Abstração de contas multi-chain: o futuro da infraestrutura de encriptação
Recentemente, a conferência da comunidade Ethereum (EthCC 7) ocorreu em Bruxelas, na Bélgica, sendo o maior evento anual de Ethereum da Europa, com foco no desenvolvimento técnico e da comunidade. Nesta edição, mais de 350 líderes de opinião da indústria de blockchain fizeram palestras, e um dos desenvolvedores apresentou uma palestra com o tema "Revelando o Futuro: Análise da Abstração de Contas Multichain".
O conteúdo principal da palestra inclui:
A abstração de contas ( AA ) tem dois pilares principais: a abstração de assinatura e a abstração de pagamento. A abstração de assinatura permite que os usuários escolham qualquer mecanismo de verificação, enquanto a abstração de pagamento suporta várias opções de pagamento de transações. Essa flexibilidade melhora a segurança e a experiência do usuário.
A função de ponto de entrada na fase de verificação e execução do ERC-4337 é diferente da AA nativa. As limitações de verificação de transações e os passos para executar transações têm características distintas em diferentes implementações.
Ao implementar o ERC-4337 em cadeias compatíveis com EVM, as diferenças nos protocolos do design Rollup e nas maneiras de calcular endereços resultam em diferenças sutis, mas importantes, nos detalhes de desenvolvimento entre L1 e L2.
Abstração de contas - Introdução
abstração de contas(AA)principalmente inclui dois pontos-chave: abstração de assinaturas e abstração de pagamentos:
Abstração de assinatura: o usuário pode escolher qualquer mecanismo de validação, não se limitando a algoritmos de assinatura digital específicos.
Abstração de pagamentos: os usuários podem utilizar várias opções de pagamento para transações, como pagamentos de ativos ERC-20 ou transações patrocinadas por terceiros.
Essa flexibilidade melhora significativamente a segurança e a experiência do usuário. O objetivo da AA é alcançar essas duas funções principais de várias maneiras.
Introdução ao ERC-4337
O ERC-4337 resolve algumas limitações das contas externas da Ethereum (EOA) ao introduzir métodos de gestão de contas e processamento de transações mais flexíveis. As principais características incluem:
Estrutura userOp: O usuário envia a estrutura userOp para o Bundler, que coleta várias userOp e chama a função handleOps do contrato EntryPoint.
Contrato EntryPoint: como o núcleo do processamento de transações, suas principais funções incluem:
Chamar a função validate do contrato de conta, garantindo que userOp foi autorizado
Cobrança de taxas
Chamar a função execute do contrato de conta, executar a operação de destino do userOp
Introdução ao AA nativo
Na AA nativa, cada conta é um contrato, e o mecanismo de processamento de transações está diretamente embutido no protocolo da blockchain. O design da AA em diferentes redes de blockchain tem suas próprias características:
Abstração de contas ERC-4337: adotada por várias redes como Ethereum, Arbitrum, Optimism, etc.
Seguir a abstração de contas nativa ERC-4337: StarkNet e zkSync Era
Conta de abstração nativa com design de privacidade: Aztec
Diferenças entre ERC-4337 e AA nativo
papel do sistema operativo
O sistema operacional AA precisa resolver questões críticas como o preço do Gas, a ordem das transações e o acionamento da função de ponto de entrada. O ERC-4337 é concluído através da colaboração entre o Bundler e o Contrato EntryPoint, enquanto na AA nativa, os usuários enviam diretamente os userOps para o operador/classificador do servidor oficial.
interface de contrato
As interfaces de contrato de conta de ERC-4337 e AA nativa são semelhantes, ambas incluem os três passos de verificação, pagamento e execução. No entanto, na fase de execução, apenas o ponto de entrada da AA nativa é fixo.
restrições na verificação e execução de etapas
Diferentes implementações têm diferentes restrições nas fases de validação e execução, para prevenir ataques potenciais e garantir a segurança do sistema. Por exemplo, o zkSync Era relaxou algumas restrições de uso de códigos de operação na fase de validação, enquanto na fase de execução exige a confirmação de bandeira do sistema.
gestão de números aleatórios
ERC-4337, zkSync e StarkNet têm características distintas na gestão de números aleatórios, como o ERC-4337 que diferencia entre valores de chave e valores aleatórios, enquanto o zkSync e StarkNet garantem um aumento rigoroso.
primeira implantação de transação
O ERC-4337 inclui o campo initcode na estrutura userOp, enquanto StarkNet e zkSync exigem que os usuários enviem a primeira transação para implantar o contrato de conta.
Diferenças na implementação do ERC-4337 entre L1 e L2
A implementação do ERC-4337 em cadeias compatíveis com EVM possui duas diferenças-chave:
Diferença de protocolo: L2 precisa carregar dados para L1 para garantir segurança e liquidação, e os custos relacionados devem ser incluídos no Gas de pré-validação.
Diferença de endereços: existem diferenças na forma como os endereços são calculados em diferentes cadeias, o que pode resultar em endereços de contrato de conta inconsistentes. Especialmente quando um hard fork introduz novos códigos de operação, se o L2 não suportar a atualização correspondente, isso pode levar a mudanças no bytecode.
Essas pequenas diferenças têm um impacto importante na implementação e interoperabilidade do AA entre cadeias, os desenvolvedores devem prestar atenção.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
9 Curtidas
Recompensa
9
5
Compartilhar
Comentário
0/400
Ser_Liquidated
· 07-31 08:24
Alguém usou o pagamento rápido? Como é que está tudo aa
Análise da abstração de contas multi-chain: principais diferenças e desafios de implementação entre ERC-4337 e AA nativo
Abstração de contas multi-chain: o futuro da infraestrutura de encriptação
Recentemente, a conferência da comunidade Ethereum (EthCC 7) ocorreu em Bruxelas, na Bélgica, sendo o maior evento anual de Ethereum da Europa, com foco no desenvolvimento técnico e da comunidade. Nesta edição, mais de 350 líderes de opinião da indústria de blockchain fizeram palestras, e um dos desenvolvedores apresentou uma palestra com o tema "Revelando o Futuro: Análise da Abstração de Contas Multichain".
O conteúdo principal da palestra inclui:
A abstração de contas ( AA ) tem dois pilares principais: a abstração de assinatura e a abstração de pagamento. A abstração de assinatura permite que os usuários escolham qualquer mecanismo de verificação, enquanto a abstração de pagamento suporta várias opções de pagamento de transações. Essa flexibilidade melhora a segurança e a experiência do usuário.
A função de ponto de entrada na fase de verificação e execução do ERC-4337 é diferente da AA nativa. As limitações de verificação de transações e os passos para executar transações têm características distintas em diferentes implementações.
Ao implementar o ERC-4337 em cadeias compatíveis com EVM, as diferenças nos protocolos do design Rollup e nas maneiras de calcular endereços resultam em diferenças sutis, mas importantes, nos detalhes de desenvolvimento entre L1 e L2.
Abstração de contas - Introdução
abstração de contas(AA)principalmente inclui dois pontos-chave: abstração de assinaturas e abstração de pagamentos:
Essa flexibilidade melhora significativamente a segurança e a experiência do usuário. O objetivo da AA é alcançar essas duas funções principais de várias maneiras.
Introdução ao ERC-4337
O ERC-4337 resolve algumas limitações das contas externas da Ethereum (EOA) ao introduzir métodos de gestão de contas e processamento de transações mais flexíveis. As principais características incluem:
Estrutura userOp: O usuário envia a estrutura userOp para o Bundler, que coleta várias userOp e chama a função handleOps do contrato EntryPoint.
Contrato EntryPoint: como o núcleo do processamento de transações, suas principais funções incluem:
Introdução ao AA nativo
Na AA nativa, cada conta é um contrato, e o mecanismo de processamento de transações está diretamente embutido no protocolo da blockchain. O design da AA em diferentes redes de blockchain tem suas próprias características:
Diferenças entre ERC-4337 e AA nativo
papel do sistema operativo
O sistema operacional AA precisa resolver questões críticas como o preço do Gas, a ordem das transações e o acionamento da função de ponto de entrada. O ERC-4337 é concluído através da colaboração entre o Bundler e o Contrato EntryPoint, enquanto na AA nativa, os usuários enviam diretamente os userOps para o operador/classificador do servidor oficial.
interface de contrato
As interfaces de contrato de conta de ERC-4337 e AA nativa são semelhantes, ambas incluem os três passos de verificação, pagamento e execução. No entanto, na fase de execução, apenas o ponto de entrada da AA nativa é fixo.
restrições na verificação e execução de etapas
Diferentes implementações têm diferentes restrições nas fases de validação e execução, para prevenir ataques potenciais e garantir a segurança do sistema. Por exemplo, o zkSync Era relaxou algumas restrições de uso de códigos de operação na fase de validação, enquanto na fase de execução exige a confirmação de bandeira do sistema.
gestão de números aleatórios
ERC-4337, zkSync e StarkNet têm características distintas na gestão de números aleatórios, como o ERC-4337 que diferencia entre valores de chave e valores aleatórios, enquanto o zkSync e StarkNet garantem um aumento rigoroso.
primeira implantação de transação
O ERC-4337 inclui o campo initcode na estrutura userOp, enquanto StarkNet e zkSync exigem que os usuários enviem a primeira transação para implantar o contrato de conta.
Diferenças na implementação do ERC-4337 entre L1 e L2
A implementação do ERC-4337 em cadeias compatíveis com EVM possui duas diferenças-chave:
Diferença de protocolo: L2 precisa carregar dados para L1 para garantir segurança e liquidação, e os custos relacionados devem ser incluídos no Gas de pré-validação.
Diferença de endereços: existem diferenças na forma como os endereços são calculados em diferentes cadeias, o que pode resultar em endereços de contrato de conta inconsistentes. Especialmente quando um hard fork introduz novos códigos de operação, se o L2 não suportar a atualização correspondente, isso pode levar a mudanças no bytecode.
Essas pequenas diferenças têm um impacto importante na implementação e interoperabilidade do AA entre cadeias, os desenvolvedores devem prestar atenção.