jakiro
Autor: Investigador de Capital de YBB AC-Core;
El fundador de Eclipse, Neel Somani, que trabajó como ingeniero de software en Airbnb e investigador cuantitativo en Citadel, fundó el Eclipse de inicio con sede en Solana en 2022 y recibió el apoyo de Solana Anatoly Yakovenko y Polygon, entre otras/organizaciones (para Solana y Pol Ygon Build una cadena de bloques de muelle compatible).
Según Coindesk, el 28 de septiembre de 2022, Eclipse completó con éxito una ronda previa a la semilla de $ 6 millones dirigida por Polychain y una ronda de semillas de $ 9 millones dirigida por Tribe Capital y Tabiya, con un financiamiento total de 1,500 yuanes diez mil dólares.Además, Eclipse recibió una subvención de desarrollo de la Fundación Solana para admitir el acurrucado de Solana Virtual Machine Wachine.
El fundador de Eclipse, Somani, usa sus conexiones y ventajas geográficas con la sede de Solana Chicago para crear con éxito una cadena única utilizando las máquinas virtuales de Solana.Su visión es permitir a los desarrolladores implementar el acurrucado impulsado por Solana Virtual Machines, con planes de lanzar una red de pruebas públicas en el ecosistema Cosmos a principios de 2023, y un lenguaje de movimiento destinado a admitir APTOS en el futuro.
«Eclipse allana el camino para que Solana se comunique con el cosmos a través de las comunicaciones entre blockchain (IBC)».
«A medida que las grandes empresas y los gobiernos comienzan a ingresar al espacio blockchain, Eclipse es una infraestructura importante para promover sus casos de uso, como las aplicaciones de consumidores y financieros en la escala Web2», comentó Niraj Pant, socio de Polychain Capital.
Arquitectura de eclipse
Según la explicación oficial, Eclipse Mainnet es el primer L2 universal de Ethereum construido alrededor de SVM.La arquitectura del proyecto es usar Ethereum como la capa de asentamiento y usarla para el puente de verificación incrustado oficial como la capa de disponibilidad de datos; SVM en su conjunto para ejecutar.Lo siguiente se explicará en detalle en función de la explicación oficial.
Capa de liquidación: Ethereum: Eclipse se acomodará a Ethereum (es decir, el puente de verificación integrado en Ethereum), y utilizará ETH como consumo de gas, y las pruebas de fraude también se presentarán en Ethereum;
Capa de ejecución: máquina virtual de Solana (SVM): Eclipse toma un SVM de alto rendimiento como su entorno de ejecución, es decir, el cliente Solana Labs (V1.17);
Capa de disponibilidad de datos: Pelestia: Eclipse publicará datos en Celestia para lograr la disponibilidad de datos escalable (DA);
Mecanismo de prueba: RISC cero: Eclipse usará RISC cero para la prueba de fraude ZK (no se requiere serialización del estado intermedio);
Protocolo de comunicación: IBC: puentes con cadenas no eclipse a través del estándar de comunicación entre cadenas de Cosmos IBC;
Protocolo de cadena cruzada: Hyperlane: Eclipse y Hyperlane colaboran para introducir la solución de interoperabilidad sin permiso de Hyperlane a una cadena de bloques basada en Solana Virtual Machine (SVM).
Fuente: Oficial de Eclipse
Capa de liquidación: obtener la seguridad y la liquidez de Ethereum
Eclipse utiliza Ethereum como la capa de asentamiento como otros rollups de Ethereum. Seguridad de nivel.
L2Beat define a Layer2 como «una cadena que obtiene total o parcialmente su seguridad de la primera capa de Ethereum para que los usuarios no tengan que confiar en la integridad de los validadores de Lay2 para garantizar la seguridad de los fondos».Los puentes de verificación del eclipse pueden realizar la validez final y la resistencia a la censura en ciertas situaciones de falla, y los usuarios pueden usar el puente para obligar a sus transacciones a completar incluso si el clasificador cae o la revisión comienza en L2 y usa Ethereum como un gas de transacciones para llevar a cabo la combustión.
Capa de ejecución: obtenga la velocidad de transacción y el efecto de escala de Solana
Para mejorar la eficiencia, Eclipse Mainnet adopta el entorno de ejecución de Solana, utilizando SVM y SeaLevel (Solana se usa para construir soluciones tecnológicas de escala, y el motor de procesamiento de transacciones hiperparalelas se usa para escalar horizontalmente a través de GPU y SSD), que está en línea con EVM Singido en comparación con la operación de la operación, la ventaja es que se puede ejecutar sin diseñar transacciones de estado superpuestas, en lugar de en secuencia.
Con respecto a los problemas de compatibilidad de EVM, Eclipse MainNet se asoció con Neon EVM para permitir a los desarrolladores aprovechar las herramientas de Ethereum y crear aplicaciones Web3 en Solana, con un rendimiento de hasta 140 TP que las EVM de un solo threado, según datos oficiales.Los usuarios de EVM interactúan de forma nativa con aplicaciones en Eclipse Mainnet a través del complemento «Snaps» de la billetera Metamask.
Disponibilidad de datos: ancho de banda y propiedades verificadas con Celestia
ECILPSE Mainnet aprovechará el Celestia para lograr la disponibilidad de datos y lograr asociaciones a largo plazo porque Ethereum no puede gastar el rendimiento y los gastos objetivo de Ecilpse, incluso después de las actualizaciones de EIP-4844, puede proporcionar un promedio de aproximadamente 0.375 MB por espacio de blobs ((. El límite por bloque es de aproximadamente 0,75 mb).
Según los datos oficiales, la transacción ERC-20 basada en la expansión del encierro se calcula en 154 bytes por transacción, que es equivalente a la suma de todos los rollups aproximadamente 213 TP, mientras que para el intercambio de compresión, el TPS de todos los rollups se calcula en aproximadamente 400 bytes por transacción.Se espera que BlobStream aumente a 8 MB después de que la red demuestre los nodos de luz estables y más DAS (ver más abajo para la explicación de las extensiones relacionadas) en comparación con el bloque de 2 MB lanzado por Celestia.
Ecilpse cree que con el apoyo de los nodos de luz DAS de Celestia, Celestia se ha convertido en la mejor opción para Eclipse Mainnet hoy en vista de la compensación entre la seguridad de la economía criptográfica y el rendimiento DA altamente escalable.Incluso si hay una opinión de que el uso de Ethereum DA es la capa ortodoxa2, la fiesta del proyecto continuará prestando atención al progreso de EIP-4844 en la expansión de DA. Reevaluar la posibilidad de migración a Ethereum DA.
Mecanismo de prueba: prueba de fraude cero RISC (sin serialización del estado intermedio)
El método de prueba de Eclipse es similar al SIMD de prueba de fraude SVM de Anatoly (ver GitHub Extension Link 2 para más detalles), que es consistente con la visión de John Adler para evitar el alto costo de la serialización estatal.Entonces, para evitar reintroducir el árbol de Merkle (árbol hash) en SVM, las primeras fiestas de proyectos intentaron insertar un árbol de merkle escaso en SVM, pero cada actualización de transacciones al árbol de Merkle tendrá un gran impacto en el rendimiento.Sin usar árboles de Merkel para la prueba, los marcos de rollup universales existentes (como la pila OP) no pueden usarse como base para el acumulación de SVM, lo que requiere una prueba más creativa de la arquitectura de falla.
Requisitos de prueba de falla: el compromiso de entrada de la transacción, la transacción en sí y la prueba de que la transacción será diferente de la salida especificada en la cadena.
El compromiso de entrada generalmente se implementa proporcionando la raíz de Merkle del árbol de estado rollup. y publique la transacción a Celestia para que cualquier nodo completo pueda hacer un seguimiento, extraer la cuenta de entrada de su propio estado, calcular la cuenta de salida y confirmar que las promesas en Ethereum son correctas.
También hay dos posibles tipos de error importantes aquí:
Salida incorrecta: el verificador proporciona una prueba de ZK en la cadena de salida correcta.ECLIPSE utiliza RISC Zero para crear pruebas de ZK para la ejecución de SVM, que continúa el trabajo previo del proyecto de prueba la ejecución de Bytecode BPF (consulte el enlace de extensión de GitHub 3 para más detalles).Esto permite que nuestros contratos de liquidación garanticen la corrección sin tener que ejecutar transacciones en la cadena.
Entrada incorrecta: el verificador publica datos históricos en la cadena, lo que indica que el estado de entrada no coincide con el reclamado.Luego, el puente de gravedad cuántica de Celestia se usa para permitir que los contratos de liquidación de Eclipse verifiquen el comportamiento fraudulento en los datos históricos.
Conexiones de eclipse con ETH y Celestia
Fuente: @Jon_Charb
DA es una de las partes principales del gasto de costos de Rollup.
CallData: por ejemplo, las soluciones de Layer2 como el árbitro u optimismo publican directamente los datos de transacciones como Data CallData a los bloques altamente censurados de Ethereum.Ethereum establecerá los datos de llamadas y el cálculo y el almacenamiento en una unidad: Gas, que también es uno de los principales costos que el acurrucado gasta en Ethereum.Para mejorar la eficiencia de la actualización EIP-4844, BlobSpace se introduce para reemplazar los datos de llamadas, proporcionando un valor objetivo de 375 kb por bloque para todos los rollups;
DAC: DAC tiene un rendimiento mucho más alto que publicar Data CallData directamente en la cadena, pero los usuarios deben confiar en un pequeño comité o grupo de validadores para evitar la jerarquía de datos maliciosos.Los DAC, incluidos las soluciones basadas en el reinicio, introducen suposiciones de confianza significativas a los L2, lo que obliga a DAC a confiar en la reputación, los mecanismos de gobernanza o la votación de tokens para frenar o castigar a los datos, por lo que se requiere DAC en cierta medida cuando se usa DA externo.
Debe agregarse que Celestia se usó en Eclipse para permitir que Layer2 acceda al blobspace de Celestia, que es aproximadamente equivalente a 9,000 a 30,000 transmisiones ERC-20 por segundo.Sin embargo, la capa2 usando Blobstream en el proceso dependerá de la prueba del verificador de Celestia. Confianza insuficiente en comparación, pero es inevitable pensar en esta deficiencia desde la perspectiva de la innovación y la narrativa del mercado.
Fuente: Eclipse Oficial – Lógica de interacción modular de Eclipse
Según la documentación oficial, como se muestra en la figura anterior, Eclipse demostró a Ethereum a través del blobstream de Celestia (como se describe anteriormente para la solución de DA modular Ethereum basada en la extensión DAS), los datos de Eclipse probados en Ethereum se han probado y ejecutado, permitiendo que el puente se vea al puente a Basear en Celestia registre la raíz de datos para verificar la seguridad de los datos proporcionada para la prueba de fraude.Sus usuarios depositan fondos en eclipse a través del puente de Ethereum nativo, y el proceso se resume de la siguiente manera:
1. El usuario llama al contrato de puente de depósito de eclipse en Ethereum (consulte el enlace extendido 1 para la dirección del contrato);
2.Eclipse En el ejecutor SVM (calcula el resultado SVM y lo lleva al nuevo nodo de estado de ECILPSE), el repetidor (ETH y el canal de eclipse) completa la dirección de envío del usuario y la interacción de datos de la cadena cruzada de la dirección del usuario;
3. El repetidor llama al programa SVM Bridge, que es responsable de enviar depósitos de usuario a la dirección de destino;
4. El repetidor verifica la transacción de depósito a través del cliente ZK-Light (que se implementará);
5. El bloque de transacciones de transferencia final que contiene depósitos posteriores se completa y se publica a través del complemento de Solana Geyser.
En este proceso, el ejecutor de SVM se publica a través de Geyser a la cola de mensajes, y su ranura se publica en Celestia como un bloque de datos, y el validador de Celestia realiza los bloques de datos enviados para las transacciones de prueba en la cadena Eclipse y corresponde a los datos Root, y finalmente cada bloque de datos de Celestia se transmite a través del blobstream hasta el contrato del puente Eclipse en Ethereum.
Fuente: Eclipse Oficial: Interacción del Ejecutor Celestia y SVM
Al mismo tiempo, de manera similar a la otra capa2 de Ethereum, que utiliza pruebas fraudulentas, retirar fondos entre Eclipse y Ethereum también requiere un período de ventana para desafiar, para que los validadores puedan presentar pruebas fraudulentas cuando la transición estatal no sea válida.
-SVM Los ejecutores publican regularmente una época de la ranura de eclipse (procesos en recuentos de lotes predeterminados) a Ethereum y emitir colaterales;
-El contrato de puente de ECLIPSE realiza una inspección básica para garantizar que el formato de datos publicado esté intacto (consulte el Capítulo de diseño de la prueba de fraude de referencia [2]);
– Si el lote enviado pasa la verificación básica, se generará una ventana predefinida en esta ventana, si el lote se compromete, significa que la transición del estado no es válida y el verificador puede emitir un certificado de fraude;
-Si los validadores emiten con éxito un certificado de fraude, ganan la garantía del albacea, se niega el lote publicado y el estado de especificación de Eclipse L2 vuelve al último compromiso de lotes válido.Los administradores de este eclipse tendrán derecho a seleccionar nuevos ejecutores;
-Pero si el período de desafío se pasa sin la prueba de fraude, el albacea recuperará su garantía y recompensa;
– Finalmente, el contrato de Eclipse Bridge completa todas las transacciones de retiro incluidas en el lote final.
resumen
Eclipse todavía se encuentra en la etapa inicial de las redes de prueba en desarrollo, y es la primera capa SVM en Ethereum actualmente está en línea y la red principal está programada para ser lanzada en el cuarto de trimestre de 2024.Ethereum sigue siendo la ruta de desarrollo que considera que su núcleo.Es precisamente porque Eclipse utiliza el desarrollo modular para combinar la seguridad de Ethereum, el alto rendimiento de Solana y el Celestia DA para llevar a cabo una fuerte narrativa del mercado.
Mirando hacia atrás en el proceso de desarrollo de Ethereum, un punto muy interesante es que la última ronda de condiciones del mercado fue que bajo la exageración del verano defi, han surgido una gran cantidad de innovaciones y adiciones de «muñecas defi» y «defi lego», lo que ha llevado a un desarrollo de todo el ecosistema.En esta ronda, una gran cantidad de combinaciones de «muñecas pendientes» y «LEGO pendientes» aparecieron en la combinación de LSD y una rehabilitación, permitiendo que Eigenlayer, Blast y Merlin del ecosistema BTC golpeen TVL a corto plazo.Si las muñecas y los Legos de anidación se consideran los principales temas del sentimiento del mercado, la modularidad también puede jugar sus propias muñecas de anidación y melodías LEGO en el futuro.
El encanto de la modularidad radica en los beneficios de desacoplamiento de los componentes, de modo que cada capa de innovación en la pila puede amplificar la optimización de otros módulos. de opciones competitivas.
