ERC-865: Pagar taxas de gas com tokens

Claro, aqui está a tradução do artigo para o português, mantendo a formatação Markdown e a estrutura original:

Pagar taxas de gas com ETH tem sido um ponto de atrito para novos usuários no Ethereum há muito tempo. A ideia por trás do ERC-865 é simples e convincente: permitir que os usuários paguem taxas de transação com os tokens que já possuem (por exemplo, USDC ou DAI), enquanto um relayer ou paymaster cuida do gas ETH nos bastidores. Embora o ERC-865 em si nunca tenha sido padronizado, seu conceito central – abstrair quem paga e em qual moeda – evoluiu através de meta-transações e abstração de contas para se tornar prático em 2025.

O que o ERC-865 se propôs a resolver

O ERC-865 propôs um padrão onde o usuário assina uma transação off-chain, incluindo uma taxa denominada em um token ERC-20 escolhido. Um relayer submete essa transação on-chain, paga o gas ETH e é reembolsado em tokens através de um smart contract. Isso remove a necessidade do usuário possuir ETH unicamente para pagar o gas, melhorando o onboarding e permitindo experiências de dApp mais fluidas.

Embora o ERC-865 não tenha se tornado um padrão oficial, ele lançou as bases para mecanismos modernos como meta-transações e abstração de contas que tornam o "pagamento de gas com tokens" viável hoje. Para o contexto original do padrão de token, veja a especificação ERC-20 e como as permissões de token permitem esses fluxos em smart contracts através de aprovações no estilo "permit" (EIP-20, EIP-2612).

Como o conceito funciona na prática

Em um nível geral:

• O usuário assina uma intenção off-chain (geralmente com dados tipados) especificando a ação e a taxa denominada em token.
• Um relayer ou paymaster submete a transação, pagando o gas em ETH.
• Um smart contract transfere os tokens do usuário para compensar o relayer/paymaster.
• Proteção contra repetição, limites de taxa e separação de domínio evitam o mau uso.

A assinatura de dados tipados e a robusta separação de domínio são críticas para segurança e experiência do usuário; veja EIP-712.

A pilha moderna: meta-transações e abstração de contas

Duas abordagens principais amadureceram:

• Meta-transações com forwarders confiáveis

  • Usuários assinam mensagens; relayers as submetem on-chain através de um forwarder que verifica a assinatura e executa a chamada em nome do usuário.
  • Padronizado via EIP-2771, e amplamente adotado por ferramentas como o Gas Station Network da OpenGSN, cujos documentos cobrem padrões de patrocínio e mercados de relayers (Documentação OpenGSN).

• Abstração de contas (EIP-4337)

  • Separa o conceito de "operação de usuário" das transações legadas. Bundlers coletam operações de usuário e as submetem, enquanto paymasters definem políticas alternativas de pagamento de taxas – por exemplo, permitindo taxas em USDC ou patrocinando ações específicas de dApp.
  • Este modelo é formalizado pelo EIP-4337 e seu lançamento foi anunciado no blog da Ethereum Foundation (Abstração de Contas com EIP-4337).
  • Desenvolvedores podem explorar conceitos de abstração de contas, operações de usuário e paymasters na documentação do Ethereum (Visão geral da abstração de contas).

Esses padrões generalizam o objetivo original do ERC-865: usuários finais podem transacionar sem se preocupar com ETH para gas, enquanto relayers/bundlers e paymasters gerenciam custos e riscos.

Por que pagar gas com tokens é importante

• Onboarding: Novos usuários não precisam de ETH para começar a usar um dApp. Eles podem transacionar com os ativos que já possuem.
• Consistência da UX: As taxas podem ser denominadas em stablecoins para custos previsíveis.
• Lógica de negócios: dApps podem patrocinar ações específicas, adquirir usuários ou adaptar políticas de taxas integrando paymasters ou relayers de meta-transações.

Riscos e considerações de design

