¡Ethereum ha completado oficialmente la actualización Fusaka! Por primera vez en un año se han realizado dos hard forks ✨ El significado de la actualización Fusaka radica en liberar las limitaciones de cantidad de datos y costos que se encuentran al enviar datos de L2 de vuelta a Ethereum para su verificación. Esta actualización se centra principalmente en dos aspectos: 👉 PeerDAS (muestreo de disponibilidad de datos) permite a los validadores realizar verificaciones de muestreo sobre los datos, en lugar de verificar todos los datos, lo que reduce efectivamente la demanda de ancho de banda y la cantidad de almacenamiento. 👉 Blob-Only Parameter (BOP) permite ajustar los parámetros de Blob sin esperar a un gran hard fork, otorgando flexibilidad y aumentando el límite de ancho de banda de Ethereum. La próxima actualización Glamsterdam se implementará en 2026. Los dos puntos clave son: 👉 Enshrined Proposer-Builder Separation (ePBS) separa la construcción de bloques y los proponentes para fortalecer la cadena de suministro de MEV, en lugar de depender únicamente de intermediarios externos. 👉 Block-Level Access Lists (BALs) logran una ejecución más eficiente y un mejor acceso al estado, incluyendo un aumento en la capacidad de blob, y preparan el camino para un mayor TPS en el futuro. 👇 Veamos qué dicen otros grandes nombres.
Ethereum
Ethereum3 dic, 22:33
La actualización de Fusaka es hoy. Ethereum está escalando de forma segura.
@nake13 indica que el núcleo de Fusaka PeerDAS (EIP-7594) introduce la tecnología de códigos de corrección de borrado, transformando los datos en un "código QR super". Los nodos ya no necesitan descargar el Blob completo, solo necesitan muestrear aleatoriamente para verificar la disponibilidad de los datos, lo que rompe el cuello de botella de ancho de banda, logrando la expansión del Blob sin aumentar la carga de los nodos, sentando las bases para un bajo costo en L2 y la forma definitiva de Danksharding.
Zhixiong Pan
Zhixiong Pan1 dic, 16:56
La actualización Fusaka de Ethereum y el "código QR super" : PeerDAS es la base que permite a L2 expandirse cien veces 1️⃣ ¿Se puede usar un código QR dañado? Antes de entrar en materia, recuerda un detalle de la vida cotidiana: cuando escaneas un código QR, incluso si tiene un logo en el medio, o si un trozo del borde está rasgado, o incluso si está manchado, tu teléfono aún puede reconocer la información completa a través de la cámara. ¿Por qué es esto? Porque el código QR utiliza una tecnología llamada Erasure Coding (código de borrado) en su base. En términos simples, dispersa la información original y añade redundancia. Siempre que la parte intacta que se conserve supere un cierto porcentaje (por ejemplo, el 70%), el algoritmo matemático puede automáticamente "calcular" la parte que falta y restaurar la información original. Esta asombrosa característica de "contener el todo en una parte" es la fuente de inspiración para resolver el problema de escalabilidad en la actualización Fusaka de Ethereum. 2️⃣ Una "pared invisible" en el camino de la escalabilidad de Ethereum Desde la introducción de Blob, las tarifas de Layer 2 han disminuido considerablemente. La gente naturalmente se pregunta: dado que Blob es tan útil, ¿por qué no aumentamos la cantidad de Blob diez veces o cien veces de una vez? ¿Así no se reducirían aún más las tarifas de Gas? Desafortunadamente, nos hemos encontrado con una pared física: el ancho de banda/velocidad de la red. Con el mecanismo actual, los nodos de Ethereum todavía utilizan el "método torpe": para confirmar que "los datos son seguros", el nodo debe descargar completamente esos datos. Si duplicamos la cantidad de Blob sin control, la cantidad de datos explotará. Aquellos que ejecutan nodos en sus computadoras domésticas se verán obligados a salir debido a la falta de ancho de banda y el disco duro lleno. Al final, solo quedarán unos pocos grandes centros de datos capaces de ejecutar nodos. Eso ya no se llamaría Ethereum, se llamaría Amazon Cloud. 3️⃣ PeerDAS: convertir datos en "código QR super" Esto nos lleva a un ciclo vicioso: para tener un L2 más barato, necesitamos más datos; para tener más datos, se expulsarán los nodos descentralizados. Para romper este estancamiento, la actualización Fusaka trajo PeerDAS (EIP-7594), que decide llevar la magia del código QR a la blockchain. PeerDAS ya no requiere que cada nodo descargue completamente cada Blob para confirmar que "los datos no están ocultos", sino que primero utiliza la tecnología de código de borrado para "expandir" y fragmentar los datos, convirtiéndolos en un "código QR super". Su maravilla radica en que: un solo nodo no necesita guardar la matriz de datos completa, siempre que pueda obtener al menos el 50% de las columnas de datos de la red, puede usar algoritmos matemáticos para restaurar el 100% de los datos originales. 4️⃣ Adiós a la fuerza bruta, comenzamos a "muestra aleatoria" Con esta base matemática, el método de verificación ha pasado de "descarga completa" a "muestra aleatoria". Los nodos ya no necesitan descargar el enorme archivo completo. Solo necesitan descargar una pequeña parte de la muestra aleatoria que estipula el protocolo (por ejemplo, 1/8 de los datos totales). Es como si no necesitaras ver cada cuadrado negro y blanco del código QR, solo necesitas ver aleatoriamente algunos rincones. Aunque cada nodo solo escanea una pequeña parte, siempre que haya suficientes nodos en toda la red que hayan echado un vistazo aleatorio y confirmado que está correcto, entonces, desde el punto de vista estadístico y criptográfico, se puede concluir que: la probabilidad de que esos datos estén erróneos o perdidos es tan baja que se puede considerar despreciable a nivel cósmico. 5️⃣ De un camino angosto a una autopista de ocho carriles Este cambio es revolucionario. Antes, los nodos debían "beberse toda la sopa" para saber si estaba salada; ahora, los nodos solo necesitan "probar una cucharada" para llegar a una conclusión. La mejora en la eficiencia que trae este cambio es de órdenes de magnitud. Porque cada nodo solo necesita consumir un ancho de banda extremadamente pequeño para mantener conjuntamente una red de datos extremadamente grande. Esto significa que la red principal de Ethereum puede, sin aumentar la carga de los nodos, aumentar gradualmente la cantidad de datos que puede soportar (límite de Blob) de los actuales 6 a 32, 64 o incluso más en el futuro. Para los usuarios, PeerDAS abre la puerta a la forma final de "Danksharding". El "costo de viaje" (costo de almacenamiento de datos) de Layer 2 se reducirá aún más drásticamente. El futuro de Ethereum ya no será un camino rural congestionado, sino una autopista interestelar tejida a través de las matemáticas, con una enorme capacidad de procesamiento.
👉 Lectura adicional Actualización del protocolo de Ethereum: PeerDAS y la expansión de Blob, impulsando L2 más rápido y más barato
11,14K