Proto-danksharding: El primer paso de la modularidad de Ethereum
Ethereum ha logrado pasar con éxito del mecanismo de consenso de prueba de trabajo a prueba de participación. El próximo proyecto importante en la hoja de ruta de desarrollo es EIP-4844, también conocido como "Proto-Danksharding". Este cambio de código tiene como objetivo mejorar la escalabilidad de los rollups construidos sobre Ethereum.
EIP-4844 introduce un nuevo tipo de transacción, llamado blob, que aumenta los requisitos de datos y almacenamiento de los bloques de Ethereum, y crea un nuevo mercado de tarifas que separa el precio de los blobs de las transacciones regulares.
Rollup es un protocolo que depende de la cadena de bloques de Layer 2 ( como Ethereum ) para la disponibilidad de datos ( DA ). En general, los rollups basados en contratos inteligentes no solo dependen de la DA de Ethereum, sino que también dependen de Ethereum para la liquidación de transacciones. Estos rollups leen datos de capas de DA como Ethereum y ejecutan transacciones válidas y código de contratos inteligentes.
Por lo general, el costo de publicar grandes cantidades de datos en Ethereum es alto, en parte porque la red almacena los datos de forma permanente en el campo "CALLDATA" como parte del historial de transacciones. Con EIP-4844, cada bloque creará un espacio de datos adicional de 512 kB o 768 kB para rollup. Es importante destacar que los datos publicados en este espacio se almacenarán durante aproximadamente tres semanas.
Debido a la brevedad de los datos verificados a través de transacciones blob, así como al mecanismo de precios de blob separado de otros tipos de transacciones, teóricamente, el costo de publicar datos en Ethereum mediante rollups se reducirá drásticamente. Con el tiempo, los desarrolladores planean introducir técnicas de muestreo de datos, de modo que los datos blob no necesiten ser descargados completamente para su verificación por nodos completos de Ethereum, lo que reducirá aún más los costos de rollup.
Proto-danksharding es el preámbulo y "prototipo" del danksharding completo, que permitirá a los nodos de Ethereum descargar fragmentos de datos blob para determinar la disponibilidad del blob completo.
Fondo
EIP-4844 se considera una actualización de escalabilidad para Ethereum. Sin embargo, es importante señalar que el cambio en el código no ha aumentado ni introducido mejoras sustanciales en la capacidad de transacción de Ethereum en sí. El Proto-danksharding reduce el costo de publicar grandes cantidades de datos en Ethereum, lo que a su vez disminuye el costo operativo de los rollups. EIP-4844 se considera una mejora en la escalabilidad de Ethereum, ya que hace que las redes de Layer 2 construidas sobre Ethereum sean más rentables, pero el cambio en el código no ha mejorado la escalabilidad de Ethereum como una blockchain general para transacciones y la ejecución de códigos de contratos inteligentes.
En los últimos cuatro años, la actividad de transacciones de rollups de Ethereum como Arbitrum, Optimism, StarkNet, zkSync y Polygon zkEVM ha estado en aumento. Según estimaciones de L2Beat.com, el volumen total de transacciones por segundo de todas las redes de Layer 2 es (TPS), que equivale a 3.8 veces el TPS diario promedio de Ethereum.
Según los datos proporcionados por Blockworks Research a través de Dune Analytics, en comparación con el costo de implementar código y realizar transacciones directamente en Ethereum, los rollups ahorran más del 99% de las tarifas de gas para los usuarios finales y desarrolladores de dapp.
Hasta el 13 de junio de 2023, el costo de enviar transacciones en los dos rollups de Ethereum más populares, Optimism y Arbitrum, oscila entre 0.03 y 0.05 dólares. Sin embargo, en situaciones de actividad en la cadena frecuente y congestión de la red, estos costos a veces pueden dispararse a más de 1 dólar.
El objetivo de EIP-4844 es reducir los costos de rollup mediante la introducción de un nuevo tipo de transacción, que se denomina objeto binario grande, o blob. A continuación se presenta una descripción paso a paso del ciclo de vida de las transacciones blob definidas por EIP-4844:
El usuario envía la transacción al rollup
Procesador de Rollup de transacciones por lotes
El ordenado envía el lote de transacciones como un blob a Ethereum
Los validadores de Ethereum adjuntan blobs a los bloques
Los datos Blob se almacenan en la capa de consenso durante aproximadamente 3 semanas
Rollup utiliza datos blob para la actualización del estado
EIP-4844 no afecta cómo se incluyen las transacciones regulares en el mempool de Ethereum en los bloques, ni afecta el mercado de tarifas que determina el precio del espacio en bloques de Ethereum, pero EIP-4844 sí aumenta los requisitos de almacenamiento de los bloques de Ethereum. El espacio de datos adicional es para adjuntar transacciones blob a los bloques. Los blobs son como remolques, que pueden adjuntarse a los bloques de Ethereum sin afectar ni ocupar el espacio de bloque existente para procesar transacciones regulares. El espacio de bloque blob se subastará según su propio mercado de tarifas, similar al diseño del mercado de tarifas de EIP-1559.
Al principio, las transacciones blob tendrán casi ningún costo. Después, por cada bloque confirmado, si más de la mitad del espacio del bloque blob ( es utilizado, al menos 256kB ), el costo de las transacciones blob aumentará un 12.5%. Para cada bloque en el que el espacio blob no se utiliza adecuadamente, es decir, cuando el espacio del bloque blob está llenado en menos del 50%, el costo del blob disminuirá un 12.5%.
Las transacciones de blob no se almacenarán indefinidamente en Ethereum, sino que se almacenarán en la capa de consenso de Ethereum (CL), es decir, en la Beacon Chain, y se descartarán de los nodos CL después de tres semanas. El proto-danksharding permitirá que cada bloque tenga un máximo de cuatro blobs, cada uno capaz de contener hasta 128kB de datos adicionales. El límite máximo de espacio de 512kB para blobs podría cambiar según las pruebas en curso de EIP-4844. Los desarrolladores están discutiendo activamente la posibilidad de aumentar este límite de 4 blobs a 6. Cada blob representa una oportunidad para un único ordenante de rollup para confirmar un lote de transacciones en Ethereum. Se generan aproximadamente 7094 bloques al día en Ethereum, y después de EIP-4484, suponiendo un límite de 4 blobs/bloque, se pueden procesar un máximo de 28376 blobs al día.
En los últimos seis meses, el ordenante que opera en Optimism ha sido el segundo rollup de Ethereum más popular, calculado por actividad de transacciones, enviando aproximadamente 3126 lotes de transacciones a Ethereum cada día.
El volumen de transacciones confirmadas de Arbitrum es aproximadamente el doble que el de Optimism, y al igual que Optimism, depende de un ordenante para publicar datos en Ethereum a través de CALLDATA para completar las transacciones. Otros ejemplos de rollups populares en Ethereum incluyen, entre otros, Polygon zkEVM, zkSync y StarkNet. En Optimism, más del 90% de las tarifas provienen de las tarifas de CALLDATA de Layer 1.
La introducción de un espacio de almacenamiento de datos dedicado, por pequeño que sea al principio, tiene como objetivo reducir el costo de usar Ethereum como la capa de DA para todos los rollups basados en Ethereum. De manera conservadora, los desarrolladores de rollup estiman que, desde la activación de EIP-4844, las tarifas de rollup se reducirán entre un 100% y un 900%. Sin embargo, estas estimaciones pueden cambiar según el aumento de la adopción y la actividad de los rollups en los meses anteriores y posteriores a la activación de la base de datos original.
El costo de las transacciones blob, aunque puede ser más barato que las transacciones ordinarias al principio de la activación de EIP-4844, podría aumentar rápidamente si aumenta el número de rollups construidos sobre Ethereum. Además, aunque cada blob está diseñado para ofrecer a un único ordenante la oportunidad de publicar hasta 128 kB de datos, los ordenantes de rollup podrían coordinarse para que un solo blob contenga datos de múltiples rollups. Los desarrolladores de Ethereum son conscientes de que, dado que hay un número limitado de bloques por cada bloque, y un solo lote de transacciones puede no aprovechar completamente el espacio de datos de 128 kB de cada transacción blob, podría surgir un mercado secundario para la fijación de precios de blobs. Aunque prevenir la aparición de un mercado secundario fuera de la cadena es una prioridad, en lugar de introducir un nivel más alto de complejidad en el protocolo para evitar esta posibilidad, actualmente, los desarrolladores están adoptando un "enfoque de esperar y observar" al introducir blobs a través de EIP-4844, y tienen la intención de optimizar aún más EIP-4844 en el futuro.
Proto-danksharding ha sentado las bases para la introducción de tecnologías más avanzadas, con el fin de reducir aún más el costo de los blobs sin aumentar la carga computacional de los nodos. Lo que se conoce como danksharding completo, la visión completa de los blobs es aumentar el número máximo de blobs por bloque de 4 a 64.
Sharding Dank completo
Cuatro blobs aumentan el tamaño del bloque de Ethereum en 512 kB. Seis blobs aumentarán el tamaño del bloque de Ethereum en 768 kB adicionales. Como se mencionó anteriormente, el espacio adicional del bloque se utiliza estrictamente para transacciones de blobs y no almacena datos de forma permanente como el espacio de bloque normal. La visión completa del EIP-4844 es introducir hasta 64 blobs en Ethereum, y lograr esto sin aumentar significativamente la carga de cómputo de validación de bloques en los nodos. Para lograr un danksharding completo, Ethereum necesita implementar dos tecnologías: muestreo de disponibilidad de datos (DAS) y codificación de borrado.
muestreo de disponibilidad de datos ( DAS )
En el contexto de la verificación de transacciones de Layer 2 rollup, el objetivo de DAS es asegurar que todos los fragmentos de datos agrupados por el ordenante se hayan publicado en la cadena. Los nodos completos son seleccionados al azar, descargan un bloque de datos del blob y generan una prueba de disponibilidad de datos. Cuantas más veces muestreen los nodos completos, mayor será la certeza de que todos los datos han sido proporcionados por el ordenante sin retener datos importantes. Para los nodos, el proceso de muestreo de datos requiere menos carga computacional que descargar todo el blob de datos, pero teóricamente ofrece la misma garantía de disponibilidad de datos. Al igual que con el proto-danksharding, el muestreo de datos blob bajo el completo danksharding asegurará que las transacciones del ordenante se hayan verificado y publicado en la cadena, para que cualquier usuario o parte interesada de la red pueda evaluarlas. Luego, los usuarios y las partes interesadas tienen un tiempo para revisar estas transacciones, confirmando que se han completado de manera definitiva en una capa de DA como Ethereum, y construir nuevos lotes de transacciones sobre la base del lote anterior.
A través de DAS, los desarrolladores de Ethereum tienen confianza en aumentar la cantidad y el volumen de datos de blobs publicados en Ethereum sin aumentar la carga computacional de los nodos. Además, los desarrolladores planean en futuras actualizaciones implementar sugerencias como la expiración histórica para reducir aún más la carga computacional de los nodos. En palabras del investigador de Ethereum, Dankrad Feist, con el tiempo, Ethereum se convertirá en un "tablón de anuncios público en lugar de un sistema de archivo", trasladando la responsabilidad de mantener copias completas del historial de transacciones a los interesados de la red que utilizan esos datos con frecuencia, como Layer 2 rollup y empresas de infraestructura blockchain como Infura, Alchemy y Blockdaemon. Aunque EIP-4844 introdujo blobs, este es un ejemplo temprano que muestra que todas las transacciones algún día podrían convertirse en almacenamiento en Ethereum.
Borrar codificación
La codificación de borrado mejora la capacidad de muestreo de datos. Si un ordenante malicioso retiene unos pocos bloques de datos, en cualquier lugar entre el 1% y el 49% de los datos de blob, el muestreo de transacciones puede probabilísticamente hacer que algunas muestras se demuestren correctas desde el principio, en lugar de incorrectas. La codificación de borrado asegura que si al menos la mitad del blob se verifica, el resto del blob puede ser reconstruido. Esta técnica solo es efectiva cuando los datos se representan como un polinomio, es decir, una expresión de más de dos términos algebraicos. La forma más común de codificación de borrado se basa en los códigos Reed-Solomon(RS), que es una fórmula matemática avanzada que puede resolver datos faltantes a partir de fragmentos de datos conocidos suficientes. Intuitivamente, solo muestrear puede no garantizar efectivamente la disponibilidad de grandes cantidades de datos, especialmente bajo la suposición de que un ordenante malicioso retiene un solo dato de un blob. La codificación de borrado introduce redundancia de datos en el blob, de modo que un ordenante malicioso necesitaría retener una parte significativamente grande de los datos del blob para poder retener cualquier cantidad de datos.
La combinación de DAS y la codificación de borrado es la base de la tecnología de danksharding completa. Estas tecnologías también son las que respaldan ciertas capas de DA, como Polygon Avail y Celestia. En muchos aspectos, la visión de apoyar la computación modular en blockchain se está probando a pequeña escala a través de otros proyectos de blockchain, y se llevará a cabo pruebas a gran escala en Ethereum, en parte a través del proto-danksharding y se realizará una prueba seria a través del danksharding completo.
Compromiso KZG
Antes de que DAS y la codificación de borrado puedan implementarse en Ethereum, completo
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
15 me gusta
Recompensa
15
4
Republicar
Compartir
Comentar
0/400
SocialAnxietyStaker
· 08-12 07:18
gas puede bajar, eso está bien.
Ver originalesResponder0
OnchainSniper
· 08-12 03:03
la tarifa de gas finalmente va a bajar ¡Vamos, vamos, vamos!
EIP-4844 introduce transacciones blob que Soltar significativamente los costos de Ethereum Capa 2
Proto-danksharding: El primer paso de la modularidad de Ethereum
Ethereum ha logrado pasar con éxito del mecanismo de consenso de prueba de trabajo a prueba de participación. El próximo proyecto importante en la hoja de ruta de desarrollo es EIP-4844, también conocido como "Proto-Danksharding". Este cambio de código tiene como objetivo mejorar la escalabilidad de los rollups construidos sobre Ethereum.
EIP-4844 introduce un nuevo tipo de transacción, llamado blob, que aumenta los requisitos de datos y almacenamiento de los bloques de Ethereum, y crea un nuevo mercado de tarifas que separa el precio de los blobs de las transacciones regulares.
Rollup es un protocolo que depende de la cadena de bloques de Layer 2 ( como Ethereum ) para la disponibilidad de datos ( DA ). En general, los rollups basados en contratos inteligentes no solo dependen de la DA de Ethereum, sino que también dependen de Ethereum para la liquidación de transacciones. Estos rollups leen datos de capas de DA como Ethereum y ejecutan transacciones válidas y código de contratos inteligentes.
Por lo general, el costo de publicar grandes cantidades de datos en Ethereum es alto, en parte porque la red almacena los datos de forma permanente en el campo "CALLDATA" como parte del historial de transacciones. Con EIP-4844, cada bloque creará un espacio de datos adicional de 512 kB o 768 kB para rollup. Es importante destacar que los datos publicados en este espacio se almacenarán durante aproximadamente tres semanas.
Debido a la brevedad de los datos verificados a través de transacciones blob, así como al mecanismo de precios de blob separado de otros tipos de transacciones, teóricamente, el costo de publicar datos en Ethereum mediante rollups se reducirá drásticamente. Con el tiempo, los desarrolladores planean introducir técnicas de muestreo de datos, de modo que los datos blob no necesiten ser descargados completamente para su verificación por nodos completos de Ethereum, lo que reducirá aún más los costos de rollup.
Proto-danksharding es el preámbulo y "prototipo" del danksharding completo, que permitirá a los nodos de Ethereum descargar fragmentos de datos blob para determinar la disponibilidad del blob completo.
Fondo
EIP-4844 se considera una actualización de escalabilidad para Ethereum. Sin embargo, es importante señalar que el cambio en el código no ha aumentado ni introducido mejoras sustanciales en la capacidad de transacción de Ethereum en sí. El Proto-danksharding reduce el costo de publicar grandes cantidades de datos en Ethereum, lo que a su vez disminuye el costo operativo de los rollups. EIP-4844 se considera una mejora en la escalabilidad de Ethereum, ya que hace que las redes de Layer 2 construidas sobre Ethereum sean más rentables, pero el cambio en el código no ha mejorado la escalabilidad de Ethereum como una blockchain general para transacciones y la ejecución de códigos de contratos inteligentes.
En los últimos cuatro años, la actividad de transacciones de rollups de Ethereum como Arbitrum, Optimism, StarkNet, zkSync y Polygon zkEVM ha estado en aumento. Según estimaciones de L2Beat.com, el volumen total de transacciones por segundo de todas las redes de Layer 2 es (TPS), que equivale a 3.8 veces el TPS diario promedio de Ethereum.
Según los datos proporcionados por Blockworks Research a través de Dune Analytics, en comparación con el costo de implementar código y realizar transacciones directamente en Ethereum, los rollups ahorran más del 99% de las tarifas de gas para los usuarios finales y desarrolladores de dapp.
Hasta el 13 de junio de 2023, el costo de enviar transacciones en los dos rollups de Ethereum más populares, Optimism y Arbitrum, oscila entre 0.03 y 0.05 dólares. Sin embargo, en situaciones de actividad en la cadena frecuente y congestión de la red, estos costos a veces pueden dispararse a más de 1 dólar.
El objetivo de EIP-4844 es reducir los costos de rollup mediante la introducción de un nuevo tipo de transacción, que se denomina objeto binario grande, o blob. A continuación se presenta una descripción paso a paso del ciclo de vida de las transacciones blob definidas por EIP-4844:
EIP-4844 no afecta cómo se incluyen las transacciones regulares en el mempool de Ethereum en los bloques, ni afecta el mercado de tarifas que determina el precio del espacio en bloques de Ethereum, pero EIP-4844 sí aumenta los requisitos de almacenamiento de los bloques de Ethereum. El espacio de datos adicional es para adjuntar transacciones blob a los bloques. Los blobs son como remolques, que pueden adjuntarse a los bloques de Ethereum sin afectar ni ocupar el espacio de bloque existente para procesar transacciones regulares. El espacio de bloque blob se subastará según su propio mercado de tarifas, similar al diseño del mercado de tarifas de EIP-1559.
Al principio, las transacciones blob tendrán casi ningún costo. Después, por cada bloque confirmado, si más de la mitad del espacio del bloque blob ( es utilizado, al menos 256kB ), el costo de las transacciones blob aumentará un 12.5%. Para cada bloque en el que el espacio blob no se utiliza adecuadamente, es decir, cuando el espacio del bloque blob está llenado en menos del 50%, el costo del blob disminuirá un 12.5%.
Las transacciones de blob no se almacenarán indefinidamente en Ethereum, sino que se almacenarán en la capa de consenso de Ethereum (CL), es decir, en la Beacon Chain, y se descartarán de los nodos CL después de tres semanas. El proto-danksharding permitirá que cada bloque tenga un máximo de cuatro blobs, cada uno capaz de contener hasta 128kB de datos adicionales. El límite máximo de espacio de 512kB para blobs podría cambiar según las pruebas en curso de EIP-4844. Los desarrolladores están discutiendo activamente la posibilidad de aumentar este límite de 4 blobs a 6. Cada blob representa una oportunidad para un único ordenante de rollup para confirmar un lote de transacciones en Ethereum. Se generan aproximadamente 7094 bloques al día en Ethereum, y después de EIP-4484, suponiendo un límite de 4 blobs/bloque, se pueden procesar un máximo de 28376 blobs al día.
En los últimos seis meses, el ordenante que opera en Optimism ha sido el segundo rollup de Ethereum más popular, calculado por actividad de transacciones, enviando aproximadamente 3126 lotes de transacciones a Ethereum cada día.
El volumen de transacciones confirmadas de Arbitrum es aproximadamente el doble que el de Optimism, y al igual que Optimism, depende de un ordenante para publicar datos en Ethereum a través de CALLDATA para completar las transacciones. Otros ejemplos de rollups populares en Ethereum incluyen, entre otros, Polygon zkEVM, zkSync y StarkNet. En Optimism, más del 90% de las tarifas provienen de las tarifas de CALLDATA de Layer 1.
La introducción de un espacio de almacenamiento de datos dedicado, por pequeño que sea al principio, tiene como objetivo reducir el costo de usar Ethereum como la capa de DA para todos los rollups basados en Ethereum. De manera conservadora, los desarrolladores de rollup estiman que, desde la activación de EIP-4844, las tarifas de rollup se reducirán entre un 100% y un 900%. Sin embargo, estas estimaciones pueden cambiar según el aumento de la adopción y la actividad de los rollups en los meses anteriores y posteriores a la activación de la base de datos original.
El costo de las transacciones blob, aunque puede ser más barato que las transacciones ordinarias al principio de la activación de EIP-4844, podría aumentar rápidamente si aumenta el número de rollups construidos sobre Ethereum. Además, aunque cada blob está diseñado para ofrecer a un único ordenante la oportunidad de publicar hasta 128 kB de datos, los ordenantes de rollup podrían coordinarse para que un solo blob contenga datos de múltiples rollups. Los desarrolladores de Ethereum son conscientes de que, dado que hay un número limitado de bloques por cada bloque, y un solo lote de transacciones puede no aprovechar completamente el espacio de datos de 128 kB de cada transacción blob, podría surgir un mercado secundario para la fijación de precios de blobs. Aunque prevenir la aparición de un mercado secundario fuera de la cadena es una prioridad, en lugar de introducir un nivel más alto de complejidad en el protocolo para evitar esta posibilidad, actualmente, los desarrolladores están adoptando un "enfoque de esperar y observar" al introducir blobs a través de EIP-4844, y tienen la intención de optimizar aún más EIP-4844 en el futuro.
Proto-danksharding ha sentado las bases para la introducción de tecnologías más avanzadas, con el fin de reducir aún más el costo de los blobs sin aumentar la carga computacional de los nodos. Lo que se conoce como danksharding completo, la visión completa de los blobs es aumentar el número máximo de blobs por bloque de 4 a 64.
Sharding Dank completo
Cuatro blobs aumentan el tamaño del bloque de Ethereum en 512 kB. Seis blobs aumentarán el tamaño del bloque de Ethereum en 768 kB adicionales. Como se mencionó anteriormente, el espacio adicional del bloque se utiliza estrictamente para transacciones de blobs y no almacena datos de forma permanente como el espacio de bloque normal. La visión completa del EIP-4844 es introducir hasta 64 blobs en Ethereum, y lograr esto sin aumentar significativamente la carga de cómputo de validación de bloques en los nodos. Para lograr un danksharding completo, Ethereum necesita implementar dos tecnologías: muestreo de disponibilidad de datos (DAS) y codificación de borrado.
muestreo de disponibilidad de datos ( DAS )
En el contexto de la verificación de transacciones de Layer 2 rollup, el objetivo de DAS es asegurar que todos los fragmentos de datos agrupados por el ordenante se hayan publicado en la cadena. Los nodos completos son seleccionados al azar, descargan un bloque de datos del blob y generan una prueba de disponibilidad de datos. Cuantas más veces muestreen los nodos completos, mayor será la certeza de que todos los datos han sido proporcionados por el ordenante sin retener datos importantes. Para los nodos, el proceso de muestreo de datos requiere menos carga computacional que descargar todo el blob de datos, pero teóricamente ofrece la misma garantía de disponibilidad de datos. Al igual que con el proto-danksharding, el muestreo de datos blob bajo el completo danksharding asegurará que las transacciones del ordenante se hayan verificado y publicado en la cadena, para que cualquier usuario o parte interesada de la red pueda evaluarlas. Luego, los usuarios y las partes interesadas tienen un tiempo para revisar estas transacciones, confirmando que se han completado de manera definitiva en una capa de DA como Ethereum, y construir nuevos lotes de transacciones sobre la base del lote anterior.
A través de DAS, los desarrolladores de Ethereum tienen confianza en aumentar la cantidad y el volumen de datos de blobs publicados en Ethereum sin aumentar la carga computacional de los nodos. Además, los desarrolladores planean en futuras actualizaciones implementar sugerencias como la expiración histórica para reducir aún más la carga computacional de los nodos. En palabras del investigador de Ethereum, Dankrad Feist, con el tiempo, Ethereum se convertirá en un "tablón de anuncios público en lugar de un sistema de archivo", trasladando la responsabilidad de mantener copias completas del historial de transacciones a los interesados de la red que utilizan esos datos con frecuencia, como Layer 2 rollup y empresas de infraestructura blockchain como Infura, Alchemy y Blockdaemon. Aunque EIP-4844 introdujo blobs, este es un ejemplo temprano que muestra que todas las transacciones algún día podrían convertirse en almacenamiento en Ethereum.
Borrar codificación
La codificación de borrado mejora la capacidad de muestreo de datos. Si un ordenante malicioso retiene unos pocos bloques de datos, en cualquier lugar entre el 1% y el 49% de los datos de blob, el muestreo de transacciones puede probabilísticamente hacer que algunas muestras se demuestren correctas desde el principio, en lugar de incorrectas. La codificación de borrado asegura que si al menos la mitad del blob se verifica, el resto del blob puede ser reconstruido. Esta técnica solo es efectiva cuando los datos se representan como un polinomio, es decir, una expresión de más de dos términos algebraicos. La forma más común de codificación de borrado se basa en los códigos Reed-Solomon(RS), que es una fórmula matemática avanzada que puede resolver datos faltantes a partir de fragmentos de datos conocidos suficientes. Intuitivamente, solo muestrear puede no garantizar efectivamente la disponibilidad de grandes cantidades de datos, especialmente bajo la suposición de que un ordenante malicioso retiene un solo dato de un blob. La codificación de borrado introduce redundancia de datos en el blob, de modo que un ordenante malicioso necesitaría retener una parte significativamente grande de los datos del blob para poder retener cualquier cantidad de datos.
La combinación de DAS y la codificación de borrado es la base de la tecnología de danksharding completa. Estas tecnologías también son las que respaldan ciertas capas de DA, como Polygon Avail y Celestia. En muchos aspectos, la visión de apoyar la computación modular en blockchain se está probando a pequeña escala a través de otros proyectos de blockchain, y se llevará a cabo pruebas a gran escala en Ethereum, en parte a través del proto-danksharding y se realizará una prueba seria a través del danksharding completo.
Compromiso KZG
Antes de que DAS y la codificación de borrado puedan implementarse en Ethereum, completo