R3E Network развернула прототип эластичной сети multi-L2 в Neo N3 TestNet

R3E Network развернула прототип эластичной сети neo-n4 в Neo N3 TestNet — это первое живое развертывание независимой архитектуры multi-L2, созданной разработчиком ядра Neo Джимми Ляо. Несмотря на название "neo-n4", проект не связан с канонической работой Эрика Чжана над протоколом Neo 4: усилия Чжана направлены на эволюцию основного исполнительного уровня Neo в сторону виртуальной машины RISC-V, тогда как neo-n4 Ляо представляет собой масштабирующий L2-слой, построенный поверх Neo N3. Проект neo-n4 не аффилирован с Neo Global Development, Neo Foundation или организацией neo-project и не получил их одобрения.

С вводом в эксплуатацию пяти ключевых расчетных контрактов в TestNet проект вышел за рамки исследовательского репозитория, о котором Neo News Today (NNT) рассказывал в мае, и стал функциональным ончейн-прототипом. Репозиторий теперь охватывает фазы 0-6, а живые контракты заменили спецификации, которые ранее существовали лишь на бумаге.

Ляо, основатель R3E Network, в день развертывания так сформулировал замысел проекта: «Тот же тезис, что и у Neo X и SpoonOS: Neo N4 — это не запуск новой цепочки. Речь идет о создании приложений, нативных для цепочки, поверх N3, с ориентацией на приложения и лучшим обслуживанием пользователей в эпоху ИИ». Отсылка указывает на Neo X, EVM-совместимый сайдчейн Neo, и SpoonOS, фреймворк AI-агентов в экосистеме Neo, как на более ранние проявления того же ориентированного на приложения тезиса.

Что позволяет модель эластичной сети

Модель эластичной сети призвана позволить приложениям работать на собственных выделенных цепочках, тогда как Neo N3 служит общим уровнем расчетов и безопасности. Например, игровое приложение может работать на цепочке, оптимизированной для высокой пропускной способности и низкой задержки, а DeFi-приложение — на отдельной цепочке с более строгими гарантиями безопасности, — но оба будут полагаться на один и тот же мост для перемещения активов и единую систему управления. Пользователи и активы смогут перемещаться между этими цепочками, без необходимости для каждого приложения строить собственный мост или инфраструктуру безопасности с нуля. Подход повторяет архитектуры multi-rollup, исследуемые в Ethereum, адаптированные под протокольный стек Neo.

Контракты, развернутые в TestNet

В Neo N3 TestNet были развернуты пять расчетных контрактов уровня L1, каждый из которых выполняет свою роль в архитектуре эластичной сети:

• RollupHub: реестр цепочек, отправка батчей и принудительное включение.
• SharedBridge: эскроу-управление активами с обработкой депозитов и выводов между уровнями.
• GovernanceController: управление на основе совета с механизмами предложений и временных замков.

Два дополнительных контракта отвечают за проверку доказательств: ZkVerifier маршрутизирует доказательства, а Sp1Groth16Verifier проверяет аттестации комитета с использованием связки SP1 v6.2.1 Groth16/BN254.

Обзор архитектуры

Архитектура neo-n4 следует трехуровневому дизайну, адаптированному из паттерна ZKsync Elastic Chain и воссозданному на стеке Neo, объединяя консенсус dBFT 2.0, стандарт токенов NEP-17 и NeoFS для доступности данных.

В базовом слое на Neo N3 расположен NeoHub, координирующий расчеты между несколькими L2-цепочками. Каждая L2-цепочка поддерживает собственную среду исполнения, используя общую мостовую инфраструктуру для перемещения активов между уровнями. Между L1 и L2 находится дополнительный агрегационный слой Gateway, обрабатывающий агрегацию доказательств.

Система поддерживает три пути проверки: аттестация на основе мультисига, оптимистичный rollup с окном fraud-proof и ZK-доказательства корректности через SP1 RISC-V. Семь шаблонов эластичных цепочек — охватывающих DEX, игры, DeFi, социальные сети, NFT, платежи и корпоративные сценарии — включены в качестве исследовательских прототипов для валидации и тестирования.

Результаты валидации

Развертывания такого рода в TestNet позволяют запускать набор контрактов в публичной среде без риска для активов основной сети. Предварительное тест охватило 1 475 из 1 478 тестов — 338 тестов VM, 55 интеграционных тестов и 1 082 юнит-теста — с охватом 99,8%. Пострелизное дымовое тестирование показало 12 из 12 успешных тестов: все пять контрактов были успешно развернуты, а шесть межконтрактных связей проверены.

Валидация RPC зафиксировала 11 из 14 успешных проверок; три оставшиеся проблемы связаны с форматом параметров и помечены как неблокирующие. Genesis-состояние для первой L2-цепочки подготовлено.

Масштаб и оговорки

Репозиторий теперь содержит 38 тестовых проектов .NET, 16 основных офчейн-библиотек, восемь плагинов узлов, пять проектов контрактов L1 с 10 нативными контрактами L2, семь инструментов CLI и четыре исходных SDK на .NET, TypeScript, Rust и Python.

Тем не менее развертывание сопряжено с существенными оговорками. Ни одна фаза в матрице статусов реализации не помечена как готовая к продакшену. Репозиторий не проходил раскрытого аудита безопасности, и ряд производственных требований — включая интеграцию подписантов HSM/KMS и проверенный бэкенд NeoFS — остается нерешенным. Раскрытый аудит безопасности является общепринятым условием продакшен-развертывания подобной инфраструктуры. Реальные SP1-доказательства доступны по выбору через ручной процесс, тогда как стандартный CI выполняет только быстрые проверки совместимости. Семь шаблонов эластичных цепочек прямо описаны как исследовательские прототипы, а не планируемые продакшен-цепочки.

Взгляд в будущее

Развертывание в TestNet переводит neo-n4 из теоретической архитектуры в работающий прототип, хотя проект остается в фазе исследований и экспериментов. Со времени майского материала NNT R3E Network завершила фазы 4-6, добавив ZK-доказательства корректности NeoVM2/SP1 RISC-V, агрегацию Gateway и инструменты CLI поверх ранее существовавших фаз 0-3.

Сроки развертывания MainNet не раскрыты, и работа продолжается в качестве независимых инженерных изысканий R3E Network. За показателями стоит следить: разрешение трех неблокирующих сбоев RPC из-за формата параметров, перенос реальных SP1-доказательств из ручного процесса в стандартный CI и переход подготовленного genesis-состояния к запуску первой живой L2-цепочки в TestNet; любой шаг к продакшену также потребует нерешенных аудита безопасности, интеграции подписантов HSM/KMS и проверенного бэкенда NeoFS.

Полные результаты развертывания и репозиторий доступны по ссылке: https://github.com/r3e-network/neo-n4