Vitalik Buterin Aboga por Reducir el Requisito de Staking en Ethereum

El cofundador de Ethereum, Vitalik Buterin, ha expresado su apoyo para disminuir el mínimo requerido de Ether necesario para que los usuarios realicen staking en solitario. Esta medida busca fomentar la participación de más inversores y mejorar la descentralización de la red.

Un Cambio Necesario para el Staking en Solitario

En una reciente discusión en X, Buterin enfatizó la necesidad de reducir el depósito mínimo actual de 32 ETH. Esta cantidad puede ser un obstáculo para muchos criptoinversores que desean operar sus propios nodos completos sin depender de servicios de terceros. Durante el evento Ethereum Singapore 2024, Buterin argumentó que los stakers en solitario son fundamentales para la seguridad y descentralización de Ethereum.

Buterin señaló que incluso un pequeño aumento en el número de stakers en solitario puede ofrecer una protección adicional crucial, ayudando a prevenir ataques potenciales, como el temido ataque del 51%. «Cuanto más fuerte sea nuestra base de stakers en solitario, mejor será la seguridad y la privacidad de la red», explicó.

Propuestas para Fomentar el Staking

Para hacer que el staking en solitario sea más accesible, Buterin propuso una solución temporal: aumentar los requisitos de ancho de banda mientras se reduce el mínimo de depósito a entre 16 y 24 ETH. Sin embargo, un desarrollador de Ethereum advirtió que la disponibilidad de ancho de banda en redes domésticas podría variar según la ubicación, lo que complicaría la implementación de esta idea.

Buterin también comentó sobre un futuro escenario donde el requisito de staking en solitario se reduzca hasta 1 ETH, lo que facilitaría la participación de más usuarios y, por ende, incrementaría la descentralización de Ethereum.

Revisión de las Redes de Capa 2

Además de sus propuestas sobre el staking, Buterin ha tomado una postura firme respecto a las redes de capa 2 en Ethereum. Ha establecido un plazo hasta finales de 2024 para que estas redes alcancen un nivel de funcionalidad que justifique su clasificación como tales. De lo contrario, podrían dejar de ser reconocidas como redes de capa 2.