Основатель Eclipse Нил Сомани когда-то работал инженером-программистом в Airbnb и количественным исследователем в Citadel.В 2022 году он основал Eclipse, стартап на базе Solana, и получил поддержку сооснователя Solana Анатолия Яковенко и Polygon (для Solana и Polygon). Создайте совместимый блокчейн Rollup).
Согласно отчету CoinDesk от 28 сентября 2022 года, Eclipse успешно завершила предварительный раунд финансирования на сумму 6 миллионов долларов США под руководством Polychain и начальный раунд финансирования на сумму 9 миллионов долларов США под совместным руководством Tribe Capital и Tabiya, с общей суммой финансирования 1500 Десять тысяч долларов США. Кроме того, Eclipse также получила грант на разработку от Solana Foundation для поддержки накопительного пакета, управляемого виртуальной машиной Solana.
Сомани, основатель Eclipse, использовал свои связи и географическое преимущество близости к штаб-квартире Solana в Чикаго, чтобы успешно создать уникальную сеть с использованием виртуальных машин Solana. Цель состоит в том, чтобы дать разработчикам возможность развертывать Rollup на базе виртуальной машины Solana. В начале 2023 года планируется запустить общедоступную тестовую сеть в экосистеме Cosmos, а в будущем планируется поддерживать язык Aptos Move.
Анатолий Яковенко, соучредитель Solana и ангел-инвестор Eclipse, прокомментировал: «Eclipse открывает для Solana путь к общению с Cosmos посредством межблокчейновой связи (IBC)».
Нирадж Пант, партнер Polychain Capital, прокомментировал: «Поскольку крупные предприятия и правительства начинают выходить в пространство блокчейна, Eclipse становится важной инфраструктурой для облегчения их сценариев использования, таких как потребительские и финансовые приложения в масштабе Web2».
Архитектура Затмения
Следующий контент основан на официальном объяснении.Eclipse Mainnet — это первый общий L2 Ethereum, построенный на основе SVM. Он сочетает в себе лучшие части модульного стека и стремится стать самым быстрым и наиболее общим уровнем 2 Ethereum, управляемым SVM. Архитектура проекта использует Ethereum в качестве расчетного уровня и используется для официального встроенного моста проверки; Celestia в качестве уровня доступности данных; RISC Zero используется для создания доказательств мошенничества с нулевым разглашением; и, наконец, SVM Соланы реализован как модульный проект уровня 2. в целом. Далее будет подробно объяснено на основе официальных объяснений.
Уровень расчетов — Ethereum: Eclipse будет производить расчеты в Ethereum (т. е. встроенный мост проверки в Ethereum) и использовать ETH в качестве потребления газа, а доказательства мошенничества также будут отправлены в Ethereum;
Уровень выполнения — виртуальная машина Solana (SVM): Eclipse будет использовать высокопроизводительную SVM в качестве среды выполнения, которая является ответвлением клиента Solana Labs (v1.17);
Уровень доступности данных — Celestia: Eclipse будет публиковать данные в Celestia для достижения масштабируемой доступности данных (DA);
Механизм доказательства — RISC Zero: Eclipse будет использовать RISC Zero для доказательства мошенничества ZK (сериализация промежуточного состояния не требуется);
Протокол связи — IBC: завершает соединение с цепочками, не относящимися к Eclipse, через стандарт межцепочной связи Cosmos IBC;
Межсетевой протокол — Hyperlane: Eclipse и Hyperlane сотрудничают, чтобы внедрить решение Hyperlane для обеспечения неразрешенного взаимодействия в блокчейны на основе виртуальной машины Solana (SVM).
Источник: официальный представитель Eclipse.
Уровень расчетов: доступ к безопасности и ликвидности Ethereum
Eclipse использует Ethereum в качестве расчетного уровня, как и другие накопительные пакеты Ethereum. Этот процесс требует, чтобы мост проверки Eclipse на Ethereum был непосредственно включен в Eclipse. Его узлы должны определять правильность моста проверки и правильный порядок транзакций, чтобы позволить пользователям получать Безопасность на уровне Ethereum.
L2BEAT определяет Layer2 как «цепочку, которая полностью или частично получает свою безопасность от первого уровня Ethereum, так что пользователям не приходится полагаться на целостность валидаторов Layer2 для обеспечения безопасности средств». Мост проверки Eclipse обеспечивает максимальную достоверность и устойчивость к цензуре при определенных условиях сбоя, позволяя пользователям принудительно завершать свои транзакции через мост и использовать Ethereum в качестве газа транзакций, даже если секвенсор отключается или цензура начинается на уровне L2. Выполните запись.
Уровень исполнения: определение скорости и масштаба транзакций Solana
Чтобы повысить эффективность, Eclipse Mainnet использует среду выполнения Solana, используя SVM и Sealevel (Solana используется для создания технических решений горизонтального расширения, а механизм обработки гиперпараллельных транзакций используется для горизонтального расширения между графическими процессорами и твердотельными накопителями), что отличается от других. из однопоточного EVM По сравнению с запуском его преимуществом является то, что его можно выполнять без разработки перекрывающихся транзакций состояний, а не выполнять их последовательно.
Что касается проблем совместимости EVM, Eclipse Mainnet сотрудничает с Neon EVM, чтобы позволить разработчикам использовать инструменты Ethereum и создавать приложения Web3 на Solana. Согласно официальным данным, его пропускная способность выше, чем у однопоточного EVM, и может достигать уровня 140TPS. Пользователи EVM естественным образом взаимодействуют с приложениями в основной сети Eclipse через плагин Snaps кошелька MetaMask.
Доступность данных: использование пропускной способности Celestia и проверяемой природы
Основная сеть Ecilpse будет использовать Celestia для обеспечения доступности данных и долгосрочных отношений. Причина этого в том, что Ethereum в настоящее время не может достичь целевой пропускной способности и комиссий Ecilpse, которые даже после обновления EIP-4844 могут обеспечить в среднем примерно 0,375 МБ за единицу. Пространство больших двоичных объектов (ограничено примерно 0,75 МБ на блок).
Согласно официальным данным, транзакция ERC-20, основанная на расширении Rollup, рассчитывается как 154 байта на транзакцию, что эквивалентно общему объему всех Rollup, составляющему примерно 213 TPS. Для Compression Swap TPS всех Rollup рассчитывается примерно как 400. байт на транзакцию.Около 82TPS. По сравнению с блоками размером 2 МБ, запущенными Celestia, ожидается, что Blobstream увеличится до 8 МБ после того, как сеть окажется стабильной и больше легких узлов DAS (соответствующие расширения описаны ниже) будут включаться и выключаться.
Ecilpse полагает, что благодаря поддержке легкого узла DAS Celestia Celestia стала лучшим выбором для текущей основной сети Eclipse благодаря компромиссу между безопасностью экономики шифрования и высокомасштабируемой пропускной способностью DA. Несмотря на то, что в настоящее время существует мнение, что использование Ethereum DA является ортодоксальным уровнем 2, команда проекта продолжит обращать внимание на прогресс в расширении DA после EIP-4844.Если Ethereum сможет предоставить Eclipse более масштабный и высокопроизводительный DA, он будет переоценивать возможность перехода на Ethereum DA.
Механизм доказательства: доказательство мошенничества RISC Zero (без сериализации промежуточного состояния).
Метод доказательства Eclipse аналогичен методу SIMD для защиты от мошенничества SVM Анатолия (подробности см. в ссылке на расширение GitHub 2), что согласуется с идеей Джона Адлера о том, как избежать высоких затрат на сериализацию состояния. Поэтому, чтобы избежать повторного введения дерева Меркла (хеш-дерева) в SVM, участники раннего проекта пытались вставить в SVM разреженное дерево Меркла, но обновление дерева Меркла каждый раз при транзакции оказывало огромное влияние на производительность. Без использования деревьев Меркла для доказательства существующие платформы Rollup общего назначения (например, стеки OP) не могут служить основой для SVM Rollup, что требует более творческой отказоустойчивой архитектуры.
Требования к доказательству отказа: входные обязательства транзакции, сама транзакция и доказательство того, что повторное выполнение транзакции приводит к выводу, отличному от указанного в цепочке.
Обязательства по вводу обычно реализуются путем предоставления корня Merkle дерева состояний Rollup. Исполнитель Eclipsse опубликует список входов и выходов (включая значения хэша учетной записи и соответствующее глобальное состояние) для каждой транзакции, а также индекс транзакции, которая сгенерировала каждый вход и опубликовать транзакцию в Celestia, чтобы любой полный узел мог следовать за ней, вывести входную учетную запись из ее собственного состояния, вычислить выходную учетную запись и подтвердить правильность фиксации в Ethereum.
Здесь также возможны два типа критических ошибок:
Неправильный вывод: валидатор предоставляет доказательство ZK в правильной выходной цепочке. Eclipse использует RISC Zero для создания ZK-доказательств выполнения SVM, что продолжает предыдущую работу проекта по подтверждению выполнения байт-кода BPF (подробности см. в ссылке на расширение GitHub 3). Это позволяет нашему расчетному контракту гарантировать правильность без необходимости запуска транзакций в цепочке.
Неправильный ввод: валидатор публикует исторические данные в цепочке, указывая, что состояние ввода не соответствует заявленному. Мост квантовой гравитации Селестии используется для того, чтобы позволить расчетному контракту Eclipse проверить наличие мошенничества в исторических данных.
Подключение Eclipse к ETH и Celestia
Источник изображения: @jon_charb
DA является одной из основных частей затрат на объединение.В настоящее время существует два основных метода доступности данных в Ethereum L2: Calldata и DAC (комитеты доступности данных).
Данные вызовов: решения уровня 2, такие как Arbitrum или Optimism, публикуют данные транзакций непосредственно в цепочке в виде данных вызовов в высокоустойчивые к цензуре блоки Ethereum. Ethereum объединяет цены на данные вызовов, вычисления и хранение в одной единице: газ, который также является одной из основных статей расходов Rollup на Ethereum. Для повышения эффективности в обновлении EIP-4844 было введено пространство Blobspace для замены данных вызовов, что обеспечило целевое значение 375 КБ на блок для всех накопительных пакетов;
DAC: DAC имеет гораздо более высокую пропускную способность, чем выдача данных вызовов непосредственно в цепочке, но пользователям необходимо доверять небольшому комитету или группе валидаторов, чтобы избежать злонамеренного утаивания данных. DAC, которые также включают в себя решения на основе повторного захвата данных, вводят существенные предположения о доверии на L2, вынуждая DAC полагаться на репутацию, механизмы управления или голосование токенов, чтобы запретить или наказать за сокрытие данных, поэтому в определенной степени при использовании внешнего DA , требуется ЦАП.
Следует добавить, что Celestia использует консенсусную сеть Blobstream с доказательством доли в Eclipse, чтобы позволить Layer2 получить доступ к пространству больших объектов Celestia, достигая 8 МБ пространства больших объектов в соответствии со схемой сжатия. Это примерно эквивалентно от 9 000 до 30 000 передач ERC-20 в секунду. . Однако использование уровня 2 Blobstream в этом процессе будет зависеть от сертификации верификатора Celestia. Если легкий узел процесса обеспечения безопасности обнаруживает вредоносное поведение 2/3 верификаторов Celestia путем сохранения данных, они могут быть наказаны. Объективно говоря, DAC и нативная сеть DA Все еще существует недостаток по сравнению с уровнем доверия, но этот недостаток неизбежен, если думать с точки зрения инноваций и рыночной ситуации.
Источник изображения: официальный Eclipse — модульная логика взаимодействия Eclipse
Согласно официальной документации, как показано на рисунке выше, данные Eclipse Eclipse, сертифицированные для Ethereum через Blobstream Celestia (как описано выше, модульное решение DA Ethereum на основе расширения DAS), были протестированы и запущены, что позволяет мосту работать в соответствии с в корень подписанных данных Celestia для проверки безопасности данных, предусмотренных для защиты от мошенничества. Его пользователи вносят средства в Eclipse через собственный мост Ethereum, и этот процесс описан ниже:
1. Пользователь вызывает контракт депозитного моста Eclipse на Ethereum (адрес контракта см. в расширенной ссылке 1);
2. В исполнителе SVM Eclipse (вычисляет результаты SVM и выводит их в узел нового состояния Ecilpse) реле (каналы ETH и Eclipse) завершает межсетевое взаимодействие данных между адресом отправки и адресом получения пользователя;
3. Реле вызывает программу-мост SVM, которая отвечает за отправку депозитов пользователей на целевой адрес;
4. Реле проверяет транзакцию внесения депозита через клиент zk-light (будет реализовано);
5. Окончательный блок транзакции перевода, содержащий последующие депозиты, заполняется и публикуется через плагин Solana Geyser.
В этом процессе исполнитель SVM опубликует каждый слот Eclipse в очереди сообщений через Geyser, а его слот будет опубликован в Celestia как блок данных, а верификатор Celestia примет отправленный блок данных.Подтверждающие транзакции включаются в цепочку Eclipse. и соответствуют корню данных, и, наконец, каждый блок данных Celestia передается через Blobstream в контракт моста Eclipse в Ethereum.
Источник изображения: Официальный представитель Eclipse: взаимодействие Celestia и исполнителя SVM
В то же время, как и на других уровнях 2 в Ethereum, которые используют доказательства мошенничества, для вывода средств между Eclipse и Ethereum также требуется период окна запроса, чтобы верификатор мог представить доказательство мошенничества, когда переход состояния недействителен.
-Исполнитель SVM будет регулярно выпускать эпохальную (процесс согласно заданному номеру пакета) фиксацию слота Eclipse в Ethereum и освобождать ипотеку;
- Мост-контракт Eclipse выполняет базовые проверки, чтобы гарантировать целостность опубликованного формата данных (подробности см. в справочной статье [2] Глава «Проектирование защиты от мошенничества»);
-Если отправленный пакет пройдет базовую проверку, будет создано предопределенное окно. В этом окне, если пакет зафиксирован, это означает, что переход состояния недействителен, и проверяющий может выдать сертификат мошенничества;
- Если валидатор успешно публикует доказательство мошенничества, он получает гарантию исполнителя, опубликованный пакет отклоняется, а состояние спецификации Eclipse L2 возвращается к последнему допустимому подтверждению пакета. Здесь менеджеры Eclipse получат право выбирать новых исполнителей;
-Но если период оспаривания пройдет без доказательств мошенничества, исполнитель вернет залог и вознаграждение;
-Наконец, мостовой контракт Eclipse завершит все транзакции вывода средств, включенные в окончательный пакет.
краткое содержание
Eclipse все еще находится на ранней стадии разработки тестовой сети и является первой SVM Layer 2 на Ethereum. Тестовая сеть в настоящее время находится в сети, а выпуск основной сети планируется в первом квартале 2024 года. В настоящее время Ethereum по-прежнему считает Rollup своим основным направлением развития. Если оставить в стороне тему ортодоксальности, это в определенной степени означает, что Ethereum передал рынку широкое определение уровня 2, поэтому явное расширение возможностей также скрыто. соревнование. Eclipse использует это в своих интересах и использует модульную разработку, чтобы объединить безопасность Ethereum, высокую производительность Solana и Celestia DA, чтобы создать сильную рыночную историю.
Оглядываясь назад на процесс разработки Ethereum, очень интересно отметить, что последний раунд рыночных условий был вызван ажиотажем вокруг DeFi Summer с большим количеством инноваций и дополнений в «DeFi Matryoshka» и «DeFi Lego», которые вызвало взрывное развитие всей экосистемы. В этом раунде появилось большое количество комбинаций «Ставка Матрешки» и «Ставка Лего» под комбинацией LSD и Рестейкинг, что позволило EigenLayer, Blast и Merlin из экосистемы BTC достичь новых максимумов TVL в краткосрочной перспективе. Если считать матрешки и Лего основной темой рыночных настроений, то в будущем модульность тоже может сыграть свою матрешку и мелодию Лего.
Прелесть модульности заключается в разделении преимуществ компонентов, тем самым реализуя инновации на каждом уровне стека, так что оптимизация каждого модуля может усиливать оптимизацию других модулей.Возможно, в будущем для разработчиков и пользователей модульность будет реализована. Процесс может породить большое количество конкурирующих вариантов.
Все комментарии