Capa de disponibilidad de datos

¿Qué es una capa de disponibilidad de datos?

Una capa de disponibilidad de datos es la parte de un sistema blockchain que hace públicos los datos de las transacciones para que los usuarios, nodos, rollups y aplicaciones puedan verificar lo ocurrido.

En el mundo cripto, la disponibilidad de datos no es lo mismo que la ejecución, la liquidación o el almacenamiento de datos a largo plazo.

Responde a una pregunta más básica: ¿se han publicado realmente los datos de las transacciones que hay detrás de un nuevo bloque o lote de un rollup para que los participantes independientes puedan comprobarlos?

Ethereum.org define la disponibilidad de datos como la confianza en que los datos necesarios para verificar un bloque están realmente disponibles para todos los participantes de la red.

Una capa de disponibilidad de datos es importante porque una blockchain no puede funcionar sin confianza si los usuarios no pueden acceder a los datos necesarios para verificar los cambios de estado.

Si quien produce un bloque, un secuenciador o un validador publica solo un resumen de las transacciones, pero oculta todos los datos, los demás participantes podrían no ser capaces de confirmar si los saldos y los estados de los contratos se actualizaron correctamente.

Esto se conoce como el problema de disponibilidad de datos.

Una capa de disponibilidad de datos ayuda a resolverlo garantizando que los datos sin procesar que hay detrás de los cambios de estado se puedan descargar, muestrear, reconstruir o impugnar.

En las blockchains modulares y los rollups, la capa de disponibilidad de datos es uno de los componentes de escalabilidad más importantes.

Permite que la ejecución tenga lugar en otro sitio y, al mismo tiempo, que los datos de las transacciones estén disponibles para su verificación.

Por qué es importante la disponibilidad de datos en el mundo cripto

La disponibilidad de datos importa porque las blockchains se basan en la idea de la verificación.

Los usuarios no deberían tener que confiar ciegamente en quien produce un bloque, un secuenciador, un validador o el operador de una aplicación.

Deberían poder verificar que el estado de la cadena se ha actualizado correctamente a partir de los datos disponibles de las transacciones.

Sin datos disponibles, una blockchain puede parecer válida a primera vista y, al mismo tiempo, ocultar información necesaria para demostrar si el estado es correcto.

Esto es especialmente importante en el caso de los rollups, que procesan muchas transacciones fuera de la capa base y después publican datos comprimidos o pruebas en una capa de liquidación.

Los rollups pueden reducir las comisiones y aumentar la capacidad de procesamiento, pero los usuarios y validadores siguen necesitando acceder a los datos que sustentan los cambios de estado del rollup.

La hoja de ruta de escalabilidad de Ethereum explica que los rollups generan datos que deben estar disponibles abiertamente para que cualquiera pueda ejecutar las transacciones y verificar que el operador del rollup ha actuado honestamente.

Si faltan los datos, es posible que los usuarios no puedan reconstruir el estado del rollup, impugnar una actualización incorrecta o salir del sistema de forma segura.

Por eso, la disponibilidad de datos suele describirse como un fundamento de seguridad para las redes de capa 2.

Las transacciones baratas son útiles, pero no bastan si los usuarios no pueden verificarlas.

Cómo funciona una capa de disponibilidad de datos

Una capa de disponibilidad de datos funciona publicando los datos de las transacciones de manera que la red pueda verificarlos.

En una blockchain monolítica sencilla, cada nodo completo descarga y ejecuta todas las transacciones de cada bloque.

Esto ofrece una elevada disponibilidad de datos porque un nodo completo rechaza un bloque si faltan los datos necesarios.

El problema es que este modelo resulta más difícil de escalar a medida que crecen el tamaño de los bloques y el volumen de transacciones.

Una blockchain modular separa las distintas funciones en capas diferentes.

Una capa puede encargarse de la ejecución, otra de la liquidación, otra del consenso y otra de la disponibilidad de datos.

La capa de disponibilidad de datos se centra en garantizar que los datos de las transacciones se publiquen y puedan consultarse.

No siempre ejecuta todas las transacciones de los contratos inteligentes.

No siempre almacena todos los datos para siempre.

No siempre decide por sí sola la liquidación definitiva.

Su función principal es hacer que los datos estén suficientemente disponibles para que otros participantes puedan verificar, reconstruir o impugnar las transiciones de estado.

