Autor: Thor Hartvigsen, analista de DeFi, Traducción: Golden Finance 0xjs
La semana pasada tuve el placer de entrevistar a Neel Somani, el fundador de Eclipse, un próximo Ethereum Layer 2. Eclipse se diferencia de otros Ethereum Rollups debido a su modularidad general. Le hice preguntas a Neel sobre estas opciones de diseño, así como sobre una variedad de otros temas, como el lanzamiento de la red principal, la estructura de tarifas/captura de valor, los tokens nativos y más.
Antes de sumergirnos en la interesante conversación con Neel, aquí hay una breve introducción a en qué consiste una cadena de bloques. Una cadena de bloques contiene 4 capas:
Capa de ejecución: maneja las transacciones de los usuarios y proporciona un entorno para las dApps.
Capa de disponibilidad de datos: los nodos reciben un bloque del productor del bloque y verifican si los datos están disponibles públicamente.
Capa de consenso: determina el orden de las transacciones.
Capa de liquidación: determina el estado de la cadena de bloques (finalidad).
Una cadena de bloques monolítica maneja todos estos componentes por sí misma, es decir, contiene las cuatro capas. Las cadenas de bloques modulares contienen sólo una o algunas (pero no todas) de estas capas.
A continuación se muestran algunos ejemplos de estas diferentes arquitecturas.
Solana Virtual Machine (SVM) sirve como capa de ejecución.
Celestia como capa de disponibilidad de datos.
La red principal de Ethereum sirve como capa de liquidación y consenso.
La entrevista es la siguiente:
**Primero analicemos la capa de ejecución. ¿Qué le hizo elegir ejecutar una máquina virtual Solana en lugar de un EVM como entorno de ejecución? En su sitio web menciona conceptos como el paralelismo y los mercados de tarifas nativos. ¿Son éstas las principales ventajas? **
"Esta es definitivamente la mayor ventaja. Se puede entender de esta manera: si 100 personas envían transacciones a una cadena EVM, todas estas transacciones deben ponerse en cola para ser atendidas una transacción a la vez. Esto no se puede evitar de ninguna manera. Y en Solana, para las máquinas virtuales de Solana, en realidad se pueden poner en cola en diferentes colas y todos los servicios se pueden servir al mismo tiempo. Entonces, por supuesto, estás limitado por la cantidad de núcleos en los que se ejecuta el ejecutor principal y por parte del hardware. restricciones, pero el rendimiento es mayor que el de la cadena EVM. Mucho más alto. Y también redujeron los tiempos de bloqueo a través de la optimización e hicieron que la ejecución de un solo subproceso sea muy rápida. Esa fue la razón principal por la que lo elegimos".
**¿Hay alguna compensación aquí? **
"La desventaja es, ¿cómo se determina en qué cola deben estar todos? Si hay 100 personas en fila tratando de obtener servicio, eso significa que tienen que especificar alguna información adicional de antemano. Entonces tienen que decir: Quiero leer el estado de esta parte, o quiero escribir otras partes. Tienen que decir de antemano lo que van a hacer. Con las transacciones EVM, ese no es el caso. Puedes simplemente decir, voy a ejecutar esta transacción, y "
**¿Puedes hablar sobre la componibilidad de Eclipse? Supongo que es más fácil para los desarrolladores de Solana/Rust construir en SVM. ¿Se pueden integrar fácilmente los desarrolladores de Solidity o la red principal de Ethereum u otros protocolos L2 en Eclipse? **
"En realidad, estas son características nuevas, pero sí, podemos respaldar Solidity a través de un proyecto llamado Solang. También hay un producto llamado Neon que le permite usar la billetera MetaMask. Drift también creó MetaMask Snap, que es MetaMask Una nueva extensión para SVM código que le permite usar su billetera usando código SVM. Para los contratos de Rust, los desarrolladores pueden usar Seahorse y pueden escribir sus contratos inteligentes en Python, e incluso Python puede funcionar con Eclipse. Por lo tanto, tenemos una variedad de lenguajes diferentes. cuentan con apoyo en este momento”.
**Con respecto a la capa de Disponibilidad de datos (DA), ¿por qué elegir Celestia en lugar de Ethereum? **
"Siempre elegiremos lo que es mejor para los usuarios y las aplicaciones. No somos tribalistas, aunque obviamente somos Ethereum L2. Si Ethereum DA no es lo suficientemente bueno desde una perspectiva de costo o ancho de banda en este momento, no intentaremos forzar a Ethereum DA a funcionar". ". Pero lo estamos vigilando. Una vez que esté listo, podemos migrar a ETH DA. Pero por ahora, Celestia está ofreciendo bloques más grandes. Una vez que lancen su red principal, los bloques probablemente estarán vacíos. Entonces, "Tendrán mucho ancho de banda y podrán aumentar el ancho de banda a través de la gobernanza. Podrán aumentar el tamaño del bloque a través de la gobernanza, y espero que lo hagan tal vez unas cuantas veces después de que lo implementemos".
**Eclipse utilizará Risc Zero para las pruebas acumuladas. ¿En qué se diferencia esto de otros tipos de Rollup? **
"Adoptamos un enfoque muy diferente al de Optimism o Arbitrum. La razón es que la máquina virtual que utilizamos, al ser paralela, no tiene algunas de las mismas primitivas, no tiene algunas de las mismas partes como los árboles Merkle. , por ejemplo, los árboles Merkle no son parte de nuestro Rollup. Los árboles Merkle se utilizan durante el proceso de prueba de errores. Por lo tanto, tenemos que hacer la prueba de errores de una manera diferente, lo que finalmente requiere que Risc Zero lo haga de manera eficiente. Es por eso que Risc Zero está en la pila, será una parte importante de nuestra prueba de errores".
**A continuación quiero preguntar sobre la captura de valor. En el caso de Arbitrum, cuando los usuarios realizan transacciones, pagan tarifas a Rollups, que luego tienen que pagar un cierto porcentaje a los validadores de Ethereum como costos de liquidación, pero esencialmente se quedan con las tarifas restantes. ¿Cómo funciona en Eclipse? ¿Qué partes de esta pila modular captarán estos gastos? ¿A Eclipse todavía le queda algo de saldo al final? **
"Así que en este momento no hemos decidido si vamos a asignar alguna cantidad a Eclipse y cuánto será. Si hay alguna cantidad, es solo una compensación por el riesgo. Dicho esto, la forma en que calculamos la tarifa es la siguiente: Mira el primer nivel, decimos, ¿cuál es la tarifa para publicar en Ethereum, cuánto tenemos que publicar allí? Y luego miramos a Celestia, hacemos lo mismo y luego sumamos todo eso y esa es la tarifa. que vamos a pasar a los usuarios. Pero el riesgo es que, cuando el usuario paga la tarifa, pasan unos segundos, ¿verdad? Y luego publicamos en el primer nivel. Tal vez esta tarifa haya aumentado. Entonces, como Como resultado, tal vez sería prudente cobrar un poco más para protegerse contra este riesgo. Ésa es la razón.
Los dos jugadores involucrados son Ethereum y Celestia, y desde una perspectiva de costos regulares, las tarifas que pagan los usuarios son en realidad Ethereum y Celestia. A Celestia se le paga una tarifa por cada transacción publicada en Eclipse. Si escribimos una transacción, tenemos que publicar unos 200 bytes en Celestia, mientras que a Ethereum se le paga cada hora. O tal vez incluso con menos frecuencia.
Luego, hay otros participantes a los que debemos pagar periódicamente, de vez en cuando, cada semana (Riesgo Cero). Incluso si nada sale mal, seguimos ejecutando pruebas de errores de Risk Zero. Solo para mostrar que todavía funciona, básicamente la tarifa por esto probablemente no será exactamente igual a la tarifa por publicar una barra más la tarifa de Ethereum, por lo que vale la pena pagar un poco más. "
**¿Cuál es la estrategia para atraer aplicaciones y hacer crecer el ecosistema en las primeras etapas? **
"Tenemos algunas DApps de Solana que están realizando desarrollo de múltiples cadenas, por lo que se implementarán adicionalmente en Eclipse. Incubamos algunos proyectos. Apoyamos algunos proyectos a través de nuestro programa de acelerador solar. Proporcionamos estas subvenciones a los desarrolladores, podemos brindar orientación "
**¿Habrá un token de Eclipse en el futuro cuyo propósito sea descentralizar Rollup e introducir la gobernanza? **
"Tal vez, esto es algo en lo que no hemos pensado lo suficiente como para tener una opinión porque estamos muy concentrados en construir esta red principal y hay mucho que considerar para la red principal y para siquiera considerar algo como un token, Tenemos que entender lo que pensamos sobre la gobernanza y cuál es el marco de gobernanza completo. Pensar realmente en eso llevará meses de arduo trabajo. Así que aún no hemos pensado en eso".
**¿Cuándo se lanzará Eclipse en la red principal? **
"Ya tenemos una devnet, que es la red que la gente está desarrollando activamente en este momento, para mainnet. Una vez que congelamos el código y lo revisamos, lo hacemos de código abierto para que las personas puedan verlo por sí mismas y usarlo. Eso es el plan para el lanzamiento de la red principal de Eclipse. Básicamente, para fin de año, tomaremos estos pasos e idealmente, asumiendo que Celestia es estable, asumiendo que no hay nada más, que no falta ninguna otra infraestructura, entonces seguiremos adelante con la red principal. lanzamiento."
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Por qué la arquitectura Eclipse elige SolanaVM, Celestia y Ethereum
Autor: Thor Hartvigsen, analista de DeFi, Traducción: Golden Finance 0xjs
La semana pasada tuve el placer de entrevistar a Neel Somani, el fundador de Eclipse, un próximo Ethereum Layer 2. Eclipse se diferencia de otros Ethereum Rollups debido a su modularidad general. Le hice preguntas a Neel sobre estas opciones de diseño, así como sobre una variedad de otros temas, como el lanzamiento de la red principal, la estructura de tarifas/captura de valor, los tokens nativos y más.
Antes de sumergirnos en la interesante conversación con Neel, aquí hay una breve introducción a en qué consiste una cadena de bloques. Una cadena de bloques contiene 4 capas:
Una cadena de bloques monolítica maneja todos estos componentes por sí misma, es decir, contiene las cuatro capas. Las cadenas de bloques modulares contienen sólo una o algunas (pero no todas) de estas capas.
A continuación se muestran algunos ejemplos de estas diferentes arquitecturas.
La entrevista es la siguiente:
**Primero analicemos la capa de ejecución. ¿Qué le hizo elegir ejecutar una máquina virtual Solana en lugar de un EVM como entorno de ejecución? En su sitio web menciona conceptos como el paralelismo y los mercados de tarifas nativos. ¿Son éstas las principales ventajas? **
"Esta es definitivamente la mayor ventaja. Se puede entender de esta manera: si 100 personas envían transacciones a una cadena EVM, todas estas transacciones deben ponerse en cola para ser atendidas una transacción a la vez. Esto no se puede evitar de ninguna manera. Y en Solana, para las máquinas virtuales de Solana, en realidad se pueden poner en cola en diferentes colas y todos los servicios se pueden servir al mismo tiempo. Entonces, por supuesto, estás limitado por la cantidad de núcleos en los que se ejecuta el ejecutor principal y por parte del hardware. restricciones, pero el rendimiento es mayor que el de la cadena EVM. Mucho más alto. Y también redujeron los tiempos de bloqueo a través de la optimización e hicieron que la ejecución de un solo subproceso sea muy rápida. Esa fue la razón principal por la que lo elegimos".
**¿Hay alguna compensación aquí? **
"La desventaja es, ¿cómo se determina en qué cola deben estar todos? Si hay 100 personas en fila tratando de obtener servicio, eso significa que tienen que especificar alguna información adicional de antemano. Entonces tienen que decir: Quiero leer el estado de esta parte, o quiero escribir otras partes. Tienen que decir de antemano lo que van a hacer. Con las transacciones EVM, ese no es el caso. Puedes simplemente decir, voy a ejecutar esta transacción, y "
**¿Puedes hablar sobre la componibilidad de Eclipse? Supongo que es más fácil para los desarrolladores de Solana/Rust construir en SVM. ¿Se pueden integrar fácilmente los desarrolladores de Solidity o la red principal de Ethereum u otros protocolos L2 en Eclipse? **
"En realidad, estas son características nuevas, pero sí, podemos respaldar Solidity a través de un proyecto llamado Solang. También hay un producto llamado Neon que le permite usar la billetera MetaMask. Drift también creó MetaMask Snap, que es MetaMask Una nueva extensión para SVM código que le permite usar su billetera usando código SVM. Para los contratos de Rust, los desarrolladores pueden usar Seahorse y pueden escribir sus contratos inteligentes en Python, e incluso Python puede funcionar con Eclipse. Por lo tanto, tenemos una variedad de lenguajes diferentes. cuentan con apoyo en este momento”.
**Con respecto a la capa de Disponibilidad de datos (DA), ¿por qué elegir Celestia en lugar de Ethereum? **
"Siempre elegiremos lo que es mejor para los usuarios y las aplicaciones. No somos tribalistas, aunque obviamente somos Ethereum L2. Si Ethereum DA no es lo suficientemente bueno desde una perspectiva de costo o ancho de banda en este momento, no intentaremos forzar a Ethereum DA a funcionar". ". Pero lo estamos vigilando. Una vez que esté listo, podemos migrar a ETH DA. Pero por ahora, Celestia está ofreciendo bloques más grandes. Una vez que lancen su red principal, los bloques probablemente estarán vacíos. Entonces, "Tendrán mucho ancho de banda y podrán aumentar el ancho de banda a través de la gobernanza. Podrán aumentar el tamaño del bloque a través de la gobernanza, y espero que lo hagan tal vez unas cuantas veces después de que lo implementemos".
**Eclipse utilizará Risc Zero para las pruebas acumuladas. ¿En qué se diferencia esto de otros tipos de Rollup? **
"Adoptamos un enfoque muy diferente al de Optimism o Arbitrum. La razón es que la máquina virtual que utilizamos, al ser paralela, no tiene algunas de las mismas primitivas, no tiene algunas de las mismas partes como los árboles Merkle. , por ejemplo, los árboles Merkle no son parte de nuestro Rollup. Los árboles Merkle se utilizan durante el proceso de prueba de errores. Por lo tanto, tenemos que hacer la prueba de errores de una manera diferente, lo que finalmente requiere que Risc Zero lo haga de manera eficiente. Es por eso que Risc Zero está en la pila, será una parte importante de nuestra prueba de errores".
**A continuación quiero preguntar sobre la captura de valor. En el caso de Arbitrum, cuando los usuarios realizan transacciones, pagan tarifas a Rollups, que luego tienen que pagar un cierto porcentaje a los validadores de Ethereum como costos de liquidación, pero esencialmente se quedan con las tarifas restantes. ¿Cómo funciona en Eclipse? ¿Qué partes de esta pila modular captarán estos gastos? ¿A Eclipse todavía le queda algo de saldo al final? **
"Así que en este momento no hemos decidido si vamos a asignar alguna cantidad a Eclipse y cuánto será. Si hay alguna cantidad, es solo una compensación por el riesgo. Dicho esto, la forma en que calculamos la tarifa es la siguiente: Mira el primer nivel, decimos, ¿cuál es la tarifa para publicar en Ethereum, cuánto tenemos que publicar allí? Y luego miramos a Celestia, hacemos lo mismo y luego sumamos todo eso y esa es la tarifa. que vamos a pasar a los usuarios. Pero el riesgo es que, cuando el usuario paga la tarifa, pasan unos segundos, ¿verdad? Y luego publicamos en el primer nivel. Tal vez esta tarifa haya aumentado. Entonces, como Como resultado, tal vez sería prudente cobrar un poco más para protegerse contra este riesgo. Ésa es la razón.
Los dos jugadores involucrados son Ethereum y Celestia, y desde una perspectiva de costos regulares, las tarifas que pagan los usuarios son en realidad Ethereum y Celestia. A Celestia se le paga una tarifa por cada transacción publicada en Eclipse. Si escribimos una transacción, tenemos que publicar unos 200 bytes en Celestia, mientras que a Ethereum se le paga cada hora. O tal vez incluso con menos frecuencia.
Luego, hay otros participantes a los que debemos pagar periódicamente, de vez en cuando, cada semana (Riesgo Cero). Incluso si nada sale mal, seguimos ejecutando pruebas de errores de Risk Zero. Solo para mostrar que todavía funciona, básicamente la tarifa por esto probablemente no será exactamente igual a la tarifa por publicar una barra más la tarifa de Ethereum, por lo que vale la pena pagar un poco más. "
**¿Cuál es la estrategia para atraer aplicaciones y hacer crecer el ecosistema en las primeras etapas? **
"Tenemos algunas DApps de Solana que están realizando desarrollo de múltiples cadenas, por lo que se implementarán adicionalmente en Eclipse. Incubamos algunos proyectos. Apoyamos algunos proyectos a través de nuestro programa de acelerador solar. Proporcionamos estas subvenciones a los desarrolladores, podemos brindar orientación "
**¿Habrá un token de Eclipse en el futuro cuyo propósito sea descentralizar Rollup e introducir la gobernanza? **
"Tal vez, esto es algo en lo que no hemos pensado lo suficiente como para tener una opinión porque estamos muy concentrados en construir esta red principal y hay mucho que considerar para la red principal y para siquiera considerar algo como un token, Tenemos que entender lo que pensamos sobre la gobernanza y cuál es el marco de gobernanza completo. Pensar realmente en eso llevará meses de arduo trabajo. Así que aún no hemos pensado en eso".
**¿Cuándo se lanzará Eclipse en la red principal? **
"Ya tenemos una devnet, que es la red que la gente está desarrollando activamente en este momento, para mainnet. Una vez que congelamos el código y lo revisamos, lo hacemos de código abierto para que las personas puedan verlo por sí mismas y usarlo. Eso es el plan para el lanzamiento de la red principal de Eclipse. Básicamente, para fin de año, tomaremos estos pasos e idealmente, asumiendo que Celestia es estable, asumiendo que no hay nada más, que no falta ninguna otra infraestructura, entonces seguiremos adelante con la red principal. lanzamiento."