Autor: YBB Capital Investigador AC-Core Fuente: Traducción media: Shan Ouba, Bit Chain Vision

Antecedentes de eclipse

El fundador de Eclipse, Neel Somani, fue el ingeniero de software de Airbnb y un investigador cuantitativo en Citadel.La startup fue apoyada por el cofundador de Solana, Anatoly Yakovenko y Polygon (Arquitectura) y otras instituciones/individuos.Blockchain enrollable es compatible con Polygon y Solana).Según el informe de Coindesk el 28 de septiembre de 2022, Eclipse completó con éxito el financiamiento de la ronda de semillas de $ 6 millones dirigido por Polychain y el financiamiento de semillas de $ 9 millones dirigido por Tribe Capital y Tabiya, con un financiamiento total de 15 millones de dólares estadounidenses.Además, Eclipse también ha recibido fondos de desarrollo de la Fundación Solana para admitir el acurrucado impulsado por Solana Virtual Machine.

El fundador Somani usó su propia red y la ventaja geográfica de la sede cerca de Chicago, y utilizó con éxito la máquina virtual de Solana para crear una cadena de bloques única.Su visión es permitir a los desarrolladores implementar rollups apoyados por Solana Virtual Machines, y planea lanzar una red de pruebas públicas en el ecosistema Cosmos a principios de 2023 para apoyar el lenguaje de movimiento de APTOS en el futuro.

El co -fundador de Solana y Eclipse Angel Investor Anatoly Yakovenko comentó: «Eclipse allanó el camino para que Solana se comunique con el cosmos a través de Blockchain Communication (IBC)».

El socio de Polychain Capital, Niraj Pant, dijo: «A medida que las grandes empresas y los gobiernos comienzan a ingresar al campo blockchain, Eclipse se ha convertido en una infraestructura clave que promueve sus casos de uso, como los consumidores y las aplicaciones financieras de Web2».

Arquitectura de eclipse

El siguiente contenido se basa en la explicación oficial: Eclipse Mainnet es el primer L2 general centrado en SVM, combinando la naturaleza de la pila modular.La arquitectura del proyecto involucra a Ethereum como una capa de asentamiento y un puente de verificación oficial de Celestia; entorno de este proyecto de capa modular2.Lo siguiente explica en detalle de acuerdo con la descripción oficial.

Capa de liquidación: Ethereum: Eclipse se resolverá en Ethereum (incluso si el Ethereum se usa en Ethereum), use ETH para el consumo de gas y envíe un certificado de fraude en Ethereum;

Máquina virtual de la capa de ejecución (SVM): Eclipse ejecutará SVM de alto rendimiento como su entorno de ejecución, especialmente la rama del cliente Solana Labs (V1.17);

Capa de disponibilidad de datos -Celestia: Eclipse publica datos a Celestia para lograr la usabilidad de datos escalables (DA) ;;

Mecanismo de prueba -RISC cero: Eclipse usará RISC cero para el certificado de fraude ZK (no se requiere ser serializado en el estado medio);

Protocolo de comunicación -IBC: Eclipse completará el puente con la cadena no eclipse a través del Cosmos Blockchain Communication Standard IBC;

Acuerdo de cadena cruzada -hyperlano: Eclipse y Hyperlane cooperaron para introducir las soluciones impredecibles de Hyperlane en una cadena de bloques basada en Solana Virtual Machine (SVM).

>

Capa de liquidación: obtenga la seguridad y la liquidez de Ethereum

Al igual que otros rollups de Ethereum, Eclipse usa Ethereum como su capa de asentamiento.Este proceso implica integrar el puente de verificación de Eclipse directamente en Eclipse.

L2Beat define Layer2 como «una cadena que obtiene seguridad del primer piso de Ethereum, de modo que los usuarios no necesitan confiar en la honestidad de las verificaciones de Layer2 para garantizar la seguridad de sus fondos».Incluso si el clasificador falla o comienza en L2, el usuario aún puede hacer cumplir las transacciones a través del puente y usar Ethereum como gas de transacción.

Capa de ejecución: implementar la velocidad y la escala de Solana

Para mejorar la eficiencia, la red principal de Eclipse utiliza el entorno de ejecución de Solana, utilizando SVM y SeaLevel (Solana para construir soluciones de tecnología de escalabilidad horizontalmente, un motor de procesamiento de transacciones súper apandista que se expande horizontalmente a través de GPU y SSD).En comparación con la operación única de EVM, su ventaja es que puede realizar transacciones sin diseñar transacciones de estado superpuestas, en lugar de realizarlas en orden.

En términos de compatibilidad EVM, la red principal de Eclipse coopera con Neon EVM para permitir a los desarrolladores usar la herramienta Ethereum y crear una aplicación Web3 en Solana.Según los datos oficiales, su rendimiento es significativamente más alto que el EVM de un solo hilo, alcanzando 140 TPS.Los usuarios de EVM pueden interactuar con la red principal de Eclipse a través del enchufe «Snaps» a través de la billetera Metamask.

Usabilidad de los datos: use el ancho de banda y la verificación de Celestia

