Abdelhamid Bakhta, uno de los autores de la Propuesta 5988, presentó la propuesta durante All Core Devs, una reunión quincenal para desarrolladores líderes para discutir el futuro de las actualizaciones. La propuesta tiene como objetivo mejorar la interoperabilidad entre EVM y los rollups impulsados por ZK al tiempo que reduce el costo en el que incurren las soluciones de escalado de conocimiento cero.
Bakhta, mientras representaba la propuesta, dijo que Poseidon es una función hash compatible con ZK que la hace muy eficiente en el contexto de ZK. Bakhta agregó además que permitiría un conjunto de casos de uso. La propuesta presentada también habló sobre Poseidón en detalle para resaltar que coincide o es compatible con todos los grandes sistemas de prueba.
A pesar de un par de ventajas que trae la actualización, varios expertos han advertido contra hacer ajustes apresurados al EVM.
Dankard Feist ha llamado a la investigación prematuro, y agregó que el código podría conllevar riesgos de seguridad imprevistos. El investigador fundador de Ethereum también ha dicho que hay muchas cosas que aún no sabemos. Es pronto para consagrar cualquier función hash aritmética en EVM debido a problemas de seguridad.; Feist citado en el comunicado.
Vitalik Buterin habló sobre realizar cambios mínimos en EVM durante una llamada y afirmó que era necesario proporcionar un entorno estable para los desarrolladores. La declaración de Buterin dice las aplicaciones están escritas en código EVM. Si EVM cambia, entonces no hay cambios en las aplicaciones.
Lo que hace que Poseidon sea un buen candidato para una precompilación es su compatibilidad con todos los principales sistemas de prueba. Actualmente lo implementan Polygon, StarkWare y Loopring.
Suponiendo que la propuesta se implemente, traerá mejoras en términos de liquidación, escalabilidad y privacidad. Si bien los acuerdos serían mucho más rápidos, la escalabilidad y la privacidad también aumentarán para los usuarios. Las soluciones basadas en ZK se comparan principalmente con el comercio de acumulaciones optimistas; se les atribuye la mejora de la capacidad de compatibilidad con EVM para disminuir la escalabilidad.
En otras palabras, los desarrolladores pueden portar su código desde la red principal de Ethereum a acumulaciones optimistas. No ocurre lo mismo con los rollups que se construyen usando pruebas de conocimiento cero.
La propuesta fue presentada el 05 de enero de 2023, con énfasis en los altos gastos asociados a ZK-rollups en la generación de pruebas de almacenamiento. Este problema se ha atribuido a la falla de Ethereum para ofrecer funciones hash compatibles con ZK.
La propuesta se encuentra en sus primeras etapas y podría implementarse con cautela. Los expertos ya han emitido una advertencia al llamar prematura a la función hash. Un ajuste apresurado podría exponer a la comunidad a riesgos de seguridad. Seguramente se recopilarán más detalles a medida que avance la propuesta. Mientras tanto, Arbitrum y Polygon disfrutan de una participación dominante en la capa 2 de Ethereum, con un valor total bloqueado del 81 %.
