Brief d'intelligence sur la synchronisation du protocole La réconciliation complète en amont est terminée. Toly a poussé une mise à niveau structurelle du programme — des limites administratives par marché intégrées dans la configuration de la dalle en tant que contraintes immuables. Nous avons absorbé l'ensemble du delta dans la pile ALIENTOR. Chaque couche — analyse on-chain, encodage des instructions, construction des transactions, gestion des erreurs, outils pour les opérateurs, et l'interface utilisateur de trading en direct — parle désormais le même format de fil que le binaire mis à niveau. Le changement principal : des garde-fous de gouvernance au niveau de la configuration. Trois nouveaux paramètres immuables sont estampillés dans chaque marché au moment de l'initialisation. Une fois définis, le programme les impose pour toujours — pas de contournement administratif, pas de sortie multisig. Frais de maintenance maximum par slot (128 bits non signés). Seuil de risque maximum (128 bits non signés). Plafond de prix minimum de l'oracle (64 bits non signés). Ceux-ci agissent comme des plafonds et des planchers stricts. Toute opération administrative ultérieure qui violerait ces limites est rejetée on-chain avec la nouvelle erreur InvalidConfigParam. C'est une minimisation de la confiance au niveau du protocole — les déployeurs de marché s'engagent sur les limites des paramètres dès la genèse. La géométrie de la dalle a changé. La région de configuration a augmenté de 48 octets pour accueillir les trois champs de limite plus l'espace réservé. La longueur de la configuration passe de 320 à 368. Le bloc moteur se déplace en aval de l'offset 392 à 440. L'allocation totale de la dalle passe de 992 560 à 992 616 octets. Chaque lecture dépendante de l'offset — analyse de bitmap, recherches de comptes, extraction de l'état du moteur, lectures de solde de coffre — recalibrée à travers l'ensemble de la pile. Quatre couches d'analyse indépendantes mises à jour pour correspondre : l'analyseur côté serveur canonique, l'analyseur côté navigateur, les constantes locales du constructeur de transactions, et la constante de calcul de loyer pour les nouveaux déploiements de marché. Trois nouvelles instructions pour le cycle de vie post-résolution. Tag 21 : fermeture forcée par l'administrateur pour les comptes abandonnés après la résolution du marché. Nécessite le drapeau résolu, position nulle, signature de l'administrateur. Huit métadonnées de compte avec le contexte complet du coffre/token/oracle. C'est ainsi que vous nettoyez les traînards après qu'un marché binaire se soit stabilisé. Tag 22 : configuration de la politique de retrait d'assurance. L'administrateur définit une autorité, une base de retrait minimum, des points de base de retrait maximum, et une période de refroidissement en slots. Accès à l'assurance limité par le taux pour les marchés résolus — l'autorité peut drainer de manière incrémentielle mais ne peut jamais dépasser les limites configurées par époque. Tag 23 : exécuter un retrait d'assurance limité par le taux sous la politique configurée. L'autorité soumet un montant, le programme le vérifie par rapport aux contraintes min/max/refroidissement, et transfère depuis le coffre si valide. Sept métadonnées de compte incluant l'horloge pour l'application du refroidissement. Les trois entièrement encodées — mises en page des données d'instruction, spécifications d'ordre de compte avec des drapeaux exacts de signataire/écriture, et fonctions d'encodage de haut niveau prêtes pour une utilisation CLI et programmatique. Format de fil InitMarket mis à jour. L'instruction d'initialisation attend désormais trois champs supplémentaires entre le prix de marque initial et le bloc des paramètres de risque : les trois limites administratives. Encodés en u128, u128, u64 dans l'ordre exact du fil. La CLI les accepte sous la forme --max-maintenance-fee, --max-risk-threshold, et --min-oracle-price-cap. Le constructeur de transactions de l'UI injecte des valeurs par défaut généreuses — des plafonds à l'échelle des trillions pour les frais et le seuil, un plancher nul pour le plafond oracle — garantissant que les flux de déploiement de marché existants ne se cassent pas tout en donnant aux opérateurs un contrôle total quand ils en ont besoin. Deux nouveaux codes d'erreur de programme. Code 26 : InvalidConfigParam — se déclenche lorsqu'une opération administrative tente de définir une valeur qui dépasse ou sous-estime les limites immuables du marché. La CLI fournit des conseils techniques ; l'UI traduit en langage utilisateur actionnable sur la vérification des contraintes de paramètres. ...