Protocol Sync Intelligence Brief Riconciliazione completa a monte. Toly ha implementato un aggiornamento strutturale del programma: limiti di amministrazione per mercato incorporati nella configurazione del blocco come vincoli immutabili. Abbiamo assorbito l'intero delta nello stack ALIENTOR. Ogni livello — parsing on-chain, codifica delle istruzioni, costruzione delle transazioni, gestione degli errori, strumenti per operatori e UI di trading dal vivo — ora parla lo stesso formato wire del binario aggiornato. Il cambiamento principale: guardrail di governance a livello di configurazione. Tre nuovi parametri immutabili vengono stampati in ogni mercato al momento dell'inizializzazione. Una volta impostati, il programma li applica per sempre — nessuna sovrascrittura da parte dell'amministratore, nessuna via di fuga multisig. Massima commissione di manutenzione per slot (unsigned a 128 bit). Massimo limite di rischio (unsigned a 128 bit). Limite minimo del prezzo dell'oracolo (unsigned a 64 bit). Questi agiscono come soffitti e pavimenti rigidi. Qualsiasi operazione amministrativa successiva che violerebbe questi limiti viene rifiutata on-chain con il nuovo errore InvalidConfigParam. Questa è una minimizzazione della fiducia a livello di protocollo: i deployer di mercato si impegnano ai limiti dei parametri all'inizio. Geometria del blocco modificata. La regione di configurazione è cresciuta di 48 byte per accogliere i tre campi limite più lo spazio riservato. La lunghezza della configurazione passa da 320 a 368. Il blocco del motore si sposta a valle da offset 392 a 440. L'allocazione totale del blocco cresce da 992.560 a 992.616 byte. Ogni lettura dipendente dall'offset — parsing bitmap, ricerche di account, estrazione dello stato del motore, letture del saldo del vault — è stata ricalibrata su tutto lo stack. Quattro livelli di parsing indipendenti aggiornati per corrispondere: il parser server-side canonico, il parser browser-side, le costanti locali del costruttore di transazioni e la costante di calcolo dell'affitto per i nuovi deploy di mercato. Tre nuove istruzioni per il ciclo di vita post-risoluzione. Tag 21: chiusura forzata dell'amministratore per account abbandonati dopo la risoluzione del mercato. Richiede il flag risolto, posizione zero, firma dell'amministratore. Otto meta account con il contesto completo di vault/token/oracolo. Questo è come si puliscono i ritardatari dopo che un mercato binario si è stabilizzato. Tag 22: configurazione della politica di prelievo assicurativo. L'amministratore imposta un'autorità, una base di prelievo minima, punti base massimi di prelievo e un periodo di attesa in slot. Accesso all'assicurazione limitato per i mercati risolti — l'autorità può drenare in modo incrementale ma non superare mai i limiti configurati per epoca. Tag 23: eseguire un prelievo assicurativo limitato dalla politica configurata. L'autorità presenta un importo, il programma lo verifica rispetto ai vincoli min/max/periodo di attesa e trasferisce dal vault se valido. Sette meta account inclusi orologio per l'applicazione del periodo di attesa. Tutti e tre completamente codificati — layout dei dati delle istruzioni, specifiche di ordinamento degli account con esatti flag di firmatario/scrittura, e funzioni di codifica di alto livello pronte per uso sia CLI che programmatico. Formato wire InitMarket aggiornato. L'istruzione di inizializzazione ora si aspetta tre campi aggiuntivi tra il prezzo di mercato iniziale e il blocco dei parametri di rischio: i tre limiti amministrativi. Codificati come u128, u128, u64 nell'ordine wire esatto. La CLI li accetta come --max-maintenance-fee, --max-risk-threshold e --min-oracle-price-cap. Il costruttore di transazioni UI inietta valori predefiniti generosi — soffitti su scala trilionaria per commissione e soglia, pavimento zero per il limite dell'oracolo — assicurando che i flussi di deploy di mercato esistenti non si interrompano mentre forniscono agli operatori il pieno controllo quando ne hanno bisogno. Due nuovi codici di errore del programma. Codice 26: InvalidConfigParam — si attiva quando qualsiasi operazione amministrativa tenta di impostare un valore che supera o sottovaluta i limiti immutabili del mercato. La CLI fornisce indicazioni tecniche; l'UI traduce in un linguaggio utente azionabile riguardo al controllo dei vincoli dei parametri. ...