• Confiança e mercados de relayers: Você deve projetar proteções contra griefing e garantir que os incentivos dos relayers sejam justos. Sistemas como o OpenGSN lidam com incentivos e reputação de relayers (Documentação OpenGSN).
• Precificação e oráculos: Usar tokens para taxas requer taxas de conversão justas e integrações seguras de oráculos para prevenir subpagamentos ou exploração.
• Segurança da assinatura: Dados tipados (EIP-712) e separação de domínio explícita são essenciais para mitigar phishing e replay.
• Aprovações de token: Prefira fluxos de "permit" (EIP-2612) em vez de aprovações ilimitadas sempre que possível, e defina limites para reduzir o raio de explosão (EIP-2612).
• Auditorias de smart contract: O forwarder, o paymaster e a lógica de reembolso devem ser cuidadosamente auditados para evitar o esgotamento de tokens ou a permissão de explorações de MEV.

Cenário de 2025 e os próximos passos

Em 2025, a abstração de contas é amplamente suportada por carteiras, SDKs e infraestrutura de bundlers, e os paymasters estão se tornando a forma de facto de implementar "pagar gas com tokens". Discussões sobre a melhoria das capacidades das contas de propriedade externa continuam, com propostas como EIP-3074 e EIP-7702 explorando autorização mais segura e melhorias na UX que complementam designs baseados em abstração. Embora o ERC-865 em si não seja um padrão ativo, o ecossistema convergiu para alternativas robustas que entregam sua promessa central.

Guia de implementação para desenvolvedores

• Para dApps:

  • Comece com um forwarder confiável usando EIP-2771 para meta-transações simples, ou integre o OpenGSN para uma rede de relayers pronta para produção (Documentação OpenGSN).
  • Considere a abstração de contas com um paymaster para aceitar stablecoins ou ERC-20s específicos como taxas (EIP-4337; Visão geral do blog da EF).
  • Use assinatura de dados tipados (EIP-712) e fluxos de "permit" (EIP-2612) para melhorar a UX e a segurança.

• Para segurança:

  • Limite os caps de taxa e as fontes de taxas; simule transações off-chain antes da submissão.
  • Restrinja as políticas de patrocínio a métodos de contrato específicos e chamadores para evitar abusos.
  • Monitore o desempenho do relayer e mantenha estratégias de fallback.

O que os usuários devem esperar

À medida que mais carteiras e dApps adotam a abstração de contas e meta-transações, você poderá cada vez mais transacionar sem possuir ETH. As taxas podem ser pagas em stablecoins ou até mesmo integralmente patrocinadas pelo dApp para certas ações. Sempre revise o que você está assinando – dados tipados tornam a intenção mais clara – e use carteiras de hardware para proteção mais forte das chaves.

Uma nota prática sobre carteiras

Ao usar paymasters ou meta-transações, sua carteira deve assinar mensagens estruturadas de forma segura e consistente. Carteiras de hardware OneKey suportam assinatura de dados tipados EIP-712 e são projetadas para manter suas chaves privadas offline enquanto se integram perfeitamente aos fluxos modernos de dApp. Se você planeja usar recursos de abstração de contas ou meta-transações regularmente, uma carteira de hardware que lida com assinaturas complexas enquanto protege as chaves pode reduzir materialmente o risco em operações do dia a dia.

Conclusão

O ERC-865 introduziu a ideia de pagar taxas de gas com tokens; a abstração de contas e as meta-transações transformaram essa ideia em realidade. Em 2025, paymasters, bundlers e forwarders confiáveis oferecem caminhos de nível de produção para abstração de gas, permitindo um onboarding mais suave e uma melhor UX. À medida que esses padrões evoluem com propostas como o EIP-7702, o ecossistema está se movendo constantemente em direção a um futuro onde os usuários podem transacionar com os ativos que possuem – sem precisar pré-financiar ETH para gas.

Referências:

• EIP-4337: Account Abstraction
• Blog da Ethereum Foundation: Account Abstraction with EIP-4337
• EIP-2771: Trusted Forwarder for Meta-Transactions
• EIP-712: Typed Structured Data Signatures
• EIP-2612: permit for ERC-20 approvals
• EIP-3074: AUTH and AUTHCALL for EOAs
• EIP-7702: Controlled Account Code proposal
• OpenGSN: Documentação Gas Station Network
• Documentação Ethereum: Visão geral da abstração de contas