Temas en tendencia
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Mientras exploraba el ecosistema de @boundless_xyz, descubrí un caso de uso interesante en las aplicaciones de @RiscZero R0VM: Prueba ZK de Explotación - zkPoEx.
Entre todos los errores, los más críticos son aquellos que existen en productos en vivo. En cripto, dado que las vulnerabilidades críticas conducen inmediatamente a la explotación de fondos, el valor monetario de los errores en vivo es muy alto.
Típicamente, cuando se encuentran tales errores, plataformas de recompensas por errores como @immunefi o @HackenProof actúan como intermediarios para verificar la autenticidad y gravedad del error y negociar la recompensa. Esta estructura tiene un problema: los detalles del error deben ser divulgados antes de que el whitehat reciba la recompensa. Desde la perspectiva del proyecto, después de recibir el informe del error y revisarlo, podrían corregirlo y luego afirmar que está "fuera de alcance" o degradar su gravedad. En casos muy extremos, los intermediarios podrían ver la vulnerabilidad y explotarla primero.
zkPoEx, a través de RiscZero's R0VM, permite probar la existencia de una vulnerabilidad con prueba ZK sin revelar los detalles del error. Dado que puede probar que existe un error que satisface ciertas condiciones, los descubridores de errores pueden esperar respuestas más cooperativas de los proyectos, como solicitar un pago parcial por adelantado.
Para explicar con más detalle, el reportero utiliza calldata/contrato de explotación como entrada privada y el estado en el momento del ataque como entrada pública para cambiar los valores de estado del contrato objetivo dentro de R0VM. Después de la ejecución, el recibo de tx y la prueba generada por el Prover de R0VM pueden verificar si el ataque satisfizo condiciones específicas, como cambios en el saldo.
Personalmente, creo que este método es bastante útil para reportar vulnerabilidades en vivo, pero no he visto casos en los que se hayan reportado errores utilizando este enfoque. Parece ser porque los proyectos necesitan proporcionar las condiciones por adelantado... Si tal sistema es realmente difícil de implementar en la práctica, me gustaría saber cuáles serían los desafíos.


498
Populares
Ranking
Favoritas