Esta separación permite escalar los sistemas blockchain porque no todos los participantes de la red tienen que realizar todas las tareas al mismo tiempo.

Capa de disponibilidad de datos frente a capa de ejecución

La capa de ejecución es donde se procesan las transacciones y se calculan los cambios de estado.

Por ejemplo, la ejecución puede actualizar los saldos de los tokens, ejecutar el código de un contrato inteligente, procesar swaps o calcular el resultado de una transacción DeFi.

La capa de disponibilidad de datos tiene otra función.

Se asegura de que se publiquen los datos necesarios para verificar esos resultados de ejecución.

Un rollup puede ejecutar transacciones off-chain o en una capa independiente y después publicar datos comprimidos de las transacciones en una capa de disponibilidad de datos.

Esos datos permiten que otras partes comprueben si la raíz de estado del rollup es correcta.

Esta diferencia importa porque un sistema puede ofrecer una ejecución rápida y, a la vez, una disponibilidad de datos deficiente.

Si un secuenciador procesa transacciones con rapidez, pero no publica los datos, los usuarios pueden verse obligados a confiar en él.

Esto debilita el diseño que minimiza la confianza y que deberían ofrecer las redes cripto.

Una capa de disponibilidad de datos sólida permite la verificación independiente incluso cuando la ejecución tiene lugar en otro sitio.

Capa de disponibilidad de datos frente a capa de liquidación

La capa de liquidación es donde pueden tener lugar la resolución definitiva de disputas, la verificación de pruebas, la conexión de activos entre redes o la confirmación del estado final.

En muchos rollups basados en Ethereum, Ethereum actúa como capa de liquidación porque el rollup publica pruebas o compromisos de estado en contratos de Ethereum.

La capa de disponibilidad de datos también puede ser Ethereum o, según el diseño del rollup, una red especializada de disponibilidad de datos.

Cuando la liquidación y la disponibilidad de datos se encuentran en la misma capa base, los usuarios suelen beneficiarse de unos supuestos de seguridad más sólidos y sencillos.

Si la liquidación y la disponibilidad de datos están separadas, el sistema puede reducir los costes, pero también introducir supuestos adicionales de confianza y de los bridges.

No existe un único diseño que sea el mejor para todas las aplicaciones.

Un rollup DeFi de alto valor puede dar prioridad a unas garantías más sólidas de disponibilidad de datos, aunque los costes sean mayores.

Una aplicación de juegos o social puede preferir menores costes de datos si la contrapartida en seguridad resulta aceptable para sus usuarios.

Lo fundamental es que los usuarios sepan qué capa se encarga de hacer que los datos estén disponibles.

Capa de disponibilidad de datos frente a almacenamiento de datos

La disponibilidad de datos no es lo mismo que el almacenamiento permanente de datos.

La disponibilidad de datos consiste en saber si se han publicado los datos de un nuevo bloque o lote para que puedan verificarse cuando sea necesario.

El almacenamiento de datos consiste en conservar los datos históricos de modo que puedan recuperarse durante un periodo más largo.

Las preguntas frecuentes sobre disponibilidad de datos de Celestia explican que la recuperación histórica es un problema de almacenamiento, mientras que la disponibilidad de datos se refiere a que los datos nuevos puedan publicarse y verificarse.

Esta diferencia es importante porque algunos sistemas de disponibilidad de datos solo garantizan los datos durante un periodo limitado.

La documentación de Dencun de Ethereum explica que los datos blob están disponibles durante unos 18 días antes de que los nodos normales de Ethereum puedan podarlos.

Esto no significa que sea imposible almacenar los datos para siempre.

Significa que el almacenamiento a largo plazo pasa a ser responsabilidad de los operadores de rollups, indexadores, servicios de archivo, aplicaciones, usuarios u otras redes de almacenamiento de datos.

Para los usuarios, la lección práctica es sencilla.

Una capa de disponibilidad de datos puede demostrar que los datos estuvieron disponibles durante el periodo necesario, pero quizá no garantice que todos los archivos históricos sigan siendo fáciles de descargar para siempre.

Disponibilidad de datos y rollups

Los rollups son una de las principales razones por las que importan las capas de disponibilidad de datos.

Un rollup agrupa muchas transacciones y publica un resumen, una prueba o un compromiso de estado en una capa base.

Para minimizar la confianza, también necesita poner a disposición suficientes datos de las transacciones para que otros puedan verificar el lote.

