Supply: mk1just one – Shutterstock
- Propuesta de desarrollador de Ethereum plantea cambiar proceso de validación de bloques en blockchain de Eth1.
- Modificaciones en los componentes de la blockchain del Eth1 podría presentar complicaciones para sector DeFi.
Después de haber completado la meta de reunir 524.288 ETH requeridos, el 1 de diciembre comenzará el despliegue de Ethereum 2. con la fase o Beacon Chain. Sin embargo, todavía quedan cerca de dos años para concluir con el despliegue completo de todas las fases del Eth 2. Mikhail Kalinin ha hecho una propuesta sobre cómo la Beacon Chain podría interactuar con la blockchain del «Eth 1».
Titulada «Executable beacon chain«, la propuesta replantea la estrategia inicial de mantener la blockchain con el consenso de Prueba de Trabajo operando en un fragmento (shard) dedicado. Kalinin considera que esto «pondría complejidad innecesaria a la capa de consenso» y crearía problemas para acceder a la info en eth1. Kalinin afirma:
Proponemos deshacernos de esta complejidad incrustando datos eth1 (transacciones, estado de la raíz, etc.) en bloques beacon y obligando a los proponentes de beacon a producir datos ejecutables eth1. Esto consagra la ejecución y la validez de eth1 como ciudadano de primera clase en el núcleo del consenso.
De esa manera, el «Eth1-engine» sería mantenido por los validadores del Eth2. Cada vez que un validador proponga un bloque interactuaría con el eth1-engine para crear «eth1 data». Luego, la información sería agregado al «cuerpo del bloque beacon» haciendo que la eth1 details sea invalidada, si se invalida el bloque del eth2.
Por lo tanto, la blockchain del Ethereum 1 dejaría de funcionar como lo hace actualmente. Sus clientes podrían convertirse en «eth1-engines» y sería eliminada la «noción de bloque del eth1» o la necesidad de mantener el protocolo PoW. Estos se convertirían en un componente innecesario para el procesamiento de transacciones. La propuesta plantea lo siguiente:
Utilizamos el término datos ejecutables para designar los datos que incluyen la raíz de estado eth1, la lista de transacciones (incluida la raíz de recibos y el filtro de floración), la foundation de monedas, la marca de tiempo, los hashes de bloque y todos los demás bits de datos requeridos por la función de transición de estado eth1.
Problemas para sector DeFi de Ethereum
En resumen, las tareas del eth1-engine serían similares a las que los desarrolladores del Ethereum Core tenían planificadas para el Eth 1 Shard, afirma Kalinin. En respuesta a su propuesta, otros desarrolladores del Ethereum Core plantearon dificultades.
Por ejemplo, es posible que algunos contratos inteligentes dejen de funcionar al producirse un cambio en la función BLOCKHASH de la blockchain del Ethereum 1. Esto podría traer dificultades para el sector DeFi de Ethereum. Al albergar los protocolos DeFi más usados del mercado, miles de usuarios podrían verse afectados.
El desarrollador del Ethereum 2, Justin Drake, planteó preocupaciones adicionales sobre la validación de la facts según la propuesta de Kalinin:
Esto requeriría que los validadores ejecutaran un nodo completo Eth1 para validar. Esto va en contra del objetivo de diseño de permitir que los validadores se ejecuten en components barato (por ejemplo, portátiles de nivel básico, NUCs, Raspberry Pis, teléfonos, and many others.). Esto es especialmente relevante para los validadores que están apostando una pequeña cantidad de ETH a través de un validador de m-de-n pool.
El inventor de Ethereum, Vitalik Buterin, felicitó el trabajo en progreso de Kalinin. Aunque también expresó algunas preocupaciones acerca de la interacción de la ejecución del Eth1 con la beacon chain. Buterin dijo:
(…) Incluso si los datos ejecutables están directamente dentro de los bloques de la baliza, me inclinaría a favor de mantener la comunicación entre los datos ejecutables y la lógica de la cadena de la baliza totalmente asíncrona.
Crédito: Enlace fuente
