Перейти к содержимому
ORBITRAONE

Разработчикам

Создавайте прямо на рынке.

NexusSDK открывает примитивы ORBITRA ONE™ — книги заявок, риск, идентичность, активы, агентов и платежи — как полноценные сервисы. Приложения обращаются к тем же детерминированным модулям, которые управляют рынками, вместо того чтобы выстраивать торговую площадку вокруг них.

  • NexusSDK
  • NexusWASM
  • EVM Capsule
  • Инструменты узла

Обзор NexusSDK

Рыночные примитивы как полноценные сервисы.

NexusSDK — это интерфейс разработчика для всей системы. Он охватывает слой рыночных сервисов Orbitra L1 — ApexMatch, Aegis, Prism, клиринг и расчёты — а также слой исполнения, где работают контракты NexusWASM.

Каждый вызов выполняется от имени идентичности с ограниченными разрешениями, а каждое изменение состояния возвращает подписанную запись. Самые сложные части финансового приложения — сопоставление заявок, риск, критерии допуска и финальность — уже существуют как модули протокола, поэтому путь от идеи до надёжного приложения становится короче.

  • Типизированные сервисы поверх нативных модулей протокола
  • Подписанные подтверждения на каждое изменение состояния
  • Удостоверения с ограниченными правами, выпущенные через VaultID
  • Примеры кода в изолированной среде на TypeScript, Python и Rust
Начать с быстрого старта
Иллюстрация: Orbitra L1 в виде шести уровней: пользовательский опыт — сверху, затем рыночные сервисы, исполнение, консенсус, данные и сеть — в основании. Свет движется вниз через уровни по мере исполнения и финализации транзакции и обратно вверх как подтверждённое состояние.
  1. 01Пользовательский опытOrbitra Prime · кошельки · приложения · институциональные API
  2. 02Рыночные сервисыApexMatch · Aegis · Prism · клиринг · расчёты
  3. 03ИсполнениеVectorLanes · детерминированный планировщик · NexusWASM
  4. 04КонсенсусКворум QSE · сертификаты финальности · политика валидаторов
  5. 05ДанныеКоммитменты состояния · история · потоки индексов · доказательства
  6. 06СетьРегиональный приём · зашифрованная передача · сеть доступности

Примитивы

Шесть сервисов. Одна модель разрешений.

Каждый сервис — это типизированный интерфейс поверх нативного модуля. Все шесть используют одну модель счёта, единое представление риска и единый формат подтверждений.

Рыночные API

Заявки, книги и клиринг

Выставляйте, изменяйте и отменяйте заявки на ApexMatch, получайте потоковые данные книги заявок и сделок, запрашивайте котировки RFQ и читайте клиринговую дельту. Заявки через API проходят тот же предварительный риск-контроль Aegis, что и заявки из интерфейса.

Asset Studio

Выпуск и жизненный цикл

Выпускайте и администрируйте токенизированные активы с правами эмитента, события жизненного цикла — такие как распределения и погашения — и правила допуска, применяемые при каждом переводе. См. токенизация.

Идентичность агентов

Подотчётная автоматизация

Регистрируйте ИИ-агентов и ботов как самостоятельные идентичности, каждая из которых привязана к политике Cortex. Каждое действие агента подписывается, атрибутируется и может быть отозвано.

Обмен данными

Данные с подтверждённым происхождением

Публикуйте и лицензируйте наборы данных и сигналы с проверяемым происхождением. Покупатели видят источник и актуальность данных; поставщики сохраняют контроль над условиями доступа.

VaultID

Удостоверения, а не документы

Проверяйте критерии допуска и разрешения через VaultID. Ваше приложение узнаёт, что разрешено пользователю, без обработки документов, стоящих за этим.

Платежи

Расчёты в логике приложения

Запрашивайте, авторизуйте и проводите расчёты по платежам с той же детерминированной финальностью, что и по сделкам, а условия задавайте в коде, а не сверяйте постфактум.

NexusWASM

Контракты, которые заявляют, к чему у них есть доступ.

NexusWASM — основная среда контрактов Orbitra L1. Контракты компилируются из Rust, C и C++ в WebAssembly и выполняются в измеряемой изолированной среде, где вычисления и хранение имеют явную стоимость.

