Інтелект синхронізації протоколу Повне примирення на верхній частині завершено. Толі просунув структурне оновлення програми — обмеження адміністратора, вбудовані в конфігурацію плити як незмінні обмеження. Ми поглинули всю дельту в стек ALIENTOR. Кожен рівень — он-чейн-парсінг, кодування інструкцій, побудова транзакцій, обробка помилок, інструменти оператора та інтерфейс живої торгівлі — тепер говорить у тому ж форматі дроту, що й оновлений бінарний файл. Основна зміна: обмеження управління на рівні конфігурації. Три нові незмінні параметри штампуються на кожному ринку під час ініціалізації. Після налаштування програма застосовує їх назавжди — без адміністративного оверрайду, без мультипідписного люка для виходу. Максимальна плата за обслуговування за слот (128-бітний без підпису). Максимальний поріг ризику (128-бітний без підпису). Мінімальна мінімальна ціна Oracle (64-бітний без підпису). Вони виконують роль жорстких стелей і підлог. Будь-яка наступна адміністративна операція, яка порушує ці обмеження, відхиляється в ланцюжку з новою помилкою InvalidConfigParam. Це мінімізація довіри на рівні протоколу — ринкові розробники зобов'язуються дотримуватися параметрів на момент виникнення. Геометрія плити змінилася. Регіон конфігурації збільшився на 48 байт, щоб вмістити три граничні поля плюс зарезервований простір. Довжина конфігурації збільшується з 320 до 368. Блок двигуна зміщується вниз по потоку з зміщення 392 на 440. Загальна кількість слотів зростає з 992 560 до 992 616 байтів. Кожне читання, що залежить від офсету — розтровий парсінг, пошук акаунтів, витяг стану двигуна, читання балансу сховища — перекалібрувалося по всьому стеку. Оновлено чотири незалежні рівні парсингу: канонічний серверний парсер, браузерний парсер, локальні константи конструктора транзакцій та константа розрахунку оренди для нових ринкових розгортань. Три нові інструкції для життєвого циклу після розв'язання. Тег 21: адміністрація примусового закриття для покинутих акаунтів після вирішення вирішення ринку. Потрібен прапорець вирішено, нульова позиція, підпис адміністратора. Вісім мета акаунтів з повним контекстом сховища/токенів/оракула. Ось так ви очищаєте відсталих після встановлення бінарного ринку. Тег 22: конфігурація полісу для виведення страхових коштів. Адміністрація встановлює повноваження, мінімальну базу для зняття коштів, максимальні базисні бали для зняття та період відновлення у слотах. Доступ до страхування з обмеженням ставок для вирішених ринків — влада може поступово зменшувати обмеження, але ніколи не перевищувати встановлені межі за епоху. Тег 23: оформити зняття страховки за обмеженням ставки за налаштованим полісом. Орган подає певну суму, програма перевіряє її за мінімальними/максимальними обмеженнями/кулдаунами і переказує з сховища, якщо вона дійсна. Сім мета-акаунтів, включаючи таймер для контролю кулдауну. Усі три повністю закодовані — розташування даних інструкцій, специфікації впорядкування облікових записів із точними прапорцями підписаного/записаного, а також високорівневі функції кодування, готові як для CLI, так і для програмного використання. Оновлено формат дроту InitMarket. Інструкція ініціалізації тепер очікує три додаткові поля між початковою ціною марку та блоком параметрів ризику: три адміністративні ліміти. Кодується як u128, u128, u64 у точному порядку дроту. CLI приймає їх як --max-maintenance-fee, --max-risk-threshold і --min-oracle-price-cap. Конструктор транзакцій UI вводить значні дефолти — трильйонні обмеження комісій і порогових обмежень, нульовий мінімум для Oracle Cap — гарантуючи, що існуючі потоки розгортання на ринку не зламаються, а операторам дають повний контроль, коли це потрібно. Два нових коди помилок програми. Код 26: InvalidConfigParam — спрацьовує, коли будь-яка адміністративна операція намагається встановити значення, яке перевищує або знижує незмінні обмеження ринку. CLI виводить технічні рекомендації; інтерфейс перетворюється на практичну мову користувача щодо перевірки параметрів. ...