Título original: Muerte, impuestos y paralelización de EVM
Autor original: Investigación Reforge
Fuente original: Investigación Reforge
Compilado por: Mars Finance, MK
introducir
En el campo actual de los sistemas informáticos, las mejoras de aceleración y eficiencia a menudo se logran mediante la realización de tareas en paralelo en lugar de la ejecución secuencial. Este fenómeno, acertadamente llamado paralelización, nació con la aparición de arquitecturas de procesadores multinúcleo en las computadoras modernas. Las tareas tradicionales paso a paso ahora se optimizan mediante una perspectiva de concurrencia, maximizando el rendimiento del procesador. De manera similar, en la red blockchain, el principio de ejecución simultánea de múltiples tareas también se puede aplicar al nivel de transacción, aunque no depende de múltiples procesadores, sino del poder de verificación colectiva de muchos validadores en la red. Ejemplos de implementaciones tempranas incluyen:
En 2015, Nano (XNO) introdujo una estructura de cuadrícula de bloques, en la que cada cuenta tiene una cadena de bloques independiente, lo que permite el procesamiento paralelo de transacciones y elimina la necesidad de confirmaciones de transacciones en toda la red.
En 2018, se publicó un artículo sobre el motor de ejecución paralela de la red blockchain Block-STM (Software Transactional Memory). Polkadot logró la paralelización a través de una arquitectura de múltiples cadenas y EOS lanzó un motor de procesamiento de múltiples subprocesos.
En 2020, Avalanche introdujo un mecanismo de consenso de procesamiento paralelo (no la cadena C EVM, que es en serie), y Solana lanzó una tecnología innovadora similar llamada Sealevel.
Para EVM, desde su nacimiento, sus transacciones y ejecución de contratos inteligentes han sido un procesamiento secuencial. Este diseño de ejecución de un solo subproceso limita el rendimiento general y la escalabilidad del sistema, especialmente durante los períodos de máxima demanda de la red. A medida que los validadores de red enfrentan una carga de trabajo cada vez mayor, las velocidades de la red inevitablemente disminuyen, lo que resulta en costos más altos para los usuarios que tienen que pujar para priorizar sus transacciones en un entorno de red abarrotado.
La comunidad Ethereum ha explorado durante mucho tiempo el procesamiento paralelo como solución, comenzando con la propuesta EIP de Vitalik en 2017. El objetivo original era lograr la paralelización a través de cadenas de fragmentos o fragmentos. Sin embargo, el rápido desarrollo y adopción de paquetes acumulativos L2, debido a su simplicidad y los beneficios de escalabilidad que proporcionaban directamente, cambió el enfoque de Ethereum hacia una tecnología ahora conocida como danksharding. En danksharding, la fragmentación sirve principalmente como una capa de disponibilidad de datos en lugar de ejecución de transacciones paralelas. Sin embargo, dado que la implementación completa de danksharding aún está en progreso, la atención se ha centrado en varias redes L1 paralelizadas compatibles con EVM, en particular Monad, Neon EVM y Sei.
Considerando la evolución tradicional de la ingeniería de sistemas de software y los logros de escalabilidad de otras redes, la ejecución paralela de EVM parece inevitable. A pesar de nuestra firme creencia en esta transición, el futuro sigue siendo incierto y esperanzador. Esto tiene profundas implicaciones para el ecosistema de desarrolladores de contratos inteligentes más grande del mundo, que actualmente tiene una capitalización de mercado de más de 80 mil millones de dólares. ¿Qué sucede cuando el acceso estatal optimizado hace que los precios del gas bajen significativamente a solo una fracción de centavo? ¿Cuánto espacio de diseño tendrán los desarrolladores de la capa de aplicaciones?
La paralelización es un medio, no un fin.
Escalar blockchain es un problema complejo y multidimensional, y la ejecución paralela allana el camino para el desarrollo de infraestructura crítica como el almacenamiento de estado de blockchain. El principal desafío que enfrentan los proyectos EVM paralelos no es solo lograr cálculos simultáneos, sino también optimizar el acceso y la modificación del estado en un entorno paralelo. Los temas centrales incluyen principalmente:
Los clientes de Ethereum y el propio Ethereum utilizan diferentes estructuras de datos de almacenamiento (árbol B/árbol LSM versus Merkle Patricia Trie), lo que puede causar una degradación del rendimiento cuando una estructura de datos está integrada en otra.
Durante la ejecución paralela, las capacidades de entrada/salida asíncrona (E/S asíncrona) de lectura y escritura transaccional son extremadamente importantes; de lo contrario, los procesos pueden quedarse atascados esperando unos a otros, desperdiciando así el potencial de mejora de la velocidad.
El aumento de las tareas computacionales, como una gran cantidad de hashes SHA-3 u operaciones de cálculo, es casi insignificante en comparación con el costo de acceder al valor almacenado. Para reducir el tiempo de procesamiento de transacciones y los costos de gas, es necesario mejorar la infraestructura de la base de datos. Esto es más que simplemente adoptar una arquitectura de base de datos tradicional como alternativa a los almacenes de valores clave sin procesar (como SQL DB). El modelo relacional del estado EVM agrega complejidad y gastos generales innecesarios, y las operaciones de "carga" y "almacenamiento" también son más costosas que los almacenes básicos de valores-clave. El estado EVM solo requiere lecturas y escrituras puntuales, y las escrituras ocurren independientemente del final de cada bloque. Por lo tanto, las mejoras deben centrarse en áreas clave como escalabilidad, lecturas y escrituras de baja latencia, control de concurrencia eficiente, poda y archivo de estado y una integración perfecta con EVM. Por ejemplo, Monad está creando una base de datos de estado personalizada desde cero llamada MonadDB que aprovecha el kernel más reciente para admitir operaciones asincrónicas e implementa de forma nativa la estructura de datos de Patricia Trie, tanto en el disco como en la memoria.
Esperamos ver una mayor refactorización de la base de datos de valores clave subyacente, así como mejoras significativas en una gran cantidad de infraestructura de soporte para las capacidades de almacenamiento de blockchain.
Celebremos una vez más el valor excepcional de los libros de órdenes con límite central programables (pCLOB).
A medida que DeFi avanza hacia niveles de fidelidad más altos, los libros de órdenes con límite central (CLOB) se están convirtiendo cada vez más en el método dominante de diseño de transacciones. Desde su debut en 2017, los creadores de mercado automatizados (AMM) se han convertido en una fuerza central en el espacio DeFi, ampliamente respetados por su simplicidad y capacidades únicas de generación de liquidez. Los AMM han provocado una revolución en el mundo DeFi al utilizar fondos de liquidez y algoritmos de fijación de precios, convirtiéndose en la alternativa preferida a los sistemas comerciales tradicionales, como los libros de órdenes. Si bien los CLOB desempeñan un papel fundamental en las finanzas tradicionales, experimentaron una ardua lucha durante su introducción a Ethereum debido a las limitaciones de la escalabilidad de blockchain.
Este diseño requiere una gran cantidad de procesos de transacción, incluido el envío, ejecución, cancelación o modificación de cada orden, y cada paso requiere una nueva transacción en cadena. Dada la infancia de los esfuerzos de escalamiento de Ethereum, el costo de este requisito hizo que los CLOB fueran menos aplicables en los primeros días de DeFi, lo que llevó al fracaso de los primeros lanzamientos como EtherDelta. Sin embargo, a pesar de su popularidad, las AMM tienen limitaciones inherentes. A medida que DeFi madura y atrae a comerciantes e instituciones más sofisticados, estas limitaciones se vuelven cada vez más evidentes.
Después de reconocer las ventajas de los CLOB, la gente comenzó a aumentar los esfuerzos para integrar los intercambios basados en CLOB en DeFi en otras redes blockchain con mayor escalabilidad. Proyectos representativos como Kujira, Serum (RIP ☠), Demex, dYdX, Dexalot y recientemente Aori e Hyperliquid tienen como objetivo brindar una mejor experiencia comercial en cadena que sus competidores AMM.
Sin embargo, además de los proyectos que se centran en áreas específicas, como dYdX e Hyperliquid, que se centran en contratos perpetuos, los CLOB en estas redes alternativas enfrentan sus propios desafíos, que incluyen:
Problema de fragmentación de la liquidez: debido a que el protocolo DeFi en Ethereum es altamente componible y está perfectamente integrado, forma un fuerte efecto de red, lo que dificulta que los CLOB en otras cadenas atraigan suficiente liquidez y volumen de operaciones, lo que dificulta su adopción y promoción.
Meme Coin: Dirigir la liquidez en los CLOB en cadena requiere realizar órdenes limitadas, lo cual es un problema del huevo y la gallina más desafiante dados los activos nuevos y menos conocidos como las monedas meme.
CLOB con gota
En cuanto a la capa L2, las soluciones Ethereum L2 existentes han logrado mejoras significativas en las capacidades y costos de procesamiento de transacciones en comparación con la red principal de Ethereum, especialmente después de la reciente bifurcación dura de Dencun. Al utilizar objetos binarios grandes y livianos (blobs) en lugar de datos de llamadas que consumen mucho gas, los costos de transacción se reducen significativamente. A partir del 1 de abril, Arbitrum y Optimism tenían tarifas de $0,028 y $0,064, respectivamente, y Mantle tenía la tarifa más baja de $0,015, según growthepie.
Esta disminución es significativa en comparación con las altas tarifas de Dencun antes de la bifurcación, ya que los datos de llamadas anteriormente representaban entre el 70% y el 90% de los costos. Desafortunadamente, aunque las tarifas han disminuido significativamente, la tarifa de publicación/cancelación de alrededor de $0,01 todavía se considera demasiado alta. Por ejemplo, los traders institucionales y los creadores de mercado suelen tener altos ratios entre órdenes y operaciones, ejecutando sólo una pequeña cantidad de operaciones reales entre una gran cantidad de órdenes. Incluso con el actual precio de tarifa L2, la presentación de grandes pedidos en diferentes libros y sus posteriores modificaciones o cancelaciones pueden tener un impacto significativo en la rentabilidad y las decisiones estratégicas de los actores institucionales, incluso si el costo por operación es inferior a $0,01.
El pCLOB
Con el nacimiento de EVM paralelo, se espera que aumente la actividad de DeFi, liderada por CLOB que se pueden implementar en cadena. Libros de órdenes de límite central (pCLOB) especialmente programables, porque DeFi es inherentemente altamente componible y puede interactuar con diversos protocolos (limitados solo por el gas), dando origen así a ricas combinaciones comerciales. Con esta característica, pCLOB puede integrar lógica personalizada durante el proceso de envío del pedido, que puede activarse antes y después de enviar el pedido. Por ejemplo, los contratos inteligentes pCLOB pueden:
Verificar los parámetros de la orden (como el precio y la cantidad) según reglas predefinidas o condiciones de mercado;
Implementar revisiones de riesgos en tiempo real para garantizar que haya un margen o garantía adecuado disponible para transacciones apalancadas;
Calcule dinámicamente las tarifas en función de varios parámetros (como el tipo de orden, el volumen de operaciones, la volatilidad del mercado, etc.);
Ejecute órdenes basadas en condiciones específicas; y su costo es mucho menor que los modelos comerciales existentes.
El concepto de liquidez “justo a tiempo” (JIT) representa bien esta ventaja. La liquidez no quedará varada en un solo intercambio, sino que se movilizará activamente desde otros lugares en el momento de igualar la orden, obteniendo previamente ganancias en la plataforma subyacente. ¿Quién puede negarse a obtener todas las ganancias en MakerDAO antes de buscar liquidez comercial? El innovador enfoque de “Cotización como código” de Mangrove Exchange demuestra este potencial, donde una vez que se iguala una cotización, se ejecuta el código incorporado, cuya tarea principal es encontrar la liquidez requerida por quien toma la orden. A pesar de los desafíos, particularmente en términos de escalabilidad y costo de capa 2 (L2), el EVM paralelo mejora significativamente la eficiencia del motor de adaptación de los pCLOB. Hoy en día, pCLOB puede implementar un motor de comparación paralelo para procesar pedidos y realizar cálculos de comparación en paralelo a través de múltiples "canales". Cada canal maneja una parte del libro de órdenes, eliminando las restricciones de prioridad precio-tiempo y ejecutándose solo cuando se encuentra una coincidencia. Esto reduce la latencia entre el envío, la ejecución y la modificación de la orden, lo que permite actualizar el libro de órdenes con una eficiencia óptima.
Para los activos de cola larga con baja liquidez, los AMM aún pueden usarse ampliamente; sin embargo, para los activos de primera línea, los pCLOB sin duda demostrarán su superioridad.
En una conversación con Keone Hon, cofundador y director ejecutivo de Monad, predijo con confianza que múltiples pCLOB atraerán la atención en diferentes ecosistemas de alto rendimiento y tendrán un impacto positivo en DeFi en su conjunto debido a su capacidad para reducir significativamente las tarifas. impactos en los ecosistemas.
Incluso con estos avances por sí solos, esperamos que los pCLOB tengan un gran impacto en la eficiencia del capital y lideren una nueva tendencia en el mundo DeFi.
Reconocemos que si bien se necesitan más aplicaciones, ante todo...
Las aplicaciones nuevas y existentes deben diseñarse de manera que aprovechen al máximo las propiedades de paralelización subyacentes.
La mayoría de las aplicaciones descentralizadas actuales no tienen paralelismo y su interacción con la cadena de bloques es de naturaleza secuencial. Sin embargo, la historia muestra que las tecnologías y aplicaciones evolucionan naturalmente para aprovechar los nuevos avances tecnológicos, incluso si no fueron diseñadas originalmente para hacerlo. Un ejemplo de ello fueron las apps diseñadas para el primer iPhone cuando se lanzó. Estamos en una transición similar, ya que agregar capacidades de procesamiento multinúcleo a blockchain conducirá a aplicaciones aún mejores.
La evolución del comercio electrónico, desde la exhibición de catálogos de revistas en línea hasta la formación de mercados bilaterales sólidos, ejemplifica este cambio. Con la implementación de EVM paralelo, seremos testigos de una evolución similar de las aplicaciones descentralizadas. Esto resalta aún más una limitación clave: si las aplicaciones no están diseñadas para ser paralelas, no pueden beneficiarse inherentemente de las ganancias de eficiencia que aporta la EVM paralela. Por lo tanto, no basta con implementar el paralelismo en la capa de infraestructura subyacente, también es necesario rediseñar la capa de aplicación para garantizar la alineación con ella.
contención estatal
Incluso sin cambiar la aplicación en sí, esperaríamos ver una mejora de rendimiento de 2 a 4 veces. Sin embargo, ¿por qué detenerse ahí, especialmente cuando el potencial de mejora del rendimiento es mayor? El desafío clave que plantea este cambio es que las aplicaciones deben rediseñarse fundamentalmente para adaptarse a las diferencias sutiles del procesamiento paralelo.
En particular, pueden surgir conflictos cuando varias transacciones en una aplicación descentralizada intentan modificar el mismo estado al mismo tiempo. Estas transacciones conflictivas requieren serialización para resolver el problema, pero esto anula los beneficios de la paralelización.
No analizaremos en detalle los métodos de resolución de conflictos aquí, pero la cantidad de conflictos potenciales que enfrenta un desarrollador de aplicaciones depende en gran medida de su propio diseño. Las aplicaciones descentralizadas de algunos protocolos populares, como Uniswap, se diseñan e implementan sin considerar esta restricción. El cofundador de Aori 0xTaker, una empresa de libros de pedidos fuera de línea de alta frecuencia para fabricantes, ofrece una mirada en profundidad a los principales problemas de disputa estatal que encontrará en el contexto del procesamiento paralelo. Para AMM, su modelo de grupo peer-to-peer puede atraer a una gran cantidad de participantes para comerciar con el mismo grupo al mismo tiempo. Desde unas pocas transacciones hasta más de cien transacciones pueden generar competencia estatal, por lo que los diseñadores de AMM deben tener cuidado. planificar cómo operar en el pool, asignar y gestionar la liquidez para maximizar sus beneficios.
Steven, desarrollador principal de Sei, enfatizó la importancia de considerar la contención en el desarrollo de subprocesos múltiples y señaló que Sei está explorando activamente las implicaciones de la paralelización y su impacto en la utilización de recursos.
Previsibilidad del rendimiento
Yilong, cofundador y director ejecutivo de MegaETH, también enfatizó la importancia de buscar la previsibilidad del rendimiento en aplicaciones descentralizadas. La llamada previsibilidad del rendimiento se refiere a la capacidad de las aplicaciones descentralizadas para ejecutar transacciones de manera consistente dentro de un período de tiempo determinado, independientemente de la congestión de la red u otros factores externos. Una forma de conseguirlo es mediante el uso de cadenas específicas. Sin embargo, si bien las cadenas de aplicaciones específicas proporcionan un rendimiento predecible, sacrifican la componibilidad.
La paralelización proporciona una manera de minimizar la competencia estatal a través de la experimentación en el mercado de tarifas locales.
Aori, cofundador de 0xTaker, dijo que a través del paralelismo avanzado y un mecanismo de tarifas multidimensional, se puede proporcionar a cada aplicación un rendimiento más determinista manteniendo la componibilidad general.
Solana tiene un excelente sistema de mercado de tarifas que está localizado, de modo que si varios usuarios acceden al mismo estado, pagan tarifas ligeramente más altas (precios de afluencia) en lugar de competir entre sí en el mercado de tarifas global. Este mecanismo es particularmente beneficioso para protocolos poco conectados que requieren previsibilidad y componibilidad del rendimiento. Imagine un sistema de autopistas con carriles múltiples y peaje dinámico que proporcione carriles exprés exclusivos durante las horas pico para vehículos dispuestos a pagar peajes más altos, asegurando los viajes de estos usuarios que priorizan la velocidad y están dispuestos a pagar una prima. . Al mismo tiempo, los carriles regulares permanecen abiertos para todos los vehículos, manteniendo la conectividad general en todo el sistema de carreteras.
posibilidades imaginadas
Si bien rediseñar los protocolos para acomodar el paralelismo subyacente puede parecer un desafío, en DeFi y otras áreas, el espacio de diseño se ha expandido significativamente y podemos esperar ver la creación de nuevas aplicaciones que sean más complejas, eficientes y con mayor rendimiento. que antes eran difíciles de implementar debido a limitaciones de rendimiento.
En 1995, el único plan de Internet disponible era pagar 0,10 dólares por 1 MB de datos descargados, lo que animaba a las personas a elegir cuidadosamente qué sitios web visitaban. Desde esta situación hasta el uso irrestricto actual, hemos sido testigos de cómo cambian los patrones de comportamiento de las personas y cómo se abren nuevas posibilidades.
Es posible que volvamos a una guerra de adquisición de usuarios similar a los primeros días de los intercambios centralizados, donde las aplicaciones DeFi, especialmente los intercambios descentralizados, utilizarán programas de referencia (como puntos, lanzamientos aéreos) y una mejor experiencia de usuario como ventajas competitivas. Imaginamos un mundo en el que cualquier juego en cadena con una cantidad razonable de interacción podría convertirse en realidad. La existencia de un libro de pedidos híbrido-AMM es un hecho, pero es mejor migrar el ordenador CLOB como un nodo independiente y lograr la descentralización a través de la gobernanza que migrarlo directamente a la cadena. Hacerlo puede aumentar el grado de descentralización y reducir la latencia. y mejorar la componibilidad. Ahora, la interacción social en cadena es completamente factible. De hecho, ahora es posible cualquier escenario que involucre a un gran número de personas o agentes que realizan una actividad específica simultáneamente.
Además de los humanos, es probable que los agentes inteligentes se vuelvan cada vez más dominantes en los flujos de transacciones en cadena. La IA ha sido un actor en el juego durante algún tiempo, por ejemplo en el arbitraje y la ejecución comercial automatizada, pero se espera que su participación crezca exponencialmente a un ritmo sin precedentes. Creemos que todas las formas de participación en la cadena se verán mejoradas hasta cierto punto por la inteligencia artificial. Los requisitos de latencia para que los agentes realicen transacciones serán más críticos de lo que imaginamos actualmente.
En última instancia, el progreso tecnológico es sólo el factor habilitante básico. En última instancia, aquellos que puedan eclipsar a sus pares en la incorporación de usuarios y la creación de volumen de operaciones y liquidez serán los ganadores. La diferencia es que los desarrolladores ahora tienen más recursos a su disposición.
Las criptomonedas tienen una experiencia de usuario terrible... ahora, las cosas están a punto de mejorar.
La unificación de la experiencia del usuario (UXU) no sólo es factible, sino necesaria, y la industria ciertamente está avanzando hacia la consecución de este objetivo.
La experiencia del usuario de blockchain actual es fragmentada y engorrosa: los usuarios deben cambiar entre múltiples blockchains, billeteras y protocolos, esperar pacientemente a que se completen las transacciones y correr el riesgo de sufrir violaciones o ataques de seguridad. El futuro ideal es aquel en el que los usuarios puedan interactuar de forma fluida y segura con sus activos sin tener que preocuparse por la infraestructura blockchain subyacente. Al proceso de transición de la actual experiencia de usuario fragmentada a una experiencia unificada y fluida la llamamos Unificación de Experiencia de Usuario (UXU).
En esencia, mejorar el rendimiento de la cadena de bloques, especialmente reduciendo la latencia y las tarifas, puede resolver significativamente los problemas de experiencia del usuario. Históricamente, las mejoras en el rendimiento a menudo han tenido un impacto positivo en todos los aspectos de nuestra experiencia de usuario digital. Por ejemplo, las velocidades de Internet más rápidas no solo hacen que las interacciones en línea sean fluidas, sino que también impulsan la demanda de contenido digital más rico y envolvente. La aparición de tecnologías de banda ancha y fibra óptica ha facilitado la transmisión de vídeo de alta definición y juegos en línea en tiempo real con baja latencia, lo que ha aumentado las expectativas de los usuarios respecto de las plataformas digitales. Esta creciente necesidad de profundidad y calidad ha generado una innovación continua por parte de las empresas en el desarrollo de la próxima novedad importante y atractiva: desde contenido web interactivo avanzado hasta servicios sofisticados basados en la nube y experiencias de realidad virtual/aumentada. El aumento de la velocidad de Internet no solo ha mejorado la experiencia en línea en sí, sino que también ha ampliado el alcance de las necesidades de los usuarios.
Del mismo modo, las mejoras en el rendimiento de blockchain no solo mejorarán directamente la experiencia del usuario al reducir la latencia, sino que también lo harán indirectamente mediante el aumento de protocolos que unifican y mejoran la experiencia general del usuario. El rendimiento es un ingrediente clave de su existencia. Estas redes, especialmente EVM paralela, atraerán a más desarrolladores debido a su mayor rendimiento y menores costos de gas, lo que significa que entrar y salir de la red será más sencillo para los usuarios finales. En nuestra conversación con el cofundador de Axelar, Sergey, él imagina un mundo que no sólo será verdaderamente interoperable, sino más simbiótico.
Si tiene una lógica compleja en una cadena de alto rendimiento (por ejemplo, EVM paralela) y la cadena misma, dado su alto rendimiento, puede "absorber" la complejidad y las necesidades de rendimiento de esa lógica, entonces puede usar la interoperabilidad para resolver la solución. exporta esta funcionalidad a otras cadenas de manera eficiente.
A medida que se resuelvan los problemas de escalabilidad y aumente la interoperabilidad entre diferentes ecosistemas, seremos testigos del surgimiento de protocolos que harán que la experiencia del usuario de Web3 coincida con la de Web2. Algunos ejemplos incluyen el protocolo v2 basado en intenciones, infraestructura RPC avanzada, habilitación de abstracción de cadena e infraestructura informática abierta mejorada por inteligencia artificial.
La orquestación del estado de nuestros nodos se acelera mediante un mayor rendimiento de la red porque los solucionadores pueden resolver nuestras intenciones muy rápidamente.
vale la pena hablar de
A medida que aumentan los requisitos de rendimiento, el mercado de Oracle se volverá espumoso.
EVM paralelo significa mayores requisitos de rendimiento para los oráculos, un área que ha estado extremadamente subdesarrollada en los últimos años. La mayor demanda de la capa de aplicaciones incentivará un mercado complaciente lleno de rendimiento ineficiente y seguridad deficiente, lo cual es necesario para mejorar la componibilidad de DeFi. Por ejemplo, la profundidad del mercado y el volumen de operaciones son dos indicadores poderosos para muchas primitivas de DeFi, como los mercados de divisas. Esperamos que los grandes operadores tradicionales como Chainlink y Pyth puedan adaptarse con bastante rapidez a medida que nuevos actores desafíen su participación de mercado en esta nueva era. Después de hablar con un miembro senior de Chainlink, nuestros pensamientos eran los mismos: "Si el EVM paralelo se vuelve dominante, es posible que queramos refactorizar nuestros contratos para beneficiarnos de él (por ejemplo, reducir las dependencias entre contratos, realizar transacciones/llamadas que no sean necesarias). ser innecesariamente dependientes entre sí y por lo tanto no explotados por MEV), pero debido a que el EVM paralelo está diseñado para mejorar la transparencia y el rendimiento de las aplicaciones que ya se ejecutan en el EVM, no debería afectar la estabilidad de la red".
Parallel EVM L2 también quiere unirse a la diversión. Desde una perspectiva técnica, crear una solución EVM L2 paralela de alto rendimiento es más fácil que desarrollar una L1, porque en L2, la configuración del secuenciador es mucho más pequeña que los sistemas L1 tradicionales como Tendermint y Su mecanismo basado en consenso utilizado en la variante) es mucho más simple.
Esperamos que el EVM L2 paralelo basado en el optimismo domine en el corto plazo. Con el tiempo, esperamos hacer la transición de paquetes acumulativos basados en OP a paquetes acumulativos zk, a través de un marco zk general como RISC0, en lugar del enfoque tradicional utilizado en otros paquetes acumulativos zk.
Ventajas de Rust... al menos por ahora. Nuestra principal preferencia es Reth, la implementación Rust de Ethereum, sobre cualquier otra alternativa. Esta preferencia no es arbitraria, ya que Rust tiene muchas ventajas sobre otros lenguajes, incluida la seguridad de la memoria sin recolección de basura, la abstracción sin costo y un sistema de tipos rico.
La elección del idioma jugará un papel importante en el desarrollo de estos sistemas. Creemos firmemente que Rust ganará al final. Sin embargo, trasladar una implementación a otra no es una tarea sencilla. Esto requiere importantes recursos, tiempo y experiencia, lo que enfatiza aún más la importancia de elegir el idioma correcto desde el principio.
En el contexto de la ejecución paralela, no se puede ignorar nuestra mención de Move. Move introduce el concepto de "recursos", estos recursos solo se pueden crear, mover o destruir, pero no se pueden copiar. Esto garantiza que los recursos siempre sean de propiedad exclusiva, lo que evita problemas comunes que pueden surgir en la ejecución paralela, como condiciones de carrera y carreras de datos.
Verificación formal y escritura estática: Move es un lenguaje escrito estáticamente que enfatiza la seguridad. Incluye características como inferencia de tipos, seguimiento de propiedad y verificación de desbordamiento que ayudan a prevenir vulnerabilidades y errores de programación comunes. Estas características de seguridad son especialmente importantes en el contexto de la ejecución paralela, donde los defectos pueden ser más difíciles de encontrar y reproducir. La semántica y el sistema de tipos del lenguaje se basan en lógica lineal, similar a Rust y Haskell, lo que facilita razonar sobre la corrección de los programas Move, por lo que la verificación formal puede ayudar a garantizar que las operaciones concurrentes sean seguras y correctas.
Move aboga por un enfoque de diseño modular, donde los contratos inteligentes se componen de módulos más pequeños y reutilizables. Esta estructura modular puede facilitar el razonamiento sobre el comportamiento de componentes individuales y puede facilitar la ejecución paralela al permitir que diferentes módulos se ejecuten simultáneamente.
Consideraciones futuras: EVM necesita abordar sus riesgos de seguridad.
Aunque somos optimistas sobre las perspectivas de la EVM posparalela en el universo de la cadena, si no se resuelven las vulnerabilidades de seguridad de la EVM y los contratos inteligentes, todo será insignificante. A diferencia de la economía de red y la seguridad del consenso, los piratas informáticos explotan con frecuencia las vulnerabilidades de los contratos inteligentes del protocolo DeFi en Ethereum, y la cantidad de robo superó los 1.300 millones de dólares en 2023. Por lo tanto, los usuarios tienden a utilizar CEX amurallado o protocolos "descentralizados" con un conjunto centralizado de validadores para una mayor sensación de seguridad (y rendimiento), optimizando así la experiencia en cadena.
La falta de características de seguridad inherentes en el diseño de EVM es la causa principal de estas vulnerabilidades de seguridad. Comparando las medidas de seguridad de blockchain con los estrictos estándares de seguridad de la industria de la aviación, la alta seguridad de esta última apoya el énfasis de las personas en la seguridad de la vida y la propiedad. Pruebas exhaustivas, redundancia, tolerancia a fallas y estrictos estándares de desarrollo son las garantías del historial de seguridad de la industria de la aviación, pero estas características clave faltan en su mayoría en los EVM e incluso en otros VM.
Una solución es adoptar una arquitectura de VM dual, en la que una VM independiente, como CosmWasm, monitorea la ejecución del contrato inteligente EVM en tiempo real, similar al software antivirus del sistema operativo. Esta arquitectura permite inspecciones avanzadas, como la inspección de la pila de llamadas, para reducir los incidentes de piratería. Sin embargo, esto requeriría una revisión importante de los sistemas blockchain existentes. Esperamos mejores soluciones como Arbitrum Stylus y Artela para implementar eficazmente este tipo de arquitectura desde el principio.
Las primitivas de seguridad existentes en el mercado reaccionan principalmente ante amenazas potenciales o intentadas revisando mempools o códigos de contratos inteligentes. Aunque esto ayuda con la seguridad, no resuelve fundamentalmente las vulnerabilidades del diseño de la VM. Debemos ser más proactivos e invertir más recursos para mejorar integralmente la seguridad de la red blockchain y su capa de aplicaciones.
Abogamos por una transformación fundamental e importante de la arquitectura VM blockchain, introduciendo protección en tiempo real y otras características de seguridad clave, a través de una arquitectura VM dual y otros métodos, siguiendo los estándares de la industria que han sido probados y demostrados con éxito en la industria de la aviación. En el futuro, apoyamos mejoras de infraestructura que enfatizan medidas preventivas para garantizar que las mejoras en seguridad vayan acompañadas de avances de rendimiento de la industria, como EVM paralelo.
en conclusión
El auge de la EVM paralela marca una nueva era en el desarrollo de la tecnología blockchain. Al permitir la ejecución paralela de transacciones y el acceso estatal optimizado, abre nuevos horizontes para las aplicaciones descentralizadas. Desde el resurgimiento de los CLOB programables hasta el surgimiento de aplicaciones más complejas y de alto rendimiento, el EVM paralelo sienta las bases para un ecosistema blockchain más unificado y fácil de usar. A medida que la industria adopte gradualmente este cambio, podemos esperar un crecimiento explosivo en el potencial de la tecnología descentralizada. En última instancia, el éxito de esta revolución dependerá de la capacidad de los desarrolladores, los proveedores de infraestructura y la comunidad en general para adaptarse a los principios del procesamiento paralelo y trabajar juntos para abrazar un futuro en el que la tecnología se integre perfectamente en la vida diaria.
El auge de la EVM paralela tiene el potencial de revolucionar las aplicaciones descentralizadas y la experiencia del usuario. Resuelve las limitaciones de escalabilidad y rendimiento que durante mucho tiempo han obstaculizado el desarrollo de verticales clave como DeFi, abriendo nuevos caminos para que florezcan aplicaciones complejas y de alto rendimiento, al tiempo que mantiene un enfoque equilibrado del trilema. Hacer realidad esta visión requiere algo más que avances en la infraestructura; los desarrolladores también deben repensar fundamentalmente la arquitectura de sus aplicaciones para adaptarse a los principios del procesamiento paralelo, minimizar la contención de estados y maximizar la previsibilidad del rendimiento. Si bien el futuro es brillante, enfatizamos la importancia de la seguridad mientras se busca la escalabilidad.