Análise da abstração de contas multichain: o futuro da encriptação de infraestruturas
De 8 a 11 de julho de 2024, o maior evento anual de Ethereum na Europa — a Conferência da Comunidade Ethereum (EthCC) — será realizado em Bruxelas, Bélgica, com foco no desenvolvimento técnico e comunitário. Este evento contará com mais de 350 líderes de opinião de primeira linha da indústria de blockchain que farão palestras, incluindo uma palestra com o tema "Revelando o Futuro: Análise da Abstração de Contas Multichain".
Pontos principais da apresentação
Os dois núcleos da abstração de contas (AA): abstração de assinaturas e abstração de pagamentos. A abstração de assinaturas permite que os usuários escolham qualquer mecanismo de verificação, enquanto a abstração de pagamentos oferece várias opções de pagamento de transações, com o objetivo de melhorar a segurança e a experiência do usuário.
As funções de ponto de entrada na fase de "verificação" do ERC-4337 e da AA nativa são fixas, enquanto na fase de "execução" apenas o ponto de entrada da AA nativa é fixo. Diferentes modos de implementação têm características próprias na limitação de transações de verificação e nos passos de execução de transações.
Ao implementar o ERC-4337 em uma cadeia compatível com EVM, as diferenças nos protocolos do design do Rollup e a forma de cálculo de endereços resultam em alguns detalhes de desenvolvimento sutis, mas importantes, ao implementar o ERC-4337 entre L1 e L2.
Abstração de contas
definição de abstração de contas
A abstração de contas (AA) inclui principalmente dois pontos-chave: abstração de assinatura e abstração de pagamento:
Abstração de assinatura: os usuários podem escolher livremente o mecanismo de verificação, não se limitando a algoritmos de assinatura digital específicos.
Abstração de pagamento: os usuários podem usar várias formas de pagamento para transações, como pagar com tokens ERC-20 ou ter transações patrocinadas por terceiros.
Essa flexibilidade visa proporcionar uma experiência de usuário mais segura e de melhor qualidade.
Introdução ao ERC-4337
O ERC-4337 visa resolver algumas limitações das contas de propriedade externa (EOA) no protocolo Ethereum, como o método de assinatura fixo e o design de pagamento. As suas principais características incluem:
Estrutura userOp: O usuário envia a estrutura userOp para o Bundler, que coleta múltiplas 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 verificar autorizações, cobrar taxas e executar operações alvo.
Introdução à AA nativa
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 varia.
Abstração de contas ERC-4337: aplicado em Ethereum, Arbitrum, Optimism e várias outras redes
Seguir a abstração de contas nativa ERC-4337: StarkNet e zkSync Era
Abstração de contas nativa com design de privacidade: Aztec
Comparação entre ERC-4337 e AA nativo
papel do sistema operativo
O sistema operacional AA precisa resolver problemas como o preço do Gas, a ordem das transações e a ativação 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 no AA nativo, os usuários interagem diretamente com o operador/classificador do servidor oficial.
interface de contrato
As funções de ponto de entrada na fase de "verificação" do ERC-4337 e AA nativo são fixas, mas na fase de "execução" apenas o ponto de entrada do AA nativo é fixo.
passos de verificação limitados
Para prevenir ataques DoS, diferentes implementações definiram restrições variadas para a validação de transações. Por exemplo, o zkSync Era permite que a lógica do contrato acesse seu próprio slot de armazenamento e o slot de armazenamento de endereços específicos.
limitações de etapas de execução
O zkSync requer confirmação de sinalizadores do sistema ao executar chamadas de sistema, enquanto o ERC-4337 e o StarkNet não têm restrições especiais na fase de execução.
processamento de números aleatórios
Diferentes implementações tratam os números aleatórios de maneiras distintas, como o ERC-4337 que distingue entre valores de chave e valores aleatórios, enquanto o zkSync e o StarkNet garantem que os números aleatórios sejam estritamente crescentes.
primeira transação de implementação
O ERC-4337 realiza o primeiro deploy através do campo initcode na estrutura userOp, enquanto StarkNet e zkSync exigem que os usuários enviem diretamente a primeira transação ao operador/ordenador para implantar o contrato de conta.
Diferenças na implementação do ERC-4337 entre L1 e L2
diferenças de protocolo
L2 precisa enviar dados para L1 para garantir segurança e liquidação, o que envolve custos adicionais (como taxas de segurança L1 e taxas de blob), que precisam ser considerados no Gas de pré-validação.
diferença de endereço
A forma de cálculo de endereços em diferentes cadeias varia, o que pode levar a endereços de contratos de conta a serem inconsistentes entre o Ethereum e o L2. Especialmente quando um hard fork adiciona novos códigos de operação, se o L2 não suportar algumas atualizações, isso pode causar alterações no bytecode.
Através de uma compreensão profunda dessas diferenças e características, os desenvolvedores podem melhor implementar e otimizar a abstração de contas em ambientes multichain, proporcionando aos usuários uma experiência de interação em blockchain mais segura e flexível.
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.
15 Curtidas
Recompensa
15
5
Compartilhar
Comentário
0/400
PoolJumper
· 07-22 06:32
Ainda a falar sobre 4337 é monótono.
Ver originalResponder0
ReverseFOMOguy
· 07-20 10:27
Abstraindo e abstraindo, não consigo captar o ponto principal.
Ver originalResponder0
PaperHandSister
· 07-20 10:27
Apenas a olhar para mais conceitos, não vou ver mais.
Análise da abstração de contas de múltiplas cadeias: principais diferenças entre ERC-4337 e AA nativo
Análise da abstração de contas multichain: o futuro da encriptação de infraestruturas
De 8 a 11 de julho de 2024, o maior evento anual de Ethereum na Europa — a Conferência da Comunidade Ethereum (EthCC) — será realizado em Bruxelas, Bélgica, com foco no desenvolvimento técnico e comunitário. Este evento contará com mais de 350 líderes de opinião de primeira linha da indústria de blockchain que farão palestras, incluindo uma palestra com o tema "Revelando o Futuro: Análise da Abstração de Contas Multichain".
Pontos principais da apresentação
Os dois núcleos da abstração de contas (AA): abstração de assinaturas e abstração de pagamentos. A abstração de assinaturas permite que os usuários escolham qualquer mecanismo de verificação, enquanto a abstração de pagamentos oferece várias opções de pagamento de transações, com o objetivo de melhorar a segurança e a experiência do usuário.
As funções de ponto de entrada na fase de "verificação" do ERC-4337 e da AA nativa são fixas, enquanto na fase de "execução" apenas o ponto de entrada da AA nativa é fixo. Diferentes modos de implementação têm características próprias na limitação de transações de verificação e nos passos de execução de transações.
Ao implementar o ERC-4337 em uma cadeia compatível com EVM, as diferenças nos protocolos do design do Rollup e a forma de cálculo de endereços resultam em alguns detalhes de desenvolvimento sutis, mas importantes, ao implementar o ERC-4337 entre L1 e L2.
Abstração de contas
definição de abstração de contas
A abstração de contas (AA) inclui principalmente dois pontos-chave: abstração de assinatura e abstração de pagamento:
Essa flexibilidade visa proporcionar uma experiência de usuário mais segura e de melhor qualidade.
Introdução ao ERC-4337
O ERC-4337 visa resolver algumas limitações das contas de propriedade externa (EOA) no protocolo Ethereum, como o método de assinatura fixo e o design de pagamento. As suas principais características incluem:
Introdução à AA nativa
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 varia.
Comparação entre ERC-4337 e AA nativo
papel do sistema operativo
O sistema operacional AA precisa resolver problemas como o preço do Gas, a ordem das transações e a ativação 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 no AA nativo, os usuários interagem diretamente com o operador/classificador do servidor oficial.
interface de contrato
As funções de ponto de entrada na fase de "verificação" do ERC-4337 e AA nativo são fixas, mas na fase de "execução" apenas o ponto de entrada do AA nativo é fixo.
passos de verificação limitados
Para prevenir ataques DoS, diferentes implementações definiram restrições variadas para a validação de transações. Por exemplo, o zkSync Era permite que a lógica do contrato acesse seu próprio slot de armazenamento e o slot de armazenamento de endereços específicos.
limitações de etapas de execução
O zkSync requer confirmação de sinalizadores do sistema ao executar chamadas de sistema, enquanto o ERC-4337 e o StarkNet não têm restrições especiais na fase de execução.
processamento de números aleatórios
Diferentes implementações tratam os números aleatórios de maneiras distintas, como o ERC-4337 que distingue entre valores de chave e valores aleatórios, enquanto o zkSync e o StarkNet garantem que os números aleatórios sejam estritamente crescentes.
primeira transação de implementação
O ERC-4337 realiza o primeiro deploy através do campo initcode na estrutura userOp, enquanto StarkNet e zkSync exigem que os usuários enviem diretamente a primeira transação ao operador/ordenador para implantar o contrato de conta.
Diferenças na implementação do ERC-4337 entre L1 e L2
diferenças de protocolo
L2 precisa enviar dados para L1 para garantir segurança e liquidação, o que envolve custos adicionais (como taxas de segurança L1 e taxas de blob), que precisam ser considerados no Gas de pré-validação.
diferença de endereço
A forma de cálculo de endereços em diferentes cadeias varia, o que pode levar a endereços de contratos de conta a serem inconsistentes entre o Ethereum e o L2. Especialmente quando um hard fork adiciona novos códigos de operação, se o L2 não suportar algumas atualizações, isso pode causar alterações no bytecode.
Através de uma compreensão profunda dessas diferenças e características, os desenvolvedores podem melhor implementar e otimizar a abstração de contas em ambientes multichain, proporcionando aos usuários uma experiência de interação em blockchain mais segura e flexível.