Eclipse – Layer 2, которая соединяет исполнение Solana Virtual Machine с расчётным слоем Ethereum и доступностью данных Celestia. Публичная основная сеть открылась 7 ноября 2024 года. Проект не является ни дополнительным кластером Solana, ни обычной EVM-сетью: он использует SVM как среду исполнения, но закрепляет состояние и мост в Ethereum.
Модульная схема распределяет обязанности между несколькими системами. Eclipse исполняет и упорядочивает операции, Celestia хранит опубликованные данные блоков, а контракты в Ethereum принимают commitments и задают правила канонического моста. Такая специализация повышает пропускную способность, но создаёт больше границ, которые нужно проверять отдельно.
Как SVM работает внутри Eclipse
Исполняющая среда Eclipse основана на открытом клиенте Solana. Транзакция заранее перечисляет аккаунты, к которым обратится программа. Если наборы аккаунтов не пересекаются, планировщик может выполнять операции параллельно. Горячий аккаунт всё равно создаёт конкуренцию, поэтому слово «параллельная» не означает бесконечную производительность.
Код и состояние в SVM разделены. Программа содержит логику, а данные живут в отдельных аккаунтах. Адреса представлены в формате base58, приложения используют SVM-программы, SPL-токены и соответствующие кошельки. Solidity-контракт из Ethereum нельзя считать автоматически совместимым. Отличия среды понятнее после обзора архитектуры Solana.
Eclipse наследует инструменты SVM, но не состояние и консенсус основной Solana. Один и тот же program address в двух сетях не доказывает одинаковый код. Перед взаимодействием нужно сверять RPC, сеть, program ID, владельца аккаунта и токен mint именно в Eclipse.
Что означает settlement в Ethereum
Settlement отвечает за признание состояния rollup и разрешение споров, а не за исполнение каждой пользовательской операции. Eclipse L1 Gateway в Ethereum хранит batches, указатели на данные Celestia и commitments состояния. Канонический мост связывает заблокированные активы в Ethereum с представлением в Eclipse.
Быстрое подтверждение от sequencer не равно окончательному расчёту в Ethereum. Между ними находятся публикация данных, commitment состояния и правила доказательства. Пользователь должен различать статус внутри Eclipse, подтверждение доступности данных и финальность исходной L1. Эти уровни разобраны в статье о подтверждении и финальности L2.
Архитектурные документы Eclipse описывают optimistic rollup и доказательства нарушения на базе RISC Zero. Однако описание целевой схемы не доказывает, что каждый компонент уже работает без разрешения и без административных ключей. Актуальный статус prover, challenger, forced inclusion и upgrade-прав нужно проверять по живым контрактам и документации.
Зачем Eclipse использует Celestia
Чтобы независимый узел восстановил цепочку, ему нужны данные упорядоченных транзакций. Eclipse Celestia Publisher собирает блоки и публикует их в Celestia, а в Ethereum попадают связанные указатели и commitments. Это отделяет дорогое исполнение и объёмные данные от расчётного контракта.
Celestia использует data availability sampling: лёгкий узел проверяет доступность закодированных частей блока, не загружая весь блок. Но DA не исполняет транзакции Eclipse и не подтверждает правильность нового состояния. Она отвечает на вопрос, опубликованы ли данные, необходимые для независимой проверки.
Таким образом, пользователь зависит сразу от Eclipse, Celestia и Ethereum. Сбой publisher, недоступность DA или ошибка связи между commitment и blob способны остановить derivation даже при исправном sequencer. Роль этого слоя подробнее объясняет обзор Celestia.
ETH, канонический мост и вывод
Нативной валютой Eclipse остаётся ETH. Он поступает из Ethereum через канонический мост и используется для комиссий. При этом адрес получателя в Eclipse имеет формат SVM, поэтому маршрут отличается от привычного перевода между двумя EVM-сетями.
В актуальной странице документации канонического моста сохраняется предупреждение, что выводы отключены. Интерфейсы и состояние контракта могут обновиться быстрее текста, но игнорировать такое предупреждение нельзя. До депозита нужно убедиться, что обратный путь фактически доступен, какие ограничения действуют и кто может изменить мост.
Сторонние мосты предлагают другие маршруты, но добавляют свои validators, relayers, liquidity providers и токеновые представления. Название актива не подтверждает каноничность. Для крупной суммы полезно применить порядок из инструкции по безопасному переводу через мост.
Токен ES и почему он не заменяет ETH
Токен ES стал переводимым 16 июля 2025 года. Всего выпущен 1 млрд ES: 15% предназначены для airdrop и ликвидности, 35% – для экосистемы и разработки, 19% – для действующих и будущих contributors, 31% – для ранних сторонников и инвесторов.
В Eclipse mint ES указан как GnBAskb2SQjrLgpTjtgatz4hEugUsYV7XrWU1idV3oqW, а контракт в Ethereum – 0x6055Dc6Ff1077eebe5e6D2BA1a1f53d7Ef8430dE. Версия в Solana является ещё одним представлением. Балансы в трёх сетях нельзя складывать без учёта мостов и заблокированного обеспечения.
Фонд описывает ES как будущий инструмент governance, настройки комиссий, sequencing rules, staking и challenger bonds. Возможность платить gas реализуется через paymaster, а не через смену нативной валюты сети: базовым gas asset остаётся ETH. Заявленные направления зависят от решений управления и реализации контрактов, поэтому не являются обещанием дохода.
Для оценки предложения недостаточно общего лимита в 1 млрд. Нужно изучать фактический circulating supply, treasury, мосты и графики категорий. Методика приведена в материале о проверке vesting и разблокировок.
Главные риски Eclipse
- Sequencer. Его остановка или цензура влияют на включение транзакций и быстрые подтверждения.
- Доказательства. Целевая fault-proof схема и фактически доступный permissionless challenger могут различаться.
- Data availability. Rollup зависит от Celestia Publisher, blobs и корректной привязки к commitments.
- Мост. Ошибка контракта, relayer или административного ключа затрагивает обеспеченные активы.
- Обновления. Новый implementation способен изменить правила быстрее, чем обновятся старые обзоры.
- SVM-специфика. Ошибочная проверка program ID, mint или владельца аккаунта опасна даже для опытного пользователя Ethereum.
Что проверить перед использованием
Сначала возьмите RPC, explorer и адрес моста из актуальной документации. Затем проверьте program ID приложения, mint токена, владельца token account и наличие ETH для комиссии. Для моста заранее выясните рабочий путь возврата, а не только способ депозита.
Для оценки безопасности найдите L1 Gateway, контракты bridge, роли обновления, задержки и работающий механизм оспаривания. Наконец, разделяйте три актива: ETH для базового gas, ES как governance- и utility-токен и сторонние bridged tokens. Eclipse интересна именно сочетанием разных архитектур, но это же сочетание требует проверки каждой границы доверия.