Los rollups optimistas necesitan disponibilidad de datos porque quienes los impugnan deben poder consultar los datos durante el periodo de impugnación.

Si los datos están ocultos, una parte que actúe honestamente puede no ser capaz de demostrar que una actualización de estado incorrecta es inválida.

Los rollups de conocimiento cero utilizan pruebas de validez, pero la disponibilidad de datos sigue siendo importante porque los usuarios necesitan acceder a los datos de estado y a los detalles de las transacciones para consultar sus saldos e interactuar de forma segura.

La documentación de Ethereum sobre los rollups ZK explica que incluso los sistemas con pruebas de validez necesitan disponibilidad de datos para que los usuarios puedan conocer sus saldos y realizar actualizaciones de estado.

Por eso, la disponibilidad de datos no es solo un detalle técnico para los desarrolladores.

Afecta a la seguridad de los usuarios, los derechos de retirada, la visibilidad de las cuentas y la capacidad de verificar un rollup de forma independiente.

Muestreo de disponibilidad de datos

El muestreo de disponibilidad de datos, conocido a menudo como DAS, es un método para comprobar que los datos están disponibles sin obligar a cada nodo a descargarlos todos.

En lugar de descargar el bloque o blob completo, un nodo ligero toma muestras aleatorias de pequeñas partes de los datos.

Si se obtienen y verifican correctamente suficientes muestras aleatorias, el nodo alcanza un alto grado de confianza en que se han publicado todos los datos.

La guía de Ethereum sobre disponibilidad de datos describe DAS como una forma de que los nodos descarguen pequeños subconjuntos aleatorios de datos y, aun así, tengan confianza en que todo el conjunto está disponible.

DAS suele funcionar junto con la codificación de borrado.

La codificación de borrado añade partes redundantes a los datos para que puedan reconstruirse por completo aunque falten algunas partes.

Esto dificulta que un productor malicioso oculte solo una pequeña parte de los datos sin que se detecte.

Para los usuarios corrientes, la idea sencilla es que muchas comprobaciones aleatorias pequeñas pueden aportar una gran confianza sin que todos los nodos tengan que soportar toda la carga.

Esta es una de las razones por las que DAS es importante para la futura escalabilidad de blockchain.

Codificación de borrado en la disponibilidad de datos

La codificación de borrado es una técnica que amplía los datos con partes adicionales para poder recuperar las partes que falten.

En un sistema de disponibilidad de datos, la codificación de borrado facilita la detección de ataques de retención de datos.

Si un productor de bloques malicioso oculta parte de los datos originales, una parte considerable de los datos ampliados puede quedar inaccesible o ser incoherente.

Esto aumenta las probabilidades de que los nodos ligeros detecten el problema mediante el muestreo aleatorio.

La documentación de Celestia sobre disponibilidad de datos explica que Celestia utiliza codificación Reed-Solomon y muestreo aleatorio para ayudar a los nodos ligeros a verificar la disponibilidad sin descargar bloques completos.

La hoja de ruta PeerDAS de Ethereum también describe el uso de codificación de borrado al estilo Reed-Solomon para ampliar los datos blob y mejorar las comprobaciones de disponibilidad.

La codificación de borrado puede parecer compleja, pero la idea para el usuario es sencilla.

La red añade suficiente redundancia para que los datos que faltan sean más fáciles de detectar y recuperar.

Ethereum, los blobs y la disponibilidad de datos

Ethereum adquirió más importancia como capa de disponibilidad de datos para los rollups tras la actualización Dencun.

La actualización Dencun activó Proto-Danksharding, también conocido como EIP-4844, en marzo de 2024.

EIP-4844 introdujo transacciones que transportan blobs y permiten a los rollups publicar datos a menor coste que con calldata permanente.

La especificación oficial EIP-4844 indica que las transacciones de shards con blobs amplían la disponibilidad de datos de Ethereum de forma compatible con futuras actualizaciones.

Los blobs son objetos de datos temporales utilizados principalmente por los rollups.

Son más baratos que almacenar permanentemente en la calldata de Ethereum el mismo tipo de datos.

Los nodos de Ethereum ponen los blobs a disposición durante un periodo limitado, suficiente para las necesidades de impugnación y verificación de los rollups en los diseños habituales.

Una vez transcurrido ese periodo, los nodos normales pueden podar los datos, mientras que otros servicios pueden almacenarlos para su consulta histórica.

