Posibilidad de utilizar sharding como capa de disponibilidad de datos.

Cada vez que la situación se desvía repentinamente de las expectativas, la gente comienza a pensar en cómo cambiar el sistema existente.

Con el auge de DeFi en Ethereum, la gente comenzó a pensar en el espacio de bloques de Ethereum. El precio del gas de Ethereum ha alcanzado un máximo histórico. Frente al problema de congestión en Ethereum, los usuarios y desarrolladores de aplicaciones no pueden evitar tener preguntas: ¿Es Ethereum la opción correcta?

Resulta que este es un problema muy complejo, necesitamos considerar las siguientes variables:

Pronto se lanzarán algunos nuevos esquemas Layer2 en la red principal

Eth 2.0 + Progreso de fragmentación

Nuevas cadenas de Capa 1 bien financiadas, por ejemplo, Solana/Near

La comunidad de Ethereum es perezosa y no está muy entusiasmada con el desarrollo de herramientas.

Cosmos/Polkadot y otras cadenas de aplicaciones + tecnología de interoperabilidad

Las nuevas aplicaciones deben equilibrar la interoperabilidad con proyectos DeFi y tarifas bajas

Como se mencionó anteriormente, ¡hay mucho que aprender! Pero no ayuda saber eso, porque en todo el ecosistema, muchas buenas palabras están impulsadas por los intereses financieros del narrador.

Aquí, me gustaría discutir una visión del futuro que espero con ansias: usar la cadena de fragmentos ETH 2.0 como la capa de disponibilidad de datos de la Capa 2.

La disponibilidad de datos es un término muy técnico y creo que es por eso que no es tan popular como otros conceptos en los artículos de divulgación científica.

Espero que en los próximos 5 a 10 años, la disponibilidad de datos se convierta en una de las dimensiones a las que se refiere la gente.

La "disponibilidad de datos" es uno de esos conceptos importantes que la mayoría de la gente no entiende. Si bien los investigadores a menudo se refieren a este concepto, rara vez lo veo discutido por otros.

En este artículo, discutiré el concepto de disponibilidad de datos, pero no entraré en detalles técnicos específicos. Si desea sumergirse en los detalles técnicos, hay algunos artículos muy especializados para leer.

La disponibilidad de datos es una propiedad que pueden tener las cadenas de bloques. Además de entender lo que es, también es útil entender lo que no es.

La disponibilidad de datos no garantiza la integridad de los datos en cadena. Por ejemplo, saber si el remitente de una transacción en un bloque tiene saldo suficiente requiere algo más que la disponibilidad de datos.

La disponibilidad de datos solo garantiza que cualquier usuario (incluidos los clientes ligeros) pueda encontrar todos los datos en la cadena de bloques.

El siguiente es un diagrama esquemático de una cadena de bloques con disponibilidad de datos:

Como se muestra en la figura anterior, es una secuencia ordenada de elementos de datos, pero no sé qué representan estos elementos de datos. En términos simples, puede considerarlo como una base de datos ordenada sin permisos que solo puede agregar datos.

Para cadenas de bloques como Bitcoin y Ethereum, no solo necesitamos disponibilidad de datos, sino también la capacidad de saber qué transacciones son válidas y cuáles no.

Como se muestra en la siguiente figura, podemos poner la cadena de bloques con disponibilidad de datos en un "entorno de ejecución" que puede discernir la validez de los bloques de datos para la traducción:

Supongamos que traducimos esta cadena de bloques a "entorno de ejecución 1", el bloque de datos 1 representa datos válidos y el bloque de datos 2 representa datos no válidos. El "Entorno de ejecución 1" puede ejecutarse en otro lugar, como la Capa 2.

La belleza de este enfoque es que separa completamente los datos de la ejecución. Podemos construir una cadena que clasifique los datos realmente rápido y maneje la ejecución, y luego traduzca esos datos a través de un entorno de ejecución de Capa 2 como Optimistic rollup.

Una posibilidad para el futuro de Eth 2.0 es que todas menos una de las cadenas de fragmentos se conviertan en cadenas de bloques de disponibilidad de datos de alto rendimiento para uso de la Capa 2. La única excepción es la cadena de fragmentos convertida de Eth 1.0 para almacenar datos de consenso.

El diagrama esquemático es el siguiente:

Se disiparán todas las preocupaciones de que las transacciones de fragmentos cruzados no sean factibles. La capa 2 puede usar todas las cadenas de fragmentos para ejecutar transacciones. En última instancia, la diferenciación económica entre cadenas de fragmentos depende completamente de la Capa 2.

No necesariamente tenemos que esperar hasta que Eth 2.0 Fase 2 entre en funcionamiento.

Por supuesto, esto es solo una visión, y puede que no se haga realidad, pero una vez que lo haga, tendrá un gran significado.

Estamos a punto de ingresar a un mundo de incógnitas a medida que las tecnologías blockchain y de escalabilidad intentan abrirse camino en el espacio DeFi altamente congestionado.

Las personas inteligentes considerarán múltiples posibilidades y seguirán de cerca los desarrollos en el espacio DeFi. Espero que podamos explorar juntos los escenarios futuros mencionados en este artículo.

Voy a explorar esto con más profundidad en un artículo futuro.

Gracias a Brian Flynn y Aditya Asgaonkar por sus comentarios y revisión.

https://www.lakshmansankar.com/#/shards-as-data-availability-layers

Autor: Lakshman Sankar

Tags：

DAI