Revoke.cash es la herramienta que la industria cripto ya recomienda usar cuando algo sale mal: gestiona las aprobaciones de tokens, el acceso persistente que los usuarios otorgan a las aplicaciones DeFi y marketplaces cada vez que hacen un swap, hacen staking o venden un NFT. Revoke.cash utilizó el Smart Accounts Kit de MetaMask para crear Auto-Revoking, que va un paso más allá al limpiar automáticamente las aprobaciones innecesarias sin necesidad de custodiar las claves del usuario.
Revoke.cash resuelve un problema que la mayoría de las wallets nunca muestra
Una aprobación de token es el permiso que le otorgas a una aplicación DeFi para mover tus tokens: apruebas USDC para que Uniswap pueda hacer el swap, apruebas un Pudgy Penguin para que OpenSea pueda listarlo. Ese acceso no expira cuando terminas. Permanece en tu wallet indefinidamente, y cada aprobación inactiva es una responsabilidad latente si la aplicación a la que se le otorgó es explotada en algún momento.
Revoke.cash comenzó en octubre de 2019 como un proyecto paralelo de su fundador Rosco, creado para resolver su propia incomodidad con la cantidad de aplicaciones DeFi que silenciosamente mantenían acceso permanente a su wallet. No existía ninguna forma de ver o revocar ese acceso, así que él mismo construyó una. Durante los últimos seis años, Revoke.cash ha atendido a más de 2 millones de usuarios y se ha utilizado para revocar más de 20 millones de aprobaciones de tokens. Premium y Ultimate, los niveles de pago que introdujeron Auto-Revoking, se lanzaron en 2026.
Rosco cuenta que la idea de Auto-Revoking surgió al notar que el consejo correcto siempre llega demasiado tarde. Cada vez que ocurre un exploit o alguien pierde fondos, el consejo estándar es "ve a Revoke.cash". El caso clásico de llegar tarde y con poco.
En cambio, la prevención lo es todo. Limpiar las aprobaciones regularmente evita que causen problemas. Hacerlo de forma constante y manual es poco realista para la mayoría de las personas, por lo que Revoke.cash construyó la versión automatizada en cuanto la tecnología subyacente lo hizo posible.
El problema: actuar en nombre de alguien sin custodiar sus claves
Como industria, trabajamos arduamente para que los usuarios puedan gestionar sus propias wallets de forma no custodial. Tomar custodia de la seed phrase de un usuario nunca es una opción desde el punto de vista de la seguridad.
— Rosco, fundador de Revoke.cash
Algunas acciones onchain, como el rebalanceo automatizado o las órdenes limitadas, ya cuentan con formas viables de actuar en nombre de un usuario. Revocar la aprobación de tokens de otra persona no las tenía, hasta que llegaron ERC-7710 y ERC-7715.
El Smart Accounts Kit y el Delegation Framework de MetaMask se convirtieron en la base, en lugar de una infraestructura construida a medida. Los SDKs resuelven ambos lados del problema: una interfaz sencilla para que los usuarios otorguen una delegación y un backend que pueda consumirla. Esto permitió que Revoke.cash concentrara su ingeniería en la parte más difícil y novedosa: los sistemas en torno a Auto-Revoking, en lugar de reinventar la capa de delegación subyacente.
Los comentarios de Revoke.cash ayudaron a dar forma al tipo de permiso de revocación de aprobaciones de tokens específicamente. MetaMask también ayudó a Revoke.cash a resolver partes de su configuración de delegación con wallets hot y cold.
Antes | Con Auto-Revoking + Delegation Framework |
Se les dice a los usuarios que revoquen las aprobaciones solo después de un exploit o una pérdida | Las aprobaciones se revocan de forma proactiva, según un calendario, antes de que sean explotables |
Limpiar las aprobaciones requiere recordar hacerlo manualmente, aplicación por aplicación | El usuario otorga un permiso, una sola vez, en MetaMask |
No hay forma de actuar sobre las aprobaciones de un usuario sin custodiar sus claves | Un permiso de revocación de aprobaciones de tokens con alcance limitado autoriza únicamente esa acción |
La revisión manual no escala a miles de aprobaciones inactivas | Los sistemas de Revoke.cash indexan y monitorean las aprobaciones de forma continua |
Una cold wallet, dos hot wallets y un único permiso restringido
El usuario activa Auto-Revoking desde la sección de configuración de cuenta de Revoke.cash. Esa acción solicita un permiso de revocación de aprobaciones de tokens, otorgado a través de MetaMask, a una cold wallet controlada por Revoke.cash. La cold wallet está configurada para reenviar esas delegaciones a dos hot wallets que se ejecutan en los servidores de auto-revocación de Revoke.cash.
A partir de ahí, los sistemas de Revoke.cash indexan y monitorean las aprobaciones de tokens del usuario según sus reglas de auto-revocación configuradas, como aprobaciones que han quedado obsoletas o aquellas marcadas como de alto riesgo. Cuando una aprobación coincide con una regla, una de las hot wallets envía una transacción que lleva ambas delegaciones en la cadena —la delegación del usuario a la cold wallet y la de la cold wallet a la hot wallet—, autorizando la revocación onchain.
Por qué una cold wallet en el medio: si una hot wallet se ve comprometida, la cold wallet es lo que evita que eso afecte directamente al usuario. Las hot wallets pueden añadirse o eliminarse detrás de la cold wallet sin que la delegación original del usuario cambie nunca.
Por qué dos hot wallets en lugar de una: Revoke.cash divide las auto-revocaciones en dos categorías. Las revocaciones rutinarias son limpiezas ordinarias, como una aprobación de OpenSea que quedó de un NFT vendido hace dos años. Las revocaciones urgentes se activan por un exploit activo o un riesgo emergente, donde la velocidad importa. Ejecutar cada categoría a través de su propia hot wallet dedicada garantiza que una revocación urgente provocada por un exploit nunca quede atascada en una cola detrás de tareas de mantenimiento rutinarias.
El permiso en sí está limitado por los caveat enforcers de MetaMask para autorizar únicamente una acción de revocación, nada más amplio, que es la garantía que hace seguro entregar una delegación a un sistema automatizado en primer lugar.
El stack
Capa | Componentes |
Permiso | Advanced Permissions (ERC-7715), tipo de permiso de revocación de aprobaciones de tokens |
Delegación | Usuario → cold wallet → dos hot wallets, MetaMask Delegation Framework |
Ejecución | Dos hot wallets dedicadas: limpieza rutinaria y revocaciones urgentes activadas por riesgo |
Monitoreo | Motor de indexación de aprobaciones y coincidencia de reglas de Revoke.cash |
Revocar aprobaciones es una medida de seguridad importante que todos necesitan hacer, pero que nadie quiere tener en mente. Al ofrecer revocación automatizada, impulsada por el Smart Accounts Kit de MetaMask, podemos ayudar a proteger a estos usuarios ahorrándoles la carga mental de gestionarlo manualmente.
— Rosco, fundador de Revoke.cash
Consejos de Revoke.cash para desarrolladores
No construyas la capa de delegación tú mismo. La parte difícil y novedosa de Auto-Revoking fue el sistema circundante: indexar aprobaciones, aplicar reglas de riesgo, enrutar la ejecución rutinaria frente a la urgente. Dejar que el SDK del Smart Accounts Kit de MetaMask se encargue de otorgar y consumir el permiso significó que ese trabajo no tuvo que duplicarse.
Aísla tu capa de ejecución de la confianza del usuario. Una cold wallet entre el usuario y las hot wallets que ejecutan las transacciones significa que un ejecutor comprometido nunca tiene que convertirse en el problema del usuario; las wallets detrás de la cold wallet pueden rotarse libremente.
Separa lo rutinario de lo urgente. Cuando la automatización funciona según un calendario, no todos los disparadores tienen la misma urgencia. Dividir los caminos de ejecución por nivel de urgencia evita que una tarea lenta y rutinaria retrase una rápida y de alto impacto.
Para más información, consulta: