Conceptos erróneos sobre la disponibilidad de datos que descubrí después de un año – feed

La disponibilidad de datos no es una noción nueva, incluso se rumorea en la comunidad cripto local justo después de la aparición física de una serie de Capa Dos. Sin embargo, justo después de releer mis notas anteriores, de la nada me di cuenta de que había algunos puntos que había entendido mal sobre esta noción. Así que ahora, en esta publicación, ¡veamos cuáles son estos conceptos erróneos!

Conceptos erróneos sobre la disponibilidad de información que descubrí después de un año

Nota: Obviamente esto es un “parche” para mis malentendidos privados. Esto no implica, sin embargo, que las notas que siguen no sigan experimentando “nuevos malentendidos”. Por lo tanto, si hay información nueva o algo que necesita corrección, no dude en examinarlo internamente. Comunidad de chats de Coinlive ¡Por favor!

Ahora comencemos con el concepto erróneo…

Disponibilidad y almacenamiento de datos.

Estas dos ideas, si bien están vinculadas a la información, tienen funciones absolutamente diversas. Comencemos con el almacenamiento de información. Esta noción se traduce como «Almacenamiento de datos» y su propósito es Almacenar información en una sala descentralizada. Al mismo tiempo, asegúrese de que la información anterior sea probable. Recuperarse tan pronto como sea posible en situación de reducción o accidente.

Con la Disponibilidad de Datos (DA), su lugar en la cadena de “suministro” está por delante de la información que se genera una vez más. La disponibilidad de datos es una etapa que ayuda a los validadores/nodos de la red a asegurarse de que tienen información suficientemente confiable del anterior, validando y generando así nueva información. Una vez que se crea nueva información, continúa regresando a la fase de almacenamiento de Archivo, y este proceso de acción continuará repitiéndose en el futuro.

Si hablamos de tareas de almacenamiento descentralizado, podemos mencionar tareas como Filecoin, Arweave,…

Con Data Availability, los representantes notables incluyen Celestia, EigenDA, Avail Project (separado de Polygon),…

Las opciones de DA son fijas

Personalmente, anteriormente creía que DA sería una parte absolutamente integral de una cadena de bloques. Sin embargo, inmediatamente después de la introducción de la noción de blockchain modular, este proyecto se abordó individualmente en las capas externas, especialmente en el caso de Celestia.

Y lo que es más interesante, no hace mucho, la comunidad local de Ethereum también propuso aplicar el procedimiento de autenticación de turbina de la máquina virtual Solana (SVM) para que sirva como una capa de disponibilidad de información. Sin embargo, este concepto aún hoy enfrenta bastantes opiniones encontradas.

Sigo escuchando a la gente hablar sobre cómo la turbina nativa de Solana tiene más DA que todos los demás DA combinados.

Entre. ¡Eso no es lo que es DA!

Obtenga más información sobre el muestreo de disponibilidad de datos:https://t.co/mjRoaBftbh https://t.co/2nZgyOZmuh

-Jon Charbonneau (@jon_charb) 22 de septiembre de 2023

Por supuesto, como se describió en el área anterior, EigenDA también es una opción para reutilizar el capital de ETH para imponer la autenticación de su red de disponibilidad de información.

>> Más información: ¿Qué es la capa propia? La primera plataforma ReStake en Ethereum

Si encuentra información como «Metis mueve la capa DA a la red principal de Ethereum«, indica que básicamente están alterando el método DA de una tercera reunión, de regreso a la opción «disponible por defecto» en Ethereum Layer-one.

Por esta razón, vemos que DA ya no es una noción fija, obligada a adaptarse dentro de una red, sino que también puede cruzarse con otras opciones tecnológicas y ser administrada por un tercero independiente.

¿Qué consenso es este Consenso?

Si alguna vez hemos oído hablar de la noción de Blockchain Modular, sabemos que una blockchain estándar tendrá las funciones de Ejecución, Disponibilidad de Datos y Consenso.

Sin embargo, al profundizar en el apartado DA, debemos ser conscientes de que cada opción DA deberá gestionar también su propia red para garantizar la transparencia y precisión que proporciona la información. Entonces… lo has adivinado, ¿verdad? Las opciones de estilo deberán seguir construyendo una red de consenso justo en el corazón de su artículo. Y esto es consenso del grupo operativo DA. es absolutamente diferente del grado de consenso de Ethereum de lo contrario, la Capa uno tendrá que operar.

