Ethereum se ha centrado en la escalabilidad, con The Merge como un cambio clave. El cofundador Vitalik Buterin ha vuelto a abordar el tema, subrayando que la hoja de ruta ahora se centra en la acumulación.
Esto significa que Ethereum no se centra únicamente en la fragmentación, y que los protocolos de capa 2 desempeñan un papel crucial en la capa principal. Lograr la falta de confianza y la interoperabilidad es otra tarea esencial para este objetivo. Todo esto debe lograrse manteniendo la escalabilidad, la seguridad de la red y la descentralización.
Ethereum se centra en una hoja de ruta centrada en la acumulación
Ethereum Vitalik Buterin, cofundador revisó la hoja de ruta de 2023 para hablar sobre el futuro de la red. Explicó que EthereumEthereumEthereum EthereumEthereumEthereumEthereum EthereumEthereum y las capas 2.
Gracias a actualizaciones como EIP-4844, Ethereum L1 ahora maneja más datos y los diferentes rollups (L2) funcionan como fragmentos, explicó el cofundador.
También dice que Ethereum terminará de desarrollar la solución de escalamiento basada en rollup y resolverá los desafíos a la seguridad y descentralización de la red intacta.
Mientras tanto, a The Surge, que se refiere a una serie de actualizaciones para mejorar la escalabilidad y eficiencia de Ethereum, se le han asignado 4 objetivos principales.
El primer objetivo es llevar las transacciones por segundo (TPS) a más de 100.000 en las capas 1 y 2 combinadas. El segundo es preservar la descentralización y la robustez de la red principal.
El tercero es garantizar que algunas L2 hereden plenamente las características principales de Ethereum: ser confiables, abiertas y resistentes a la censura. Finalmente, se busca promover la máxima interoperabilidad entre L2, para que Ethereum se perciba como un único ecosistema, no fragmentado en cadenas de bloques independientes.
Para lograr estos objetivos, Buterin aclara que superar el trilema de la escalabilidad es difícil, pero no imposible. Buterin propone dos enfoques para resolver el trilema de la descentralización, la escalabilidad y la seguridad.
El primer enfoque es el muestreo de disponibilidad de datos con SNARK, que permitirá a los nodos comprobar la disponibilidad de los datos y la corrección de los cálculos. Los SNARK (Argumentos de Conocimiento Sucintos y No Interactivos) no requieren confianza y eliminan la necesidad de verificación. El siguiente enfoque es la arquitectura Plasma, que implica delegar el procesamiento de transacciones y la verificación de datos a los usuarios de forma inteligente y compatible con los incentivos.
La implementación de PeerDAS conlleva desventajas
Buterin sugiere que para resolver el trilema se necesitarán métodos avanzados como SNARKs y Plasma, y no solo simples correcciones de software. Con ello, PeerDAS y otras mejoras también buscan hacer que Ethereum sea más escalable mediante la distribución de datos a través de la red.
Si bien la actualización de Dencun mejoró la disponibilidad de datos al introducir 375 kB de datos por cada intervalo de 12 segundos, Buterin dice que aún limita la cantidad de transacciones.
En el caso del Muestreo de Disponibilidad de Datos entre Pares, se utilizan "blobs" de puntos de datos. Un nodo Ethereum reconstruye el blob completo utilizando solo un subconjunto de estas muestras. Luego, en el Muestreo 1D, cada nodo escucha una parte específica de los datos que se transmiten. Los nodos pueden compartir las muestras de datos sin tener que descargarlos todos.
Hola @VitalikButerin, artículo muy informativo. Sin embargo, tengo algunas preguntas.
Si los rollups y EIP-4844 son la forma de escalar ETH, ¿cómo va a mantener DAS la descentralización sin comprometerla? ¿Y qué sucede si todas estas capas 2 se convierten en pequeños silos aislados? ¿Cómo va a… ETH— Zeerabets (@Zeerabets) 17 de octubre de 2024
El cofundador Ethereum explicó que si bien PeerDAS permite a los nodos solicitar muestras de otros fuera de su subred, existe un enfoque más conservador para usar SubnetDAS utilizando la subred local.
Con esto, el blog subraya que el objetivo es aumentar la capacidad de datos por ranura a 16 MB, lo que resultaría en un rendimiento potencial de alrededor de 58 000 TPS. Buterin escribe: «Por lo tanto, en última instancia, queremos ir más allá y aplicar el muestreo 2D, que funciona mediante muestreo aleatorio no solo dentro de los blobs, sino también entre ellos»
Buterin subraya que el siguiente paso es implementar PeerDAS y, posteriormente, aumentar el número de blobs. Sin embargo, el objetivo a largo plazo es, según se informa, ir más allá del DAS unidimensional y desarrollar el Muestreo de Disponibilidad de Datos (DAS) bidimensional para permitir el muestreo tanto dentro como entre blobs.
Buterin también opina que Ethereum debe alejarse de la técnicamaticde los compromisos de KZG y buscar una alternativa libre de configuraciones confiables y resistente a lo cuántico como los STARK más avanzados.
Mientras tanto, Ethereum debe elegir entre DAS 2D y DAS 1D. En ambos casos, existe un equilibrio entre eficiencia y simplicidad. El primero ofrece la mayor escalabilidad, pero es más complejo, mientras que el segundo es más fácil de gestionar, pero tiene una menor capacidad de datos.
Sin embargo, Buterin señala que Plasma podría reducir la necesidad de DAS. En este caso, la contrapartida sería un cambio en la arquitectura de Ethereum, ya que aumentaría la dependencia de los usuarios para el manejo de datos. Buterin también sugiere que, si se implementan técnicas de compresión de datos, se podría reducir la necesidad de DAS 2D avanzado.
Ethereum puede analizar la técnica de compresión de datos
La compresión de datos busca reducir el tamaño de cada transacción en cadena para mejorar la escalabilidad. Ethereum podría utilizar diferentes métodos de compresión, como la compresión de cero bytes, la agregación de firmas,
la sustitución de direcciones por punteros y la serialización personalizada de los valores de las transacciones.
Independientemente del método utilizado, la técnica busca hacer que cada transacción sea más pequeña en términos de bytes para procesar muchas más transacciones dentro del mismo espacio de datos.
Esto será una ventaja, pero también conlleva desventajas. Por ejemplo, Buterin explica que la compresión de datos requeriría la adopción de firmas BLS, lo que requerirá un desarrollo importante. Reemplazar direcciones por punteros también es complejo para el código del cliente. En general, estos cambios podrían dificultar la verificación o auditoría de transacciones y crear problemas para las herramientas que dependen de datos completos de las transacciones.
Dicho esto, Buterin explica que todas las soluciones de escalabilidad actuales presentan dificultades en diversos aspectos. Por lo tanto, la solución de escalado Plasma podría ser potente, ya que utiliza un operador para publicar bloques fuera de la cadena y, al mismo tiempo, colocar las raíces Merkle de esos bloques en la cadena.
Por supuesto, llevarlos a producción sigue siendo una tarea enorme. Lograr la dependencia de los sistemas a prueba de L2 es otro problema para Ethereum. Buterin afirma que la mayoría de los rollups carecen de total falta de confianza debido a la presencia de un consejo de seguridad.
Con el objetivo principal de alcanzar la Etapa 2, Buterin sugiere técnicas de verificación formal, junto con la creación de múltiples sistemas de prueba y el empleo de un mecanismo multifirma. Dado que los sistemas de prueba L2 avanzados ayudarán a reducir la presión de MEV en la capa 1, se logrará escalabilidad.
Entre estos desarrollos, las mejoras en la interoperabilidad entre capas 2 siguen siendo importantes. Buterin afirma que una mejor interacción entre las capas 2 y 1 mejorará la usabilidad general de Ethereum. A diferencia de los otros cambios sugeridos, la interoperabilidad no es una simple mejora técnica. Sin embargo, es crucial para la hoja de ruta de escalabilidad a largo plazo de Ethereum.
