Análise profunda da história e do futuro da abstração de contas do Ethereum
Introdução
Este artigo é dividido em duas partes:
A parte superior começou com a primeira proposta AA em 2015, o sistema organizou o conteúdo das principais propostas EIP até agora, com a esperança de explorar o desenvolvimento da proposta AA através de uma revisão histórica e avaliar de forma abrangente as vantagens e desvantagens de cada proposta.
A parte inferior foca principalmente na comparação da reação fria do mercado enfrentada após a proposta do EIP4337 e analisa profundamente o EIP7702, que será incluído na próxima atualização da Ethereum. Uma vez que esta proposta seja mesclada, mudará completamente a forma das aplicações on-chain.
O EIP-7702 tem um significado revolucionário, vamos nos aprofundar juntos.
1. O contexto da abstração de contas
1.1 significado da abstração de contas
O fundador do Ethereum, Vitalik, atualizou novamente o roteiro de desenvolvimento do ETH no final de 2023, mas a definição de abstração de contas não mudou. O modelo principal está atualmente em transição do EIP-4337 para a próxima fase de conversão voluntária de EOA.
Desde o lançamento do EIP4337 há mais de um ano, em 1 de março de 2023, na WalletCon em Denver, o contrato central ERC-4337, desenvolvido por programadores da Fundação Ethereum, foi auditado pela OpenZeppelin e é considerado oficialmente lançado (, permanecendo em um estado contraditório de amplo reconhecimento por parte dos usuários, mas sem uma ampla utilização. Este ambiente de mercado acelerou significativamente o progresso do EIP-7702, que já foi determinado que será incorporado na próxima atualização.
) 1.2 O estado atual do mercado de abstração de contas
Após um ano e meio de desenvolvimento, o número total de contas do EIP4337 nas principais cadeias é de apenas 12 milhões. Dentre elas, o número de endereços ativos na mainnet Ethereum é de apenas 6.764, o que é uma diferença significativa em relação ao número de endereços EOA e CA. O número de endereços independentes na mainnet Ethereum já atingiu 270 milhões, podendo-se dizer que o EIP4337 não teve praticamente nenhum desenvolvimento substantivo na mainnet.
No entanto, isso não afeta o valor intrínseco do AA. O design do EIP4337 determina que é difícil resolver bem o problema da compatibilidade para frente na mainnet. Com a integração nativa do AA em vários L2, o número de endereços EIP4337 explodiu nos L2, com a Base e a Polygon alcançando 1 milhão e 3 milhões de usuários ativos mensais em julho, respectivamente, apresentando um desempenho notável.
Portanto, não é que o EIP4337 esteja mal projetado, ele possui muitas vantagens. A situação atual resulta das diferenças entre a mainnet e o L2, que precisam de soluções adequadas a cada uma.
![Análise aprofundada do passado e futuro da abstração de contas do Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. O que é a abstração de contas?
A abstração de contas resolve essencialmente o problema da separação de propriedade.
Na arquitetura EVM, existem dois tipos de contas: conta externa ) EOA ( e conta de contrato ) Contract Account (. A propriedade e o direito de assinatura da conta externa são, na verdade, detidos pela mesma entidade. A pessoa que possui a chave privada não só possui a "propriedade da conta", mas também tem o direito de "assinar a transferência de todos os ativos".
Isso é determinado pela estrutura de transação da conta Ethereum. A partir da estrutura de transação, pode-se ver que uma transação padrão na verdade não tem o campo From. Quando os fundos são transferidos, qual endereço específico dos fundos é consumido é determinado pela assinatura do usuário dos parâmetros VRS ), que é usada para derivar o endereço From.
Isto envolve conceitos como ECDSA e funções de limiar unidirecionais, que não iremos detalhar. Em suma, a segurança é garantida pela criptografia, o que também causou a atual dificuldade na fusão de propriedade dos endereços EOA.
O efeito central do EIP4337 é adicionar o Endereço do Remetente no campo da transação, permitindo assim a separação da chave privada do endereço operado.
A razão pela qual a separação de propriedade é tão importante reside no fato de que contas externas (EOA) projetadas gerarão mais problemas:
A proteção da chave privada é difícil: a perda da chave privada (, ataques de hackers e a quebra da criptografia ) significam a perda de todos os ativos.
Algoritmo de assinatura único: a verificação de transações no protocolo nativo só pode usar o algoritmo de assinatura e verificação ECDSA.
Permissões de assinatura excessivas: não há multiassinatura nativa (, a multiassinatura só pode ser realizada através de contrato inteligente ), uma única assinatura pode executar qualquer operação.
As taxas de transação só podem ser pagas em ETH, não suportam transações em lote.
Vazamento de privacidade de transação: transações um a um facilitam a análise das informações privadas do titular da conta.
Estas limitações tornam difícil para os usuários comuns utilizarem o Ethereum:
Primeiro, ao usar qualquer aplicativo no Ethereum, os usuários devem possuir Éter ( e assumir o risco de volatilidade de preços ).
Em segundo lugar, os usuários precisam lidar com uma lógica de taxas complexa, o preço do Gas, o limite do Gas, o bloqueio de transações ( e a ordem do nonce ), que são conceitos demasiado complexos para os usuários.
Por fim, embora muitas carteiras ou aplicações de blockchain tentem melhorar a experiência do usuário através da otimização de produtos, os resultados são limitados.
Portanto, a chave está em implementar a abstração de contas, desacoplando a propriedade (Owner) e o direito de assinatura (Signer), a fim de resolver gradualmente os problemas mencionados acima.
Historicamente, houve várias propostas, que acabaram convergindo em duas rotas.
3. Contexto das propostas históricas de abstração de contas
A solução para o problema parece ter muitas propostas de EIP, mas no fundo, existem apenas duas ideias centrais. As questões consideradas em cada EIP que não foi aprovado no passado também se tornaram os pontos de ruptura da solução atual.
( 3.1 Primeira rota: converter o endereço EOA em endereço CA
Já em 15 de novembro de 2015, em torno do EIP-101, Vitalik propôs uma nova estrutura de conta como contrato. A mudança do endereço para apenas código e espaço de armazenamento, alterando o suporte à taxa de transação para ser pago em ERC20, através de contratos pré-compilados, transformando tokens nativos em algo semelhante ao ERC20 para armazenar saldo ), permitindo funções como autorização de dedução ###, e simplificando os campos da transação para apenas to, startgas, data e code.
Agora parece que esta é uma transformação de grande salto, que mudará significativamente o design de base, permitindo que cada endereço de conta tenha sua própria lógica de "código" (, que é exatamente o efeito que o EIP-7702 pretende alcançar ).
pode também derivar outras funcionalidades, como:
Deixe as transações utilizarem mais algoritmos de criptografia, podendo o método de verificação e autenticação ser especificado pelo Código interno de cada endereço.
Possui características de resistência a ataques quânticos, pois o código pode ser atualizado.
Permitir que o Éter possua características funcionais consistentes com os contratos ERC20, o efeito central é que há autorização para dedução, eliminando assim a necessidade de perda de moeda nativa.
Aumentar a personalização da conta, compatível com a recuperação social, suporte SBT, recuperação de chaves, entre outros.
A razão pela qual não foi possível continuar é simples: claramente, o passo foi demasiado grande, e a questão do conflito de hash de transações atuais e as preocupações com a segurança não foram devidamente consideradas, por isso tem estado em espera. Mas cada conceito positivo tornou-se uma das funcionalidades principais das EIPs 4337 e 7702.
Depois, houve uma série de EIPs que tentaram aprimorar essa lógica:
EIP-859: abstração de contas da cadeia principal--2018-01-30
Tentativa de resolver o problema de implantação de Código, o papel principal é que, se o contrato da parte transacional não estiver implantado, deve-se usar o parâmetro de código anexado à transação para executar a implantação da carteira do contrato. Além disso, foi proposto um novo opcode PAYGAS, que, além de pagar o gas, também se torna um delimitador entre a parte de verificação e a parte de execução nos parâmetros da transação.
Embora não tenha tido sucesso na época, isso se tornou uma das lógicas centrais do EIP7702 atualmente. Cada transação do EIP7702, combinada com uma estrutura de transação especial, pode anexar um certo código, permitindo que o endereço EOA tenha capacidade de contrato nesta transação.
EIP-7702: definir código da conta EOA 2024-05-07
Este também é o núcleo do mecanismo de discussão subsequente deste artigo, publicado por Vitalik como uma alternativa ao EIP-3074 (2024-05-07). Assim, o EIP-3074 foi descartado, e o EIP-7702 está determinado para ser incluído no próximo fork duro ETH Prague/Electra(Pectra), cujos detalhes iremos expandir mais adiante.
( 3.2 Segunda rota: deixar o endereço EOA conduzir o endereço CA
EIP-3074: adicionar os códigos de operação AUTH e AUTHCALL--2020-10-15
Adicionar dois novos OpCodes AUTH e AUTHCALL no EVM, permitindo que EOA autorize contratos a chamar outros contratos em vez da identidade EOA através desses dois opcodes.
Em resumo, uma EOA pode enviar uma mensagem já assinada ) para um contrato de confiança ###, chamado Invoker (. Este contrato Invoker pode utilizar os códigos de operação AUTH e AUTHCALL para emitir transações em nome desta EOA.
EIP-4337: Implementação de abstração de contas com pool de transações -- 2021-09-29
Inspirado pelo MEV, seu valor central é que pode evitar completamente alterações no protocolo da camada de consenso.
O EIP4337 propõe um novo objeto de transação chamado UserOperation, que os usuários enviam para o pool de memória, onde os bundlers, do ponto de vista dos mineradores, empacotam em massa e entregam as transações de execução de contrato, essencialmente trazendo as transações de baixo nível e a operação da conta para serem executadas ao nível do contrato.
EIP-5189: através de endossantes operar contas abstratas --- 2022-06-29
Esta é uma otimização da lógica do EIP4337, enfrentando Bundlers maliciosos através da criação de um mecanismo de endossante de penalização de fundos para prevenir ataques de bloqueio DoS.
) 3.3 Outras propostas para suportar a abstração de contas
EIP-2718: embalagem de novo tipo de transação -- 2020-06-13
Esta é uma proposta já finalizada, que define um novo tipo de transação, como um envelope para futuros tipos de transação adicionais.
O efeito final é que, ao introduzir um novo tipo de transação, é possível diferenciá-lo através de uma codificação específica, permitindo que seja compatível com versões anteriores, sem a necessidade de compatibilidade com versões futuras. O exemplo mais comum é o EIP1559, que diferencia as taxas de transação, utilizando uma nova codificação de tipo de transação, sem afetar o tipo de transação legacy original.
EIP-3607: tornar endereços EOA incapazes de implantar contratos -- 2021-06-10
Esta é uma solução suplementar para o caminho AA, destinada a evitar conflitos entre endereços de implantação de contratos e endereços EOA. Ela controlará o método de geração de contratos, não permitindo que o sistema implante código em endereços que já são endereços EOA. Esse risco é muito baixo, afinal, os endereços Ethereum têm 160 bits de comprimento, embora exista um método para colidir chaves privadas para gerar a chave privada de um contrato específico, mesmo com toda a capacidade de mineração do Bitcoin, estima-se que ainda levaria um ano.
( 3.4 Como entender a evolução da abstração de contas?
Primeiro é necessário entender o valor após a conversão para CA.
Basicamente, é o efeito prático do EIP-4337, que pode realizar:
Recuperação social
Transação sem taxas de gas
Transações em lote
Algoritmo de assinatura personalizado
Lógica de conta personalizada
Suporte à abstração de contas e limites
Suporte a carteiras multi-assinatura e contratos inteligentes
No entanto, a principal desvantagem do EIP-4337 é que vai contra o princípio da motivação humana.
Parece melhor, mas caiu em um ciclo vicioso de desenvolvimento de mercado. Muitos Dapps ainda não são compatíveis, e os usuários relutam em usar endereços CA, pois usar CA implica custos de transação mais altos. Em cenários de transferência comuns, as taxas de transação dobram, e isso depende demais da compatibilidade do próprio Dapp.
Portanto, ainda não se tornou popular na rede principal do Ethereum até agora.
O custo é o critério de avaliação mais importante para os usuários, e deve ser reduzido.
Mas para realmente reduzir o GAS, é necessário que o Ethereum em si faça uma atualização de soft fork, modificando o cálculo de GAS ou os módulos de consumo de GAS dos códigos de operação. No entanto, já que é necessário um soft fork, por que não considerar diretamente o EIP-7702?
![Análise aprofundada do passado e futuro da abstração de contas do Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp###
4. Análise completa do EIP-7702
4.1 O que é EIP-7702
Ele diferencia-se através de novos tipos de transações, permitindo que EOA possua temporariamente funções de contrato inteligente em uma única transação, apoiando assim transações em lote, transações sem Gas e gestão de permissões personalizadas, sem a necessidade de introduzir novos opCode EVM ( que afetam a compatibilidade para frente ).
Ele permite que os usuários obtenham a maior parte das capacidades de AA sem precisar implantar contratos inteligentes, e pode até oferecer a capacidade de terceiros iniciarem transações em nome dos usuários, sem a necessidade de fornecer a chave privada, apenas exigindo a assinatura de informações de autorização.
( 4.2 estrutura de dados
Ele define um novo tipo de transação 0x04, onde o TransactionPayload dessa transação é o resultado da serialização RLP do seguinte conteúdo:
rlp)[
chain_id, //ID da cadeia, usado para prevenir ataques de repetição
nonce, //contador de transações, assegura a unicidade da transação
max_priority_fee_per_gas, //taxa de transação 1559
max_fee_per_gas, //1559 taxa de transação
gas_limit,
destino, //endereço do alvo da transação
valor,
dados,
access_list, //lista de acesso, usada para otimização de Gas no EIP-2929
lista_de_autorização,
signature_y_parity, //3 parâmetros de assinatura, usados para verificar a assinatura da transação
assinatura_r,
assinatura_s
]###
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.
12 Curtidas
Recompensa
12
5
Compartilhar
Comentário
0/400
OnchainHolmes
· 07-24 00:19
Outra vez a abstração de contas 7702 não é boa?
Ver originalResponder0
gas_fee_therapist
· 07-23 07:45
Gás preso por oito anos e finalmente esperou por 7702?
Do passado ao futuro: EIP-7702 lidera a nova era da abstração de contas do Ethereum
Análise profunda da história e do futuro da abstração de contas do Ethereum
Introdução
Este artigo é dividido em duas partes:
A parte superior começou com a primeira proposta AA em 2015, o sistema organizou o conteúdo das principais propostas EIP até agora, com a esperança de explorar o desenvolvimento da proposta AA através de uma revisão histórica e avaliar de forma abrangente as vantagens e desvantagens de cada proposta.
A parte inferior foca principalmente na comparação da reação fria do mercado enfrentada após a proposta do EIP4337 e analisa profundamente o EIP7702, que será incluído na próxima atualização da Ethereum. Uma vez que esta proposta seja mesclada, mudará completamente a forma das aplicações on-chain.
O EIP-7702 tem um significado revolucionário, vamos nos aprofundar juntos.
1. O contexto da abstração de contas
1.1 significado da abstração de contas
O fundador do Ethereum, Vitalik, atualizou novamente o roteiro de desenvolvimento do ETH no final de 2023, mas a definição de abstração de contas não mudou. O modelo principal está atualmente em transição do EIP-4337 para a próxima fase de conversão voluntária de EOA.
Desde o lançamento do EIP4337 há mais de um ano, em 1 de março de 2023, na WalletCon em Denver, o contrato central ERC-4337, desenvolvido por programadores da Fundação Ethereum, foi auditado pela OpenZeppelin e é considerado oficialmente lançado (, permanecendo em um estado contraditório de amplo reconhecimento por parte dos usuários, mas sem uma ampla utilização. Este ambiente de mercado acelerou significativamente o progresso do EIP-7702, que já foi determinado que será incorporado na próxima atualização.
) 1.2 O estado atual do mercado de abstração de contas
Após um ano e meio de desenvolvimento, o número total de contas do EIP4337 nas principais cadeias é de apenas 12 milhões. Dentre elas, o número de endereços ativos na mainnet Ethereum é de apenas 6.764, o que é uma diferença significativa em relação ao número de endereços EOA e CA. O número de endereços independentes na mainnet Ethereum já atingiu 270 milhões, podendo-se dizer que o EIP4337 não teve praticamente nenhum desenvolvimento substantivo na mainnet.
No entanto, isso não afeta o valor intrínseco do AA. O design do EIP4337 determina que é difícil resolver bem o problema da compatibilidade para frente na mainnet. Com a integração nativa do AA em vários L2, o número de endereços EIP4337 explodiu nos L2, com a Base e a Polygon alcançando 1 milhão e 3 milhões de usuários ativos mensais em julho, respectivamente, apresentando um desempenho notável.
Portanto, não é que o EIP4337 esteja mal projetado, ele possui muitas vantagens. A situação atual resulta das diferenças entre a mainnet e o L2, que precisam de soluções adequadas a cada uma.
![Análise aprofundada do passado e futuro da abstração de contas do Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. O que é a abstração de contas?
A abstração de contas resolve essencialmente o problema da separação de propriedade.
Na arquitetura EVM, existem dois tipos de contas: conta externa ) EOA ( e conta de contrato ) Contract Account (. A propriedade e o direito de assinatura da conta externa são, na verdade, detidos pela mesma entidade. A pessoa que possui a chave privada não só possui a "propriedade da conta", mas também tem o direito de "assinar a transferência de todos os ativos".
Isso é determinado pela estrutura de transação da conta Ethereum. A partir da estrutura de transação, pode-se ver que uma transação padrão na verdade não tem o campo From. Quando os fundos são transferidos, qual endereço específico dos fundos é consumido é determinado pela assinatura do usuário dos parâmetros VRS ), que é usada para derivar o endereço From.
Isto envolve conceitos como ECDSA e funções de limiar unidirecionais, que não iremos detalhar. Em suma, a segurança é garantida pela criptografia, o que também causou a atual dificuldade na fusão de propriedade dos endereços EOA.
O efeito central do EIP4337 é adicionar o Endereço do Remetente no campo da transação, permitindo assim a separação da chave privada do endereço operado.
A razão pela qual a separação de propriedade é tão importante reside no fato de que contas externas (EOA) projetadas gerarão mais problemas:
A proteção da chave privada é difícil: a perda da chave privada (, ataques de hackers e a quebra da criptografia ) significam a perda de todos os ativos.
Algoritmo de assinatura único: a verificação de transações no protocolo nativo só pode usar o algoritmo de assinatura e verificação ECDSA.
Permissões de assinatura excessivas: não há multiassinatura nativa (, a multiassinatura só pode ser realizada através de contrato inteligente ), uma única assinatura pode executar qualquer operação.
As taxas de transação só podem ser pagas em ETH, não suportam transações em lote.
Vazamento de privacidade de transação: transações um a um facilitam a análise das informações privadas do titular da conta.
Estas limitações tornam difícil para os usuários comuns utilizarem o Ethereum:
Primeiro, ao usar qualquer aplicativo no Ethereum, os usuários devem possuir Éter ( e assumir o risco de volatilidade de preços ).
Em segundo lugar, os usuários precisam lidar com uma lógica de taxas complexa, o preço do Gas, o limite do Gas, o bloqueio de transações ( e a ordem do nonce ), que são conceitos demasiado complexos para os usuários.
Por fim, embora muitas carteiras ou aplicações de blockchain tentem melhorar a experiência do usuário através da otimização de produtos, os resultados são limitados.
Portanto, a chave está em implementar a abstração de contas, desacoplando a propriedade (Owner) e o direito de assinatura (Signer), a fim de resolver gradualmente os problemas mencionados acima.
Historicamente, houve várias propostas, que acabaram convergindo em duas rotas.
3. Contexto das propostas históricas de abstração de contas
A solução para o problema parece ter muitas propostas de EIP, mas no fundo, existem apenas duas ideias centrais. As questões consideradas em cada EIP que não foi aprovado no passado também se tornaram os pontos de ruptura da solução atual.
( 3.1 Primeira rota: converter o endereço EOA em endereço CA
Já em 15 de novembro de 2015, em torno do EIP-101, Vitalik propôs uma nova estrutura de conta como contrato. A mudança do endereço para apenas código e espaço de armazenamento, alterando o suporte à taxa de transação para ser pago em ERC20, através de contratos pré-compilados, transformando tokens nativos em algo semelhante ao ERC20 para armazenar saldo ), permitindo funções como autorização de dedução ###, e simplificando os campos da transação para apenas to, startgas, data e code.
Agora parece que esta é uma transformação de grande salto, que mudará significativamente o design de base, permitindo que cada endereço de conta tenha sua própria lógica de "código" (, que é exatamente o efeito que o EIP-7702 pretende alcançar ).
pode também derivar outras funcionalidades, como:
Deixe as transações utilizarem mais algoritmos de criptografia, podendo o método de verificação e autenticação ser especificado pelo Código interno de cada endereço.
Possui características de resistência a ataques quânticos, pois o código pode ser atualizado.
Permitir que o Éter possua características funcionais consistentes com os contratos ERC20, o efeito central é que há autorização para dedução, eliminando assim a necessidade de perda de moeda nativa.
Aumentar a personalização da conta, compatível com a recuperação social, suporte SBT, recuperação de chaves, entre outros.
A razão pela qual não foi possível continuar é simples: claramente, o passo foi demasiado grande, e a questão do conflito de hash de transações atuais e as preocupações com a segurança não foram devidamente consideradas, por isso tem estado em espera. Mas cada conceito positivo tornou-se uma das funcionalidades principais das EIPs 4337 e 7702.
Depois, houve uma série de EIPs que tentaram aprimorar essa lógica:
EIP-859: abstração de contas da cadeia principal--2018-01-30
Tentativa de resolver o problema de implantação de Código, o papel principal é que, se o contrato da parte transacional não estiver implantado, deve-se usar o parâmetro de código anexado à transação para executar a implantação da carteira do contrato. Além disso, foi proposto um novo opcode PAYGAS, que, além de pagar o gas, também se torna um delimitador entre a parte de verificação e a parte de execução nos parâmetros da transação.
Embora não tenha tido sucesso na época, isso se tornou uma das lógicas centrais do EIP7702 atualmente. Cada transação do EIP7702, combinada com uma estrutura de transação especial, pode anexar um certo código, permitindo que o endereço EOA tenha capacidade de contrato nesta transação.
EIP-7702: definir código da conta EOA 2024-05-07
Este também é o núcleo do mecanismo de discussão subsequente deste artigo, publicado por Vitalik como uma alternativa ao EIP-3074 (2024-05-07). Assim, o EIP-3074 foi descartado, e o EIP-7702 está determinado para ser incluído no próximo fork duro ETH Prague/Electra(Pectra), cujos detalhes iremos expandir mais adiante.
( 3.2 Segunda rota: deixar o endereço EOA conduzir o endereço CA
EIP-3074: adicionar os códigos de operação AUTH e AUTHCALL--2020-10-15
Adicionar dois novos OpCodes AUTH e AUTHCALL no EVM, permitindo que EOA autorize contratos a chamar outros contratos em vez da identidade EOA através desses dois opcodes.
Em resumo, uma EOA pode enviar uma mensagem já assinada ) para um contrato de confiança ###, chamado Invoker (. Este contrato Invoker pode utilizar os códigos de operação AUTH e AUTHCALL para emitir transações em nome desta EOA.
EIP-4337: Implementação de abstração de contas com pool de transações -- 2021-09-29
Inspirado pelo MEV, seu valor central é que pode evitar completamente alterações no protocolo da camada de consenso.
O EIP4337 propõe um novo objeto de transação chamado UserOperation, que os usuários enviam para o pool de memória, onde os bundlers, do ponto de vista dos mineradores, empacotam em massa e entregam as transações de execução de contrato, essencialmente trazendo as transações de baixo nível e a operação da conta para serem executadas ao nível do contrato.
EIP-5189: através de endossantes operar contas abstratas --- 2022-06-29
Esta é uma otimização da lógica do EIP4337, enfrentando Bundlers maliciosos através da criação de um mecanismo de endossante de penalização de fundos para prevenir ataques de bloqueio DoS.
) 3.3 Outras propostas para suportar a abstração de contas
EIP-2718: embalagem de novo tipo de transação -- 2020-06-13
Esta é uma proposta já finalizada, que define um novo tipo de transação, como um envelope para futuros tipos de transação adicionais.
O efeito final é que, ao introduzir um novo tipo de transação, é possível diferenciá-lo através de uma codificação específica, permitindo que seja compatível com versões anteriores, sem a necessidade de compatibilidade com versões futuras. O exemplo mais comum é o EIP1559, que diferencia as taxas de transação, utilizando uma nova codificação de tipo de transação, sem afetar o tipo de transação legacy original.
EIP-3607: tornar endereços EOA incapazes de implantar contratos -- 2021-06-10
Esta é uma solução suplementar para o caminho AA, destinada a evitar conflitos entre endereços de implantação de contratos e endereços EOA. Ela controlará o método de geração de contratos, não permitindo que o sistema implante código em endereços que já são endereços EOA. Esse risco é muito baixo, afinal, os endereços Ethereum têm 160 bits de comprimento, embora exista um método para colidir chaves privadas para gerar a chave privada de um contrato específico, mesmo com toda a capacidade de mineração do Bitcoin, estima-se que ainda levaria um ano.
( 3.4 Como entender a evolução da abstração de contas?
Primeiro é necessário entender o valor após a conversão para CA.
Basicamente, é o efeito prático do EIP-4337, que pode realizar:
No entanto, a principal desvantagem do EIP-4337 é que vai contra o princípio da motivação humana.
Parece melhor, mas caiu em um ciclo vicioso de desenvolvimento de mercado. Muitos Dapps ainda não são compatíveis, e os usuários relutam em usar endereços CA, pois usar CA implica custos de transação mais altos. Em cenários de transferência comuns, as taxas de transação dobram, e isso depende demais da compatibilidade do próprio Dapp.
Portanto, ainda não se tornou popular na rede principal do Ethereum até agora.
O custo é o critério de avaliação mais importante para os usuários, e deve ser reduzido.
Mas para realmente reduzir o GAS, é necessário que o Ethereum em si faça uma atualização de soft fork, modificando o cálculo de GAS ou os módulos de consumo de GAS dos códigos de operação. No entanto, já que é necessário um soft fork, por que não considerar diretamente o EIP-7702?
![Análise aprofundada do passado e futuro da abstração de contas do Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp###
4. Análise completa do EIP-7702
4.1 O que é EIP-7702
Ele diferencia-se através de novos tipos de transações, permitindo que EOA possua temporariamente funções de contrato inteligente em uma única transação, apoiando assim transações em lote, transações sem Gas e gestão de permissões personalizadas, sem a necessidade de introduzir novos opCode EVM ( que afetam a compatibilidade para frente ).
Ele permite que os usuários obtenham a maior parte das capacidades de AA sem precisar implantar contratos inteligentes, e pode até oferecer a capacidade de terceiros iniciarem transações em nome dos usuários, sem a necessidade de fornecer a chave privada, apenas exigindo a assinatura de informações de autorização.
( 4.2 estrutura de dados
Ele define um novo tipo de transação 0x04, onde o TransactionPayload dessa transação é o resultado da serialização RLP do seguinte conteúdo:
rlp)[ chain_id, //ID da cadeia, usado para prevenir ataques de repetição nonce, //contador de transações, assegura a unicidade da transação max_priority_fee_per_gas, //taxa de transação 1559 max_fee_per_gas, //1559 taxa de transação gas_limit, destino, //endereço do alvo da transação valor, dados, access_list, //lista de acesso, usada para otimização de Gas no EIP-2929 lista_de_autorização, signature_y_parity, //3 parâmetros de assinatura, usados para verificar a assinatura da transação assinatura_r, assinatura_s ]###
Importante