Análise aprofundada do passado e futuro da abstração de contas do Ethereum
Introdução
Este artigo está dividido em duas grandes partes:
Primeiro, a partir da primeira proposta AA de 2015, o sistema analisa o conteúdo principal das propostas EIP até agora, explora a evolução das propostas históricas de AA e avalia completamente as vantagens e desvantagens de cada uma.
Em segundo lugar, é importante comparar a situação de feedback de mercado insatisfatório após o lançamento do EIP4337, analisando em profundidade o EIP7702, que será incluído na próxima atualização da Ethereum. Uma vez que esta proposta seja integrada, mudará completamente a forma como as aplicações on-chain funcionam.
EIP-7702 possui um significado revolucionário, vamos entender isso em detalhes.
1. O contexto da abstração de contas
1.1 A localização do 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 configuração da abstração de contas não mudou. Atualmente, o modelo principal está passando da EIP-4337 para a próxima fase de conversão voluntária de contas EOA.
Mais de um ano após o lançamento do EIP4337, em 1 de março de 2023, na WalletCon em Denver, o contrato central ERC-4337, desenvolvido por programadores da Fundação Ethereum e auditado pela OpenZeppelin, é visto como um marco histórico do lançamento oficial (. Embora tenha obtido amplo reconhecimento dos usuários, sua taxa de uso não é alta. Nesse ambiente de mercado contraditório, o progresso do EIP-7702 foi significativamente adiantado e 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 cadeias principais é de apenas 12 milhões, dos quais há apenas 6.764 endereços ativos na mainnet do Ethereum, uma diferença significativa em relação ao número de endereços EOA e CA. Atualmente, o número de endereços independentes na mainnet do Ethereum já atingiu 270 milhões. Pode-se dizer que o EIP4337 não teve desenvolvimento substancial na mainnet.
No entanto, isso não afeta o valor intrínseco da AA. O design do EIP4337 destina-se a dificultar a resolução do problema de compatibilidade retroativa da mainnet. Com várias cadeias L2 geralmente integradas à AA nativa, o número de endereços EIP4337 teve um crescimento explosivo em L2, onde os usuários ativos mensais da Base e da Polygon alcançaram 1 milhão e 3 milhões, respetivamente, apresentando um bom desempenho.
Portanto, o design do EIP4337 não tem problemas, ele possui muitas vantagens. A situação atual resulta das diferenças entre a mainnet e a L2, que precisam adotar 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ó detém a "propriedade" da conta, mas também tem o direito de "assinar a transferência de todos os ativos".
Isto é determinado pela estrutura de transação da conta Ethereum. A partir da estrutura da transação, pode-se ver que a transação padrão do Ethereum na verdade não possui o campo From. Ao realizar a transferência de fundos, qual endereço específico está sendo utilizado para os fundos é determinado pelo parâmetro VRS ), ou seja, a assinatura do usuário ( é utilizada para decifrar o endereço From.
Isto envolve conceitos como criptografia assimétrica, como a ECDSA, e funções de limiar unidirecionais, que não vamos desenvolver. Em suma, a segurança é garantida pela criptografia, mas isso também causou a atual dificuldade das contas EOA na fusão de propriedade.
O efeito central do EIP4337 é adicionar o campo Sender Address no campo de transação, permitindo assim que a chave privada seja separada do endereço sendo operado.
A razão pela qual a separação de propriedade é tão importante é que o design de contas externas )EOA( gerará mais problemas:
Chave privada difícil de proteger: a perda da chave privada ), ataques de hackers ou a quebra criptográfica ( significam a perda de todos os ativos.
Algoritmo de assinatura único: o protocolo nativo só pode usar o algoritmo de assinatura e verificação ECDSA na validação de transações.
Permissão de assinatura demasiado alta: a multi-assinatura nativa ) só pode ser implementada através de contratos inteligentes (, a assinatura única pode executar qualquer operação.
A taxa de transação só pode ser paga em ETH, não suporta transações em lote.
A divulgação de privacidade nas transações: transações um a um facilitam a análise das informações privadas dos titulares da conta.
Essas limitações dificultam o uso do Ethereum por usuários comuns:
Primeiro, para usar qualquer aplicativo na Ethereum, os usuários devem possuir Éter ) e assumir o risco de volatilidade de preços do Éter (.
Em segundo lugar, os usuários precisam lidar com uma lógica de taxas complexa, preço do gás, limite de gás, bloqueio de transações ) ordem do nonce ( e outros conceitos que são demasiado complexos para os usuários.
Por fim, embora muitas carteiras ou aplicações de blockchain tentem melhorar a experiência do utilizador através da otimização do produto, o efeito é limitado.
Portanto, a solução reside na implementação da abstração de contas, desacoplando a propriedade )Owner( e o direito de assinatura )Signer(, resolvendo gradualmente os problemas acima mencionados.
Historicamente, houve muitas propostas, que acabaram por se resumir a duas rotas.
![Análise profunda do passado e futuro da abstração de contas do Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Contexto histórico da proposta AA
A solução para o problema parece ter muitas propostas EIP, mas no fundo existem duas linhas de pensamento principais. No passado, cada EIP não aprovado abordou questões que agora se tornaram pontos de ruptura na solução atual.
) 3.1 A primeira rota é transformar o endereço EOA em um endereço CA
Em 15 de novembro de 2015, em torno do EIP-101, Vitalik propôs uma nova estrutura de contas usando contratos. Mudou o endereço para conter apenas código e espaço de armazenamento, alterou o suporte à taxa para ser pago por ERC20, e através de contratos pré-compilados transformou o token nativo em um tipo de ERC20 para armazenar saldo ###, podendo ter funcionalidades como autorização de desconto (, e simplificou os campos de transação para conter apenas to, startgas, data e code.
Agora parece que esta é uma transformação de grande salto, que irá alterar significativamente o design subjacente, permitindo que cada endereço de conta tenha sua própria lógica de "código" ). Este é exatamente o efeito que o EIP-7702 pretende alcançar (.
pode também derivar outras funções, como:
Permitir que as transações utilizem mais algoritmos de criptografia, que podem ser especificados pelos métodos de verificação e autenticação de assinatura interna do código de cada endereço.
Possui características de resistência a ataques quânticos, uma vez que o código possui características de atualização.
Fazer com que o Éter tenha as mesmas características funcionais que os contratos ERC20, com o efeito principal de permitir a autorização de dedução, evitando assim a necessidade de consumir a moeda nativa.
Aumentar o espaço de personalização da conta, compatível com recuperação social, suporte a SBT, recuperação de chaves, entre outros.
A razão pela qual não conseguimos continuar é simples: claramente, o passo foi grande demais, e houve uma consideração inadequada em relação ao problema atual de conflitos de hash de transações e às questões de segurança, por isso foi sempre deixado de lado. Mas cada conceito positivo tornou-se uma das funções centrais dos subsequentes EIP4337 e EIP7702.
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(
Tentando resolver o problema de implantação do código, a função principal é que, se houver a situação em que o contrato da parte transacional não está implantado, deve-se usar o parâmetro de código anexado à transação para executar a implantação da carteira de contratos. 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 em uma transação.
Embora não tenha sido realizado 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 incluir um certo código, permitindo que o endereço EOA tenha capacidades de contrato nessa transação.
EIP-7702: configuração de código da conta EOA )2024-05-07(
Este também é o núcleo do mecanismo discutido posteriormente neste artigo, publicado por Vitalik, como uma alternativa ao EIP-3074. Assim, o EIP-3074 foi descartado, e o EIP-7702 foi determinado para ser incluído no próximo hard fork ETH Prague/Electra)Pectra(, cujos detalhes iremos desenvolver a seguir.
) 3.2 A segunda rota é fazer 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 no EVM: AUTH e AUTHCALL, permitindo que EOA autorize contratos a chamarem outros contratos em vez da identidade de EOA através desses dois opcode.
Em resumo, um EOA pode enviar uma mensagem assinada ) para um contrato em que confia (, chamado de Invoker ). Este contrato Invoker pode usar os códigos de operação AUTH e AUTHCALL para substituir este EOA na emissão desta transação.
EIP-4337: implementar a abstração de contas usando o pool de memória de transações (2021-09-29)
Inspirado pelo MEV, seu valor central é que pode evitar completamente alterações no protocolo da camada de consenso.
EIP4337 propôs um novo objeto de transação chamado UserOperation, que os usuários enviam para o pool de memória, onde os bundlers agrupam e entregam em massa as transações de execução de contrato a partir da perspectiva dos mineradores. Essencialmente, isso traz a operação de transações e contas para o nível do contrato.
EIP-5189: operar contas abstratas através de endossantes (2022-06-29)
Isto é considerado uma otimização da lógica do EIP4337, que visa prevenir ataques de bloqueio DoS através da criação de um mecanismo de penalização de fundos que endossa o Bundler malicioso.
( 3.3 Outras propostas para apoiar a abstração de contas
EIP-2718: embalagem de novo tipo de transação )2020-06-13###
Esta é uma proposta que já está finalizada, definindo um novo tipo de transação, como um envelope para futuros tipos de transação a serem adicionados.
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 apenas a compatibilidade retroativa, sem a necessidade de compatibilidade para frente. 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: impedir que endereços EOA implantem contratos (2021-06-10)
Esta é uma solução suplementar na rota AA, utilizada para prevenir conflitos entre endereços de contrato de implantação e endereços EOA. Ela controlará o método de geração de contratos, impedindo que o sistema permita a implantação de código em endereços que já são endereços EOA. Este risco é, na verdade, muito pequeno, considerando que os endereços Ethereum têm 160 bits de comprimento; embora exista um método para colidir a chave privada para gerar a chave privada de um endereço de contrato específico, estima-se que, com toda a capacidade de cálculo do Bitcoin, ainda levaria cerca de 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 real do EIP-4337, que pode realizar:
Suporte para múltiplas assinaturas e recuperação social
Transação sem Gas ) pagamento de combustível ###
Transações em massa
Algoritmo de assinatura personalizado
Pagar tokens como taxa
Limite de transação
conta bloqueada
Bloqueio de tempo
Assinatura de autorização única
No entanto, a principal desvantagem do EIP-4337 é que contraria o princípio da motivação humana.
Parece que está melhor, mas caiu em um ciclo vicioso de desenvolvimento do mercado :D Muitos Dapps ainda não são compatíveis, então os usuários não estão dispostos a usar endereços CA, e até mesmo usar CA tem um custo de transação mais alto ( em cenários de transferência comuns, o que também dobra as taxas de transação ), sendo muito dependente da compatibilidade do próprio Dapp.
Portanto, até agora não houve uma ampla adoção na rede principal do Ethereum.
O custo é o padrão mais importante para os usuários, e deve ser reduzido.
Mas para realmente reduzir o GAS, é necessário que o próprio Ethereum faça um upgrade de soft fork, modificando o cálculo de GAS ou o consumo de GAS de códigos de operação, entre outros módulos. No entanto, uma vez que é necessário um soft fork, por que não considerar diretamente o EIP-7702?
4. Análise Completa do EIP-7702
( 4.1 O que é o EIP-7702
Ele distingue-se através de novos tipos de transações, permitindo que as EOAs possuam temporariamente a funcionalidade de contratos inteligentes em uma única transação, apoiando assim transações em massa, transações sem Gas e gestão de permissões personalizadas, sem a necessidade de introduzir novos opCodes EVM ) que afetem a compatibilidade para trás ###.
Ele permite que os usuários obtenham a maioria das capacidades de AA sem a necessidade de implantar contratos inteligentes, e pode até oferecer a capacidade de iniciar transações em nome dos usuários por terceiros, sem que os usuários precisem fornecer chaves privadas, apenas com informações de autorização de assinatura.
( 4.2 estrutura de dados
Ele define um novo tipo de transação 0x04, que é do tipo de transação
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
7 gostos
Recompensa
7
6
Republicar
Partilhar
Comentar
0/400
DAOdreamer
· 07-28 06:20
Mais uma nova eip, quem entende?
Ver originalResponder0
FlashLoanLarry
· 07-26 15:30
hmm 4337 foi apenas um teste beta... 7702 é onde o verdadeiro suco mev flui para ser honesto
Ver originalResponder0
DataPickledFish
· 07-25 08:01
AA又来 fazer as pessoas de parvas novos idiotas了?
Ver originalResponder0
ChainWatcher
· 07-25 08:01
4337 também não dá, parece que tudo depende do 7702 para salvar a situação.
Ver originalResponder0
AirdropHunter007
· 07-25 07:51
4337 tudo está bem, só que queima gás
Ver originalResponder0
TopEscapeArtist
· 07-25 07:45
Mais uma vez é o velho fren de perda de corte 7702. Não sei quantas pessoas vão entrar numa posição com este truque familiar desta vez.
EIP-7702 lidera uma nova era de abstração de contas: um artigo para entender o desenvolvimento e o futuro do AA do Ethereum.
Análise aprofundada do passado e futuro da abstração de contas do Ethereum
Introdução
Este artigo está dividido em duas grandes partes:
Primeiro, a partir da primeira proposta AA de 2015, o sistema analisa o conteúdo principal das propostas EIP até agora, explora a evolução das propostas históricas de AA e avalia completamente as vantagens e desvantagens de cada uma.
Em segundo lugar, é importante comparar a situação de feedback de mercado insatisfatório após o lançamento do EIP4337, analisando em profundidade o EIP7702, que será incluído na próxima atualização da Ethereum. Uma vez que esta proposta seja integrada, mudará completamente a forma como as aplicações on-chain funcionam.
EIP-7702 possui um significado revolucionário, vamos entender isso em detalhes.
1. O contexto da abstração de contas
1.1 A localização do 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 configuração da abstração de contas não mudou. Atualmente, o modelo principal está passando da EIP-4337 para a próxima fase de conversão voluntária de contas EOA.
Mais de um ano após o lançamento do EIP4337, em 1 de março de 2023, na WalletCon em Denver, o contrato central ERC-4337, desenvolvido por programadores da Fundação Ethereum e auditado pela OpenZeppelin, é visto como um marco histórico do lançamento oficial (. Embora tenha obtido amplo reconhecimento dos usuários, sua taxa de uso não é alta. Nesse ambiente de mercado contraditório, o progresso do EIP-7702 foi significativamente adiantado e 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 cadeias principais é de apenas 12 milhões, dos quais há apenas 6.764 endereços ativos na mainnet do Ethereum, uma diferença significativa em relação ao número de endereços EOA e CA. Atualmente, o número de endereços independentes na mainnet do Ethereum já atingiu 270 milhões. Pode-se dizer que o EIP4337 não teve desenvolvimento substancial na mainnet.
No entanto, isso não afeta o valor intrínseco da AA. O design do EIP4337 destina-se a dificultar a resolução do problema de compatibilidade retroativa da mainnet. Com várias cadeias L2 geralmente integradas à AA nativa, o número de endereços EIP4337 teve um crescimento explosivo em L2, onde os usuários ativos mensais da Base e da Polygon alcançaram 1 milhão e 3 milhões, respetivamente, apresentando um bom desempenho.
Portanto, o design do EIP4337 não tem problemas, ele possui muitas vantagens. A situação atual resulta das diferenças entre a mainnet e a L2, que precisam adotar 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ó detém a "propriedade" da conta, mas também tem o direito de "assinar a transferência de todos os ativos".
Isto é determinado pela estrutura de transação da conta Ethereum. A partir da estrutura da transação, pode-se ver que a transação padrão do Ethereum na verdade não possui o campo From. Ao realizar a transferência de fundos, qual endereço específico está sendo utilizado para os fundos é determinado pelo parâmetro VRS ), ou seja, a assinatura do usuário ( é utilizada para decifrar o endereço From.
Isto envolve conceitos como criptografia assimétrica, como a ECDSA, e funções de limiar unidirecionais, que não vamos desenvolver. Em suma, a segurança é garantida pela criptografia, mas isso também causou a atual dificuldade das contas EOA na fusão de propriedade.
O efeito central do EIP4337 é adicionar o campo Sender Address no campo de transação, permitindo assim que a chave privada seja separada do endereço sendo operado.
A razão pela qual a separação de propriedade é tão importante é que o design de contas externas )EOA( gerará mais problemas:
Chave privada difícil de proteger: a perda da chave privada ), ataques de hackers ou a quebra criptográfica ( significam a perda de todos os ativos.
Algoritmo de assinatura único: o protocolo nativo só pode usar o algoritmo de assinatura e verificação ECDSA na validação de transações.
Permissão de assinatura demasiado alta: a multi-assinatura nativa ) só pode ser implementada através de contratos inteligentes (, a assinatura única pode executar qualquer operação.
A taxa de transação só pode ser paga em ETH, não suporta transações em lote.
A divulgação de privacidade nas transações: transações um a um facilitam a análise das informações privadas dos titulares da conta.
Essas limitações dificultam o uso do Ethereum por usuários comuns:
Primeiro, para usar qualquer aplicativo na Ethereum, os usuários devem possuir Éter ) e assumir o risco de volatilidade de preços do Éter (.
Em segundo lugar, os usuários precisam lidar com uma lógica de taxas complexa, preço do gás, limite de gás, bloqueio de transações ) ordem do nonce ( e outros conceitos que são demasiado complexos para os usuários.
Por fim, embora muitas carteiras ou aplicações de blockchain tentem melhorar a experiência do utilizador através da otimização do produto, o efeito é limitado.
Portanto, a solução reside na implementação da abstração de contas, desacoplando a propriedade )Owner( e o direito de assinatura )Signer(, resolvendo gradualmente os problemas acima mencionados.
Historicamente, houve muitas propostas, que acabaram por se resumir a duas rotas.
![Análise profunda do passado e futuro da abstração de contas do Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Contexto histórico da proposta AA
A solução para o problema parece ter muitas propostas EIP, mas no fundo existem duas linhas de pensamento principais. No passado, cada EIP não aprovado abordou questões que agora se tornaram pontos de ruptura na solução atual.
) 3.1 A primeira rota é transformar o endereço EOA em um endereço CA
Em 15 de novembro de 2015, em torno do EIP-101, Vitalik propôs uma nova estrutura de contas usando contratos. Mudou o endereço para conter apenas código e espaço de armazenamento, alterou o suporte à taxa para ser pago por ERC20, e através de contratos pré-compilados transformou o token nativo em um tipo de ERC20 para armazenar saldo ###, podendo ter funcionalidades como autorização de desconto (, e simplificou os campos de transação para conter apenas to, startgas, data e code.
Agora parece que esta é uma transformação de grande salto, que irá alterar significativamente o design subjacente, permitindo que cada endereço de conta tenha sua própria lógica de "código" ). Este é exatamente o efeito que o EIP-7702 pretende alcançar (.
pode também derivar outras funções, como:
Permitir que as transações utilizem mais algoritmos de criptografia, que podem ser especificados pelos métodos de verificação e autenticação de assinatura interna do código de cada endereço.
Possui características de resistência a ataques quânticos, uma vez que o código possui características de atualização.
Fazer com que o Éter tenha as mesmas características funcionais que os contratos ERC20, com o efeito principal de permitir a autorização de dedução, evitando assim a necessidade de consumir a moeda nativa.
Aumentar o espaço de personalização da conta, compatível com recuperação social, suporte a SBT, recuperação de chaves, entre outros.
A razão pela qual não conseguimos continuar é simples: claramente, o passo foi grande demais, e houve uma consideração inadequada em relação ao problema atual de conflitos de hash de transações e às questões de segurança, por isso foi sempre deixado de lado. Mas cada conceito positivo tornou-se uma das funções centrais dos subsequentes EIP4337 e EIP7702.
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(
Tentando resolver o problema de implantação do código, a função principal é que, se houver a situação em que o contrato da parte transacional não está implantado, deve-se usar o parâmetro de código anexado à transação para executar a implantação da carteira de contratos. 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 em uma transação.
Embora não tenha sido realizado 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 incluir um certo código, permitindo que o endereço EOA tenha capacidades de contrato nessa transação.
EIP-7702: configuração de código da conta EOA )2024-05-07(
Este também é o núcleo do mecanismo discutido posteriormente neste artigo, publicado por Vitalik, como uma alternativa ao EIP-3074. Assim, o EIP-3074 foi descartado, e o EIP-7702 foi determinado para ser incluído no próximo hard fork ETH Prague/Electra)Pectra(, cujos detalhes iremos desenvolver a seguir.
) 3.2 A segunda rota é fazer 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 no EVM: AUTH e AUTHCALL, permitindo que EOA autorize contratos a chamarem outros contratos em vez da identidade de EOA através desses dois opcode.
Em resumo, um EOA pode enviar uma mensagem assinada ) para um contrato em que confia (, chamado de Invoker ). Este contrato Invoker pode usar os códigos de operação AUTH e AUTHCALL para substituir este EOA na emissão desta transação.
EIP-4337: implementar a abstração de contas usando o pool de memória de transações (2021-09-29)
Inspirado pelo MEV, seu valor central é que pode evitar completamente alterações no protocolo da camada de consenso.
EIP4337 propôs um novo objeto de transação chamado UserOperation, que os usuários enviam para o pool de memória, onde os bundlers agrupam e entregam em massa as transações de execução de contrato a partir da perspectiva dos mineradores. Essencialmente, isso traz a operação de transações e contas para o nível do contrato.
EIP-5189: operar contas abstratas através de endossantes (2022-06-29)
Isto é considerado uma otimização da lógica do EIP4337, que visa prevenir ataques de bloqueio DoS através da criação de um mecanismo de penalização de fundos que endossa o Bundler malicioso.
( 3.3 Outras propostas para apoiar a abstração de contas
EIP-2718: embalagem de novo tipo de transação )2020-06-13###
Esta é uma proposta que já está finalizada, definindo um novo tipo de transação, como um envelope para futuros tipos de transação a serem adicionados.
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 apenas a compatibilidade retroativa, sem a necessidade de compatibilidade para frente. 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: impedir que endereços EOA implantem contratos (2021-06-10)
Esta é uma solução suplementar na rota AA, utilizada para prevenir conflitos entre endereços de contrato de implantação e endereços EOA. Ela controlará o método de geração de contratos, impedindo que o sistema permita a implantação de código em endereços que já são endereços EOA. Este risco é, na verdade, muito pequeno, considerando que os endereços Ethereum têm 160 bits de comprimento; embora exista um método para colidir a chave privada para gerar a chave privada de um endereço de contrato específico, estima-se que, com toda a capacidade de cálculo do Bitcoin, ainda levaria cerca de 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 real do EIP-4337, que pode realizar:
No entanto, a principal desvantagem do EIP-4337 é que contraria o princípio da motivação humana.
Parece que está melhor, mas caiu em um ciclo vicioso de desenvolvimento do mercado :D Muitos Dapps ainda não são compatíveis, então os usuários não estão dispostos a usar endereços CA, e até mesmo usar CA tem um custo de transação mais alto ( em cenários de transferência comuns, o que também dobra as taxas de transação ), sendo muito dependente da compatibilidade do próprio Dapp.
Portanto, até agora não houve uma ampla adoção na rede principal do Ethereum.
O custo é o padrão mais importante para os usuários, e deve ser reduzido.
Mas para realmente reduzir o GAS, é necessário que o próprio Ethereum faça um upgrade de soft fork, modificando o cálculo de GAS ou o consumo de GAS de códigos de operação, entre outros módulos. No entanto, uma vez que é necessário um soft fork, por que não considerar diretamente o EIP-7702?
4. Análise Completa do EIP-7702
( 4.1 O que é o EIP-7702
Ele distingue-se através de novos tipos de transações, permitindo que as EOAs possuam temporariamente a funcionalidade de contratos inteligentes em uma única transação, apoiando assim transações em massa, transações sem Gas e gestão de permissões personalizadas, sem a necessidade de introduzir novos opCodes EVM ) que afetem a compatibilidade para trás ###.
Ele permite que os usuários obtenham a maioria das capacidades de AA sem a necessidade de implantar contratos inteligentes, e pode até oferecer a capacidade de iniciar transações em nome dos usuários por terceiros, sem que os usuários precisem fornecer chaves privadas, apenas com informações de autorização de assinatura.
( 4.2 estrutura de dados
Ele define um novo tipo de transação 0x04, que é do tipo de transação