Eclipse 主网将利用 Celestia 来实现数据可用性并建立长期合作 ， 因为以太坊目前无法支持 Eclipse 的目标吞吐量和成本 ， 即使在 即使在 EIP-4844 升级之后 ， 每个块平均提供约 0.375 Mb 的 BLOB 空间（每El límite de bloque es de aproximadamente 0.75 MB).

Según los datos oficiales, para las transacciones ERC-20 basadas en la expansión del encierro, se calcula en función de 154 bytes de cada transacción, que es equivalente a todos , el contrato total de TPS El rendimiento de todos los rollups es de aproximadamente 82 TPS.En contraste, el bloque de 2 MB de Celestia, con la estabilidad de la red y más nodos de luz DAS (muestreo de disponibilidad de datos), se espera que Blobstream aumente a 8MB.

Eclipse cree que con el apoyo de los nodos de luz Celestia Das, Celestia se ha convertido en la primera opción para la red principal de Eclipse actual.Aunque algunas opiniones creen que el uso de Ethereum DA es el método ortodoxo de Layer2, el proyecto continuará prestando atención al progreso de la expansión de DA después de EIP-4844.Si Ethereum puede proporcionar eclipse con un DA de rendimiento cada vez mayor, entonces la posibilidad de migrar a Ethereum DA se volverá a evaluar.

Mecanismo de prueba: certificado de fraude cero RISC (sin serialización del estado intermedio)

El método de prueba de Eclipse es similar a la prueba de fraude SVM de Anatoly de SIMD (consulte el enlace de Github extendido 2), que es consistente con John Adler para evitar las ideas de alta costo de la serialización de estado.Para evitar que el árbol de Merkle reintroduciera de SVM, los primeros intentos de insertar el árbol de merkle escaso en la SVM, pero el árbol de Merkle afectará en gran medida el rendimiento cada vez.Si el árbol de Merkle se usa para probarlo, el marco de rollo general existente (como la pila OP) no puede usarse como base del acurrucado SVM, y necesita una arquitectura anti -error más creativa.

Requisitos de descubrimiento: el compromiso de entrada, la transacción en sí misma y la reorganización de la transacción conducirán a diferentes pruebas de la salida especificada especificada en la cadena.

El compromiso de entrada generalmente se implementa proporcionando la raíz de Merkle del árbol de estado Rollow.El actuador de ECLIPSE publicará la lista de entrada y salida de cada transacción (incluido el valor hash de la cuenta y el estado global relevante), generará el índice de transacciones de cada entrada y lanzará la transacción a Celestia, permita que cualquier nodo completo haga un seguimiento, De su transacción, se extrae el estado de la cuenta de entrada, calcula la cuenta de salida y confirmó que el compromiso en Ethereum era correcto.

Puede haber dos tipos principales de errores ::

Salida incorrecta: el dispositivo de verificación proporciona una prueba ZK de la salida correcta en la cadena.Eclipse usa RISC Zero para crear una prueba de ejecución SVM ZK, y continúa demostrando el trabajo de la ejecución de Bytecode BPF antes del proyecto (consulte el enlace GitHub extendido 3).Esto permite que nuestro contrato de liquidación garantice la corrección sin tener que ejecutarse en la cadena.

Error de entrada: verificaciones publican datos históricos en la cadena, lo que indica que el estado de entrada no coincide con el estado de la declaración.Luego use el puente gravitacional cuántico de Celastia para que el contrato de liquidación de eclipse verifique si hay datos históricos de fraude.

Eclipse y conexiones ETH y Celestia

>

La disponibilidad de datos (DA) es uno de los principales componentes del gasto de costos de rollo.En la actualidad, la disponibilidad de Ethereum L2 depende principalmente de dos métodos: CallData y DAC (Comité de disponibilidad de datos).

· CallData: por ejemplo, las soluciones de Layer2 como el árbitro u optimismo hacen que los datos de transacciones como CallData directamente en el bloque de alto contenido de bloqueo.Los precios de Ethereum atribuyen datos y computación y almacenamiento a una unidad: Gas, que es uno de los principales costos generados por Ethereum Rollup.Para mejorar la eficiencia, las actualizaciones EIP-4844 introdujeron blobspace para reemplazar los datos de llamadas, proporcionando todo el rollup con el objetivo de 375 kb por bloque;

· DAC: en comparación con la publicación de datos de llamadas directamente en la cadena, DAC proporciona un rendimiento más alto, pero los usuarios deben confiar en un pequeño comité o un conjunto de verificaciones para evitar datos de detención maliciosas.DAC, incluidas las soluciones basadas en una gran compromiso, introdujo importantes supuestos de confianza para L2, lo que obligó a DAC a confiar en la reputación, el mecanismo de gobernanza o los tokens votando para suprimir o castigar los datos ocultos.Por lo tanto, el uso de DA externo hasta cierto punto requiere DAC.

