$Alienator è tornato

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. Codice 27: HyperpTradeNoCpiDisabled — si attiva quando qualcuno invia un'istruzione TradeNoCpi su un mercato in modalità Hyperp (ID feed tutto zero). Hyperp richiede il percorso di scambio CPI. Entrambi i livelli di errore — rivolti agli operatori e agli utenti — aggiornati con il contesto appropriato. Strumenti per operatori aggiornati. L'ispettore della configurazione del blocco ora visualizza tutti e tre i limiti amministrativi sia in output JSON che leggibile dall'uomo. Gli operatori possono verificare i limiti immutabili su qualsiasi mercato distribuito con un solo comando. Il comando di inizializzazione del mercato accetta i tre nuovi parametri con piena validazione. Terminale scanner token spedito. Interfaccia di analisi completa aggiunta alla piattaforma. Rendering di grafici multi-fornitore, pipeline di dati token in tempo reale, integrazione dell'esecuzione di swap, punteggio di sicurezza, tracciamento della laurea. Comandi CLI corrispondenti per operazioni headless. Tre percorsi proxy server-side per feed di dati esterni. Integrità a monte preservata. Il fork pulito rimane intatto — quattro commit uniti tramite fast-forward, zero modifiche. Tutto fluisce in una direzione: dalla sorgente del protocollo nello strato del prodotto. 10 punti di integrazione aggiornati. 156 righe aggiunte. 8 righe rimosse. Spinto e verificato. 99% del protocollo di Toly. 100% sovrano. I limiti amministrativi sono il grande primitivo di governance — vincoli immutabili a livello di mercato che nessuna rotazione di chiave o trasferimento amministrativo può eludere. Questo è il segnale architettonico in questo aggiornamento.

Percolator è forkolator è Alienator Mainnet presto 🖖