Informe de Inteligencia de Sincronización de Protocolo Conciliación total aguas arriba completada. Toly impulsó una actualización estructural del programa — límites administrativos por mercado incorporados en la configuración de la losa como restricciones inmutables. Absorbimos todo el delta en el conjunto ALIENTOR. Cada capa — análisis on-chain, codificación de instrucciones, construcción de transacciones, manejo de errores, herramientas de operadores y la interfaz de trading en vivo — ahora habla el mismo formato de cable que el binario mejorado. El cambio central: las barreras de gobernanza a nivel de configuración. Tres nuevos parámetros inmutables se imprimen en cada mercado en el momento de la inicialización. Una vez establecida, el programa las aplica para siempre: sin anulación de administrador, sin salida multisignatura. Tarifa máxima de mantenimiento por slot (128 bits sin signar). Umbral máximo de riesgo (128 bits sin signo). Mínimo límite de precio del oráculo (64 bits sin signar). Estos actúan como techos y suelos duros. Cualquier operación administrativa posterior que viole estos límites es rechazada en cadena con el nuevo error InvalidConfigParam. Esto es minimización de confianza a nivel de protocolo: los despleguadores de mercado se comprometen a establecer límites de parámetros en el génesis. La geometría de la losa cambió. La región de configuración creció 48 bytes para acomodar los tres campos límite más el espacio reservado. La longitud de la configuración pasa de 320 a 368. El bloque motor se desplaza aguas abajo desde el desplazamiento 392 hasta el 440. La asignación total de la losa crece de 992.560 a 992.616 bytes. Cada lectura dependiente del desplazamiento — análisis de bitmaps, búsquedas de cuentas, extracción del estado del motor, lecturas de saldo de bóveda — se recalibraba a lo largo de toda la pila. Cuatro capas de análisis independientes actualizadas para coincidir: el analizador canónico del lado del servidor, el analizador del navegador, las constantes locales del constructor de transacciones y la constante de cálculo de alquiler para nuevos despliegues en el mercado. Tres nuevas instrucciones para el ciclo de vida posterior a la resolución. Etiqueta 21: cierre forzado administrativo para cuentas abandonadas tras la resolución del mercado. Requiere la bandera resuelta, cero posición, firma de administrador. Metas de ocho cuentas con el contexto completo de bóveda/token/oráculo. Así es como se limpian los rezagados después de que un mercado binario se asienta. Etiqueta 22: configuración de la póliza de retirada del seguro. El administrador establece una autoridad, una base mínima de retirada, un máximo de puntos base de retirada y un periodo de recarga en las ranuras. Acceso limitado a la tarifa para mercados resueltos — la autoridad puede drenar incrementalmente pero nunca superar los límites configurados por época. Etiqueta 23: ejecutar una retirada de seguro con límite de tarifa bajo la póliza configurada. La autoridad envía una cantidad, el programa la comprueba con las restricciones de mínimo/máximo/tiempo de reutilización, y transfiere desde la bóveda si es válida. Siete metas de cuenta, incluyendo el reloj para la aplicación del tiempo de reutilización. Los tres completamente codificados: disposiciones de datos de instrucciones, especificaciones de orden de cuentas con flags exactos de firmador/escritura, y funciones de codificación de alto nivel listas tanto para uso en CLI como programático. Formato de la agencia InitMarket actualizado. La instrucción de inicialización ahora espera tres campos adicionales entre el precio inicial de marca y el bloque de parámetros de riesgo: los tres límites administrativos. Codificado como u128, u128, u64 en orden exacto de los cables. La CLI los acepta como --máximo-comisión-mantenimiento, ---máximo-umbral-riesgo-y --min-oráculo-precio-top. El creador de transacciones de la interfaz de usuario inyecta generosos valores por defecto — techos a escala de billones para comisiones y umbrales, cero suelo para el límite de oráculo — asegurando que los flujos de despliegue existentes en el mercado no se rompan, al tiempo que da a los operadores control total cuando lo necesitan. Dos nuevos códigos de error de programa. Código 26: InvalidConfigParam — se activa cuando cualquier operación administrativa intenta fijar un valor que supere o menoscabe los límites inmutables del mercado. El CLI muestra la guía técnica; la interfaz se traduce a un lenguaje de usuario accionable sobre la comprobación de restricciones de parámetros. ...