La simulación de la billetera se completó correctamente, pero el riesgo aún no ha terminado.
Que la billetera indique «Simulación exitosa» solo significa que la solicitud puede ejecutarse en el estado de la cadena usado para la simulación. Cuando la transacción llegue realmente a un bloque, es posible que los precios, los saldos o el estado del contrato ya hayan cambiado.
La afirmación de transacción nativa debatida por la Fundación Ethereum el 5 de octubre busca realizar la comprobación después de la ejecución real: verificar que los cambios finales en los activos cumplan los requisitos establecidos de antemano y, si no se cumplen, revertir la transacción. Es una propuesta, no una protección que todas las billeteras ofrezcan hoy.
Por ejemplo, si cambias USDC por ETH, te interesa saber cuál es el máximo que pagarás, cuál es el mínimo que recibirás y si se ha concedido alguna autorización que no querías otorgar. Que la transacción se ejecute correctamente no responde por sí solo a estas preguntas.
Lo que es más fácil pasar por alto es que las reglas de comprobación también necesitan una fuente confiable. Si una página web comprometida genera la transacción y además redacta una regla que lo permite todo, añadir otra comprobación podría ser simplemente una formalidad.
En escenarios de préstamos en cadena como AAVE, me importa más que la billetera pueda verificar de forma independiente el destino de los fondos y los cambios en los permisos. Si la protección falla, la transacción aún puede consumir gas; y las garantías para una sola transacción en una sola cadena no se extienden automáticamente a todo el proceso entre cadenas. La segunda imagen es una foto de referencia de una moneda conmemorativa de ETH.
$ETH $USDC $AAVE #SeguridadEnCadena
Toca mi foto de perfil para ver operaciones en vivo con señales
Que la billetera indique «Simulación exitosa» solo significa que la solicitud puede ejecutarse en el estado de la cadena usado para la simulación. Cuando la transacción llegue realmente a un bloque, es posible que los precios, los saldos o el estado del contrato ya hayan cambiado.
La afirmación de transacción nativa debatida por la Fundación Ethereum el 5 de octubre busca realizar la comprobación después de la ejecución real: verificar que los cambios finales en los activos cumplan los requisitos establecidos de antemano y, si no se cumplen, revertir la transacción. Es una propuesta, no una protección que todas las billeteras ofrezcan hoy.
Por ejemplo, si cambias USDC por ETH, te interesa saber cuál es el máximo que pagarás, cuál es el mínimo que recibirás y si se ha concedido alguna autorización que no querías otorgar. Que la transacción se ejecute correctamente no responde por sí solo a estas preguntas.
Lo que es más fácil pasar por alto es que las reglas de comprobación también necesitan una fuente confiable. Si una página web comprometida genera la transacción y además redacta una regla que lo permite todo, añadir otra comprobación podría ser simplemente una formalidad.
En escenarios de préstamos en cadena como AAVE, me importa más que la billetera pueda verificar de forma independiente el destino de los fondos y los cambios en los permisos. Si la protección falla, la transacción aún puede consumir gas; y las garantías para una sola transacción en una sola cadena no se extienden automáticamente a todo el proceso entre cadenas. La segunda imagen es una foto de referencia de una moneda conmemorativa de ETH.
$ETH $USDC $AAVE #SeguridadEnCadena
Toca mi foto de perfil para ver operaciones en vivo con señales
