jakiro
Escrito por: imToken
A finales de 2025, la comunidad Ethereum marcó el comienzo de la actualización de Fusaka con relativa calma.
Mirando retrospectivamente el año pasado, aunque las discusiones sobre las actualizaciones tecnológicas subyacentes se han ido desvaneciendo gradualmente del foco de atención del mercado, creo que muchos usuarios de la cadena han sentido personalmente un cambio significativo: Ethereum L2 se está volviendo más barato.
En las interacciones actuales en cadena, ya sean transferencias u operaciones complejas de DeFi, las tarifas del gas a menudo solo cuestan unos pocos centavos o incluso se ignoran. Detrás de esto, la actualización de Dencun y el mecanismo Blob son ciertamente indispensables. Al mismo tiempo, con la activación oficial de PeerDAS (Peer Data Availability Sampling, verificación de muestreo de disponibilidad de datos punto a punto), la característica principal de la actualización de Fusaka, Ethereum también se está despidiendo por completo de la era de la verificación de datos de «descarga completa».
Se puede decir queLo que realmente determina si Ethereum puede llevar aplicaciones a gran escala de manera sostenible y a largo plazo no es solo el Blob en sí, sino el siguiente paso representado por PeerDAS.
1. ¿Qué es PeerDAS?
Para comprender el significado revolucionario de PeerDAS, no podemos hablar simplemente de conceptos.Primero debemos volver a un nodo clave en el camino hacia la expansión de Ethereum, a saber, la actualización de Dencun en marzo de 2024.
En ese momento, EIP-4844 introdujo un modelo de transacción de transporte de blobs (incrustando una gran cantidad de datos de transacciones en blobs), de modo que L2 ya no podía depender de costosos mecanismos de almacenamiento de datos de llamadas y, en su lugar, utilizaba almacenamiento temporal de blobs.
Este cambio es directamenteReducir el costo de Rollup a una décima parte del original, asegurando que la plataforma L2 pueda proporcionar transacciones más baratas y rápidas sin afectar la seguridad y la descentralización basada en Ethereum.También permite a nuestros usuarios saborear la dulzura de la «era del bajo consumo de gas».
Sin embargo, aunque los Blobs son muy útiles, existe un límite superior estricto en la cantidad de Blobs que se pueden transportar por bloque en la red principal de Ethereum (generalmente 3-6). La razón es muy práctica, es decir, el ancho de banda físico y los discos duros son limitados.
Según el modelo de verificación tradicional, cada validador en la red, ya sea un servidor operado por una organización profesional o una computadora común en la casa de un inversionista minorista, aún debe descargar y difundir los datos completos del Blob para confirmar que los datos son válidos.
Esto crea un dilema:
-
Si se aumenta la cantidad de Blobs (para expandir la capacidad): la cantidad de datos aumenta, el ancho de banda de los nodos domésticos se llenará y el disco duro se llenará, lo que los obligará a desconectarse. La red se centralizará rápidamente y eventualmente se convertirá en una cadena gigante que sólo podrá ejecutarse en grandes salas de computadoras;
-
Si el número de blobs es limitado (para la descentralización): el rendimiento de L2 está bloqueado y no puede hacer frente a una futura demanda de crecimiento explosivo.
Para decirlo claramente, Blob es solo el primer paso para resolver el problema de «dónde almacenar datos».Cuando hay menos datos, todo está bien, pero si la cantidad de Rollups continúa aumentando en el futuro, cada Rollup envía datos con una alta frecuencia y la capacidad del Blob continúa expandiéndose, entonces el ancho de banda y la presión de almacenamiento del nodo se convertirán en un nuevo riesgo de centralización.
Si continuamos utilizando el modelo tradicional de descarga de volumen completo y no logramos resolver la presión del ancho de banda, el camino de expansión de Ethereum chocará contra el muro del ancho de banda físico. PeerDAS es la clave para desbloquear este nudo.
Si puede resumirlo en una frase, PeerDAS es esencialmente una arquitectura de verificación de datos completamente nueva, que rompe la ley de hierro de que la verificación debe descargarse en su totalidad.Permite que los blobs escale más allá de los niveles de rendimiento físico actuales (por ejemplo, saltar de 6 blobs/bloque a 48 o más).
2. Blob resuelve «dónde colocarlo» y PeerDAS resuelve «cómo almacenarlo»
Como se mencionó anteriormente,Blob ha dado el primer paso en la expansión y resolvió el problema de «dónde almacenar datos» (pasar de los costosos Calldata al espacio temporal de Blob), por lo que lo que PeerDAS necesita resolver es el problema de «cómo almacenarlos de manera más eficiente».
El problema central que quiere resolver es ¿cómo aumentar exponencialmente la cantidad de datos sin abrumar el ancho de banda físico del nodo?La idea también es muy sencilla: basada en la probabilidad y la colaboración distribuida, «no requiere que todos almacenen la cantidad total de datos y puede confirmar con una alta probabilidad que los datos realmente existen».
Esto se puede ver en el nombre completo de PeerDAS, «Verificación de muestreo de disponibilidad de datos entre pares».
Este concepto suena oscuro, pero podemos utilizar una metáfora popular para comprender este cambio de paradigma. Por ejemplo, la verificación de volumen completo en el pasado era como una biblioteca ingresando a una Enciclopedia Británica (datos Blob) de miles de páginas. Para evitar pérdidas, cada administrador (nodo) debe copiar manualmente un libro completo como copia de seguridad.
Eso significa que sólo las personas con dinero y tiempo libre (ancho de banda/disco duro grande) pueden ser administradores, especialmente porque la Enciclopedia Británica (Blob data) seguirá expandiéndose con más y más contenido.Si las cosas siguen así, la gente corriente será eliminada y la descentralización desaparecerá.
Ahora, basándose en el muestreo de PeerDAS, se han introducido tecnologías como la codificación de borrado (Erasure Coding), que permite dividir el libro en innumerables pedazos y expandirlo con codificación matemática.Cada administrador ya no necesita tener todo el libro en sus manos, solo necesita seleccionar al azar algunas páginas y guardarlas en su mano.
Incluso durante la verificación, nadie está obligado a presentar el libro completo.En teoría, siempre que toda la red recopile el 50% de los fragmentos (sin importar si tiene la página 10 o la página 100), podemos usar algoritmos matemáticos para restaurar instantáneamente todo el libro con un 100% de certeza.
Esta es también la magia de PeerDAS——La carga de descargar datos se elimina de un solo nodo y se distribuye a una red colaborativa compuesta por miles de nodos en toda la red.
Fuente: @Maaztwts
Con solo mirar la dimensión de datos intuitiva,Antes de la actualización de Fusaka, la cantidad de blobs estaba estancada en un solo dígito (3-6).La implementación de PeerDAS abrió directamente este límite superior, permitiendo que los objetivos Blob salten de 6 a 48 o más.
Cuando un usuario inicia una transacción en Arbitrum u Optimism y los datos se empaquetan y se transmiten de regreso a la red principal, ya no es necesario transmitir el paquete de datos completo a toda la red. Esto permite a Ethereum lograr una transición en la que la expansión ya no aumenta linealmente los costos de los nodos.
Hablando objetivamente, Blob + PeerDAS es una solución DA (disponibilidad de datos) completa. Desde la perspectiva de la hoja de ruta, esta también es una transición clave para Ethereum desde Proto-Danksharding hasta completar Danksharding.
3. La nueva normalidad en la cadena en la era post-Fusaka
Como todos sabemos, en los últimos dos años, las capas DA modulares de terceros, como Celestia, alguna vez ganaron un enorme espacio de mercado porque la red principal de Ethereum era costosa. Su lógica narrativa se basa en la premisa de que el almacenamiento de datos nativo de Ethereum es caro.
Con Blob y el último PeerDAS, Ethereum ahora es barato y extremadamente seguro:El costo de publicar datos de L2 en L1 se ha reducido a más de la mitad. Además, Ethereum tiene el mayor conjunto de validadores de toda la red y su seguridad es muy superior a la de cadenas de terceros.
Hablando objetivamente, este es un golpe de reducción de dimensionalidad para las soluciones DA de terceros como Celestia. Esto marca que Ethereum está recuperando la soberanía de la disponibilidad de datos y exprimiendo en gran medida su espacio vital.
Quizás se pregunte, esto suena de muy bajo nivel, ¿qué tiene que ver con mi uso de billeteras, transferencias y DeFi?
La relación es realmente muy directa.Si PeerDAS se puede implementar con éxito, significa que los costos de datos L2 pueden permanecer bajos durante mucho tiempo, Rollup no se verá obligado a aumentar las tarifas debido al repunte de los costos de DA, las aplicaciones en cadena también pueden diseñar de forma segura interacciones de alta frecuencia, y las billeteras y DApps no tienen que comprometerse repetidamente entre «función versus costo»…
En otras palabras,El hecho de que hoy podamos usar L2 barato se debe a Blob. Si todavía podemos permitírnoslo en el futuro, será inseparable de la contribución silenciosa de PeerDAS.
Es por eso que en la hoja de ruta de expansión de Ethereum, aunque PeerDAS es discreto, siempre se lo considera una parada que no se puede pasar por alto. En esencia, esta es también la mejor forma de tecnología a los ojos del autor: «Es difícil beneficiarse sin darse cuenta y es difícil sobrevivir si se pierde», por lo que no se puede sentir su existencia.
En última instancia, PeerDAS demuestra que blockchain puede transportar datos masivos a nivel Web2 sin sacrificar demasiado la visión de descentralización a través de un diseño matemático exquisito (como el muestreo de datos, etc.).
En este punto, la autopista de datos de Ethereum ya está completamente pavimentada. Qué tipo de coches circularán a continuación por esta carretera es una pregunta que la capa de aplicación debería responder.
Esperemos y veremos.