Este diseño ayuda a Ethereum a admitir más actividad de rollups sin obligar a todos los nodos a conservar para siempre todos los datos de los rollups.

También demuestra por qué deben entenderse por separado la disponibilidad de datos y el almacenamiento a largo plazo.

PeerDAS y el futuro de la disponibilidad de datos de Ethereum

PeerDAS significa Peer Data Availability Sampling.

Es un diseño de la hoja de ruta de Ethereum que utiliza muestreo para que los nodos puedan comprobar la disponibilidad de blobs descargando solo una parte de los datos.

La especificación oficial EIP-7594 PeerDAS describe PeerDAS como un protocolo que permite a los nodos realizar DAS mediante la distribución por chisme, el descubrimiento de pares y las solicitudes a pares.

La página de la hoja de ruta PeerDAS de Ethereum.org explica que el objetivo es evitar que todos los nodos tengan que descargar y almacenar cada blob completo.

Esto importa porque la demanda de blobs puede crecer a medida que más rollups y aplicaciones utilizan Ethereum para disponer de disponibilidad de datos.

Si todos los nodos tuvieran que descargar todos los datos y almacenarlos para siempre, los requisitos para operar un nodo podrían aumentar y la descentralización podría verse perjudicada.

PeerDAS está diseñado para ayudar a Ethereum a ampliar la capacidad de blobs y mantener, al mismo tiempo, la participación en la red al alcance de los nodos.

Forma parte del camino general hacia Danksharding, en el que la disponibilidad de datos se vuelve más eficiente mediante el muestreo y un diseño de red más sólido.

Para los usuarios, lo importante es que escalar la disponibilidad de datos no consiste solo en reducir las comisiones.

También consiste en mantener la red base verificable y descentralizada a medida que aumenta su uso.

Redes especializadas de disponibilidad de datos

Algunas blockchains se crean específicamente para proporcionar disponibilidad de datos a otras cadenas y rollups.

A menudo se las denomina redes especializadas de disponibilidad de datos o capas DA modulares.

Celestia es un ejemplo de red modular de disponibilidad de datos.

Su documentación oficial indica que Celestia ordena los blobs y los mantiene disponibles, mientras que la ejecución y la liquidación se realizan en capas superiores.

Las redes especializadas de disponibilidad de datos pueden reducir los costes para los rollups y las cadenas específicas de aplicaciones porque se centran en publicar y verificar datos, en lugar de ejecutar las transacciones de cada aplicación.

También pueden admitir distintos entornos de ejecución.

Esta flexibilidad resulta útil para los desarrolladores que quieren crear rollups personalizados, appchains, juegos, sistemas DeFi o aplicaciones sociales.

La contrapartida es que los usuarios deben comprender los propios supuestos de seguridad de la red de disponibilidad de datos.

Un rollup que utiliza una capa de disponibilidad de datos puede tener un perfil de seguridad distinto al de otro que utiliza una capa diferente.

La elección de la capa de disponibilidad de datos puede afectar a los supuestos de confianza, el riesgo de los bridges, la seguridad de las retiradas y la compatibilidad con el ecosistema.

Comités de disponibilidad de datos

Un comité de disponibilidad de datos es un grupo de participantes que se compromete a confirmar o certificar que los datos están disponibles.

Algunos sistemas de escalabilidad utilizan un comité en lugar de publicar todos los datos de las transacciones directamente en una amplia capa pública de disponibilidad de datos.

Esto puede reducir los costes y mejorar el rendimiento, pero normalmente introduce más supuestos de confianza.

La documentación de Ethereum sobre disponibilidad de datos explica que los comités de disponibilidad de datos pueden utilizarse en lugar del muestreo de disponibilidad de datos o junto con él.

Un comité puede funcionar bien si sus miembros son fiables, están distribuidos y asumen responsabilidad económica.

Sin embargo, los usuarios deben preguntarse qué sucede si los miembros del comité se desconectan, se confabulan, censuran datos o se niegan a proporcionarlos durante una disputa.

Un diseño basado en comités puede ser aceptable para algunas aplicaciones, pero no equivale a una disponibilidad pública amplia de los datos.

En actividades cripto de alto valor, la diferencia entre la disponibilidad mediante un comité y la disponibilidad pública puede ser muy importante.

Ataques de retención de datos

Un ataque de retención de datos se produce cuando quien genera un bloque, un secuenciador o un operador publica un compromiso sobre los datos, pero se niega a revelar todos los datos.

Esto puede impedir que los participantes honestos verifiquen la transición de estado.

En un rollup, la retención de datos puede dificultar que los usuarios consulten sus saldos, generen pruebas de fraude, demuestren que una actualización no es válida o salgan del sistema de forma segura.

En una blockchain modular, la retención de datos puede romper el vínculo que minimiza la confianza entre la ejecución y la verificación.

Una capa sólida de disponibilidad de datos está diseñada para dificultar este ataque, detectarlo o hacer que resulte costoso desde el punto de vista económico.

El muestreo de disponibilidad de datos ayuda porque los nodos ligeros pueden comprobar aleatoriamente partes de los datos en lugar de confiar en el resumen del productor.

La codificación de borrado ayuda porque ocultar una pequeña parte de los datos originales puede obligar a ocultar una parte mucho mayor de los datos ampliados.

Las pruebas de fraude o de validez también pueden ser útiles, pero normalmente siguen necesitando que los datos estén disponibles para resultar eficaces.

Por eso, la seguridad de la disponibilidad de datos es imprescindible para los sistemas de escalabilidad serios.

Disponibilidad de datos y comisiones de transacción

La disponibilidad de datos suele ser uno de los principales factores de coste de los rollups.

Los rollups pueden ejecutar transacciones a bajo coste, pero siguen teniendo que publicar datos suficientes para que puedan verificarse.

La página de escalabilidad de Ethereum indica que históricamente los datos de los rollups debían almacenarse permanentemente en Ethereum, lo que resultaba caro.

Se introdujeron las transacciones con blobs para abaratar los datos de los rollups ofreciéndoles una vía de almacenamiento temporal.

Las redes especializadas de disponibilidad de datos también compiten para reducir el coste de publicar datos.

Un menor coste de disponibilidad de datos puede traducirse en comisiones más bajas para los usuarios de rollups, pero esa relación no es automática.

Los usuarios aún pueden tener que pagar por la ejecución, la secuenciación, la generación de pruebas, las comisiones de prioridad, los costes de los bridges y las comisiones de las aplicaciones.

Aun así, la disponibilidad de datos sigue siendo uno de los componentes de coste más importantes en el diseño de blockchains modulares.

Cuando la disponibilidad de datos se abarata y escala mejor, muchas aplicaciones pueden resultar más prácticas para el uso cotidiano.

Disponibilidad de datos y supuestos de seguridad

Todos los diseños de disponibilidad de datos conllevan supuestos de seguridad.

Un diseño basado en nodos completos presupone que suficientes participantes descargan y verifican todos los datos.

Un diseño basado en muestreo presupone que hay suficientes nodos honestos que muestrean los datos y comparten pruebas de los problemas.

Un diseño basado en un comité presupone que suficientes miembros del comité son honestos, están conectados y están dispuestos a proporcionar los datos.

Una red especializada de disponibilidad de datos presupone que su conjunto de validadores, economía de tokens, reglas de consenso y diseño de muestreo son suficientemente sólidos para las aplicaciones que dependen de ella.

Un rollup que utiliza disponibilidad de datos externa también puede depender de bridges y sistemas de paso de mensajes que conectan la capa de disponibilidad de datos con la capa de liquidación.

Los usuarios no deberían preguntarse solo si un sistema es rápido o barato.

Deberían preguntarse quién garantiza la disponibilidad de los datos, cómo se comprueba esa garantía y qué sucede si los datos no están disponibles.

Esto es especialmente importante para DeFi, los préstamos, los derivados, los activos estables y los NFT de alto valor.

Un supuesto débil sobre la disponibilidad de datos puede convertirse en un riesgo financiero real en momentos de tensión en el mercado.

Disponibilidad de datos y nodos ligeros

Los nodos ligeros son importantes porque permiten que más usuarios verifiquen información de blockchain sin tener que operar una infraestructura exigente.

Por lo general, un nodo ligero no descarga ni ejecuta todas las transacciones.

En su lugar, verifica encabezados, compromisos, firmas, pruebas o muestras.

En cuanto a la disponibilidad de datos, los nodos ligeros pueden utilizar el muestreo para comprobar si los datos existen sin descargarlos todos.

Esto es valioso porque mantiene la verificación al alcance de usuarios con hardware y ancho de banda normales.

Si solo los centros de datos potentes pueden verificar una cadena, la descentralización se debilita.

El muestreo de disponibilidad de datos ayuda a proteger la descentralización al reducir el coste de participar.

Un mayor número de nodos ligeros también puede mejorar la seguridad si muestrean datos de forma activa y los comparten.

Una capa de disponibilidad de datos es más sólida cuando muchos participantes independientes pueden comprobar la disponibilidad, en lugar de confiar en un pequeño grupo de grandes operadores.

Disponibilidad de datos en blockchains modulares

Las blockchains modulares dividen las funciones centrales de blockchain en capas independientes.

Estas funciones suelen incluir la ejecución, la liquidación, el consenso y la disponibilidad de datos.

Un diseño modular permite que cada capa se especialice.

La capa de ejecución puede centrarse en ejecutar aplicaciones.

La capa de liquidación puede centrarse en la finalidad, las pruebas y la resolución de disputas.

La capa de consenso puede centrarse en el orden y el acuerdo.

La capa de disponibilidad de datos puede centrarse en publicar y verificar los datos de las transacciones.

Este diseño puede mejorar la escalabilidad porque no obliga a cada capa a hacerlo todo.

También puede generar complejidad, ya que usuarios y desarrolladores deben entender cómo se conectan las capas.

La seguridad de una arquitectura modular de blockchain depende de los supuestos que vinculan sus capas.

Por eso, elegir una capa de disponibilidad de datos es una decisión de diseño importante para los equipos de rollups.

Validiums, volitions y disponibilidad de datos

Un validium es un diseño de escalabilidad que utiliza pruebas de validez, pero almacena los datos de las transacciones off-chain.

Esto puede reducir los costes, pero introduce un supuesto de disponibilidad de datos distinto al de un rollup que publica los datos on-chain.

Si se retienen los datos de un validium, los usuarios podrían no ser capaces de reconstruir el estado, aunque la prueba de validez confirme que la transición de estado siguió las reglas.

Un volition ofrece a los usuarios o a las aplicaciones la posibilidad de elegir entre disponibilidad de datos on-chain y off-chain.

Esto puede permitir equilibrar el coste y la seguridad según el tipo de transacción.

Por ejemplo, un usuario puede preferir una mayor disponibilidad de datos para transferencias grandes y una opción off-chain más barata para actividades de bajo valor.

Estos diseños muestran por qué el término «capa de disponibilidad de datos» importa para los usuarios.

La ubicación de los datos puede cambiar el perfil de seguridad de todo el sistema.

Qué tienen en cuenta los desarrolladores al elegir una capa de disponibilidad de datos

Al elegir una capa de disponibilidad de datos, los desarrolladores valoran varios factores.

El primero es la seguridad.

La capa de disponibilidad de datos debe ofrecer sólidas garantías de que los datos se publicarán y podrán verificarse.

El segundo es el coste.

Un coste menor de los datos puede abaratar las aplicaciones para los usuarios.

El tercero es la capacidad de procesamiento.

La capa de disponibilidad de datos debe admitir suficientes datos para la actividad prevista de la aplicación.

El cuarto es la integración.

Los desarrolladores necesitan herramientas, API, pruebas, bridges y compatibilidad con la capa de liquidación.

El quinto es la descentralización.

Una capa de disponibilidad de datos debería evitar diseños que solo puedan verificar unos pocos operadores potentes.

El sexto es el acceso a los datos históricos.

Las aplicaciones pueden necesitar un plan para indexadores, archivos, historiales de usuario, análisis y registros de disputas.

El séptimo es el respaldo del ecosistema.

Las carteras, los exploradores, los proveedores de infraestructura y las herramientas para desarrolladores influyen en la viabilidad práctica de una capa de disponibilidad de datos.

Riesgos de las capas de disponibilidad de datos

El primer riesgo es la retención de datos.

Si los datos no están disponibles, los usuarios pueden ser incapaces de verificar la cadena o salir de un rollup de forma segura.

El segundo riesgo es una participación insuficiente en el muestreo.

Si muy pocos nodos honestos muestrean los datos, las garantías de disponibilidad de la red pueden ser más débiles.

El tercer riesgo es el fallo del comité.

Si un comité de disponibilidad de datos deja de estar operativo o actúa de forma maliciosa, los usuarios podrían perder el acceso a datos necesarios.

El cuarto riesgo es el riesgo de los bridges.

