Vitalik Buterin presenta una hoja de ruta para minimizar el riesgo de centralización en el diseño de POS de Ethereum – MundoDaily

Vitalik Buterin, cofundador de Ethereum cree que la centralización de la prueba de participación (POS) representa una amenaza significativa para Ethereum. La centralización de POS es donde los grandes participantes dominan y los pequeños participantes se unen a grandes grupos.

La centralización aumenta el riesgo de problemas como ataques del 51% y censura de transacciones. Además, existe el riesgo de extracción de valor, donde un pequeño grupo se beneficia a expensas de los usuarios de Ethereum.

Según Buterin, el riesgo existe en la construcción de bloques y en la provisión de capital de participación.

El problema

Ethereum sigue el protocolo de separación entre postores y constructores (PBS) para los bloques de construcción. Esto significa que el trabajo se divide entre los validadores, que proponen bloques y subastan la responsabilidad de elegir el contenido de los bloques, y los constructores, que organizan las transacciones en un bloque y realizan ofertas.

Buterin señaló:

«Esta separación de poderes ayuda a mantener a los validadores descentralizados, pero tiene un costo importante: los actores que realizan tareas «especializadas» pueden volverse demasiado centralizados fácilmente».

Los datos de octubre de 2024 indican que solo dos constructores son responsables del 88% de los bloques de Ethereum. Esto significa que si estos dos constructores deciden censurar una transacción, podría causar un retraso: el procesamiento de la transacción podría tardar un promedio de 114 segundos en lugar de 6 segundos. Si bien es posible que el retraso no afecte a determinadas transacciones, los constructores pueden manipular el mercado retrasando transacciones urgentes, como las que se realizan durante las liquidaciones de finanzas descentralizadas (DeFi).

Por tanto, la concentración de poder puede suponer graves amenazas a la integridad de Ethereum.

Soluciones

Según Buterin, una de las mejores soluciones para evitar la centralización es desagregar aún más las responsabilidades de producción de bloques. Buterin propone que la tarea de elegir las transacciones vuelva al proponente, o al apostador, y el constructor solo podrá elegir el orden de las transacciones e insertar algunas de sus preferencias. Esto se puede lograr a través de listas de inclusión.

Así es como funcionaría. Un participante seleccionado al azar crea una lista de inclusión, que incluye transacciones válidas. Un constructor de bloques, al crear un bloque, está obligado a incluir todas las transacciones en la lista de inclusión, pero tiene el poder de reorganizarlas y agregar sus propias transacciones.

Otra posible solución son los esquemas de múltiples proponentes simultáneos (MCP), como BRAID. Según Buterin, “BRAID busca evitar dividir el papel del proponente del bloque en una parte con bajas economías de escala y una parte con altas economías de escala y, en cambio, intenta distribuir el proceso de producción del bloque entre muchos actores, de tal manera que cada proponente sólo necesita un nivel medio de sofisticación para maximizar sus ingresos”.

Buterin señaló que los mempools cifrados son una tecnología crucial necesaria para implementar los cambios de diseño mencionados anteriormente. Al utilizar mempools cifrados, los usuarios pueden transmitir sus transacciones en formato cifrado junto con una prueba de su validez. Las transacciones también se incluyen en bloques de forma cifrada: el constructor no conoce el contenido. Las transacciones sólo se revelan más tarde.

Buterin escribió que el principal desafío de implementar mempools cifrados es garantizar un diseño en el que las transacciones se revelen definitivamente más tarde. Esto se puede lograr mediante dos técnicas: (i) limitar el descifradoy (ii) retrasar el cifrado.