Firma explícita: UTXO frente a aprobaciones de tokens

Curiosidad

1. ¿Por qué un contrato inteligente puede mover tus tokens años después de que hayas interactuado con él?
2. ¿Cuál es la diferencia estructural entre firmar una transacción y otorgar autoridad permanente?
3. ¿Cómo logra un formato de archivo que todas las entradas y salidas de una transacción de Bitcoin sean visibles antes de aplicar la firma?

Explorar

1. En las cadenas EVM, el estándar ERC-20 regula las transferencias de tokens. Para mover tokens desde una billetera externa hasta un contrato, el titular debe primero llamar a `approve`, otorgando al contrato permiso para gastar una cantidad específica de ese token en su nombre. Este permiso se registra en el estado del contrato y permanece vigente indefinidamente hasta que sea revocado o agotado. Un usuario que aprueba 10,000 tokens para un intercambio descentralizado mantiene esa autorización incluso después de que finalice el intercambio.
2. EIP-2612 introdujo `permit`, que permite a los usuarios firmar un mensaje fuera de la cadena que establece este allowance sin enviar una transacción inmediata. La firma sigue siendo válida hasta que se usa o vence su plazo, y otorga el mismo poder de gasto. Una vez que existe un allowance, quien controle la dirección autorizada para gastar puede vaciarlo llamando a `transferFrom`, aunque el usuario no haya vuelto a interactuar con ese contrato.
3. Los “drainers” de billeteras explotan esta arquitectura. Los sitios de phishing engañan a los usuarios para que firmen una autorización ilimitada de tipo “approve” o “permit” dirigida a una dirección maliciosa. Una vez firmada, el atacante dispone de permiso permanente para mover tokens a voluntad. Revocar estas autorizaciones requiere transacciones adicionales y tarifas de gas, lo que genera dificultades. El resultado es que una sola firma puede crear una vulnerabilidad permanente, invisible a menos que el usuario revise activamente sus autorizaciones vigentes utilizando herramientas como Revoke.cash o Etherscan.
4. El modelo UTXO de Bitcoin funciona de manera diferente. No existen permisos permanentes. Cada transacción utiliza explícitamente ciertas salidas de transacciones no gastadas (UTXOs) para crear nuevas. Una firma autoriza el traslado de una moneda específica desde una dirección concreta a un destino determinado, sin dejar ninguna autoridad residual. Si un usuario firma una transacción para enviar 1 BTC a una exchange, esa firma no puede reutilizarse más tarde para enviar otros 1 BTC.
5. BIP-174 define el formato de Transacción de Bitcoin Parcialmente Firmada (PSBT). Antes de la firma, una PSBT contiene todas las entradas y salidas, lo que permite a las billeteras de software o de hardware mostrar exactamente qué se está gastando y adónde va. El usuario ve la estructura completa de la transacción —entradas, salidas, comisiones— y firma ese contenido específico; con el tipo de firma predeterminado, la firma abarca toda la transacción. Como no se crean permisos ocultos, una firma maliciosa solo puede mover las monedas especificadas en esa única transacción; no puede dejar una puerta trasera para transferencias futuras.
6. La contrapartida es la componibilidad. Las aprobaciones de EVM permiten interacciones complejas de varios pasos en las que los contratos gestionan los saldos de tokens en nombre de los usuarios a lo largo de múltiples acciones. El modelo explícito de Bitcoin exige que cada movimiento se firme individualmente, lo que limita la posibilidad de delegar autoridad en contratos inteligentes con la misma fluidez. Los usuarios ganan seguridad gracias a la transparencia y a la ausencia de permisos permanentes, pero sacrifican la comodidad de agentes automatizados que actúan de forma persistente.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• EIP-20: Token Standard (2015)
• EIP-2612: Permit Extension for EIP-20 Signed Approvals (2020)
• BIP-174: Partially Signed Bitcoin Transaction Format (2017)
• Scam Sniffer, annual Web3 phishing reports