La disponibilidad de datos en cadena se ha convertido en un tema cada vez más común a medida que Ethereum continúa escalando.

Hoy en día, los desarrolladores de Ethereum están analizando dónde y cómo se deben almacenar los datos en las redes blockchain mientras trabajan para resolver el llamado trilema blockchain, en referencia a las compensaciones entre seguridad, escalabilidad y descentralización.

En criptografía, la disponibilidad de datos se refiere al concepto de que todos los participantes de la red pueden acceder y recuperar los datos almacenados en una pink.

En la capa 1 de Ethereum, los nodos de la purple descargan todos los datos de cada bloque, lo que dificulta la ejecución de transacciones no válidas.

Aunque esto puede garantizar la seguridad, este proceso puede ser relativamente ineficiente: pedirle a un nodo de purple que verifique y almacene todos los datos en un bloque puede reducir drásticamente el rendimiento y obstaculizar la escalabilidad de la cadena de bloques.

Las soluciones de escalado de capa 2 de Ethereum están diseñadas para resolver este problema.

Una solución preferred hoy en día es el paquete acumulativo optimista, como Arbitrum y Optimism. Los resúmenes optimistas son de naturaleza «optimista» ya que suponen que las transacciones son válidas hasta que se demuestre lo contrario.

La mayoría de los paquetes acumulativos actuales solo tienen un único secuenciador, lo que significa que existe un riesgo de centralización, dijo a Blockworks Anurag Arjun, cofundador de la cadena de bloques modular Avail.

Este no es un problema importante en la actualidad, ya que las soluciones acumuladas deben colocar los datos de transacciones sin procesar en Ethereum utilizando algo llamado calldata, la forma más barata de almacenamiento en Ethereum en la actualidad, como señala Arjun.

Una vez que los datos de una llamada se envían a la crimson principal de Ethereum, cualquiera puede cuestionar si son precisos o no dentro de un período de tiempo determinado, según Neel Somani, fundador de la solución de escalado de blockchain Eclipse.

Si nadie cuestiona la validez del paquete acumulativo, se aceptará en Ethereum una vez que finalice el período de tiempo.

El problema, señala Somani, es cómo alguien puede demostrar que una transacción se ejecutó de manera incorrecta si no tiene los datos.

«Si no te digo lo que ejecuté, no hay manera de que puedas probar que está mal, por lo que necesitas saber exactamente lo que ejecuté para solucionarlo», dijo Somani. «Por lo tanto, todas las cadenas de bloques deben demostrar la disponibilidad de datos de alguna manera o forma».

Muestreo de disponibilidad de datos

Como todas las cadenas de bloques deben demostrar la disponibilidad de datos, puede resultar ineficiente descargar un bloque completo en una purple, lo que nuevamente invoca el problema inicial de disponibilidad de datos.

«Así que, como alguien que no quiere descargar el bloque completo, todavía quiero tener la confianza de que la información del bloque no está siendo retenida», dijo Somani.

La solución, según Somani, es el uso de muestreo de disponibilidad de datos para ganar confianza en que el bloque realmente está allí.

El muestreo de disponibilidad de datos implica muestrear partes aleatorias del bloque para obtener una confianza arbitrariamente alta de que el bloque está allí, explica Somani.

Esta tecnología utiliza polinomios (una expresión matemática que comprende variables, coeficientes y exponenciación) para modelar relaciones entre variables en un bloque.

Una interpretación errónea común del muestreo de disponibilidad de datos es que si se toma una muestra de la mitad del bloque, solo se obtiene un 50% de confianza en que la información del bloque es precisa, dijo Somani. Esto no es cierto, explica, porque al igual que con el muestreo de disponibilidad de datos, los usuarios deben asegurarse de tener suficientes puntos para recuperar el polinomio unique.

Proyectos como Celestia y Avail están desarrollando actualmente soluciones de muestreo de disponibilidad de datos.

«Lo que creemos sinceramente es que cada capa base será una capa de disponibilidad de datos», dijo Arjun a Blockworks. «La principal lucha direccional que estamos teniendo es querer escalar la disponibilidad de datos en la capa foundation y tener ejecución y acumulación en la segunda capa».


Reciba las principales noticias e información sobre criptografía del día en su correo electrónico todas las noches. Suscríbase ahora al boletín informativo gratuito de Blockworks.

¿Quiere que le envíen alfa directamente a su bandeja de entrada? Obtenga thoughts comerciales degenerativas, actualizaciones de gobernanza, rendimiento de tokens, tweets imperdibles y más de Day-to-day Debrief de Blockworks Investigation.

¿No puedes esperar? Recibe nuestras noticias de la manera más rápida posible. Únase a nosotros en Telegram y síganos en Google Information.

Share.
Leave A Reply