Autor original: Lukasinho, equipo de investigación del GCR
Compilación original: Luffy, Foresight News
La ejecución paralela de transacciones es una tecnología prometedora de escalamiento de blockchain que es necesaria para lograr una adopción generalizada de blockchain sin sacrificar la experiencia del usuario y la liquidez descentralizada. Solana y su máquina virtual (SVM) fueron pioneros en el enfoque de ejecución paralela en lugar de ejecución puramente secuencial. Este enfoque es más complejo en relación con la máquina virtual Ethereum (EVM) dominante. Recientemente, una serie de proyectos prometedores han intentado superar esta barrera, ofreciendo a los desarrolladores la posibilidad de crear aplicaciones con el rendimiento de Solana dentro del entorno familiar EVM.
En este artículo, analizaremos Monad, Sei V2, Neon EVM y Eclipse, todos ellos proyectos potenciales dedicados a este tipo de soluciones EVM paralelas. Profundizaremos en cómo se diseñan estas redes, sus ventajas y desventajas, y discutiremos el desarrollo futuro de estas cadenas de bloques paralelas.
La perspectiva de una EVM paralela
No hay duda de que Ethereum es la cadena de bloques de contratos inteligentes más utilizada y tiene la comunidad y el ecosistema más sólidos. Sin embargo, mientras Ethereum trabaja incansablemente para lograr escalabilidad, la transición de la fragmentación al rollup hace que la escalabilidad de Ethereum como capa base sea un desafío. Si bien un enfoque centrado en Rollup puede ser una solución de escalabilidad, no está exento de inconvenientes. La fragmentación de la liquidez y la mala experiencia del usuario debido a la interacción con muchas cadenas de bloques diferentes serán un gran obstáculo a superar.
¿Qué pasaría si Ethereum, tal como lo conocemos, alcanzara 10.000 TPS o más en otro universo paralelo? Monad, Sei, Neon y Eclipse son cadenas de bloques totalmente compatibles con EVM que aprovechan la ejecución paralela para lograr escalabilidad.
Fuente: twitter.com/SeiNetwork
Mónada
Monad es una cadena de bloques EVM de alto rendimiento diseñada para mejorar significativamente la escalabilidad y la velocidad de las transacciones mediante la ejecución paralela. Está optimizado en cuatro áreas clave para convertirla en una cadena de bloques de alto rendimiento.
Mónada BFT
Monad BFT es un protocolo de consenso utilizado por la cadena de bloques Monad para lograr coherencia en el pedido de transacciones. Permite que muchos nodos de la red acuerden de forma segura el orden de las transacciones, incluso si algunos nodos son deshonestos o están fuera de línea. Monad BFT opera como un compromiso de dos fases basado en líder, recopilando firmas de umbral de 2 validadores f + 1, que se agregan en una sola firma mediante criptografía basada en emparejamiento. Esto aumenta la eficiencia, la escalabilidad y reduce el espacio de almacenamiento en comparación con las firmas individuales.
Ejecución diferida
Las mónadas separan el consenso y la ejecución para mejorar el rendimiento. La capa de consenso implica que los nodos acuerden el orden de las transacciones pero no las ejecuten. La capa de ejecución consta de nodos que ejecutan de forma independiente transacciones ordenadas para actualizar el estado. Al separar el consenso y la ejecución, Monad permite un consenso más rápido a través de paquetes de transacciones más grandes. Una implementación de una sola ranura de 1 segundo (finalidad de una sola ranura), el retraso de ejecución es inferior a 1 segundo, lo que garantiza la coherencia y al mismo tiempo logra un alto rendimiento de transacciones en un solo fragmento. La arquitectura desacopla el consenso y la ejecución para optimizar el pedido y el procesamiento de transacciones.
Ejecución paralela
Las mónadas permiten que las transacciones se ejecuten en paralelo dentro de un bloque para mejorar la eficiencia. Utiliza el método Optimista para comenzar a ejecutar una nueva transacción antes de que se complete la ejecución del paso anterior. Para hacer frente a resultados incorrectos, Monad rastrea la entrada/salida y vuelve a ejecutar transacciones inconsistentes. Los analizadores de código estático pueden predecir dependencias, evitar paralelismos ineficaces y volver al modo simple en tiempos de incertidumbre. Esta ejecución paralela aumenta el rendimiento al tiempo que reduce la probabilidad de que falle la transacción.
Base de datos mónada
Las mónadas realizan E/S asincrónicas (operaciones de entrada/salida) para permitir la ejecución de transacciones en paralelo, a diferencia de los sistemas tradicionales que deben esperar los resultados de E/S antes de procesar la siguiente transacción. La E/S asíncrona permite a la CPU procesar otras transacciones sin esperar resultados de E/S específicos. Monad DB aprovecha las características avanzadas del kernel de Linux para permitir operaciones de disco asincrónicas eficientes, eliminando las limitaciones de la E/S sincrónica. Las bases de datos tradicionales de Ethereum carecen de soporte de E/S asíncrono, pero Monad DB está diseñado para aprovecharlo al máximo. Este enfoque asincrónico mejora en gran medida la eficiencia del procesamiento de transacciones al tiempo que mantiene la compatibilidad con Ethereum.
Ser
Sei V2 es una actualización a gran escala de la red Sei y pretende ser el primer EVM totalmente paralelo. Esta actualización proporcionará a Sei las siguientes características:
Compatible con versiones anteriores de contratos inteligentes EVM
Los desarrolladores pueden transferir contratos inteligentes ya auditados en otras cadenas compatibles con EVM directamente a Sei sin cambiar ningún código. El nodo Sei importará Geth (la implementación Go de la máquina virtual Ethereum), Geth se utilizará para procesar transacciones EVM y Sei creará cualquier actualización resultante (incluidas actualizaciones de estado o llamadas a contratos no relacionados con EVM) para el EVM Interfaz especial. Esta es una actualización importante ya que simplifica el proceso de trasladar contratos inteligentes existentes de otras cadenas de bloques como Ethereum a Sei.
Paralelización optimista
Al igual que Monads, Sei V2 utilizará paralelización optimista. Esto permite que la cadena de bloques ejecute transacciones simultáneamente sin necesidad de que los desarrolladores definan dependencias. Cuando ocurre un conflicto, la cadena de bloques realiza un seguimiento de la parte del almacenamiento afectada por cada transacción y vuelve a ejecutar esas transacciones en orden. Este proceso continuará de forma recursiva hasta que se resuelvan todos los conflictos no resueltos.
Eres DB
Sei DB es una nueva estructura de datos de dos componentes diseñada para optimizar el almacenamiento y evitar la inflación de blockchain. Separa el almacenamiento de estado y el envío de estado, cambiando el diseño tradicional de árbol IAVL único. En comparación con un solo árbol, esta estructura dual reduce la latencia y el uso del disco al tiempo que mejora el rendimiento de lectura y escritura de subprocesos múltiples.
Neón EVM
Neon EVM es una solución totalmente compatible con EVM construida en la cadena de bloques Solana. Se ejecutará como un contrato inteligente dentro de Solana, lo que permitirá a los desarrolladores implementar Ethereum DApps sin ninguna reconfiguración.
Neon EVM permite que las DApps basadas en Solidity y Vyper aprovechen las ventajas de la red de Solana: tarifas bajas, altas velocidades de transacción y capacidades de ejecución de transacciones paralelas.
Esto significa crear contratos compatibles con Solana utilizando las herramientas del ecosistema Ethereum con las que los desarrolladores están familiarizados. Neon EVM hace que las herramientas clave de Ethereum DApp sean compatibles con Solana, incluidas Vyper, Solidity y MetaMask. La solución permite que cualquier aplicación Ethereum se ejecute en Solana con una reconfiguración mínima, incluidas Uniswap, SushiSwap, 0x y MakerDAO.
##Eclipse
Eclipse es la solución Optimistic Layer 2 de próxima generación en Ethereum, impulsada por Solana Virtual Machine (SVM). Al integrar las capacidades de liquidación de Ethereum con la ejecución paralela y de alto rendimiento de SVM, la red principal de Eclipse proporciona una combinación de velocidad, escalabilidad y seguridad. Utiliza Ethereum para la liquidación y ETH como tokens de Gas, lo que garantiza la compatibilidad y la seguridad al tiempo que mejora el rendimiento de las transacciones.
Eclipse tiene como objetivo resolver los desafíos de escalabilidad de Ethereum, aprovechando Celestia para la disponibilidad de datos y RISC Zero para pruebas de conocimiento cero, con el objetivo de lograr una mayor capacidad de transacción sin sacrificar la seguridad y la descentralización. En otras palabras, el equipo de Eclipse continuará prestando mucha atención a la actualización EIP-4844 de Ethereum y considerará migrar a DA de Ethereum en el futuro, lo que mejorará aún más la seguridad de Eclipse.
SVM y su tiempo de ejecución Sealevel admiten la ejecución de transacciones paralelas. Al igual que con Sei V2 y Monads, las transacciones que no implican estados superpuestos se pueden ejecutar en paralelo en lugar de secuencialmente.
Fuente: Eclipse.builders
Para compatibilidad con EVM, Eclipse integrará Neon EVM. Esto brindará compatibilidad total con EVM (incluido el código de bytes de Ethereum y JSON-RPC de Ethereum) a la red principal de Eclipse. Dado que cada instancia de Neon EVM tiene su propio mercado de tarifas local, las aplicaciones solo necesitan implementar sus propios contratos para obtener todos los beneficios de las cadenas de aplicaciones sin interrumpir la experiencia del usuario, la seguridad o la liquidez. De esta manera, además de ser una red de Capa 2, Eclipse pretende ser la capa de infraestructura para un próspero ecosistema de Capa 3. Las redes de Capa 2 que marcan tendencia, como Arbitrum y Base, también han comenzado recientemente a desarrollar la Capa 3. Además, el compilador Solang puede compilar el código de contrato inteligente de Solidity en un código de bytes SVM. Esto permite a los desarrolladores implementar contratos de Solidity en Eclipse sin tener que usar Neon EVM para lanzar su propia Capa 3.
Comparar
De las dos cadenas EVM paralelas independientes, Monad parece recibir más atención. A pesar de tener una cantidad mucho menor de seguidores en comparación con Sei, sus publicaciones generaron más interacciones y tres veces más personas estuvieron presentes en un espacio de Twitter reciente que en un espacio alojado por Sei. Esto demuestra que Monad tiene una comunidad más acogedora y activa. La comunidad Ethereum en particular parece muy entusiasmada con su próximo producto, que pondrá a Monad en una buena posición para captar el entusiasmo y la adopción temprana.
Aunque las métricas de rendimiento de Sei parecen ser más altas que las de Monad y se lanzaron primero, Sei ha recibido menos atención. Sei ha visto una reacción masiva desde que anunció el EVM paralelizado, pero el hecho de que se haya lanzado antes como una cadena CosmWASM y sus tokens hayan estado en circulación durante un tiempo le ha hecho perder su novedad. La narrativa de Sei parece ser más débil que la de Monad y, debido a su trasfondo cósmico, los miembros de la comunidad Ethereum no la ven como un proyecto del ecosistema Ethereum.
Debido al próximo cliente Firedancer de Solana, Neon EVM y Eclipse proporcionarán un rendimiento superior a Monad y Sei, lo que ilustra las deficiencias de rendimiento que enfrenta EVM en relación con SVM, incluso si también implementa paralelización. A pesar de esta ventaja de rendimiento y del lanzamiento de la red principal antes que otros proyectos, Neon todavía tuvo dificultades para encontrar su lugar en el mercado. Las tasas de adopción temprana de Neon han sido muy decepcionantes, por decir lo menos. Esto puede deberse a que Neon realmente no tiene un público objetivo. La comunidad Ethereum es muy escéptica con respecto a Solana debido a su falta de confiabilidad, falta de seguridad y falta de descentralización. Por tanto, no están interesados en lanzar aplicaciones en Solana. Por otro lado, la comunidad de Solana está contenta con el uso de SVM y no tiene interés en cambiar a EVM, lo que deja a Neon EVM en una posición incómoda en la que nadie está realmente interesado.
¿Eclipse correrá el mismo destino? Como Ethereum Layer 2, aprovecha la seguridad, la descentralización y la confiabilidad de Ethereum. Pero debido a que la máquina virtual Solana se ejecuta en la capa base, aún puede enfrentar el escepticismo de la comunidad Ethereum. Al unificar lo mejor de Ethereum y Solana, al mismo tiempo que incorpora claramente la tendencia del diseño modular de blockchain y admite el paquete acumulativo de capa 3 específico de DApp, Eclipse parece estar aprovechando todas las tendencias y narrativas actuales en Web3. Por su diseño, tecnología y rendimiento, Eclipse debería estar perfectamente posicionado para crear una narrativa sólida en torno a su lanzamiento. Eclipse parece prometedor hasta ahora, mantiene un fuerte impulso y está contratando más profesionales de marketing.
Perspectiva del futuro
La competencia en el espacio Web3 es feroz, con muchas soluciones de Capa 1 y Capa 2 compitiendo por la atención. El éxito no se trata sólo de tener la tecnología más avanzada, es igualmente importante crear una historia convincente, construir una comunidad sólida y atraer desarrolladores. Esto coloca a las cadenas de bloques que destacan en esto último en una posición sólida.
Las mónadas están bien posicionadas en la próxima narrativa paralela de EVM. A pesar de un rendimiento ligeramente inferior al de Sei, Monad ha recibido la mayor expectación y atención. Sin embargo, la historia de las criptomonedas está desapareciendo rápidamente. Monad tendrá que aprovechar este revuelo a corto plazo para impulsar su ecosistema.
Además de competir entre sí, estos competidores también deben competir con Ethereum, Layer 2 y blockchains de segunda generación como Solana, Avalanche y Polygon. Todos estos adversarios han tenido más tiempo para desarrollar sus comunidades y ecosistemas. El atractivo, la tecnología innovadora y el impresionante rendimiento de los nuevos y brillantes productos probablemente llamarán la atención cuando se lancen Monad, Sei y Eclipse. El éxito a largo plazo dependerá de su capacidad para capitalizar esta atención y permitir que los usuarios y desarrolladores continúen desarrollando sus propios ecosistemas y comunidades prósperos.
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.
Una mirada a los cuatro principales EVM paralelos: Monad, Sei V2, Neon y Eclipse
Autor original: Lukasinho, equipo de investigación del GCR
Compilación original: Luffy, Foresight News
La ejecución paralela de transacciones es una tecnología prometedora de escalamiento de blockchain que es necesaria para lograr una adopción generalizada de blockchain sin sacrificar la experiencia del usuario y la liquidez descentralizada. Solana y su máquina virtual (SVM) fueron pioneros en el enfoque de ejecución paralela en lugar de ejecución puramente secuencial. Este enfoque es más complejo en relación con la máquina virtual Ethereum (EVM) dominante. Recientemente, una serie de proyectos prometedores han intentado superar esta barrera, ofreciendo a los desarrolladores la posibilidad de crear aplicaciones con el rendimiento de Solana dentro del entorno familiar EVM.
En este artículo, analizaremos Monad, Sei V2, Neon EVM y Eclipse, todos ellos proyectos potenciales dedicados a este tipo de soluciones EVM paralelas. Profundizaremos en cómo se diseñan estas redes, sus ventajas y desventajas, y discutiremos el desarrollo futuro de estas cadenas de bloques paralelas.
La perspectiva de una EVM paralela
No hay duda de que Ethereum es la cadena de bloques de contratos inteligentes más utilizada y tiene la comunidad y el ecosistema más sólidos. Sin embargo, mientras Ethereum trabaja incansablemente para lograr escalabilidad, la transición de la fragmentación al rollup hace que la escalabilidad de Ethereum como capa base sea un desafío. Si bien un enfoque centrado en Rollup puede ser una solución de escalabilidad, no está exento de inconvenientes. La fragmentación de la liquidez y la mala experiencia del usuario debido a la interacción con muchas cadenas de bloques diferentes serán un gran obstáculo a superar.
¿Qué pasaría si Ethereum, tal como lo conocemos, alcanzara 10.000 TPS o más en otro universo paralelo? Monad, Sei, Neon y Eclipse son cadenas de bloques totalmente compatibles con EVM que aprovechan la ejecución paralela para lograr escalabilidad.
Fuente: twitter.com/SeiNetwork
Mónada
Monad es una cadena de bloques EVM de alto rendimiento diseñada para mejorar significativamente la escalabilidad y la velocidad de las transacciones mediante la ejecución paralela. Está optimizado en cuatro áreas clave para convertirla en una cadena de bloques de alto rendimiento.
Mónada BFT
Monad BFT es un protocolo de consenso utilizado por la cadena de bloques Monad para lograr coherencia en el pedido de transacciones. Permite que muchos nodos de la red acuerden de forma segura el orden de las transacciones, incluso si algunos nodos son deshonestos o están fuera de línea. Monad BFT opera como un compromiso de dos fases basado en líder, recopilando firmas de umbral de 2 validadores f + 1, que se agregan en una sola firma mediante criptografía basada en emparejamiento. Esto aumenta la eficiencia, la escalabilidad y reduce el espacio de almacenamiento en comparación con las firmas individuales.
Ejecución diferida
Las mónadas separan el consenso y la ejecución para mejorar el rendimiento. La capa de consenso implica que los nodos acuerden el orden de las transacciones pero no las ejecuten. La capa de ejecución consta de nodos que ejecutan de forma independiente transacciones ordenadas para actualizar el estado. Al separar el consenso y la ejecución, Monad permite un consenso más rápido a través de paquetes de transacciones más grandes. Una implementación de una sola ranura de 1 segundo (finalidad de una sola ranura), el retraso de ejecución es inferior a 1 segundo, lo que garantiza la coherencia y al mismo tiempo logra un alto rendimiento de transacciones en un solo fragmento. La arquitectura desacopla el consenso y la ejecución para optimizar el pedido y el procesamiento de transacciones.
Ejecución paralela
Las mónadas permiten que las transacciones se ejecuten en paralelo dentro de un bloque para mejorar la eficiencia. Utiliza el método Optimista para comenzar a ejecutar una nueva transacción antes de que se complete la ejecución del paso anterior. Para hacer frente a resultados incorrectos, Monad rastrea la entrada/salida y vuelve a ejecutar transacciones inconsistentes. Los analizadores de código estático pueden predecir dependencias, evitar paralelismos ineficaces y volver al modo simple en tiempos de incertidumbre. Esta ejecución paralela aumenta el rendimiento al tiempo que reduce la probabilidad de que falle la transacción.
Base de datos mónada
Las mónadas realizan E/S asincrónicas (operaciones de entrada/salida) para permitir la ejecución de transacciones en paralelo, a diferencia de los sistemas tradicionales que deben esperar los resultados de E/S antes de procesar la siguiente transacción. La E/S asíncrona permite a la CPU procesar otras transacciones sin esperar resultados de E/S específicos. Monad DB aprovecha las características avanzadas del kernel de Linux para permitir operaciones de disco asincrónicas eficientes, eliminando las limitaciones de la E/S sincrónica. Las bases de datos tradicionales de Ethereum carecen de soporte de E/S asíncrono, pero Monad DB está diseñado para aprovecharlo al máximo. Este enfoque asincrónico mejora en gran medida la eficiencia del procesamiento de transacciones al tiempo que mantiene la compatibilidad con Ethereum.
Ser
Sei V2 es una actualización a gran escala de la red Sei y pretende ser el primer EVM totalmente paralelo. Esta actualización proporcionará a Sei las siguientes características:
Compatible con versiones anteriores de contratos inteligentes EVM
Los desarrolladores pueden transferir contratos inteligentes ya auditados en otras cadenas compatibles con EVM directamente a Sei sin cambiar ningún código. El nodo Sei importará Geth (la implementación Go de la máquina virtual Ethereum), Geth se utilizará para procesar transacciones EVM y Sei creará cualquier actualización resultante (incluidas actualizaciones de estado o llamadas a contratos no relacionados con EVM) para el EVM Interfaz especial. Esta es una actualización importante ya que simplifica el proceso de trasladar contratos inteligentes existentes de otras cadenas de bloques como Ethereum a Sei.
Paralelización optimista
Al igual que Monads, Sei V2 utilizará paralelización optimista. Esto permite que la cadena de bloques ejecute transacciones simultáneamente sin necesidad de que los desarrolladores definan dependencias. Cuando ocurre un conflicto, la cadena de bloques realiza un seguimiento de la parte del almacenamiento afectada por cada transacción y vuelve a ejecutar esas transacciones en orden. Este proceso continuará de forma recursiva hasta que se resuelvan todos los conflictos no resueltos.
Eres DB
Sei DB es una nueva estructura de datos de dos componentes diseñada para optimizar el almacenamiento y evitar la inflación de blockchain. Separa el almacenamiento de estado y el envío de estado, cambiando el diseño tradicional de árbol IAVL único. En comparación con un solo árbol, esta estructura dual reduce la latencia y el uso del disco al tiempo que mejora el rendimiento de lectura y escritura de subprocesos múltiples.
Neón EVM
Neon EVM es una solución totalmente compatible con EVM construida en la cadena de bloques Solana. Se ejecutará como un contrato inteligente dentro de Solana, lo que permitirá a los desarrolladores implementar Ethereum DApps sin ninguna reconfiguración.
Neon EVM permite que las DApps basadas en Solidity y Vyper aprovechen las ventajas de la red de Solana: tarifas bajas, altas velocidades de transacción y capacidades de ejecución de transacciones paralelas.
Esto significa crear contratos compatibles con Solana utilizando las herramientas del ecosistema Ethereum con las que los desarrolladores están familiarizados. Neon EVM hace que las herramientas clave de Ethereum DApp sean compatibles con Solana, incluidas Vyper, Solidity y MetaMask. La solución permite que cualquier aplicación Ethereum se ejecute en Solana con una reconfiguración mínima, incluidas Uniswap, SushiSwap, 0x y MakerDAO.
##Eclipse
Eclipse es la solución Optimistic Layer 2 de próxima generación en Ethereum, impulsada por Solana Virtual Machine (SVM). Al integrar las capacidades de liquidación de Ethereum con la ejecución paralela y de alto rendimiento de SVM, la red principal de Eclipse proporciona una combinación de velocidad, escalabilidad y seguridad. Utiliza Ethereum para la liquidación y ETH como tokens de Gas, lo que garantiza la compatibilidad y la seguridad al tiempo que mejora el rendimiento de las transacciones.
Eclipse tiene como objetivo resolver los desafíos de escalabilidad de Ethereum, aprovechando Celestia para la disponibilidad de datos y RISC Zero para pruebas de conocimiento cero, con el objetivo de lograr una mayor capacidad de transacción sin sacrificar la seguridad y la descentralización. En otras palabras, el equipo de Eclipse continuará prestando mucha atención a la actualización EIP-4844 de Ethereum y considerará migrar a DA de Ethereum en el futuro, lo que mejorará aún más la seguridad de Eclipse.
SVM y su tiempo de ejecución Sealevel admiten la ejecución de transacciones paralelas. Al igual que con Sei V2 y Monads, las transacciones que no implican estados superpuestos se pueden ejecutar en paralelo en lugar de secuencialmente.
Fuente: Eclipse.builders
Para compatibilidad con EVM, Eclipse integrará Neon EVM. Esto brindará compatibilidad total con EVM (incluido el código de bytes de Ethereum y JSON-RPC de Ethereum) a la red principal de Eclipse. Dado que cada instancia de Neon EVM tiene su propio mercado de tarifas local, las aplicaciones solo necesitan implementar sus propios contratos para obtener todos los beneficios de las cadenas de aplicaciones sin interrumpir la experiencia del usuario, la seguridad o la liquidez. De esta manera, además de ser una red de Capa 2, Eclipse pretende ser la capa de infraestructura para un próspero ecosistema de Capa 3. Las redes de Capa 2 que marcan tendencia, como Arbitrum y Base, también han comenzado recientemente a desarrollar la Capa 3. Además, el compilador Solang puede compilar el código de contrato inteligente de Solidity en un código de bytes SVM. Esto permite a los desarrolladores implementar contratos de Solidity en Eclipse sin tener que usar Neon EVM para lanzar su propia Capa 3.
Comparar
De las dos cadenas EVM paralelas independientes, Monad parece recibir más atención. A pesar de tener una cantidad mucho menor de seguidores en comparación con Sei, sus publicaciones generaron más interacciones y tres veces más personas estuvieron presentes en un espacio de Twitter reciente que en un espacio alojado por Sei. Esto demuestra que Monad tiene una comunidad más acogedora y activa. La comunidad Ethereum en particular parece muy entusiasmada con su próximo producto, que pondrá a Monad en una buena posición para captar el entusiasmo y la adopción temprana.
Aunque las métricas de rendimiento de Sei parecen ser más altas que las de Monad y se lanzaron primero, Sei ha recibido menos atención. Sei ha visto una reacción masiva desde que anunció el EVM paralelizado, pero el hecho de que se haya lanzado antes como una cadena CosmWASM y sus tokens hayan estado en circulación durante un tiempo le ha hecho perder su novedad. La narrativa de Sei parece ser más débil que la de Monad y, debido a su trasfondo cósmico, los miembros de la comunidad Ethereum no la ven como un proyecto del ecosistema Ethereum.
Debido al próximo cliente Firedancer de Solana, Neon EVM y Eclipse proporcionarán un rendimiento superior a Monad y Sei, lo que ilustra las deficiencias de rendimiento que enfrenta EVM en relación con SVM, incluso si también implementa paralelización. A pesar de esta ventaja de rendimiento y del lanzamiento de la red principal antes que otros proyectos, Neon todavía tuvo dificultades para encontrar su lugar en el mercado. Las tasas de adopción temprana de Neon han sido muy decepcionantes, por decir lo menos. Esto puede deberse a que Neon realmente no tiene un público objetivo. La comunidad Ethereum es muy escéptica con respecto a Solana debido a su falta de confiabilidad, falta de seguridad y falta de descentralización. Por tanto, no están interesados en lanzar aplicaciones en Solana. Por otro lado, la comunidad de Solana está contenta con el uso de SVM y no tiene interés en cambiar a EVM, lo que deja a Neon EVM en una posición incómoda en la que nadie está realmente interesado.
¿Eclipse correrá el mismo destino? Como Ethereum Layer 2, aprovecha la seguridad, la descentralización y la confiabilidad de Ethereum. Pero debido a que la máquina virtual Solana se ejecuta en la capa base, aún puede enfrentar el escepticismo de la comunidad Ethereum. Al unificar lo mejor de Ethereum y Solana, al mismo tiempo que incorpora claramente la tendencia del diseño modular de blockchain y admite el paquete acumulativo de capa 3 específico de DApp, Eclipse parece estar aprovechando todas las tendencias y narrativas actuales en Web3. Por su diseño, tecnología y rendimiento, Eclipse debería estar perfectamente posicionado para crear una narrativa sólida en torno a su lanzamiento. Eclipse parece prometedor hasta ahora, mantiene un fuerte impulso y está contratando más profesionales de marketing.
Perspectiva del futuro
La competencia en el espacio Web3 es feroz, con muchas soluciones de Capa 1 y Capa 2 compitiendo por la atención. El éxito no se trata sólo de tener la tecnología más avanzada, es igualmente importante crear una historia convincente, construir una comunidad sólida y atraer desarrolladores. Esto coloca a las cadenas de bloques que destacan en esto último en una posición sólida.
Las mónadas están bien posicionadas en la próxima narrativa paralela de EVM. A pesar de un rendimiento ligeramente inferior al de Sei, Monad ha recibido la mayor expectación y atención. Sin embargo, la historia de las criptomonedas está desapareciendo rápidamente. Monad tendrá que aprovechar este revuelo a corto plazo para impulsar su ecosistema.
Además de competir entre sí, estos competidores también deben competir con Ethereum, Layer 2 y blockchains de segunda generación como Solana, Avalanche y Polygon. Todos estos adversarios han tenido más tiempo para desarrollar sus comunidades y ecosistemas. El atractivo, la tecnología innovadora y el impresionante rendimiento de los nuevos y brillantes productos probablemente llamarán la atención cuando se lancen Monad, Sei y Eclipse. El éxito a largo plazo dependerá de su capacidad para capitalizar esta atención y permitir que los usuarios y desarrolladores continúen desarrollando sus propios ecosistemas y comunidades prósperos.