Cuando un rollup utiliza una capa para la liquidación y otra para la disponibilidad de datos, la conexión entre ambas debe ser segura.

El quinto riesgo es la pérdida de datos históricos.

Una capa de disponibilidad de datos puede garantizar la disponibilidad solo a corto plazo, por lo que las aplicaciones necesitan planes de almacenamiento independientes para los datos antiguos.

El sexto riesgo es la volatilidad de los costes.

Si aumenta la demanda de espacio para datos, las comisiones pueden subir y afectar a los usuarios.

El séptimo riesgo es la falta de comprensión.

Muchos usuarios ven comisiones bajas y dan por hecho que el sistema ofrece la misma seguridad que una capa base, pero puede que no sea así.

Cómo pueden evaluar los usuarios una capa de disponibilidad de datos

En primer lugar, los usuarios deberían comprobar dónde publica un rollup o una aplicación los datos de sus transacciones.

Deberían preguntarse si los datos se publican en una capa base, una red especializada de disponibilidad de datos, un comité o un sistema de almacenamiento privado.

También deberían averiguar cuánto tiempo siguen disponibles los datos a través de los nodos normales.

Deberían comprobar si el sistema utiliza muestreo de disponibilidad de datos, replicación completa, certificaciones de comités u otro método.

Deberían entender si la aplicación dispone de salidas de emergencia en caso de que los datos dejen de estar disponibles.

Deberían revisar si la capa de disponibilidad de datos cuenta con validadores independientes, documentación pública, supervisión activa y herramientas fiables.

También deberían comprobar si la aplicación explica claramente sus supuestos de seguridad.

Un proyecto serio debería explicar su modelo de disponibilidad de datos de forma comprensible, en lugar de ocultarlo tras términos de marketing.

Para los usuarios de a pie, la regla más prudente es considerar útiles los modelos de disponibilidad de datos más baratos, pero no asumir que equivalen automáticamente a los más sólidos.

Las comisiones bajas son valiosas, pero no deberían implicar riesgos ocultos que los usuarios no comprendan.

Malentendidos habituales sobre las capas de disponibilidad de datos

Un malentendido es pensar que disponibilidad de datos significa que los datos se almacenan para siempre.

En realidad, suele significar que los datos se publicaron y estuvieron disponibles durante el periodo de verificación requerido.

Otro malentendido es pensar que las pruebas de validez eliminan la necesidad de disponer de los datos.

Las pruebas de validez pueden demostrar que una transición de estado es válida, pero los usuarios siguen necesitando datos para consultar los saldos, reconstruir el estado e interactuar de forma segura.

Un tercer malentendido es pensar que todos los rollups ofrecen las mismas garantías de disponibilidad de datos.

Distintos rollups pueden utilizar distintas capas de disponibilidad de datos y distintos supuestos de seguridad.

Un cuarto malentendido es creer que unas comisiones bajas siempre indican un mejor diseño.

Las comisiones bajas son útiles, pero los usuarios también deben tener en cuenta la seguridad, la descentralización, las salidas y el acceso a los datos.

Un quinto malentendido es creer que la capa de disponibilidad de datos solo preocupa a los desarrolladores.

En realidad, afecta a la seguridad de los usuarios, los costes de las transacciones, la fiabilidad de las retiradas y los supuestos de confianza.

Por qué importan las capas de disponibilidad de datos para AEO y la intención de búsqueda

Quienes buscan «capa de disponibilidad de datos» suelen querer saber por qué aparece este término en relación con los rollups, las blockchains modulares, la escalabilidad de Ethereum y la seguridad de las redes de capa 2.

La respuesta más sencilla es que una capa de disponibilidad de datos permite acceder a los datos de las transacciones para que otros puedan verificar una blockchain o un rollup.

La respuesta más completa es que estas capas ayudan a las blockchains a escalar sin perder la posibilidad de comprobar los datos de forma independiente.

Para quienes realizan búsquedas, los términos relacionados más importantes son rollups, blobs, EIP-4844, PeerDAS, muestreo de disponibilidad de datos, blockchain modular, validium, capa de liquidación, capa de ejecución y ataque de retención de datos.

Estos términos suelen aparecer juntos porque la escalabilidad cripto moderna depende de separar la ejecución de la publicación de datos.

Una explicación completa debería aclarar que la disponibilidad de datos tiene que ver con la verificación, no solo con el almacenamiento.

