Título original: Análisis de las perspectivas de actualización técnica de Ether protocolo (2): The Surge
Fuente del texto original: Ebunker 中文
Desde octubre de este año, el cofundador de Ethereum, Vitalik Buterin, ha publicado una serie de artículos sobre las posibles futuras del protocolo Ethereum, que abarcan seis partes del roadmap de desarrollo de Ethereum: The Merge, The Surge, The Scourge, The Verge, The Purge y The Splurge.
Anteriormente hemos interpretado la primera parte del mapa de ruta (The Merge), este artículo continuará interpretando la segunda parte de esta serie, The Surge, donde Vitalik discute en detalle la escalabilidad y el desarrollo a largo plazo de Ethereum. A partir de la hoja de ruta técnica de esta etapa, podemos comprender en profundidad cómo Ethereum se convertirá en una protocolo capaz de manejar una gran demanda (TPS alcanzando 100,000+), manteniendo al mismo tiempo su descentralización y seguridad.
Visión principal de Ethereum
En esencia, Ethereum tiene como objetivo ser la capa base de Internet descentralizado. Ethereum admite aplicaciones descentralizadas complejas a través de contratos inteligentes que se ejecutan automáticamente, lo que lo convierte en la opción preferida para los desarrolladores que construyen aplicaciones descentralizadas, como DeFi, NFT, entre otras.
Sin embargo, Ethereum tiene limitaciones en términos de escalabilidad. Ethereum L1 solo puede procesar aproximadamente de 15 a 30 transacciones por segundo, lo cual está muy por debajo de redes de pago tradicionales como Visa. Esto resulta en altas tarifas de gas durante períodos de congestión de red y limita la capacidad de Ethereum para convertirse en una infraestructura global a gran escala. Este es el problema clave que The Surge busca resolver.
El objetivo principal de The Surge es el siguiente:
-ETH坊 L1+L2 alcanza los 100.000+ TPS;
Mantener la descentralización y la robustez de L1;
-Al menos algunos L2 heredan completamente las propiedades fundamentales de Ethereum (sin confianza, abiertas, resistentes a la censura);
-Maximizar la interoperabilidad entre L2: Ethereum debería ser un ecosistema en lugar de docenas de cadenas de bloques diferentes.
El futuro centrado en rollup
The Surge se refiere al plan de Ethereum para mejorar significativamente la escalabilidad, principalmente a través de soluciones L2. Y rollup es una parte clave de esta estrategia. La hoja de ruta centrada en rollup propone una división simple: Ethereum L1 se centra en ser una capa base poderosa y descentralizada, mientras que L2 asume la tarea de ayudar a expandir el ecosistema.
Rollup empaqueta las transacciones fuera de la cadena y las envía de vuelta a la red principal de ETH, lo que aumenta significativamente la capacidad de procesamiento mientras se mantiene la seguridad y la descentralización. En palabras de Vitalik, rollup puede aumentar la escalabilidad de ETH a más de 100.000 TPS. Esto sería una expansión transformadora, ya que permitiría a ETH manejar aplicaciones a escala global sin comprometer su espíritu descentralizado.
!
Vitalik enfatiza que rollup no es solo una solución temporal, sino también una solución de escalabilidad a largo plazo. Ethereum 2.0, a través de The Merge, transiciona de PoW a PoS para reducir el consumo de energía, y rollup se considera como el próximo hito importante en términos de soluciones de escalabilidad a largo plazo.
Este año, la hoja de ruta centrada en rollup ha logrado importantes avances: con el lanzamiento de EIP-4844 blobs, el ancho de banda de datos de ETH L1 ha aumentado significativamente y varios rollup de máquinas virtuales de ETH han entrado en la primera etapa. Cada L2 existe como un fragmento con sus propias reglas y lógica internas, y la diversidad y pluralidad en la implementación de fragmentos ahora es una realidad.
El muestreo de disponibilidad de datos (DAS) se desarrolla aún más
Otro aspecto clave de The Surge es el muestreo de disponibilidad de datos (DAS), que es una técnica diseñada para abordar el problema de la disponibilidad de datos. En redes descentralizadas como Ethereum, todos los nodos pueden verificar los datos sin necesidad de almacenar o descargar todo el contenido, lo cual es crucial.
DAS permite a los nodos verificar los datos sin acceder al conjunto completo de datos, lo que mejora la escalabilidad y eficiencia.
Vitalik enfatizó dos formas de DAS: PeerDAS y 2D DAS.
PeerDAS tiene el potencial de fortalecer las suposiciones de confianza en rollup, haciéndolo más seguro. 2D DAS no solo realiza muestreos aleatorios dentro del blob, sino también entre los blobs. Utilizando las propiedades lineales de compromiso de KZG, se extiende un conjunto de blobs en un bloque a través de un conjunto de nuevos blobs virtuales, codificando la misma información redundante.
Con la ayuda de DAS, Ethereum puede procesar una mayor cantidad de datos, lo que permite rollups más rápidos y económicos sin comprometer la descentralización.
En las etapas futuras más avanzadas, se requerirá más trabajo para determinar la versión ideal de 2D DAS y demostrar sus propiedades de seguridad.
!
El camino a largo plazo considerado por Vitalik es:
(1) Implementar el DAS 2D ideal;
(2) Insistir en el uso de 1D DAS, sacrificar la eficiencia del ancho de banda de muestreo y aceptar un límite superior de datos inferior para mayor simplicidad y solidez;
（3）Abandonar DA y aceptar completamente Plasma como la principal arquitectura de Layer2.
Vale la pena señalar que incluso si se decide escalar directamente en la capa L1, esta opción también es posible. Esto se debe a que si la capa L1 tiene que manejar una gran cantidad de TPS, el bloque L1 se volverá muy grande, y los clientes desearán tener una forma eficiente de verificar su corrección, por lo que tendrán que usar la misma tecnología que rollup (como ZK-EVM y DAS) en la capa L1.
Plasma 和其他解决方案
Además de Rollup, Plasma, uno de los primeros planes de expansión fuera de la cadena, también es otra solución L2.
Plasma crea subcadenas que operan de forma independiente a la cadena principal de Ethereum para procesar transacciones y envía resúmenes periódicamente a la red principal. Para cada bloque, los operadores envían a cada usuario una rama de Merkle para demostrar el cambio de estado de sus activos. Los usuarios pueden extraer sus activos proporcionando la rama de Merkle. Es importante destacar que esta rama no tiene que estar en el estado más reciente.
Por lo tanto, incluso si hay problemas de disponibilidad de datos, los usuarios aún pueden recuperar sus activos extrayendo el estado más reciente disponible. Si un usuario presenta una rama inválida (por ejemplo, extrayendo activos que ya han sido enviados a otra persona, o si el operador crea un activo de la nada), la pertenencia legítima de los activos puede determinarse mediante un mecanismo de desafío en la cadena.
Aunque el desarrollo de Plasma está algo rezagado en comparación con rollup, Vitalik aún lo considera parte del paquete de herramientas de escalabilidad más amplio de Ethereum.
Además, Vitalik también discutió en el artículo sobre la mejora de la tecnología de compresión de datos y la prueba de encriptación para mejorar aún más la eficiencia de rollup y otras soluciones L2. La idea es comprimir la mayor cantidad de datos posible mientras se asegura que toda la información necesaria siga siendo verificable por los nodos de la red Ethereum. Estas mejoras tecnológicas podrían desempeñar un papel clave en el proceso de aumentar la capacidad de procesamiento de ETH.
La figura de arriba muestra una cadena Plasma Cash, donde las transacciones que gastan la moneda i se colocan en la posición i del árbol. En este ejemplo, supongamos que todos los árboles anteriores son válidos, por lo que se sabe que Eve posee la moneda 1, David posee la moneda 4 y George posee la moneda 6.
Las primeras versiones de Plasma solo podían manejar casos de uso de pagos y no se podían promocionar de manera efectiva. Sin embargo, si se requiere que cada raíz sea verificada con SNARK, Plasma se vuelve mucho más poderoso. Este proceso se puede simplificar en gran medida, ya que se eliminan la mayoría de las posibles rutas de trampas de los operadores. Al mismo tiempo, se abre un nuevo camino, donde los usuarios pueden retirar fondos de inmediato sin tener que esperar una semana de período de desafío siempre que el operador no haga trampas.
!
La imagen muestra un método (no el único) para crear una cadena EVM plasma: usando ZK-SNARK para construir un árbol UTXO paralelo que refleje los cambios de saldo realizados en EVM, definiendo un mapeo único de la 'misma moneda' en diferentes momentos históricos. Luego se puede construir una estructura de Plasma sobre esta base.
Plasma tiene un rendimiento bastante bueno, que también es la clave para que todos diseñen una estructura de habilidades para superar sus deficiencias de seguridad.
Mejoras en la interoperabilidad Cross-L2
Uno de los principales desafíos que enfrenta el ecosistema L2 hoy en día es la interoperabilidad cruzada entre L2, y es urgente mejorar la sensación de usar un ecosistema unificado de Ethereum para quienes utilizan el ecosistema L2.
Hay muchas categorías de mejoras de interoperabilidad L2 cruzada. En teoría, Ethereum centrado en Rollup es similar a la ejecución de shard L1. El ecosistema actual de capa 2 de Ethereum todavía tiene los siguientes problemas en la práctica distantes del estado ideal:
Dirección de cadena específica: la dirección debe incluir información de la cadena (L1, Optimism, Arbitrum, etc.). Una vez logrado esto, se puede lograr el proceso de envío cruzado de L2 simplemente colocando la dirección en el campo de envío, momento en el cual la billetera puede manejar en segundo plano cómo enviarla (incluido el uso de protocolo de cadena cruzada).
Solicitud de pago en una cadena específica: debe ser posible crear fácilmente y de forma estandarizada un mensaje en el formato 'envíame X tokens de tipo Y en la cadena Z'. Esto se aplica principalmente a dos escenarios: pagos entre personas o pagos entre personas y servicios de comerciantes; solicitudes de fondos de dApp.
Intercambio cruzado y pago de gas: debería haber un protocolo abierto estandarizado para expresar operaciones entre cadenas. ERC-7683 y RIP-7755 son intentos en este campo, aunque ambos tienen un alcance más amplio que estos casos de uso específicos.
Cliente ligero: Los usuarios deben poder verificar realmente la cadena con la que interactúan, en lugar de confiar únicamente en el proveedor de RPC. Por ejemplo, Helios de a16z crypto puede lograr esto (para Ethereum en sí), pero esta confianza debe extenderse a L2. ERC-3668 (CCIP-read) es una estrategia para lograr este objetivo.
Idea de puente de token compartido: Supongamos que en un mundo donde todos los L2 son rollups de prueba de validez y cada ranura se somete a ETH, aún se necesita retirar y depositar para transferir un activo de L2 a otro L2 en su estado nativo, lo que requiere pagar una gran cantidad de tarifas de gas de L1.
Y una forma de resolver este problema es crear un Rollup compartido y minimalista, cuya única función sea mantener un registro de qué L2 posee cada tipo de token y cuánto saldo tienen, y permitir que estos saldos se actualicen en lotes a través de una serie de operaciones de envío entre L2 iniciadas por cualquier L2. Esto permitirá realizar transferencias cruzadas entre L2 sin tener que pagar tarifas de gas en cada transferencia en L1, ni tener que utilizar tecnologías como ERC-7683 basadas en proveedores de liquidez.
Combinación sincrónica: permite llamadas sincrónicas entre L2 específicos y L1 o entre múltiples L2. Esto ayuda a mejorar la eficiencia financiera del protocolo DeFi. El primero se puede lograr sin coordinación entre L2, mientras que el segundo requiere un orden compartido. La tecnología basada en rollup se aplica automáticamente a todas estas tecnologías.
Muchos de los ejemplos anteriores enfrentan el dilema de cuándo estandarizar y qué capas estandarizar. Si la estandarización ocurre demasiado pronto, podría afianzar una solución inferior. Si la estandarización ocurre demasiado tarde, podría resultar en una fragmentación innecesaria.
Un consenso actual es que en algunos casos existe una solución a corto plazo con una propiedad más débil pero más fácil de implementar y una solución a largo plazo que es la correcta pero que tarda años en implementarse. Estas tareas no son solo problemas técnicos, son también (e incluso pueden ser principalmente) problemas sociales que requieren la cooperación de L2, billeteras y L1.
Continuar expandiendo Ethereum L1
Vitalik cree que es muy valioso ampliar Ethereum L1 en sí mismo y asegurarse de que pueda seguir acomodando cada vez más casos de uso.
La extensión de L1 tiene tres estrategias que se pueden realizar de forma independiente o simultánea:
（1）Mejorar la tecnología (por ejemplo, código del cliente, cliente sin estado, vencimiento histórico) para que L1 sea más fácil de verificar, y luego aumentar el límite de Gas;
(2) Reducir los costos de operación específicos, aumentar la capacidad promedio sin aumentar el riesgo de peor caso;
y (3) rollups nativos (es decir, la creación de N copias paralelas de la EVM).
Cada una de estas diferentes tecnologías tiene sus propias compensaciones. Por ejemplo, los paquetes acumulativos nativos tienen la misma debilidad de componibilidad que los paquetes acumulativos normales: no pueden enviar una sola transacción para realizar operaciones de forma sincrónica en varios paquetes acumulativos. Aumentar el límite de gasolina disminuirá otros beneficios que se pueden lograr simplificando la validación de L1, como aumentar el porcentaje de usuarios que ejecutan validadores y aumentar el número de stakers en solitario. Dependiendo de cómo se implemente, hacer que las operaciones específicas en la EVM sean más baratas puede aumentar la complejidad general de la EVM.
Descentralización y seguridad
El equilibrio entre la escalabilidad y la descentralización es uno de los temas recurrentes mencionados por Vitalik. Muchos proyectos de blockchain eligen sacrificar la descentralización a cambio de un mayor rendimiento. Por ejemplo, Solana puede procesar miles de transacciones por segundo, pero requiere hardware poderoso para ejecutar nodos, lo que centraliza la red. Vitalik insiste en que incluso a medida que Ethereum se expande, debe mantener su compromiso con la descentralización.
Rollup y DAS se consideran métodos para aumentar la capacidad de Ethereum mientras se mantiene su naturaleza descentralizada. A diferencia de Solana u otras blockchains de alto rendimiento, la estrategia de escalado de Ethereum garantiza que cualquiera pueda ejecutar un nodo, protegiendo la red de manera verdaderamente descentralizada. Esto es crucial para la visión de Ethereum de construir una blockchain que pueda respaldar un sistema financiero global y sin permisos.
Cuanto mayor sea la escalabilidad, mayor será la responsabilidad en términos de seguridad. A medida que Ethereum se dirige hacia un futuro centrado en rollup, garantizar la confianza de estos sistemas se vuelve crucial. Rollup depende de pruebas criptográficas para asegurar que las transacciones fuera de la cadena sean legítimas al ser enviadas de vuelta a Ethereum. Aunque se ha demostrado la eficacia de estos sistemas, no están exentos de riesgos. Vitalik reconoce que la madurez de estas tecnologías requiere pruebas y iteraciones estrictas, especialmente cuando se adoptan de forma más amplia.
Perspectivas futuras de The Surge
A raíz de The Surge, Vitalik imaginó ETH Shop no solo escalable, sino también totalmente descentralizado, seguro y sostenible. Esta visión incluye no solo escalar la capa 1 con paquetes acumulativos y DAS, sino también crear algoritmos de consenso más eficientes, mejorar las herramientas para desarrolladores y fomentar un ecosistema próspero de dApps.
El mapa de ruta de Ether es optimista, pero también presenta muchos desafíos. La implementación a gran escala de rollup, garantizar la seguridad de las soluciones L2 y prepararse para el futuro cuántico son tareas complejas. Sin embargo, si Ether puede superar estos obstáculos, consolidará su posición como el núcleo de Web3: una internet descentralizada y controlada por los usuarios.
En el campo en rápido desarrollo de la tecnología de blockchain, Ethereum se centra en la escalabilidad sin sacrificar la descentralización, lo cual es su característica única. Si The Surge tiene éxito, podría cambiar nuevamente el panorama de la tecnología blockchain en los próximos años.
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Análisis del panorama de actualización tecnológica de protocolo de Ethereum (2): The Surge
Desde octubre de este año, el cofundador de Ethereum, Vitalik Buterin, ha publicado una serie de artículos sobre las posibles futuras del protocolo Ethereum, que abarcan seis partes del roadmap de desarrollo de Ethereum: The Merge, The Surge, The Scourge, The Verge, The Purge y The Splurge.
Anteriormente hemos interpretado la primera parte del mapa de ruta (The Merge), este artículo continuará interpretando la segunda parte de esta serie, The Surge, donde Vitalik discute en detalle la escalabilidad y el desarrollo a largo plazo de Ethereum. A partir de la hoja de ruta técnica de esta etapa, podemos comprender en profundidad cómo Ethereum se convertirá en una protocolo capaz de manejar una gran demanda (TPS alcanzando 100,000+), manteniendo al mismo tiempo su descentralización y seguridad.
Visión principal de Ethereum
En esencia, Ethereum tiene como objetivo ser la capa base de Internet descentralizado. Ethereum admite aplicaciones descentralizadas complejas a través de contratos inteligentes que se ejecutan automáticamente, lo que lo convierte en la opción preferida para los desarrolladores que construyen aplicaciones descentralizadas, como DeFi, NFT, entre otras.
Sin embargo, Ethereum tiene limitaciones en términos de escalabilidad. Ethereum L1 solo puede procesar aproximadamente de 15 a 30 transacciones por segundo, lo cual está muy por debajo de redes de pago tradicionales como Visa. Esto resulta en altas tarifas de gas durante períodos de congestión de red y limita la capacidad de Ethereum para convertirse en una infraestructura global a gran escala. Este es el problema clave que The Surge busca resolver.
El objetivo principal de The Surge es el siguiente:
-ETH坊 L1+L2 alcanza los 100.000+ TPS;
-Al menos algunos L2 heredan completamente las propiedades fundamentales de Ethereum (sin confianza, abiertas, resistentes a la censura);
-Maximizar la interoperabilidad entre L2: Ethereum debería ser un ecosistema en lugar de docenas de cadenas de bloques diferentes.
El futuro centrado en rollup
The Surge se refiere al plan de Ethereum para mejorar significativamente la escalabilidad, principalmente a través de soluciones L2. Y rollup es una parte clave de esta estrategia. La hoja de ruta centrada en rollup propone una división simple: Ethereum L1 se centra en ser una capa base poderosa y descentralizada, mientras que L2 asume la tarea de ayudar a expandir el ecosistema.
Rollup empaqueta las transacciones fuera de la cadena y las envía de vuelta a la red principal de ETH, lo que aumenta significativamente la capacidad de procesamiento mientras se mantiene la seguridad y la descentralización. En palabras de Vitalik, rollup puede aumentar la escalabilidad de ETH a más de 100.000 TPS. Esto sería una expansión transformadora, ya que permitiría a ETH manejar aplicaciones a escala global sin comprometer su espíritu descentralizado.
!
Vitalik enfatiza que rollup no es solo una solución temporal, sino también una solución de escalabilidad a largo plazo. Ethereum 2.0, a través de The Merge, transiciona de PoW a PoS para reducir el consumo de energía, y rollup se considera como el próximo hito importante en términos de soluciones de escalabilidad a largo plazo.
Este año, la hoja de ruta centrada en rollup ha logrado importantes avances: con el lanzamiento de EIP-4844 blobs, el ancho de banda de datos de ETH L1 ha aumentado significativamente y varios rollup de máquinas virtuales de ETH han entrado en la primera etapa. Cada L2 existe como un fragmento con sus propias reglas y lógica internas, y la diversidad y pluralidad en la implementación de fragmentos ahora es una realidad.
El muestreo de disponibilidad de datos (DAS) se desarrolla aún más
Otro aspecto clave de The Surge es el muestreo de disponibilidad de datos (DAS), que es una técnica diseñada para abordar el problema de la disponibilidad de datos. En redes descentralizadas como Ethereum, todos los nodos pueden verificar los datos sin necesidad de almacenar o descargar todo el contenido, lo cual es crucial.
DAS permite a los nodos verificar los datos sin acceder al conjunto completo de datos, lo que mejora la escalabilidad y eficiencia.
Vitalik enfatizó dos formas de DAS: PeerDAS y 2D DAS.
PeerDAS tiene el potencial de fortalecer las suposiciones de confianza en rollup, haciéndolo más seguro. 2D DAS no solo realiza muestreos aleatorios dentro del blob, sino también entre los blobs. Utilizando las propiedades lineales de compromiso de KZG, se extiende un conjunto de blobs en un bloque a través de un conjunto de nuevos blobs virtuales, codificando la misma información redundante.
Con la ayuda de DAS, Ethereum puede procesar una mayor cantidad de datos, lo que permite rollups más rápidos y económicos sin comprometer la descentralización.
En las etapas futuras más avanzadas, se requerirá más trabajo para determinar la versión ideal de 2D DAS y demostrar sus propiedades de seguridad.
!
El camino a largo plazo considerado por Vitalik es:
(1) Implementar el DAS 2D ideal;
(2) Insistir en el uso de 1D DAS, sacrificar la eficiencia del ancho de banda de muestreo y aceptar un límite superior de datos inferior para mayor simplicidad y solidez;
（3）Abandonar DA y aceptar completamente Plasma como la principal arquitectura de Layer2.
Vale la pena señalar que incluso si se decide escalar directamente en la capa L1, esta opción también es posible. Esto se debe a que si la capa L1 tiene que manejar una gran cantidad de TPS, el bloque L1 se volverá muy grande, y los clientes desearán tener una forma eficiente de verificar su corrección, por lo que tendrán que usar la misma tecnología que rollup (como ZK-EVM y DAS) en la capa L1.
Plasma 和其他解决方案
Además de Rollup, Plasma, uno de los primeros planes de expansión fuera de la cadena, también es otra solución L2.
Plasma crea subcadenas que operan de forma independiente a la cadena principal de Ethereum para procesar transacciones y envía resúmenes periódicamente a la red principal. Para cada bloque, los operadores envían a cada usuario una rama de Merkle para demostrar el cambio de estado de sus activos. Los usuarios pueden extraer sus activos proporcionando la rama de Merkle. Es importante destacar que esta rama no tiene que estar en el estado más reciente.
Por lo tanto, incluso si hay problemas de disponibilidad de datos, los usuarios aún pueden recuperar sus activos extrayendo el estado más reciente disponible. Si un usuario presenta una rama inválida (por ejemplo, extrayendo activos que ya han sido enviados a otra persona, o si el operador crea un activo de la nada), la pertenencia legítima de los activos puede determinarse mediante un mecanismo de desafío en la cadena.
Aunque el desarrollo de Plasma está algo rezagado en comparación con rollup, Vitalik aún lo considera parte del paquete de herramientas de escalabilidad más amplio de Ethereum.
Además, Vitalik también discutió en el artículo sobre la mejora de la tecnología de compresión de datos y la prueba de encriptación para mejorar aún más la eficiencia de rollup y otras soluciones L2. La idea es comprimir la mayor cantidad de datos posible mientras se asegura que toda la información necesaria siga siendo verificable por los nodos de la red Ethereum. Estas mejoras tecnológicas podrían desempeñar un papel clave en el proceso de aumentar la capacidad de procesamiento de ETH.
La figura de arriba muestra una cadena Plasma Cash, donde las transacciones que gastan la moneda i se colocan en la posición i del árbol. En este ejemplo, supongamos que todos los árboles anteriores son válidos, por lo que se sabe que Eve posee la moneda 1, David posee la moneda 4 y George posee la moneda 6.
Las primeras versiones de Plasma solo podían manejar casos de uso de pagos y no se podían promocionar de manera efectiva. Sin embargo, si se requiere que cada raíz sea verificada con SNARK, Plasma se vuelve mucho más poderoso. Este proceso se puede simplificar en gran medida, ya que se eliminan la mayoría de las posibles rutas de trampas de los operadores. Al mismo tiempo, se abre un nuevo camino, donde los usuarios pueden retirar fondos de inmediato sin tener que esperar una semana de período de desafío siempre que el operador no haga trampas.
!
La imagen muestra un método (no el único) para crear una cadena EVM plasma: usando ZK-SNARK para construir un árbol UTXO paralelo que refleje los cambios de saldo realizados en EVM, definiendo un mapeo único de la 'misma moneda' en diferentes momentos históricos. Luego se puede construir una estructura de Plasma sobre esta base.
Plasma tiene un rendimiento bastante bueno, que también es la clave para que todos diseñen una estructura de habilidades para superar sus deficiencias de seguridad.
Mejoras en la interoperabilidad Cross-L2
Uno de los principales desafíos que enfrenta el ecosistema L2 hoy en día es la interoperabilidad cruzada entre L2, y es urgente mejorar la sensación de usar un ecosistema unificado de Ethereum para quienes utilizan el ecosistema L2.
Hay muchas categorías de mejoras de interoperabilidad L2 cruzada. En teoría, Ethereum centrado en Rollup es similar a la ejecución de shard L1. El ecosistema actual de capa 2 de Ethereum todavía tiene los siguientes problemas en la práctica distantes del estado ideal:
Dirección de cadena específica: la dirección debe incluir información de la cadena (L1, Optimism, Arbitrum, etc.). Una vez logrado esto, se puede lograr el proceso de envío cruzado de L2 simplemente colocando la dirección en el campo de envío, momento en el cual la billetera puede manejar en segundo plano cómo enviarla (incluido el uso de protocolo de cadena cruzada).
Solicitud de pago en una cadena específica: debe ser posible crear fácilmente y de forma estandarizada un mensaje en el formato 'envíame X tokens de tipo Y en la cadena Z'. Esto se aplica principalmente a dos escenarios: pagos entre personas o pagos entre personas y servicios de comerciantes; solicitudes de fondos de dApp.
Intercambio cruzado y pago de gas: debería haber un protocolo abierto estandarizado para expresar operaciones entre cadenas. ERC-7683 y RIP-7755 son intentos en este campo, aunque ambos tienen un alcance más amplio que estos casos de uso específicos.
Cliente ligero: Los usuarios deben poder verificar realmente la cadena con la que interactúan, en lugar de confiar únicamente en el proveedor de RPC. Por ejemplo, Helios de a16z crypto puede lograr esto (para Ethereum en sí), pero esta confianza debe extenderse a L2. ERC-3668 (CCIP-read) es una estrategia para lograr este objetivo.
Idea de puente de token compartido: Supongamos que en un mundo donde todos los L2 son rollups de prueba de validez y cada ranura se somete a ETH, aún se necesita retirar y depositar para transferir un activo de L2 a otro L2 en su estado nativo, lo que requiere pagar una gran cantidad de tarifas de gas de L1.
Y una forma de resolver este problema es crear un Rollup compartido y minimalista, cuya única función sea mantener un registro de qué L2 posee cada tipo de token y cuánto saldo tienen, y permitir que estos saldos se actualicen en lotes a través de una serie de operaciones de envío entre L2 iniciadas por cualquier L2. Esto permitirá realizar transferencias cruzadas entre L2 sin tener que pagar tarifas de gas en cada transferencia en L1, ni tener que utilizar tecnologías como ERC-7683 basadas en proveedores de liquidez.
Combinación sincrónica: permite llamadas sincrónicas entre L2 específicos y L1 o entre múltiples L2. Esto ayuda a mejorar la eficiencia financiera del protocolo DeFi. El primero se puede lograr sin coordinación entre L2, mientras que el segundo requiere un orden compartido. La tecnología basada en rollup se aplica automáticamente a todas estas tecnologías.
Muchos de los ejemplos anteriores enfrentan el dilema de cuándo estandarizar y qué capas estandarizar. Si la estandarización ocurre demasiado pronto, podría afianzar una solución inferior. Si la estandarización ocurre demasiado tarde, podría resultar en una fragmentación innecesaria.
Un consenso actual es que en algunos casos existe una solución a corto plazo con una propiedad más débil pero más fácil de implementar y una solución a largo plazo que es la correcta pero que tarda años en implementarse. Estas tareas no son solo problemas técnicos, son también (e incluso pueden ser principalmente) problemas sociales que requieren la cooperación de L2, billeteras y L1.
Continuar expandiendo Ethereum L1
Vitalik cree que es muy valioso ampliar Ethereum L1 en sí mismo y asegurarse de que pueda seguir acomodando cada vez más casos de uso.
La extensión de L1 tiene tres estrategias que se pueden realizar de forma independiente o simultánea:
（1）Mejorar la tecnología (por ejemplo, código del cliente, cliente sin estado, vencimiento histórico) para que L1 sea más fácil de verificar, y luego aumentar el límite de Gas;
(2) Reducir los costos de operación específicos, aumentar la capacidad promedio sin aumentar el riesgo de peor caso;
y (3) rollups nativos (es decir, la creación de N copias paralelas de la EVM).
Cada una de estas diferentes tecnologías tiene sus propias compensaciones. Por ejemplo, los paquetes acumulativos nativos tienen la misma debilidad de componibilidad que los paquetes acumulativos normales: no pueden enviar una sola transacción para realizar operaciones de forma sincrónica en varios paquetes acumulativos. Aumentar el límite de gasolina disminuirá otros beneficios que se pueden lograr simplificando la validación de L1, como aumentar el porcentaje de usuarios que ejecutan validadores y aumentar el número de stakers en solitario. Dependiendo de cómo se implemente, hacer que las operaciones específicas en la EVM sean más baratas puede aumentar la complejidad general de la EVM.
Descentralización y seguridad
El equilibrio entre la escalabilidad y la descentralización es uno de los temas recurrentes mencionados por Vitalik. Muchos proyectos de blockchain eligen sacrificar la descentralización a cambio de un mayor rendimiento. Por ejemplo, Solana puede procesar miles de transacciones por segundo, pero requiere hardware poderoso para ejecutar nodos, lo que centraliza la red. Vitalik insiste en que incluso a medida que Ethereum se expande, debe mantener su compromiso con la descentralización.
Rollup y DAS se consideran métodos para aumentar la capacidad de Ethereum mientras se mantiene su naturaleza descentralizada. A diferencia de Solana u otras blockchains de alto rendimiento, la estrategia de escalado de Ethereum garantiza que cualquiera pueda ejecutar un nodo, protegiendo la red de manera verdaderamente descentralizada. Esto es crucial para la visión de Ethereum de construir una blockchain que pueda respaldar un sistema financiero global y sin permisos.
Cuanto mayor sea la escalabilidad, mayor será la responsabilidad en términos de seguridad. A medida que Ethereum se dirige hacia un futuro centrado en rollup, garantizar la confianza de estos sistemas se vuelve crucial. Rollup depende de pruebas criptográficas para asegurar que las transacciones fuera de la cadena sean legítimas al ser enviadas de vuelta a Ethereum. Aunque se ha demostrado la eficacia de estos sistemas, no están exentos de riesgos. Vitalik reconoce que la madurez de estas tecnologías requiere pruebas y iteraciones estrictas, especialmente cuando se adoptan de forma más amplia.
Perspectivas futuras de The Surge
A raíz de The Surge, Vitalik imaginó ETH Shop no solo escalable, sino también totalmente descentralizado, seguro y sostenible. Esta visión incluye no solo escalar la capa 1 con paquetes acumulativos y DAS, sino también crear algoritmos de consenso más eficientes, mejorar las herramientas para desarrolladores y fomentar un ecosistema próspero de dApps.
El mapa de ruta de Ether es optimista, pero también presenta muchos desafíos. La implementación a gran escala de rollup, garantizar la seguridad de las soluciones L2 y prepararse para el futuro cuántico son tareas complejas. Sin embargo, si Ether puede superar estos obstáculos, consolidará su posición como el núcleo de Web3: una internet descentralizada y controlada por los usuarios.
En el campo en rápido desarrollo de la tecnología de blockchain, Ethereum se centra en la escalabilidad sin sacrificar la descentralización, lo cual es su característica única. Si The Surge tiene éxito, podría cambiar nuevamente el panorama de la tecnología blockchain en los próximos años.
Enlace al artículo original
：