Solana интегрируется с Ethereum через проект Eclipse
Большинство роллапов Ethereum используют единый подход, в котором EVM остаётся ключевым элементом исполнения. Однако параллельное исполнение до сих пор остаётся лишь амбицией, а не функцией большинства Ethereum L2 решений. Eclipse пошла по иному пути, внедряя Solana Virtual Machine в среду на основе Ethereum и переосмысляя структуру роллапов.
Последний отчёт dc.finance Research изучает, как возникла эта идея, какие проблемы она решает и какие вопросы вызывает в более широком контексте экосистемы layer-2. В нём подчёркиваются отличия Eclipse от существующих решений и их значение для разработчиков, пользователей и организаций.
Почему Eclipse — это не просто “ещё один L2”
SVM вводит детерминированный параллелизм в ландшафт роллапов Ethereum. Приложения могут работать в независимых потоках, что влияет на контроль за перегрузками, ценовую политику комиссий и масштабируемость производительности системы в условиях высокой активности.
Локализованные рынки комиссий изолируют загруженные приложения, что предотвращает резкий рост затрат сети из-за всплесков активности в одном приложении. Такая структура исполнения и формирования комиссий влияет на поведение системы под нагрузкой в отличие от роллапов на основе EVM.
Дизайн также отражает намеренный отход Eclipse от модели Rollups-as-a-Service. Вместо множества конфигураций Eclipse установила фиксированную архитектуру. Отчёт прослеживает путь от экспериментов Eclipse с Polygon SVM и Cascade к единой сети, работающей на SVM, с расчетами на Ethereum и публикацией данных на Celestia.
Альтернативная система доказательств
Eclipse использует ZK-ускоренные доказательства мошенничества, обеспечиваемые RISC Zero. В большинстве оптимистичных роллапов споры решаются через многораундовые интерактивные игры, которые воспроизводят часть исполнений на Ethereum. Eclipse же обобщает спорное вычисление в одно лаконичное доказательство, которое можно применить в случае вызова, сокращая процесс спора и избегая восстановления промежуточных состояний на Ethereum.
Наш отчёт рассматривает, как эта система доказательств вписывается в общую систему безопасности Eclipse. Доказательства мошенничества используют механизм обеспечения, который назначает экономические последствия для оспаривающих. Каждое корректное оспаривание приносит награду, в то время как неверное ведет к потере залога. Такая структура сохраняет привычную модель стимулов из оптимистичных роллапов, размещая спорное вычисление внутри среды zk-доказательства вместо Ethereum.
Следующий рубеж: Путь к Stage-2 роллапу
Eclipse открыто стремится к классификации Stage-2 по стандартам L2BEAT, требующей безразрешительных доказательств мошенничества, строгих правил обновления и ясных условий выхода для пользователей. Наш отчёт изучает разрыв между текущим дизайном и этими техническими требованиями, а также объясняет, почему Eclipse сейчас находится в категории "Другое" по классификации L2BEAT и какие шаги ему нужно предпринять, чтобы быть признанным полноценным роллапом Ethereum.
Недавнее обновление в этом направлении — создание подсистемы ZK для проверки доступности данных, которая проверяет обязательства Celestia на Ethereum с предсказуемыми затратами. Она усовершенствует требования к подтверждаемой доступности данных, позволяя смарт-контрактам Ethereum проверять обязательства Celestia, вместо того чтобы доверять им на слово. Несмотря на значимость этого шага, он сам по себе недостаточен для достижения Stage-0.
Eclipse стремится к тому, чего ещё ни одной сети уровеня-2 на Ethereum не удавалось достичь в эксплуатации. Он объединяет между собой высокоэффективное исполнение SVM в сочетании с расчетами на Ethereum и внешней сетью доступности данных. Вопрос, создаст ли это новую категорию роллапов или покажет пределы модульного дизайна, остаётся открытым, но захватывающим.