Assinatura explícita: UTXOs versus aprovações de tokens

Curiosidade

1. Por que um contrato inteligente pode mover seus tokens anos após você ter interagido com ele?
2. Qual é a diferença estrutural entre assinar uma transação e conceder autoridade permanente?
3. Como um formato de arquivo torna todas as entradas e saídas de uma transação Bitcoin visíveis antes que uma assinatura seja aplicada?

Explorar

1. Nas cadeias EVM, o padrão ERC-20 rege as transferências de tokens. Para mover tokens de uma carteira externa para um contrato, o titular deve primeiro chamar a função `approve`, concedendo ao contrato permissão para gastar uma quantia específica desse token em seu nome. Essa autorização é registrada no estado do contrato e permanece ativa indefinidamente, até ser revogada ou esgotada. Um usuário que aprova 10.000 tokens para uma exchange descentralizada mantém essa autorização mesmo após a troca ser concluída.
2. O EIP-2612 introduziu o `permit`, permitindo que os usuários assinem uma mensagem off-chain para definir esse limite sem enviar uma transação imediata. A assinatura permanece válida até ser utilizada ou seu prazo expirar, e confere o mesmo poder de gasto. Uma vez que um limite existe, quem controla o endereço aprovado como gastador pode drená-lo chamando `transferFrom`, mesmo que o usuário não tenha interagido com esse contrato desde então.
3. Os *wallet drainers* exploram essa arquitetura. Sites de phishing enganam os usuários para assinar um `approve` ou `permit` ilimitado para um endereço malicioso. Uma vez assinado, o atacante detém uma permissão permanente para mover tokens à vontade. Revogar essas aprovações exige transações adicionais e taxas de gás, criando atrito. O resultado é que uma única assinatura pode criar uma vulnerabilidade permanente, invisível a menos que o usuário audite ativamente seus limites ativos usando ferramentas como Revoke.cash ou Etherscan.
4. O modelo UTXO do Bitcoin funciona de maneira diferente. Não existem permissões permanentes. Cada transação gasta explicitamente saídas de transações não gastas (UTXOs) específicas para criar novas. Uma assinatura autoriza o movimento de uma moeda específica de um endereço específico para um destino específico, sem deixar nenhuma autoridade residual. Se um usuário assinar uma transação enviando 1 BTC para uma exchange, essa assinatura não pode ser reutilizada para enviar outros 1 BTC posteriormente.
5. O BIP-174 define o formato de Transação Bitcoin Parcialmente Assinada (PSBT). Antes da assinatura, um PSBT contém todas as entradas e saídas, permitindo que carteiras de software ou hardware exibam exatamente o que está sendo gasto e para onde vai. O usuário vê toda a estrutura da transação — entradas, saídas, taxas — e assina esse payload específico; com o tipo de assinatura padrão, a assinatura se compromete com a transação inteira. Como nenhuma permissão oculta é criada, uma assinatura maliciosa só pode mover as moedas especificadas nessa única transação; ela não pode deixar uma porta dos fundos para transferências futuras.
6. O trade-off é a composabilidade. As aprovações da EVM permitem interações complexas em várias etapas, nas quais os contratos gerenciam os saldos de tokens em nome dos usuários em diversas ações. O modelo explícito do Bitcoin exige que cada movimento seja assinado individualmente, limitando a capacidade de delegar autoridade aos contratos inteligentes da mesma maneira fluida. Os usuários ganham segurança por meio da transparência e da ausência de permissões permanentes, mas sacrificam a conveniência de um comportamento automático e contínuo dos agentes.

Fatos-chave

Exercício nove, seis, três, um

Verificação de fatos

Datas, números e afirmações verificados com as fontes publicadas listadas abaixo.

• 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