La transición de Ethereum a una cadena Proof-of-Stake (PoS) está entrando en las fases finales y Vitalik Buterin ha introducido otra propuesta, Proto-Danksharding (EIP-4844), para mejorar el mecanismo de sharding de Ethereum 2.0.
El cofundador de Ethereum, Vitalik Buterin, acudió a Twitter el sábado 19 de marzo para presentar su propia Propuesta de Mejora de Ethereum-4844 (EIP-4844) que pretende aportar más mejoras al mecanismo de fragmentación de Ethereum 2.0. La EIP-4844 sustituirá el actual mecanismo Danksharding por Proto-Danksharding aportando una novedosa forma de organizar la logística de datos para Ethereum.
My own EIP-4844 (aka. proto-danksharding) technical FAQ:https://t.co/SlgNERBYVc
— vitalik.eth (@VitalikButerin) March 19, 2022
¿Qué es el Proto-DankSharding (EIP-4844)?
Como informó Crypto Economy, la red PoW de Ethereum se ha fusionado con su red de pruebas pública PoS Klin. El 15 de marzo, se lanzó la testnet Kiln y esto significa que Ethereum 2.0 ya está disponible en la testnet. La testnet Kiln pretende ser la última testnet de fusión construida antes de la actualización de las testnets públicas existentes.
El actual sharding de Ethereum está centrado en el rollup. En la fragmentación, múltiples blockchains interconectadas trabajan en paralelo para aumentar el rendimiento de las transacciones. Sin embargo, en Danksharding, en lugar de proporcionar más espacio para las transacciones, la red Ethereum sólo comprueba si hay blobs de datos disponibles para ser descargados de la red. «Se espera que el espacio de datos en estos blobs sea utilizado por los protocolos de rollup de capa 2 que soportan transacciones de alto rendimiento».
![Ethereum [ETH] Vitalik Buterin talks about the progress made in Ethereum 2.0](https://crypto-economy.com/es/wp-content/uploads/sites/4/2022/12/ethereum-2.0.jpg)
Actualmente, Ethereum está utilizando Danksharding como su mecanismo de sharding en su red de pruebas Kiln. El documento que explica el EIP-4844 explica Danksharding como:
«La principal innovación introducida por Danksharding es el mercado de tarifas fusionado: en lugar de haber un número fijo de shards que tienen cada uno bloques distintos y proponentes de bloques distintos, en Danksharding sólo hay un proponente que elige todas las transacciones y todos los datos que van a ese slot.»
Danksharding utiliza una técnica de separación proponente/constructora (PBS) en la que una «clase especializada de actores llamados constructores de bloques pujan por el derecho a elegir el contenido del slot». El productor de bloques con la oferta más alta es seleccionado y procesa todo el bloque. Todos los demás validadores se limitan a verificar el bloque mediante un muestreo de disponibilidad de datos.
At @EthereumDenver we hacked together a full data-blob-transaction prototype! (a.k.a. mini-danksharding)
Data blobs are the first milestone towards full ethereum sharding, enabling rollups like @optimismPBC to grow 100x in capacity.
Here's a tweet thread about the prototype 🧵
— proto.eth (@protolambda) February 20, 2022
El Proto-Danksharding propuesto será una variante provisional del mecanismo Danksharding, ya que incluye la implementación de algunos elementos de Danksharding. El documento dice:
«La principal característica introducida por Proto-Danksharding es un nuevo tipo de transacción, que llamamos transacción con blob. Una transacción con blob es como una transacción normal, excepto que también lleva una pieza extra de datos llamada blob. Los blobs son extremadamente grandes (~125 kB) y pueden ser mucho más baratos que cantidades similares de datos de llamada. Sin embargo, los datos blob no son accesibles para la ejecución de la EVM; la EVM sólo puede ver un compromiso con el blob».
Según el borrador original del EIP-4844, hasta que Ethereum 2.0 esté totalmente preparado para hacer todo el trabajo, Proto-Danksharding proporcionará una solución provisional implementando el formato de transacción que se utilizaría en el sharding, pero sin llegar a sharding esas transacciones. El EIP-4844 también propone el auto-borrado de los datos blob cada 30 días para evitar que la red tenga que hacer frente a una necesidad demasiado grande de almacenamiento de datos y memoria.
