Orbitra Prime
Торговый интеллект
Активы, пересекающие шлюз, становятся обычными активами ядра. После листинга по стандартным правилам они торгуются в Orbitra Prime через ApexMatch с тем же режимом риска Aegis, что и любой другой актив.
EVM CapsuleOrbitra L1
Изолированный домен совместимости с EVM
Совместимость с Ethereum — изолированная по замыслу.
EVM Capsule — изолированный домен совместимости на периметре Orbitra L1. Существующие байт-код и инструменты Ethereum работают внутри тарифицируемой капсулы с собственными потолками газа и ресурсов, а активы достигают ядра только через управляемый шлюз с лимитами. Основная среда исполнения — NexusWASM; капсула расширяет возможности разработчиков, не изменяя её.
Как это работает
Замкнутый домен с одной управляемой дверью
Ядро Orbitra L1EVM CapsuleУправляемый шлюз
- Потолки ресурсов
- Лимиты частоты
- Автоматический выключатель
- Путь миграции
Иллюстрация изображает EVM Capsule как изолированный домен рядом с ядром Orbitra L1, ограниченный собственными потолками ресурсов. Единственная связь между ними — управляемый шлюз: активы пересекают его в рамках лимитов, а автоматический выключатель может закрыть его без остановки любого из доменов. Путь миграции ведёт от капсулы к NexusWASM.
Проблема
Почему совместимости место на периметре, а не в ядре
Огромный массив кода смарт-контрактов, проверенных библиотек и практик разработки написан для Ethereum Virtual Machine. Новая сеть, которая это игнорирует, заставляет каждую команду начинать с нуля. Сеть, которая принимает EVM за основу своего ядра, наследует её модель исполнения — единую смешанную единицу газа, неявный доступ к состоянию и обработку, организованную вокруг единого глобального порядка, — ничто из этого не было рассчитано на параллельное, детерминированное рыночное состояние.
Orbitra L1 нужно и то, и другое одновременно: ядро исполнения, спроектированное для финансового состояния, и прямой путь для команд, которые уже разрабатывают на языках и инструментах Ethereum. Объединение этих двух подходов поставило бы под угрозу первое. Игнорирование второго сузило бы экосистему.
EVM Capsule снимает это противоречие с помощью границы. Совместимые приложения работают внутри капсулы по привычным правилам, основная среда исполнения не несёт никаких ограничений EVM, а всё, что перемещается между ними, проходит через шлюз с явными лимитами, мониторингом и автоматическими выключателями.
Последовательность работы
Как приложение EVM встречается с ядром.
Капсула — это место для запуска существующего кода, а не короткий путь к состоянию ядра. Каждое взаимодействие с активами ядра проходит один и тот же управляемый путь.
- 01
Развёртывание
Существующий байт-код EVM развёртывается в капсуле с помощью привычных инструментов Ethereum. Адреса, вызовы и события ведут себя так, как ожидают разработчики EVM, в пределах домена капсулы.
- 02
Тарификация
Транзакции капсулы оплачивают газ капсулы в рамках потолков, установленных независимо от ядра, поэтому спрос внутри капсулы оценивается и ограничивается внутри самой капсулы.
- 03
Исполнение
Капсула работает в собственном домене с собственным состоянием. Сбой внутри неё не может записать данные в контракты NexusWASM, рыночные модули или балансы ядра.
- 04
Запрос
Когда приложению нужен актив ядра, оно отправляет запрос на перевод в шлюз. Из кода капсулы в ядро не ведёт ни один прямой путь вызова.
- 05
Барьер
Прежде чем что-либо переместится, шлюз проверяет запрос по лимитам для каждого актива и маршрута, статусу автоматических выключателей и мониторингу мостов.
- 06
Расчёт
Одобренные переводы фиксируются на обеих сторонах в рамках одного перехода, финализированного QSE. Отклонённые или приостановленные запросы оставляют оба домена без изменений.
- 07
Миграция
Когда команда готова, компоненты переносятся в NexusWASM один за другим, а шлюз переносит активы между капсулой и нативными версиями на протяжении перехода.
Архитектура
Компоненты капсулы
Капсула намеренно проста на своей границе: один домен, один шлюз, один набор лимитов. Сложность остаётся на той стороне стены, где ей и место.
- 01
Домен исполнения EVM
Исполняет байт-код EVM с семантикой Ethereum в изолированном домене, который хранит собственное состояние отдельно от состояния ядра, и предоставляет привычные интерфейсы для развёртывания, вызовов и событий.
- 02
Независимые потолки ресурсов
Газ капсулы, исполнение и рост хранения ограничены потолками, установленными отдельно от ядра. Перегрузка внутри капсулы оценивается и поглощается внутри самой капсулы.
- 03
Управляемый шлюз активов
Единственный путь для активов, перемещающихся между капсулой и ядром. Переводы ограничены лимитами по каждому активу и маршруту, и каждое перемещение оставляет соответствующую запись на обеих сторонах.
- 04
Автоматические выключатели
Автоматические триггеры приостанавливают весь шлюз или отдельный маршрут, когда потоки превышают лимиты, сверка не проходит или мониторинг обнаруживает аномалию.
- 05
Отслеживаемые мосты
Представления активов ядра на стороне капсулы непрерывно сверяются с удержаниями ядра, которые их обеспечивают. Несовпадение приостанавливает затронутый маршрут, не давая ему разрастись.
- 06
Путь миграции
Шаблоны и инструменты для постепенного переноса приложения в NexusWASM — от одного критичного по производительности участка до всей кодовой базы.
Безопасность и контроль сбоев
Сдерживание важнее удобства.
Капсула спроектирована исходя из того, что некоторые приложения EVM выйдут из строя — из-за дефектов повторного входа, неудачных обновлений или скомпрометированных ключей. Граница определяет, как далеко может распространиться такой сбой.
- Изоляция доменаКод капсулы не может напрямую вызывать контракты NexusWASM или рыночные модули и не может записывать состояние ядра. Единственный выход для него — запрос через шлюз.
- Потоки с ограничением по лимитамЛимиты по каждому активу и маршруту ограничивают, сколько ценности может пересечь шлюз в течение окна, ограничивая то, что может извлечь любая отдельная эксплуатация уязвимости.
- Автоматические выключателиПревышения лимитов, разрывы в сверке или сигналы мониторинга приостанавливают затронутый маршрут без остановки ядра или других маршрутов.
- Обеспеченные представленияШлюз выпускает представление на стороне капсулы только против актива ядра, который он удерживает, и никогда не выпускает больше, чем может учесть.
- Сдерживание ресурсовНезависимые потолки газа и ресурсов не позволяют всплеску активности капсулы потреблять мощность исполнения, от которой зависят рынки.
- Независимость ядраОсновная среда исполнения не несёт ограничений EVM. Обновления NexusWASM, VectorLanes или QSE никогда не ждут совместимости с EVM, а изменения в капсуле никогда не меняют семантику ядра.
В трёх системах
Место капсулы в системе
Orbitra L1
Расчёты и вычисления
EVM Capsule — это ограниченный домен совместимости Orbitra L1, работающий рядом со средой исполнения NexusWASM — никогда не под ней и не вместо неё. Его переходы финализируются QSE вместе с остальной сетью.
Orbitra Realm
Приложения и коммерция
Команды с существующими приложениями Ethereum могут быстро войти в Orbitra Realm, получить доступ к пользователям и ликвидности через шлюз и перенести критичные по производительности компоненты в NexusWASM, когда сочтут нужным. Активы из других сетей поступают через GateMesh; шлюз капсулы соединяет только капсулу и ядро.
Ценность
Что делает возможным изоляция
- Трейдеры и пользователи
- Привычные приложения с видимыми лимитами. Потолки шлюза, статус выключателей и обеспеченность активов на стороне капсулы можно проверить, поэтому вы видите, как приложение связано с активами ядра.
- Институты
- Сдержанная поверхность риска. Нагрузки совместимости отделены от рыночной инфраструктуры явными потолками, лимитами и средствами приостановки, которые можно оценивать по отдельности.
- Разработчики
- Развёртывайте существующий байт-код с помощью привычных инструментов, а затем переносите компоненты по одному, когда важна нативная производительность. Путь миграции описан в документации для разработчиков.
Спецификации
Спецификации
- Роль
- Изолированный домен совместимости; никогда не основная среда исполнения
- Совместимость
- Байт-код и инструменты Ethereum в пределах домена капсулы
- Модель ресурсов
- Независимые потолки газа и ресурсов, отдельные от ценообразования ядра
- Состояние
- Состояние капсулы хранится отдельно от состояния ядра; прямая запись через границу невозможна
- Перемещение активов
- Один управляемый шлюз с лимитами по каждому активу и маршруту
- Защита
- Автоматические выключатели, отслеживаемые мосты и непрерывная сверка
- Финальность
- Переходы капсулы финализируются QSE вместе с остальной Orbitra L1
- Миграция
- Постепенный путь от контрактов капсулы к NexusWASM
Терминология
Терминология
- Домен совместимости
- Ограниченная среда, которая исполняет код другой платформы по собственным правилам и лимитам, отдельно от основной среды исполнения.
- Управляемый шлюз
- Единственный канал между капсулой и ядром, обеспечивающий соблюдение лимитов, статуса выключателей и сверки при каждом переводе.
- Лимит
- Ограничение на сумму или количество переводов по маршруту в течение временного окна.
- Автоматический выключатель
- Автоматический механизм, который приостанавливает маршрут при выполнении заданных условий — превышения лимитов, разрывов сверки, аномалий.
- Постепенная миграция
- Перенос приложения из капсулы в NexusWASM по одному компоненту, а не единовременным переключением.