值得注意的是，Eclipse 利用 Celestia 的 Blobstream（一种权益证明共识网络）来允许 Layer2 访问 Celestia 的 Blobspace。Según el esquema de compresión, esto puede lograr un espacio de blob de hasta 8 MB, que es aproximadamente equivalente a 9,000 a 30,000 de transmisión ERC-20 por segundo.然而，使用 Blobstream 的 Layer2 将依赖于 Celestia 验证器的证明。Si el nodo de luz detecta 2/3 de verificaciones de celestia, pueden castigarlas.Hablando objetivamente, la credibilidad de DAC todavía tiene sus deficiencias en comparación con la cadena nativa DA, pero desde la perspectiva de la innovación y la narrativa del mercado, estas deficiencias son inevitables.

>

Como se explica en la documentación oficial y la figura anterior, Eclipse demuestra los datos demostrados en Ethereum por el blobstream de Celestia (como se mencionó anteriormente, soluciones DA basadas en Ethereum DA).Esto permite a los puentes verificar la seguridad de los datos proporcionada para el fraude en función de la raíz de datos de firma de Celestia.El usuario deposita fondos en eclipsos a través del puente de Ethereum nativo.

1、用户调用以太坊上的Eclipse充值桥合约（扩展链接1中的合约地址）；

2. Actuador SVM de Eclipse (calculando los resultados de SVM y la salida del nuevo nodo de estado de Eclipse) y el relé (ETH al canal de eclipse) completan la interacción de datos de cadena cruzada entre el remitente y la dirección del receptor;

3. El RelayR llama al programa SVM Bridge Connection y es responsable de enviar al usuario a la dirección de destino;

4. Reconocir verificar las transacciones de depósito a través del cliente ZK-Light (que se realizará);

5. Finalmente, el bloque de negociación que contiene depósitos posteriores se completa y se publica a través del complemento de géiser de Solana.

En el proceso, el actuador SVM publica cada ranura de eclipse a la cola de mensajes a través de Geyser.Estas ranuras se publican luego como bloques de datos a Celestia, y el dispositivo de verificación de Celestia presenta los bloques de datos enviados enviados para demostrar que la transacción se incluye en la cadena Eclipse y corresponde a la raíz de datos.Finalmente, cada bloque de datos de Celestia es un contrato con Blobstream al Puente Eclipse en Ethereum.

>

Similar a otras soluciones de Ethereum Layer2 utilizando pruebas de fraude, también toma un período de desafío desde el eclipse hasta retirar fondos a Ethereum, lo que permite que las verificaciones presenten la certificación de fraude bajo la condición de conversión de estado no válida.

· El actuador SVM presenta regularmente la era de la ranura del eclipse (el proceso sigue al lote de la cantidad programada) sobre el Ethereum y libera la hipoteca;

· Inspección básica de ejecución del contrato de recibo del puente de Eclipse para garantizar la integridad del formato de datos publicado (consulte la parte de diseño de certificación fraudulenta en el artículo de referencia [2]);

· Si los lotes enviados pasan la inspección básica, se generará una ventana predeterminada.Si en esta ventana, el compromiso por lotes indica que la conversión de estado no es válida y el verificador puede emitir un certificado de fraude;

· Si las verificaciones emiten con éxito un certificado de fraude, ganarán la hipoteca del albacea, los lotes presentados serán rechazados y el estado estándar del Eclipse L2 volverá al último compromiso de lotes efectivo.En este momento, el administrador de Eclipse tiene derecho a elegir un nuevo actuador;

· 但是，如果挑战期过后，没有任何成功的欺诈证明，执行人将收回其抵押品和奖励；

· 最后，Eclipse 的桥接合约完成最终确认批次中包含的所有提款交易。

Resumir

Eclipse 目前正处于开发和测试的早期阶段，标志着以太坊上第一个 SVM Layer2。其测试网已经上线，计划于 2024 年第一季度推出主网。Ethereum todavía considera los acurrucados como la parte central de su hoja de ruta de desarrollo.Además de la disputa sobre ortodoxo, esto significa que Ethereum define la definición general de Layer2 al mercado, y también se introduce inteligentemente en diversas formas de competencia.Eclipse usa esto para combinar la seguridad de Ethereum, el alto rendimiento de Solana y la narrativa DA de Celestia a través del desarrollo modular para formar una poderosa narrativa del mercado.

Mirando hacia atrás en el desarrollo de Ethereum, un fenómeno interesante es el ciclo del mercado anterior.Esta ronda de LSD y reactiva combinada, la combinación de «fideos comprometidos» y «Lego prometido» surgió, y Eigenlayer, BLAST, y Merlín de BTC, el Merlín de BTC, crió rápidamente en poco tiempo.Si Nested y LEGO se consideran el tema principal de las emociones del mercado, entonces la modularización en el futuro también puede jugar su melodía única y lego.

El encanto de la modularidad radica en los beneficios del componente desacoplado, a fin de lograr la innovación de cada capa de la pila, y permitir que la optimización de cada módulo optimice la optimización de otros módulos.Quizás en el futuro, el proceso de desarrollo modular puede proporcionar a los desarrolladores y usuarios opciones excesivas de competencia.