También debería explicar que las distintas opciones de disponibilidad de datos crean modelos de seguridad diferentes.

Por eso, el tema es importante tanto para los desarrolladores como para los usuarios de criptomonedas.

Preguntas frecuentes

¿Qué es una capa de disponibilidad de datos en el mundo cripto?

Una capa de disponibilidad de datos es la parte de un sistema blockchain que publica y verifica los datos de las transacciones para que los usuarios y los nodos puedan confirmar que los cambios de estado son correctos.

¿Por qué es importante la disponibilidad de datos?

Es importante porque los usuarios no pueden verificar de forma independiente un bloque, un lote de un rollup o una actualización de estado si los datos subyacentes de las transacciones están ocultos.

¿La disponibilidad de datos es lo mismo que el almacenamiento de datos?

No. La disponibilidad de datos consiste en facilitar datos nuevos para su verificación, mientras que el almacenamiento de datos consiste en conservar datos históricos para poder recuperarlos con el tiempo.

¿Qué es el problema de disponibilidad de datos?

El problema de disponibilidad de datos es el reto de demostrar que se han publicado todos los datos de las transacciones sin obligar a cada participante a descargarlos todos.

¿Qué es el muestreo de disponibilidad de datos?

Es un método mediante el que los nodos descargan aleatoriamente pequeñas partes de los datos para tener una elevada confianza en que el conjunto completo está disponible.

¿Por qué necesitan disponibilidad de datos los rollups?

Los rollups necesitan disponibilidad de datos para que los usuarios, quienes impugnan y quienes verifican puedan reconstruir el estado, comprobar los lotes, demostrar errores y salir de forma segura.

¿Los rollups de conocimiento cero también necesitan disponibilidad de datos?

Sí. Los rollups de conocimiento cero también necesitan disponibilidad de datos porque los usuarios precisan datos de estado y de transacciones para consultar los saldos e interactuar de forma segura.

¿Qué son los blobs de Ethereum?

Los blobs de Ethereum son objetos de datos temporales introducidos por EIP-4844 que permiten a los rollups publicar datos a menor coste que con calldata permanente.

¿Qué es PeerDAS?

PeerDAS es un diseño de muestreo de disponibilidad de datos de Ethereum que permite a los nodos comprobar la disponibilidad de blobs descargando solo una parte de los datos.

¿Qué es un comité de disponibilidad de datos?

Es un grupo de participantes que almacena los datos o certifica que están disponibles, normalmente con más supuestos de confianza que una capa pública amplia de disponibilidad de datos.

¿Puede una capa de disponibilidad de datos reducir las comisiones?

Sí. Una capa de disponibilidad de datos escalable puede reducir los costes de los rollups al abaratar la publicación y verificación de los datos de las transacciones.

¿Cuál es el mayor riesgo de una capa de disponibilidad de datos débil?

El mayor riesgo es que se retengan los datos, lo que impediría a los usuarios verificar el estado, impugnar un fraude o recuperar sus fondos de forma segura.

Conclusión

Una capa de disponibilidad de datos es uno de los componentes fundamentales más importantes de la escalabilidad cripto moderna.

Hace que los datos de las transacciones estén disponibles para que las blockchains, los rollups, los nodos ligeros y los usuarios puedan verificar los cambios de estado sin confiar ciegamente en un operador.

La disponibilidad de datos no es lo mismo que la ejecución, la liquidación o el almacenamiento permanente.

Es la garantía de que los datos necesarios para verificar se publicaron realmente y estuvieron accesibles durante el periodo crítico de verificación.

Los blobs de Ethereum, el muestreo de disponibilidad de datos, PeerDAS, las redes DA modulares y los sistemas especializados de disponibilidad de datos existen porque las blockchains necesitan una forma de escalar sin dejar de ser verificables.

La principal lección para los usuarios es mirar más allá de las comisiones bajas y preguntarse dónde se publican los datos, quién los verifica, cuánto tiempo permanecen disponibles y qué sucede si se retienen.

Una capa de disponibilidad de datos sólida puede hacer que los rollups sean más baratos, rápidos y seguros.

Una capa débil puede introducir supuestos de confianza ocultos que los usuarios quizá no detecten hasta que algo vaya mal.

A medida que el mundo cripto avanza hacia diseños de blockchain más modulares, la disponibilidad de datos seguirá siendo un tema central para la escalabilidad, la seguridad y la protección de los usuarios.