Abstração de contas: 10 anos de evolução e a batalha final, através do EIP-7702, olhamos para o passado e o futuro
Pectra é a primeira grande atualização após o Dencun do Ethereum, abrangendo o hard fork da camada de execução de Praga e a atualização da camada de consenso Electra, integrando um total histórico de 11 EIPs, melhorando significativamente a flexibilidade dos validadores, a escalabilidade da rede e a eficiência de execução. Com o hard fork Pectra da rede principal do Ethereum previsto para ser ativado oficialmente em 7 de maio de 2025, a "forma final" da abstração de contas (Account Abstraction) ------ EIP-7702, também entra oficialmente no radar do público!
Se houver alguma carteira Web3 do tipo EVM que não suporte o EIP-7702, então, sem dúvida, isso significa que ela abandonou todo o ecossistema e usuários do Ethereum. Esta é a determinação de Vitalik e da EF, e também o prelúdio do que está prestes a ser revelado na caixa de Pandora!
Por favor, siga este artigo para entender completamente a evolução da abstração de contas, o valor para o usuário e as mudanças no mercado trazidas pelo EIP-7702, bem como os perigos ocultos que ela pode conter.
Visão geral
EIP-7702 adicionou um novo tipo de transação, permitindo que uma EOA comum defina um endereço de contrato específico como seu contrato de agente lógico.
EIP-7702 irá herdar completamente e superar o ecossistema construído ao longo de anos pelo ERC-4337 devido à "vantagem de custo" e "flexibilidade".
EIP-7702 é um risco invisível para usuários comuns, mesmo que os usuários não façam a atualização, em cenários específicos isso pode causar falhas nas transações ou riscos de perda de ativos de segurança.
O EIP-7702 trará uma nova experiência ao usuário, quando a migração de contratos ocorrer, as aplicações de mercado também evoluirão, a abstração de Gas, contas de nível familiar e outras experiências aguardadas há muito tempo irão guiar bilhões de pessoas a entrarem de forma acessível no mundo Web3.
Para as bolsas de valores e DApps, a aplicação das características do EIP-7702 resultará numa redução de custos superior a 50%, abraçando assim plenamente a era das contas de contrato.
Por que a abstração de contas é necessária?
É difícil imaginar que a visão da abstração de contas é anterior até mesmo ao próprio Ethereum.
Durante este HK Web3 Carnival, Vitalik enfatizou várias vezes que agora, através de uma série de soluções como multi-sig, abstração de contas, ZK Email, o Ethereum completou 50% do objetivo do "momento iPhone".
É rápido ou lento, é otimista ou limitado? Vamos nos aprofundar e ver por que a AA tem tal influência! Afinal, após 10 anos de corrida, Vitalik finalmente chegou ao desfecho que tanto desejava na área de AA, adicionando uma pincelada significativa à barra de progresso do roteiro do Ethereum para 23 anos.
Abstração de contas, afinal, para que serve?
Na verdade, a essência resolve o problema da separação de propriedade, pois atualmente a propriedade e o direito de assinatura da EOA (Externally Owned Account - Conta Externa) são, na verdade, detidos pela mesma unidade de corpo (ambos dependem da chave privada para o controle de qualquer instrução). A raiz vem da estrutura de transações do Ethereum, onde, na verdade, não existe um campo From na transação padrão do Ethereum; na execução, o endereço From é obtido por meio dos parâmetros VRS (ou seja, a assinatura do usuário).
Além disso, o design do Ethereum como uma "máquina de estado de classe mundial" depende completamente das transações para realizar alterações no estado on-chain, combinando o fato de que, como não é possível especificar a parte "From", a autorização da execução da transação está acoplada à máxima propriedade.
Esta é a raiz de uma série de problemas que, embora o EOA seja simples e compreensível, é inconveniente de usar:
Dificuldade em proteger a chave privada: perder a chave privada (perda, ataque de hackers, quebra quântica) significa perder todos os ativos.
Existem poucos algoritmos de assinatura, diferentes algoritmos de assinatura trazem diferentes perdas de desempenho, até mesmo o custo de armazenamento na cadeia.
Permissão de assinatura alta, as chaves privadas nativas EOA têm todos esses direitos.
As taxas de transação complexas são altas, e as taxas só podem ser pagas em ETH. Para qualquer transação, uma única operação requer pelo menos 21000 de taxa base.
Transações sem privacidade, mesmo que tenha existido um protocolo ERC-20 confidencial proposto pela Circle, este não se tornou mainstream.
No fundo, o mundo da blockchain atual é demasiado complexo para os usuários que nele entram. Os usuários precisam entender conceitos como preço do Gas, limite do Gas e bloqueio de transações (ordem do Nonce). A informação complexa deve ser ocultada dos usuários comuns, e esse é o problema que o EIP-7702 pretende resolver.
Quais são as principais diferenças entre ERC-4337 e EIP-7702?
Em torno do AA como objetivo, na verdade existem mais de dez propostas diferentes, que o autor já explorou anteriormente. Na verdade, ao fazer uma análise geral, a essência é de duas rotas:
Rota um: Deixar o endereço EOA conduzir o endereço CA
ERC-4337 é um exemplo típico nesta área, resumido em uma frase: propõe um novo objeto de transação, UserOperation, que os usuários enviam para o pool de memória, onde os bundlers agrupam instruções em lotes e as executam uma a uma através de contratos de entrega. Essencialmente, isso eleva a operação de transações e contas para o nível de contrato.
O princípio de execução é mostrado na figura abaixo:
Através do papel de bundler, pode-se dizer que este conjunto de soluções resolve problemas como transações em massa, isenção de gas, algoritmos de assinatura, entre outros. No entanto, não resolve a complexidade e o custo das transações dos usuários, bem como o risco de falha única do bundler e do EntryPoint.
Porque uma vez que o utilizador migrou para o ERC-4337, mesmo a necessidade do user2 na imagem acima, que é apenas realizar uma transação de Transfer, a taxa de transação do utilizador é o dobro em comparação com EOA.
A partir dos dados mais recentes sobre o número de usuários de CA e EOA, podemos ver que, mesmo que alguns usuários sejam jogadores experientes, dependendo muito das várias operações baseadas em CA na cadeia, como chamadas em lote, por que não usar diretamente um CA comum?
Originado do design do bundler, permitindo que ele evite atualizações em nível de hard fork e lance diretamente na camada de aplicativo, mas o ERC-4337 também trouxe um risco de ponto único de falha com custos duplicados, e os usuários perderam a flexibilidade original do EOA. Portanto, diante da diversidade das necessidades dos usuários, é evidente que os usuários do mercado atual não estão tão inclinados a favor da solução ERC-4337, com uma tendência geral de queda significativa após 2 anos de desenvolvimento, mesmo que o número máximo de usuários, em comparação com os 300M de endereços independentes do Ethereum, esteja muito distante.
Claro que não estamos criticando as deficiências do ERC-4337, mas sim que, com o seu desenvolvimento, os papéis e conceitos como Paymaster e abstração de Gas que se desenvolvem sobre ele, na verdade, também são aplicados uma vez mais no EIP-7702.
O autor acredita que o desenvolvimento de qualquer setor não acontece de forma repentina; o importante é ser capaz de descobrir padrões e resumir experiências a partir das ascensões e quedas passadas.
Rota dois: transformar o endereço EOA em endereço CA
Na verdade, já em novembro de 2015, Vitalik propôs o EIP-101, que introduz a estrutura da conta como um contrato. A mudança do endereço para conter apenas código e espaço de armazenamento altera o suporte às taxas de transação para serem pagas através de ERC20, permitindo que tokens nativos sejam tratados como ERC20 para manter saldos (com funcionalidades como autorização de desconto, etc.). Em janeiro de 2018, houve a proposta EIP-859, cujo papel central é que, se um contrato da parte transacionadora não estiver implantado, o contrato de carteira será implantado usando o parâmetro de código anexado à transação. Por fim, a partir do esquema do EIP-3074, foi desenvolvido o EIP-7702, que foi finalmente incorporado à rede principal do Ethereum!
A filosofia e o efeito do EIP-7702 são na verdade muito simples; ele completa a inicialização através de um novo tipo de transação, permitindo que os usuários autorizem EOA a ter temporariamente e opcionalmente funcionalidades de contrato inteligente em uma única transação. Isso suporta operações como transações em lote, transações sem Gas e gestão de permissões personalizadas. A capacidade mais crucial é permitir que os usuários tenham um espaço temporário e opcional.
E várias pessoas podem compartilhar o mesmo contrato lógico, reduzindo significativamente o custo de migração dos usuários. Para que os usuários completem a configuração do EIP-7702, precisam de 8W de Gas, cerca de 0.06 dólares, enquanto para configurar um novo contrato ou cancelar a configuração do contrato lógico, basta 4W de Gas.
Após concluir a configuração, será possível trazer uma grande otimização de gas para os usuários durante as transações em massa, veja a tabela abaixo:
Claro que você pode achar que é necessário fazer duas, ou até seis Transferências de Token?
Os usuários regulares já estão acostumados a fazer uma coisa por vez em uma transação, o que pode parecer que há poucas situações, mas em aplicações diversificadas como Web3 Game e Web3 Pay, isso na verdade ocorre com bastante frequência, como no caso de consumir simultaneamente moedas de cobre (moeda gerada dentro do jogo) e moedas de prata (moeda recarregada pelo usuário). Ou participar de um determinado evento, consumindo ao mesmo tempo ingressos NFT e taxa de entrada.
Mesmo que não imaginemos cenários complexos, ao retornarmos à demanda mais comum de Swap atualmente na blockchain, também há a necessidade de aprovações e transferências em massa. Na verdade, hoje em dia é possível criar uma pequena ferramenta que ajude os usuários a remover rapidamente as aprovações desnecessárias. O efeito é fácil de comparar, e é evidente que o custo pode ser reduzido diretamente em cerca de 40%.
O princípio central do EIP-7702
Para explorar por que há esse efeito, é necessário retornar ao seu princípio. Na verdade, seu núcleo é composto por 2 lógicas, divididas em etapa de configuração do usuário e etapa de uso diário.
configurar a fase do contrato lógico
O fluxo principal é o seguinte:
Primeiro passo: autorização de assinatura, assine uma string hash especial com a chave privada da EOA original, cujo conteúdo é composto por chain_id, address e nonce codificados. Aqui, o Address é o endereço do contrato lógico que será definido, enquanto o Nonce é a estratégia para garantir que a transação não seja reproduzida.
Segundo passo: assinar a transação, com as informações de autorização da primeira etapa, qualquer pessoa pode então construir uma transação do tipo 4, que pode conter várias informações de autorização, permitindo a configuração de autorização unificada para vários endereços de uma só vez.
Terceiro passo: transmitir para a cadeia, então quando a transação for processada internamente pela Autorização, o contrato lógico já estará em vigor.
Aqui estão mais detalhes técnicos que podem ser consultados: a implementação do SDK js de código aberto da okx, para ver o processo de codificação de dados subjacentes. Claro, essa solução também esconde alguns riscos de segurança e complexidade, que discutiremos em detalhes a seguir.
execução de contratos lógicos
Quando você concluir a configuração, sempre que qualquer transação para o endereço apontar para você, será como chamar um contrato inteligente, o sistema "carregará" o código do contrato lógico que você configurou originalmente no estado da sua EOA atual para executar sua lógica.
Da mesma forma, usamos 2 cenários para ver:
Primeira opção, você mesmo chama a si mesmo.
Se você configurar um contrato inteligente como o OKX 7702, que possui alta segurança e capacidade de controle personalizável, você pode especificar o calldata pré-escrito para que sua operação atual execute múltiplos comandos de uma só vez. Por exemplo, você pode realizar simultaneamente Approve+Transfer, ou pode realizar ao mesmo tempo Approve+Swap.
Não subestime, entre as atuais 2,7 bilhões de transações de Ethereum, aproximadamente 75 milhões são de Aprovação. Calculando com 80.000 Gas por transação, isso resulta em 460.000 ETH consumidos, o que equivale a quase 800 milhões de dólares, considerando o preço de mercado do ETH a 1700 dólares.
A segunda, alguém vem chamar você
Antigamente, não havia casos em que outros chamassem endereços EOA no Ethereum, mas agora você é um contrato onipotente, que pode ser totalmente personalizado. Você pode criar subcontas para dividir permissões, ou pode conceder a poucos Paymasters a configuração de listas brancas, permitindo que contas específicas de DApp iniciem algumas transações em seu lugar, assim eliminando completamente a necessidade de janelas de assinatura que aparecem repetidamente em aplicações tradicionais de blockchain.
Que capacidade poderosa! Portanto, isso também é quase todo
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
EIP-7702: A batalha final da abstração de contas Ethereum
Abstração de contas: 10 anos de evolução e a batalha final, através do EIP-7702, olhamos para o passado e o futuro
Pectra é a primeira grande atualização após o Dencun do Ethereum, abrangendo o hard fork da camada de execução de Praga e a atualização da camada de consenso Electra, integrando um total histórico de 11 EIPs, melhorando significativamente a flexibilidade dos validadores, a escalabilidade da rede e a eficiência de execução. Com o hard fork Pectra da rede principal do Ethereum previsto para ser ativado oficialmente em 7 de maio de 2025, a "forma final" da abstração de contas (Account Abstraction) ------ EIP-7702, também entra oficialmente no radar do público!
Se houver alguma carteira Web3 do tipo EVM que não suporte o EIP-7702, então, sem dúvida, isso significa que ela abandonou todo o ecossistema e usuários do Ethereum. Esta é a determinação de Vitalik e da EF, e também o prelúdio do que está prestes a ser revelado na caixa de Pandora!
Por favor, siga este artigo para entender completamente a evolução da abstração de contas, o valor para o usuário e as mudanças no mercado trazidas pelo EIP-7702, bem como os perigos ocultos que ela pode conter.
Visão geral
EIP-7702 adicionou um novo tipo de transação, permitindo que uma EOA comum defina um endereço de contrato específico como seu contrato de agente lógico.
EIP-7702 irá herdar completamente e superar o ecossistema construído ao longo de anos pelo ERC-4337 devido à "vantagem de custo" e "flexibilidade".
EIP-7702 é um risco invisível para usuários comuns, mesmo que os usuários não façam a atualização, em cenários específicos isso pode causar falhas nas transações ou riscos de perda de ativos de segurança.
O EIP-7702 trará uma nova experiência ao usuário, quando a migração de contratos ocorrer, as aplicações de mercado também evoluirão, a abstração de Gas, contas de nível familiar e outras experiências aguardadas há muito tempo irão guiar bilhões de pessoas a entrarem de forma acessível no mundo Web3.
Para as bolsas de valores e DApps, a aplicação das características do EIP-7702 resultará numa redução de custos superior a 50%, abraçando assim plenamente a era das contas de contrato.
Por que a abstração de contas é necessária?
É difícil imaginar que a visão da abstração de contas é anterior até mesmo ao próprio Ethereum.
Durante este HK Web3 Carnival, Vitalik enfatizou várias vezes que agora, através de uma série de soluções como multi-sig, abstração de contas, ZK Email, o Ethereum completou 50% do objetivo do "momento iPhone".
É rápido ou lento, é otimista ou limitado? Vamos nos aprofundar e ver por que a AA tem tal influência! Afinal, após 10 anos de corrida, Vitalik finalmente chegou ao desfecho que tanto desejava na área de AA, adicionando uma pincelada significativa à barra de progresso do roteiro do Ethereum para 23 anos.
Abstração de contas, afinal, para que serve?
Na verdade, a essência resolve o problema da separação de propriedade, pois atualmente a propriedade e o direito de assinatura da EOA (Externally Owned Account - Conta Externa) são, na verdade, detidos pela mesma unidade de corpo (ambos dependem da chave privada para o controle de qualquer instrução). A raiz vem da estrutura de transações do Ethereum, onde, na verdade, não existe um campo From na transação padrão do Ethereum; na execução, o endereço From é obtido por meio dos parâmetros VRS (ou seja, a assinatura do usuário).
Além disso, o design do Ethereum como uma "máquina de estado de classe mundial" depende completamente das transações para realizar alterações no estado on-chain, combinando o fato de que, como não é possível especificar a parte "From", a autorização da execução da transação está acoplada à máxima propriedade.
Esta é a raiz de uma série de problemas que, embora o EOA seja simples e compreensível, é inconveniente de usar:
Dificuldade em proteger a chave privada: perder a chave privada (perda, ataque de hackers, quebra quântica) significa perder todos os ativos.
Existem poucos algoritmos de assinatura, diferentes algoritmos de assinatura trazem diferentes perdas de desempenho, até mesmo o custo de armazenamento na cadeia.
Permissão de assinatura alta, as chaves privadas nativas EOA têm todos esses direitos.
As taxas de transação complexas são altas, e as taxas só podem ser pagas em ETH. Para qualquer transação, uma única operação requer pelo menos 21000 de taxa base.
Transações sem privacidade, mesmo que tenha existido um protocolo ERC-20 confidencial proposto pela Circle, este não se tornou mainstream.
No fundo, o mundo da blockchain atual é demasiado complexo para os usuários que nele entram. Os usuários precisam entender conceitos como preço do Gas, limite do Gas e bloqueio de transações (ordem do Nonce). A informação complexa deve ser ocultada dos usuários comuns, e esse é o problema que o EIP-7702 pretende resolver.
Quais são as principais diferenças entre ERC-4337 e EIP-7702?
Em torno do AA como objetivo, na verdade existem mais de dez propostas diferentes, que o autor já explorou anteriormente. Na verdade, ao fazer uma análise geral, a essência é de duas rotas:
Rota um: Deixar o endereço EOA conduzir o endereço CA
ERC-4337 é um exemplo típico nesta área, resumido em uma frase: propõe um novo objeto de transação, UserOperation, que os usuários enviam para o pool de memória, onde os bundlers agrupam instruções em lotes e as executam uma a uma através de contratos de entrega. Essencialmente, isso eleva a operação de transações e contas para o nível de contrato.
O princípio de execução é mostrado na figura abaixo:
Através do papel de bundler, pode-se dizer que este conjunto de soluções resolve problemas como transações em massa, isenção de gas, algoritmos de assinatura, entre outros. No entanto, não resolve a complexidade e o custo das transações dos usuários, bem como o risco de falha única do bundler e do EntryPoint.
Porque uma vez que o utilizador migrou para o ERC-4337, mesmo a necessidade do user2 na imagem acima, que é apenas realizar uma transação de Transfer, a taxa de transação do utilizador é o dobro em comparação com EOA.
A partir dos dados mais recentes sobre o número de usuários de CA e EOA, podemos ver que, mesmo que alguns usuários sejam jogadores experientes, dependendo muito das várias operações baseadas em CA na cadeia, como chamadas em lote, por que não usar diretamente um CA comum?
Originado do design do bundler, permitindo que ele evite atualizações em nível de hard fork e lance diretamente na camada de aplicativo, mas o ERC-4337 também trouxe um risco de ponto único de falha com custos duplicados, e os usuários perderam a flexibilidade original do EOA. Portanto, diante da diversidade das necessidades dos usuários, é evidente que os usuários do mercado atual não estão tão inclinados a favor da solução ERC-4337, com uma tendência geral de queda significativa após 2 anos de desenvolvimento, mesmo que o número máximo de usuários, em comparação com os 300M de endereços independentes do Ethereum, esteja muito distante.
Claro que não estamos criticando as deficiências do ERC-4337, mas sim que, com o seu desenvolvimento, os papéis e conceitos como Paymaster e abstração de Gas que se desenvolvem sobre ele, na verdade, também são aplicados uma vez mais no EIP-7702.
O autor acredita que o desenvolvimento de qualquer setor não acontece de forma repentina; o importante é ser capaz de descobrir padrões e resumir experiências a partir das ascensões e quedas passadas.
Rota dois: transformar o endereço EOA em endereço CA
Na verdade, já em novembro de 2015, Vitalik propôs o EIP-101, que introduz a estrutura da conta como um contrato. A mudança do endereço para conter apenas código e espaço de armazenamento altera o suporte às taxas de transação para serem pagas através de ERC20, permitindo que tokens nativos sejam tratados como ERC20 para manter saldos (com funcionalidades como autorização de desconto, etc.). Em janeiro de 2018, houve a proposta EIP-859, cujo papel central é que, se um contrato da parte transacionadora não estiver implantado, o contrato de carteira será implantado usando o parâmetro de código anexado à transação. Por fim, a partir do esquema do EIP-3074, foi desenvolvido o EIP-7702, que foi finalmente incorporado à rede principal do Ethereum!
A filosofia e o efeito do EIP-7702 são na verdade muito simples; ele completa a inicialização através de um novo tipo de transação, permitindo que os usuários autorizem EOA a ter temporariamente e opcionalmente funcionalidades de contrato inteligente em uma única transação. Isso suporta operações como transações em lote, transações sem Gas e gestão de permissões personalizadas. A capacidade mais crucial é permitir que os usuários tenham um espaço temporário e opcional.
E várias pessoas podem compartilhar o mesmo contrato lógico, reduzindo significativamente o custo de migração dos usuários. Para que os usuários completem a configuração do EIP-7702, precisam de 8W de Gas, cerca de 0.06 dólares, enquanto para configurar um novo contrato ou cancelar a configuração do contrato lógico, basta 4W de Gas.
Após concluir a configuração, será possível trazer uma grande otimização de gas para os usuários durante as transações em massa, veja a tabela abaixo:
Claro que você pode achar que é necessário fazer duas, ou até seis Transferências de Token?
Os usuários regulares já estão acostumados a fazer uma coisa por vez em uma transação, o que pode parecer que há poucas situações, mas em aplicações diversificadas como Web3 Game e Web3 Pay, isso na verdade ocorre com bastante frequência, como no caso de consumir simultaneamente moedas de cobre (moeda gerada dentro do jogo) e moedas de prata (moeda recarregada pelo usuário). Ou participar de um determinado evento, consumindo ao mesmo tempo ingressos NFT e taxa de entrada.
Mesmo que não imaginemos cenários complexos, ao retornarmos à demanda mais comum de Swap atualmente na blockchain, também há a necessidade de aprovações e transferências em massa. Na verdade, hoje em dia é possível criar uma pequena ferramenta que ajude os usuários a remover rapidamente as aprovações desnecessárias. O efeito é fácil de comparar, e é evidente que o custo pode ser reduzido diretamente em cerca de 40%.
O princípio central do EIP-7702
Para explorar por que há esse efeito, é necessário retornar ao seu princípio. Na verdade, seu núcleo é composto por 2 lógicas, divididas em etapa de configuração do usuário e etapa de uso diário.
configurar a fase do contrato lógico
O fluxo principal é o seguinte:
Primeiro passo: autorização de assinatura, assine uma string hash especial com a chave privada da EOA original, cujo conteúdo é composto por chain_id, address e nonce codificados. Aqui, o Address é o endereço do contrato lógico que será definido, enquanto o Nonce é a estratégia para garantir que a transação não seja reproduzida.
Segundo passo: assinar a transação, com as informações de autorização da primeira etapa, qualquer pessoa pode então construir uma transação do tipo 4, que pode conter várias informações de autorização, permitindo a configuração de autorização unificada para vários endereços de uma só vez.
Terceiro passo: transmitir para a cadeia, então quando a transação for processada internamente pela Autorização, o contrato lógico já estará em vigor.
Aqui estão mais detalhes técnicos que podem ser consultados: a implementação do SDK js de código aberto da okx, para ver o processo de codificação de dados subjacentes. Claro, essa solução também esconde alguns riscos de segurança e complexidade, que discutiremos em detalhes a seguir.
execução de contratos lógicos
Quando você concluir a configuração, sempre que qualquer transação para o endereço apontar para você, será como chamar um contrato inteligente, o sistema "carregará" o código do contrato lógico que você configurou originalmente no estado da sua EOA atual para executar sua lógica.
Da mesma forma, usamos 2 cenários para ver:
Primeira opção, você mesmo chama a si mesmo.
Se você configurar um contrato inteligente como o OKX 7702, que possui alta segurança e capacidade de controle personalizável, você pode especificar o calldata pré-escrito para que sua operação atual execute múltiplos comandos de uma só vez. Por exemplo, você pode realizar simultaneamente Approve+Transfer, ou pode realizar ao mesmo tempo Approve+Swap.
Não subestime, entre as atuais 2,7 bilhões de transações de Ethereum, aproximadamente 75 milhões são de Aprovação. Calculando com 80.000 Gas por transação, isso resulta em 460.000 ETH consumidos, o que equivale a quase 800 milhões de dólares, considerando o preço de mercado do ETH a 1700 dólares.
A segunda, alguém vem chamar você
Antigamente, não havia casos em que outros chamassem endereços EOA no Ethereum, mas agora você é um contrato onipotente, que pode ser totalmente personalizado. Você pode criar subcontas para dividir permissões, ou pode conceder a poucos Paymasters a configuração de listas brancas, permitindo que contas específicas de DApp iniciem algumas transações em seu lugar, assim eliminando completamente a necessidade de janelas de assinatura que aparecem repetidamente em aplicações tradicionais de blockchain.
Que capacidade poderosa! Portanto, isso também é quase todo