Incluso en el caso de Blobstream (una opción de contrato inteligente que se encuentra en la red Ethereum), todavía es necesario pasar por el procedimiento de firma por parte de los validadores de Celestia.

Entonces, para resumir este concepto, uno puede básicamente imaginar que una operación DA de un tercer grupo tendrá que conectar una nueva red, como validadores (potencialmente administrados por estos terceros).

Cliente ligero, nodo completo y nodo validador

Colocaré esta parte justo debajo del área de consentimiento para que puedas verla más fácilmente. Dado que una opción de tercer grupo también requiere una red y su propio mecanismo de consenso, también tendrá miembros participando en su red. Y como en la sección anterior, estos miembros serán completamente diferentes de los miembros de una popular cadena de bloques de capa uno que suele verse.

Arriba está la definición del propósito de un Network Light Client en Ethereum. Como puede ver, solo actuarán como el último nivel de validación de datos, justo después de que el Nodo Validador empaquete, produzca la transacción y la envíe a los Nodos Completos para almacenar los datos para su validación.

Opuesto a, El propósito del Light Client en una red DA Layer será más amplio. Es decir, pueden aplicar por completo un truco denominado muestreo de disponibilidad de datos (DAS). En pocas palabras, esta es una opción para probar la información varias veces seguidas para asegurarse de que no se produzca fraude.

Por lo tanto, el Cliente Ligero en la Capa DA podrá informar irregularidades en las fases anteriores desde el Nodo Validador y el Nodo Completo.

Otra distinción es por qué El proyecto real de DA Layer no será demasiado oneroso, para que los clientes puedan utilizar Light Client por completo en teléfonos privados. Pero ten en cuenta que si ves tareas que promuevan este mejor rendimiento, no lo olvides: este es el cliente ligero de capa DA.

Esto es realmente diferente de la carga de trabajo de un cliente ligero en capa uno como Ethereum. Por cierto, si también está interesado en la posible historia de dónde «blockchain se operará directamente en teléfonos personales», puede consultar artículos adicionales o publicaciones de blog sobre Stateless Blockchain. Dejaré el enlace del sitio web a continuación.

>> Más información: Blockchain sin estado: la clave del «nodo de datos» de Ethereum.

La disponibilidad de datos no es sólo una situación de grado dos

Al igual que el título de la publicación que publiqué hace un año, la disponibilidad de datos es el cuello de botella de la Capa Dos.

Y justo en este nivel, un poco fuera de tema, es por eso que Light Client (de Ethereum) y Layer-two (o especialmente Rollup) necesitarán disponibilidad de información, simplemente porque estas dos entidades no descargan toda la información de la red. Y como no toda la información se descarga localmente, el funcionamiento de estas dos entidades es “ligero” y de bajo precio, por lo que se puede escalar muy fácilmente en términos de velocidad.

Por lo tanto, Disponibilidad de datos es la historia de cómo no tener que descargar datos de toda la red, sino también garantizar la precisión y continuidad de los datos anteriores, para seguir autentificando nuevos intereses en el futuro.

Bien, volvamos a la información clave de esta área. Antes de eso, solo consideraba DA requerido de capa dos. Pero, de hecho, después de dominar el concepto de apátrida, descubrí personalmente que DA es en realidad un trampolín hacia el potencial donde los validadores no necesitan almacenar información estatal o anterior.

>> Más información: Discusión sobre DeFi ep.165: ¿Qué diablos es Blockchain sin estado?

Sin embargo, en relación con lo que se compartió en la publicación Stateless Blockchain, ese potencial aún está muy lejos de nosotros.

Conclusión

Arriba hay cinco conceptos erróneos sobre la disponibilidad de información que he descubierto sobre las personas. Espero que los puntos anteriores te resulten útiles. Y como se describió al comienzo de la publicación, el hecho de que haya «comprobado» malentendidos anteriores no implica que no siga entendiendo mal. Por lo tanto, espero escuchar perspectivas más fascinantes de ustedes.

Coinlive compilado

Quizás te interese:

Únase a la discusión sobre los desafíos más candentes de la industria DeFi en el grupo de chat Chats en vivo ¡¡¡Unámonos a los administradores de Coinlive!!!