Abraçando a abstração da conta
Nesta parte, vamos guiá-lo sobre como funcionam as transações com Contas de Propriedade Externa (EOA) e sob a nova norma ERC-4337. E as principais inovações nas carteiras AA estão em destaque, incluindo Recuperação Social, configuração multi-assinatura, Melhorias de Gás, Transações Automáticas e Delegação de chamadas.
Os primeiros 3 cursos levam-nos de volta ao desenvolvimento de carteiras criptográficas e apontam alguns desafios e preocupações com várias soluções de carteira web3, particularmente em termos de ponto único de falha da EOA, multi-sig e limitações da carteira MPC na reatribuição de delegadores. Além disso, os utilizadores da web3 exigem um ambiente amigável ao programador que capacite os programadores a criar facilmente soluções para satisfazer as diversas exigências do cenário web3 em rápida evolução. Limitado pela lógica de transação da EOA no Ethereum, os desenvolvedores acharam difícil estender a sua funcionalidade e cumprir requisitos mais complexos de DApps. É aqui que entra a Abstração de Contas. Antes de mergulharmos na Abstração da Conta para perceber porque é normalmente considerada como um passo crucial na adoção em massa da web3, precisamos comparar um ciclo de vida típico de uma transação com EOA e com melhorias AA no Ethereum.
A Ethereum Network permite apenas que uma EOA (Conta de Propriedade Externa) inicie uma transação com ECDSA como assinatura, e esta transação assinada é enviada ao Mempool em todos os nós da rede para processamento. Após informações como correspondência de assinatura, saldo suficiente, gás suficiente e não confirmado pela maioria dos nós, o EVM começa então a executar a transação.
A partir do gráfico acima, podemos ver que cinco partes enquadradas a vermelho estão codificadas na Rede Ethereum e não podem ser alteradas de todo. Consequentemente, os programadores devem começar do zero se introduzirem novas funcionalidades, como a implementação de multi-sinal usando métodos criptográficos. Existe uma maneira de fornecer aos desenvolvedores um ambiente de desenvolvimento simples sem alterar o mecanismo da rede Ethereum? Um grupo de programadores fez uma proposta para o EIP-4337, que é conhecido como ERC-4337 agora, para que isso aconteça. O ERC-4337 traz novas funções ao Ethereum para torná-lo mais programável, o que chamamos de Abstração de Contas no Ethereum. (AA em resumo)
*EIP significa Ethereum Improvement Proposal, que pode ser feita por qualquer membro da comunidade Ethereum para alterar ou melhorar a Rede Ethereum, enquanto ERC são padrões para a Rede Ethereum, apenas EIP adotado pela comunidade pode ser chamado ERC.
O ciclo de vida típico de uma transação dentro do ERC-4337 é assim:
No contexto do AA, podemos simplesmente ver o empacotador como assumindo o papel do EOA original (na verdade, o empacotador é um EOA) para embalar UserOperations num Bundle, o que corresponde às transações originais no Mempool. O UO é personalizável, permitindo uma ampla gama de tipos de assinaturas. Apenas pacotes verificados na camada de consenso são enviados ao EVM para validação específica de cada UO por ponto de entrada e a execução de contratos relevantes. Após a verificação do ponto de entrada, inicia-se a execução específica do contrato, que é dividida em três módulos:
- Contrato de Fábrica — Apenas envolvido durante a criação inicial do contrato.
- Contrato de conta — Utilizado para implementar funcionalidades personalizadas.
- Contrato Paymaster — Responsável por lidar com pagamentos personalizados de Gás.
Portanto, se compararmos as etapas de início de transações da maneira original e as do AA, não é difícil observar que, mantendo o mecanismo da camada de consenso, novos módulos como UserOperation, Bundler e EntryPoint foram introduzidos, aumentando a possibilidade de implementar mais funções.
origem:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Principais inovações na carteira de abstração de contas
Para os programadores, o AA permite mais flexibilidade quando se trata de introdução de novas funções e, para os utilizadores, operações que se alinham com os produtos web2.
Existem 5 direcções-chave que as carteiras AA estão a explorar：
- Recuperação Social: Abordar as preocupações de perda permanente de chaves privadas.
No AA, os programadores podem personalizar o método de assinatura, o que implica a utilização de métodos comuns da web2 via telemóvel, e-mail ou verificação biométrica para assinatura ou recuperação de conta.
- Multi-assinatura: Aplicando-se a vários participantes que controlam uma conta
Um proprietário de conta pode estabelecer uma configuração de múltiplas assinaturas, exigindo a aprovação de dois ou mais utilizadores para a execução da transação.
- Melhorias no Gás: Permitir que qualquer pessoa pague pelo gás em qualquer token, incluindo stablecoins
Com a Abstração da Conta, os utilizadores podem utilizar qualquer token, incluindo stablecoins, para pagar pelo gás, expandindo ainda mais as possibilidades de patrocínio de gás de terceiros. O novo módulo adicionado no EVM, Paymaster, foi concebido para lidar com a execução relacionada com o gás. Isso significa que os programadores DApps podem facilmente subsidiar taxas para os seus utilizadores como um meio de adquirir utilizadores. Além disso, também pode permitir que os utilizadores paguem taxas de gás com cartões de crédito ou outros meios.
- Transações Automáticas: Em vez de ter de obter aprovação cada vez que interagimos com o DApP, as carteiras AA podem ser configuradas para permitir a execução automática em condições predeterminadas. Esta funcionalidade permite que os comerciantes sigam as estratégias de outros através de trocas descentralizadas, ou permite o pagamento regular de subscrição no mundo web3.
- Delegar chamadas: Os proprietários de carteiras atribuem funções diferentes às contas.
Diferentes utilizadores podem ter privilégios de acesso específicos. Por exemplo, a Conta A está autorizada a gerir a carteira, com um limite mensal máximo de $100 para utilização.
A escassez de carteiras AA que oferecem funcionalidade multi-assinatura não se deve a limitações tecnológicas. Pelo contrário, decorre do facto de a Safe ter dominado a maior parte da quota de mercado neste reino. Consequentemente, outros fornecedores de carteiras estão a redirecionar os seus esforços para capturar o mercado de carteiras individuais.
*As carteiras poderão adicionar mais funções mais tarde. Última atualização em 3 de novembro de 2023
Pelajaran 1:Evolução da carteira de criptomoedas & Digital Signature Framework
Pelajaran 2:Quadro de Assinatura Digital
Pelajaran 3:O cenário em expansão das carteiras criptográficas
Pelajaran 4:Abraçando a abstração da conta
Pelajaran 5:Olhando para o Futuro: Futuras Tecnologias de Abstração de Conta
Abraçando a abstração da conta
Nesta parte, vamos guiá-lo sobre como funcionam as transações com Contas de Propriedade Externa (EOA) e sob a nova norma ERC-4337. E as principais inovações nas carteiras AA estão em destaque, incluindo Recuperação Social, configuração multi-assinatura, Melhorias de Gás, Transações Automáticas e Delegação de chamadas.
Os primeiros 3 cursos levam-nos de volta ao desenvolvimento de carteiras criptográficas e apontam alguns desafios e preocupações com várias soluções de carteira web3, particularmente em termos de ponto único de falha da EOA, multi-sig e limitações da carteira MPC na reatribuição de delegadores. Além disso, os utilizadores da web3 exigem um ambiente amigável ao programador que capacite os programadores a criar facilmente soluções para satisfazer as diversas exigências do cenário web3 em rápida evolução. Limitado pela lógica de transação da EOA no Ethereum, os desenvolvedores acharam difícil estender a sua funcionalidade e cumprir requisitos mais complexos de DApps. É aqui que entra a Abstração de Contas. Antes de mergulharmos na Abstração da Conta para perceber porque é normalmente considerada como um passo crucial na adoção em massa da web3, precisamos comparar um ciclo de vida típico de uma transação com EOA e com melhorias AA no Ethereum.
A Ethereum Network permite apenas que uma EOA (Conta de Propriedade Externa) inicie uma transação com ECDSA como assinatura, e esta transação assinada é enviada ao Mempool em todos os nós da rede para processamento. Após informações como correspondência de assinatura, saldo suficiente, gás suficiente e não confirmado pela maioria dos nós, o EVM começa então a executar a transação.
A partir do gráfico acima, podemos ver que cinco partes enquadradas a vermelho estão codificadas na Rede Ethereum e não podem ser alteradas de todo. Consequentemente, os programadores devem começar do zero se introduzirem novas funcionalidades, como a implementação de multi-sinal usando métodos criptográficos. Existe uma maneira de fornecer aos desenvolvedores um ambiente de desenvolvimento simples sem alterar o mecanismo da rede Ethereum? Um grupo de programadores fez uma proposta para o EIP-4337, que é conhecido como ERC-4337 agora, para que isso aconteça. O ERC-4337 traz novas funções ao Ethereum para torná-lo mais programável, o que chamamos de Abstração de Contas no Ethereum. (AA em resumo)
*EIP significa Ethereum Improvement Proposal, que pode ser feita por qualquer membro da comunidade Ethereum para alterar ou melhorar a Rede Ethereum, enquanto ERC são padrões para a Rede Ethereum, apenas EIP adotado pela comunidade pode ser chamado ERC.
O ciclo de vida típico de uma transação dentro do ERC-4337 é assim:
No contexto do AA, podemos simplesmente ver o empacotador como assumindo o papel do EOA original (na verdade, o empacotador é um EOA) para embalar UserOperations num Bundle, o que corresponde às transações originais no Mempool. O UO é personalizável, permitindo uma ampla gama de tipos de assinaturas. Apenas pacotes verificados na camada de consenso são enviados ao EVM para validação específica de cada UO por ponto de entrada e a execução de contratos relevantes. Após a verificação do ponto de entrada, inicia-se a execução específica do contrato, que é dividida em três módulos:
- Contrato de Fábrica — Apenas envolvido durante a criação inicial do contrato.
- Contrato de conta — Utilizado para implementar funcionalidades personalizadas.
- Contrato Paymaster — Responsável por lidar com pagamentos personalizados de Gás.
Portanto, se compararmos as etapas de início de transações da maneira original e as do AA, não é difícil observar que, mantendo o mecanismo da camada de consenso, novos módulos como UserOperation, Bundler e EntryPoint foram introduzidos, aumentando a possibilidade de implementar mais funções.
origem:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_
Principais inovações na carteira de abstração de contas
Para os programadores, o AA permite mais flexibilidade quando se trata de introdução de novas funções e, para os utilizadores, operações que se alinham com os produtos web2.
Existem 5 direcções-chave que as carteiras AA estão a explorar：
- Recuperação Social: Abordar as preocupações de perda permanente de chaves privadas.
No AA, os programadores podem personalizar o método de assinatura, o que implica a utilização de métodos comuns da web2 via telemóvel, e-mail ou verificação biométrica para assinatura ou recuperação de conta.
- Multi-assinatura: Aplicando-se a vários participantes que controlam uma conta
Um proprietário de conta pode estabelecer uma configuração de múltiplas assinaturas, exigindo a aprovação de dois ou mais utilizadores para a execução da transação.
- Melhorias no Gás: Permitir que qualquer pessoa pague pelo gás em qualquer token, incluindo stablecoins
Com a Abstração da Conta, os utilizadores podem utilizar qualquer token, incluindo stablecoins, para pagar pelo gás, expandindo ainda mais as possibilidades de patrocínio de gás de terceiros. O novo módulo adicionado no EVM, Paymaster, foi concebido para lidar com a execução relacionada com o gás. Isso significa que os programadores DApps podem facilmente subsidiar taxas para os seus utilizadores como um meio de adquirir utilizadores. Além disso, também pode permitir que os utilizadores paguem taxas de gás com cartões de crédito ou outros meios.
- Transações Automáticas: Em vez de ter de obter aprovação cada vez que interagimos com o DApP, as carteiras AA podem ser configuradas para permitir a execução automática em condições predeterminadas. Esta funcionalidade permite que os comerciantes sigam as estratégias de outros através de trocas descentralizadas, ou permite o pagamento regular de subscrição no mundo web3.
- Delegar chamadas: Os proprietários de carteiras atribuem funções diferentes às contas.
Diferentes utilizadores podem ter privilégios de acesso específicos. Por exemplo, a Conta A está autorizada a gerir a carteira, com um limite mensal máximo de $100 para utilização.
A escassez de carteiras AA que oferecem funcionalidade multi-assinatura não se deve a limitações tecnológicas. Pelo contrário, decorre do facto de a Safe ter dominado a maior parte da quota de mercado neste reino. Consequentemente, outros fornecedores de carteiras estão a redirecionar os seus esforços para capturar o mercado de carteiras individuais.
*As carteiras poderão adicionar mais funções mais tarde. Última atualização em 3 de novembro de 2023