Каждый контракт при развёртывании заявляет свои полномочия: рыночные примитивы, которые он может вызывать, и состояние, которое он может читать или изменять. Среда исполнения отклоняет всё, что выходит за рамки этой декларации, а заявленный доступ к состоянию позволяет независимым контрактам выполняться параллельно в VectorLanes.

  • Контракты с ограниченными полномочиями
  • Явное ценообразование на вычисления и хранение
  • Нативные вызовы ApexMatch и Aegis
  • Инструментарий для Rust, C и C++
Иллюстрация: Контракт NexusWASM выполняется в изолированной среде. Он может обращаться только к тем полномочиям, которые декларировал, включая нативные рыночные модули, при этом вычисления и хранилище тарифицируются, а декларированный доступ к состоянию позволяет планировщику выполнять его параллельно с несвязанными задачами.
Контракт
  • Полномочия

  • Тарифицируемые вычисления

  • Тарифицируемое хранилище

Путь миграции EVM Capsule

Начните в капсуле. Перейдите в ядро.

EVM Capsule выполняет существующий байт-код Ethereum и привычные инструменты в изолированном домене с собственными лимитами ресурсов. Это граница совместимости, а не основная среда исполнения.

  1. 01

    Старт

    Развёртывайте существующие контракты с привычными инструментами. Они работают без изменений внутри капсулы, с учётом газа и лимитов ресурсов, независимых от основной среды.

  2. 02

    Подключение

    Активы попадают в ядро только через управляемый шлюз, с лимитами скорости, ограничениями маршрутов и автоматическими выключателями на каждый перевод.

  3. 03

    Профилирование

    Определите участки кода, которым требуется нативная производительность или прямой доступ к рынку, — как правило, это обработка заявок, расчёты и логика риска.

  4. 04

    Перенос

    Перепишите эти участки как контракты NexusWASM, которые вызывают ApexMatch и Aegis нативно, сохраняя версию в капсуле как эталон поведения.

  5. 05

    Завершение

    Когда обе версии дают одинаковый результат при одинаковых входных данных, переведите пользователей на нативные контракты и сверните развёртывание в капсуле.

Сбой внутри капсулы сдерживается её собственными лимитами и выключателями. Нагрузка капсулы никогда не ограничивает основную среду исполнения.

Инструменты валидатора и узла

Запускайте узел на реальном состоянии сети.

Разработчики и операторы используют один и тот же клиент узла. Разработчики воспроизводят и запрашивают финализированное состояние; валидаторы дополнительно выполняют функции подписи.

Локальное воспроизведение
Воспроизводите финализированные переходы состояния для разработки и тестирования на реальном состоянии протокола
Потоки индексации
Подписывайтесь на потоковый вывод состояния для приложений, аналитики и сверки данных
Проверка доказательств
Проверяйте фиксации состояния и сертификаты финальности QSE на стороне клиента
Целостность релизов
Подписанные релизы, проверяемые перед установкой или обновлением
Подпись оператора
Интеграция подписантов HSM и MPC для ключей валидатора — см. валидаторы

Ресурсы

Примеры, статус и заметки о выпуске.

ПримерыПримеры кода в изолированной среде
Примеры на TypeScript, Python и Rust считывают учётные данные из переменных окружения, а не из исходного кода, и выполняются в изолированных средах. Смотрите их в шлюзе документации.
Статус APIСтатус сервисов
На странице статуса отражён статус сайта, формы заявок на доступ, а также сетевых и торговых сервисов, и указано, где публикуются обновления об инцидентах.
Журнал измененийЗаметки о выпуске для каждой версии
Заметки о выпуске публикуются для каждой версии NexusSDK в шлюзе документации: изменения интерфейса, устаревшие функции и шаги миграции — с версионированием рядом с описываемым справочником.

Интерес разработчиков

Расскажите, что вы создаёте.

Доступ к SDK, учётные данные для изолированной среды и опубликованные имена пакетов предоставляются зарегистрированным разработчикам. Опишите ваше приложение и примитивы, которые ему нужны.

  1. 01Каждый запрос рассматривается с учётом нужных примитивов и сред.
  2. 02Одобренные разработчики получают учётные данные с ограниченными правами для изолированной среды и доступ к документации.
  3. 03Опубликованные имена пакетов предоставляются вместе с доступом к SDK.
  4. 04Мы никогда не запрашиваем приватные ключи, мнемонические фразы или пароли.

Не указывайте пароли, приватные ключи, мнемонические фразы или документы, удостоверяющие личность.