Intention — ИИ-нативная торговая сеть
Торговая сеть, а не торговое приложение. Те части биржи, которые решают, кто что исполнил, по какой цене и кто кому должен, выполняются собственными валидаторами сети, упорядочиваются консенсусом и воспроизводимы любым, у кого есть те же блоки. Нет никакого движка сопоставления, который работает где-то в стороне и отчитывается о результате. ИИ-нативная — потому что именно это и нужно агенту, торгующему от чьего-то имени. Человек может наблюдать за площадкой и реагировать. Агент не может: он способен исходить только из того, что площадка умеет доказать. Как только сопоставление, маржа, расчёт финансирования, ликвидация и расчёт по сделкам переезжают в протокол, площадка перестаёт быть контрагентом, которому вы доверяете, и становится инфраструктурой, которую вы можете проверить. Всё, что обычно подают списком возможностей, следует из этого одного решения. Поскольку исполнение идёт поверх порядка, зафиксированного консенсусом, воспроизведение блока даёт в точности тот же результат. Цена сертифицируется в том же блоке, который её потребляет, — а значит, нет и оракульного цикла, который можно было бы опередить. Ликвидация и расчёт финансирования — операции протокола, а не вызовы контрактов, и выполняются они в том же шаге, что и вызвавшее их исполнение ордера. А раз машина состояний выдаёт выходные данные по каждой транзакции, у каждого эффекта есть автор.Биржа — это больше, чем перечисленное. Вокруг — фронтенды, операционная работа со счетами, листинг рынков, поддержка, коммерческие условия. Публичным и проверяемым сеть делает критичное для расчётов ядро — ту часть, где расхождение стоит кому-то денег.
Слои
Четыре слоя, в том порядке, в каком их проходит транзакция.1 · Прикладной слой — вне протокола
2 · Сетевой слой
3 · Исполнение — IntentionKernel
4 · Слой состояния
Веб-шлюз Intention
Фронтенды · кошельки
Агенты · маркет-мейкеры · API-клиенты
Мемпулдопуск · распространение
IntentionBFTпорядок · цены · финальность
Сопоставлениестакан · приоритет
Клиринговая палатамаржа · ликвидация · расчёт финансирования
Хранилище состояниязначения по версиям
Состояние Меркладоказательства · аккумуляторы
подписанные транзакции
зафиксированный блок
записи · события с атрибуцией
чтения · доказательства
Подписанная транзакция
Мемпулпроверка до сохранения
Консенсуспорядок и кворум цен
Ядроисполнение блока
Записи состояниясобытия с атрибуцией
Фиксацияреестр и хранилища
Что даёт эта цепочкаПорядок и цены зафиксированы до начала исполнения, а каждое изменение состояния привязано к вызвавшей его транзакции — поэтому любой может воспроизвести блок и получить тот же результат.
Одна транзакция целиком
Один блок
Всё, что делает поведение площадки проверяемым, происходит внутри одного зафиксированного блока.Оракулсертифицированные цены по раундам
Мостдепозиты и выводы
Четыре слоясеть → исполнение → состояние
Индексаторзаписи блокчейна → история для запросов
Программные сервисыпроизводное состояние, вне блока
записывается в блокчейн, читается при исполнении
Откуда берутся гарантии площадки
Вместо отдельного списка обещаний каждое свойство прослеживается до слоя, который его производит.Какую рыночную инфраструктуру это заменяет
Традиционная площадка — лишь одно звено в цепочке организаций. Сделка сопоставляется на бирже, новируется и маржируется у центрального контрагента, записывается в организации, которая ведёт книгу о том, кто чем владеет, рассчитывается через платёжную систему и передаётся в торговый репозитарий. Пять функций, пять наборов записей и процесс сверки, работа которого — выяснить, когда они разошлись. Здесь эти пять — стадии одного блока, и именно это делает всю последовательность атомарным клирингом и расчётами: она фиксируется как одна единица либо не фиксируется вовсе. Термин стоит употреблять точно. Эта атомарность покрывает собственный реестр протокола: ввод и вывод обеспечения через мост ждёт финальности внешней сети и лежит за пределами этой единицы.Пять организаций
Один блок
Сопоставитьбиржа
КлирингCCP
Записатьдепозитарий
Рассчитатьплатёжная система
Отчитатьсяторговый репозитарий
Сопоставитьстадия сопоставления
КлирингКлиринговая палата
Записатьслой состояния
Рассчитатьтот же блок
Отчитатьсяатрибуция
Четыре разрыва. В каждом живёт обещание, которое ещё никто не исполнил, — а сверка как процесс существует, чтобы узнать, когда записи разошлись.
Те же пять функций как одна единица фиксации. Либо произошло всё, либо ничего, и второй записи, с которой надо сверяться, нет.
Утверждение не в том, что так дешевле. Оно в том, что промежутки между этими организациями — как раз те места, где живёт обещание, которое ещё никто не исполнил: между исполнением и требованием маржи, между требованием и приходом обеспечения, между сделкой и расчётом, между событием и отчётом о нём. Сворачивание функций в стадии одного блока не делает обещания крепче. Оно убирает промежутки, в которых их можно нарушить. Здесь сопоставление, клиринг и расчёт — не три остановки конвейера, а одно и то же событие в одном и том же блоке. Исполнение и есть расчёт.
Сеть сегодня
Описанная выше архитектура уже работает — на приватном тестнете, несущем весь стек. Идентификатор сети, живые эндпоинты и то, чего ждать до открытия публичного доступа 20 сентября 2026 года, — см. Сеть сегодня.Что дальше
IntentionKernel
Слой исполнения: набор инструкций, конвейер блока и границы, которые удерживают его детерминированным.
IntentionBFT
Консенсус: обязательства о порядке, кворумы цен и финальность.
Клиринговая палата
Маржа, ликвидация, автоделеверидж, страхование и расчёт финансирования.
Состояние и хранилище
Как зафиксированные результаты сохраняются, аутентифицируются и обрезаются.