¡Ethereum completa oficialmente la actualización de Fusaka! Por primera vez, se completaron dos hard forks en un solo año ✨ La importancia de la actualización de Fusaka es liberar las limitaciones de volumen de datos y costes que encuentran los L2 al enviar datos de vuelta a Ethereum para su verificación Esta mejora está dirigida principalmente a dos partes 👉 PeerDAS (muestreo por disponibilidad de datos) permite a los validadores muestrear y verificar datos en lugar de verificar todos los datos, reduciendo efectivamente los requisitos de ancho de banda y los volúmenes de almacenamiento 👉 El Parámetro Solo de Blob (BOP) elimina la necesidad de ajustar los parámetros de blob para esperar a una gran bifurcación dura, lo que ofrece total flexibilidad y aumenta el límite de ancho de banda de Ethereum La próxima mejora de Glamsterdam será en 2026 Dos puntos clave son 👉 La Separación Proponente-Constructor (ePBS) consagrada separa a los constructores de bloques de los proponentes para fortalecer la cadena de suministro de MEV en lugar de depender únicamente de relés externos 👉 Las Listas de Acceso a Nivel de Bloque (BALs) permiten una ejecución más eficiente y un acceso de acceso con mejor estado, incluyendo una mayor capacidad de blobs, y allanan el camino para un mayor TPS en el futuro 👇 Mira qué dicen otros grandes
Ethereum
Ethereum3 dic, 22:33
La actualización de Fusaka es hoy. Ethereum está escalando de forma segura.
@nake13 dijo que el PeerDAS central de Fusaka (EIP-7594) introduce tecnología de codificación de borrado para transformar datos en "super códigos QR" Los nodos ya no necesitan descargar blobs completos y solo necesitan muestrear aleatoriamente para verificar la disponibilidad de datos, lo que elimina cuellos de botella en ancho de banda y permite el escalado de blobs sin aumentar la carga de nodos, sentando las bases para un bajo coste L2 y la forma definitiva de danksharding
Zhixiong Pan
Zhixiong Pan1 dic, 16:56
El "super código QR" :P eerDAS en la actualización de Ethereum Fusaka es la confianza para que L2 se atreva a expandirse 100 veces 1️⃣ ¿Se puede seguir usando un código QR roto? Antes de ir al grano, recuerda un detalle de la vida: cuando escaneas un código QR, aunque haya un logo en el centro, o un borde rasgado o manchado, tu teléfono puede reconocer toda la información a través de la cámara. ¿Por qué? Porque la capa subyacente del código QR utiliza una tecnología llamada Codificación de Borrado. En términos sencillos, "difunde" la información original y añade redundancia. Mientras la parte intacta supere cierto porcentaje (como el 70%), el algoritmo matemático puede "contar" automáticamente la parte perdida y restaurar la información original. Esta característica mágica de "abarcar parcialmente el todo" es la inspiración para resolver el problema de escalado en la actualización de Ethereum Fusaka. 2️⃣ Un "muro invisible" en el camino hacia la expansión de Ethereum Desde la introducción de los blobs, las comisiones de Capa 2 han bajado bastante. Naturalmente, la gente preguntará: Dado que los blobs son tan fáciles de usar, ¿por qué no aumentamos el número de blobs en 10 o 100 veces de una vez? ¿No reduciría esto aún menos las tarifas de gasolina? Por desgracia, nos topamos con un muro físico: la velocidad de banda ancha/internet. Bajo el mecanismo existente, los nodos de Ethereum siguen utilizando el "método estúpido": para confirmar que "los datos están seguros", los nodos deben descargar estos datos en su totalidad. Si duplicas el número de masas de forma incontrolable, la cantidad de datos explotará. La gente común que ejecuta nodos en sus ordenadores domésticos se verá obligada a abandonar por falta de ancho de banda y discos duros completos. Al final, solo quedan unas pocas salas de informática gigantes en la red que pueden ejecutar nodos. Esto no se llama Ethereum, se llama Amazon Cloud. 3️⃣ PeerDAS: Convertir datos en "códigos super QR" Esto te mete en un ciclo muerto: si quieres L2 más baratos, necesitas más datos; Si quieres más datos, desplazarás a los nodos descentralizados. Para romper este estancamiento, la actualización de Fusaka trajo a PeerDAS (EIP-7594), que decidió llevar la magia de los códigos QR a la blockchain. PeerDAS ya no requiere que cada nodo descargue cada blob completo para confirmar que "los datos no están ocultos", sino que utiliza tecnología de codificación de borrado para "expandir" y triturar los datos en un "super código QR". La magia de esto es que un solo nodo no tiene que guardar la matriz de datos completa; mientras pueda obtener al menos el 50% de las columnas de datos de la red, puede usar algoritmos matemáticos para restaurar completamente el 100% de los datos originales. 4️⃣ Despídete de la fuerza bruta y empieza a hacer "comprobaciones puntuales" Con esta base matemática, el método de verificación ha cambiado de "descarga completa" a "muestreo aleatorio". Los nodos no necesitan descargar archivos enormes completos. Solo necesita descargar una pequeña muestra de la muestra aleatoria especificada por el protocolo (como 1/8 del total de datos), como una libélula salpicando agua. Es como si no necesitaras ver todas las cuadrículas en blanco y negro del código QR, solo necesitas ver unas pocas esquinas al azar. Aunque cada nodo solo escanea una pequeña parte, siempre que suficientes nodos de la red sean escaneados aleatoriamente y confirmados como correctos, se puede concluir estadística y criptográficamente que la probabilidad de error o pérdida de este dato se ha reducido a un nivel cósmico insignificante. 5️⃣ Desde el sendero de intestinos de oveja hasta la carretera de ocho carriles de doble sentido Este cambio es revolucionario. Antes, los nodos tenían que "beber una olla entera de sopa" para saber si la sopa estaba salada o no; Ahora, los nodos solo necesitan "dar un bocado con una cuchara" para sacar una conclusión. Las mejoras de eficiencia que provoca este cambio son de órdenes de magnitud. Porque cada nodo solo necesita consumir una cantidad muy pequeña de ancho de banda para mantener conjuntamente una red de datos extremadamente grande. Esto significa que la mainnet de Ethereum puede aumentar gradualmente la cantidad de datos (límite de blob) desde los 6 actuales hasta 32, 64 o incluso más en el futuro sin aumentar la carga sobre los nodos. Para los usuarios, PeerDAS abre la puerta a la forma final de "Danksharding". Los "gastos de viaje" (costes de almacenamiento de datos) de la Capa 2 se reducirán aún más significativamente. El futuro Ethereum ya no será una carretera rural congestionada, sino una autopista interestelar entretejida entre matemáticas con una enorme capacidad de rendimiento.
👉 Lecturas recomendadas Actualización del protocolo Ethereum: expansión de PeerDAS y Blob, impulsando L2 más rápido y barato
11.12K