Saiba mais sobre o próximo grande evento do Ethereum em 2023: a atualização de Cancun.
Escrito por: Bulu
Desde a fusão da Ethereum em 15 de setembro de 2022, a atualização de Shapella, que tem recebido muita atenção, foi oficialmente concluída em abril de 2023. Na próxima etapa, quais novas mudanças serão introduzidas nos objetivos de desenvolvimento técnico do Ethereum?
Em 29 de abril de 2023, a Fundação Ethereum realizou a 160ª teleconferência de desenvolvedores principais e determinou a próxima mudança importante no Ethereum - a atualização da rede Cancun (cancun Network Upgrade). Proposta de melhoria Ethereum (EIP para abreviar).
Se a atualização de Shapella é um divisor de águas técnico para garantir a implementação estável do mecanismo de consenso PoS no futuro Ethereum após a fusão da Ethereum, então a importância da atualização de Cancun não é menor que a da atualização de Shapella - é a chave para a expansão do Ethereum , também abrirá uma nova etapa no desenvolvimento dos recursos de armazenamento e recuperação de dados do Ethereum.
Compreendendo o Upgrade de Cancún
Cancun, uma cidade turística famosa no México, também é o local da conferência Devcon 3. De acordo com as regras de nomenclatura da atualização Ethereum, a atualização nomeada após o nome do local é uma atualização para a camada de execução Ethereum.
Nesta atualização, qual Ethereum Improvement Protocol (EIP) será digno de atenção, deixe-nos saber juntos.
01 Protagonista de Cancun Escalation: EIP-4844
Protótipo de fragmentação Ethereum
**Objetivos de melhoria: **Resolver a escalabilidade do Ethereum (ou seja, a demanda de expansão), ajudar a reduzir o custo de transação da solução Ethereum Layer 2 (Layer 2) Rollups e aumentar a velocidade dos Rollups.
Antecedentes de melhoria: O custo da rede principal da Camada 1 da Ethereum (Camada 1) tem sido alto e as melhorias necessárias são urgentemente necessárias para reduzir os custos operacionais gerais.
Atualmente, as soluções de dimensionamento no Ethereum são principalmente Rollups de Camada 2.
Na prática, a solução Rollups ajudou os usuários a economizar muitas despesas operacionais (doravante denominada Gas Fee). sobrecarga da rede principal da camada 1 do Ethereum; a solução ZK Rollups tem melhor desempenho de compactação de dados e não precisa incluir dados assinados, e a taxa é menor, até um centésimo da rede principal da camada 1 do Ethereum.
No entanto, para uma gama mais ampla de usuários, mesmo após a solução Rollups, o Gas Fee ainda é um fardo relativamente caro. Além disso, a eficiência do Ethereum no processamento de transações paralelas ainda é baixa e só pode processar um volume de transações de dois dígitos por segundo, o que requer novas melhorias para ajudar a aumentar a escalabilidade.
Sharding——é um poderoso método de melhoria para resolver os problemas acima, mas o Ethereum atual ainda não pode implementá-lo, e a proposta oportuna do plano de melhoria EIP-4844 é resolver as necessidades acima e implementar atualizações de sharding, encontrou uma compensação que pode ser aplicado ao estágio atual do Ethereum e estabeleceu a base técnica inicial para o Ethereum realizar o sharding geral de dados no futuro.
Portanto, o EIP-4844 também é conhecido como "Proto-danksharding", ou seja, "protótipo de fragmentação". A palavra dank também tem uma origem diferente. É tirada do nome do pesquisador Ethereum Dankrad Feist. Ele disse uma vez: "EIP-4844 se tornará um acelerador para Rollups."
Melhorias (melhorias técnicas concluídas):
Introduza a transação Blob: Blob é a abreviação de Binary Large Object. As transações de blob são um novo tipo de transação que será usado em estilhaços futuros.
Traga toda a lógica da camada de execução necessária para implementar o sharding completo futuro.
Introduza a lógica de validação cruzada para todas as camadas de execução e consenso necessárias para implementar o sharding completo futuro.
Permite camadas entre a validação do bloco beacon (ou seja, dados Ethereum Layer 2) e amostragem de disponibilidade de dados blob.
Introduz beacon blocks para implementar a maior parte da lógica necessária para o futuro full sharding.
△ Mapa conceitual completo de sharding / Vitalik Buterin
Fonte da imagem/notícias prospectivas
Nota: A intenção original do Blob é ajudar a transportar os dados da segunda camada do Ethereum. Ao mesmo tempo, os Blobs, esse grupo de vetores de dados, são armazenados pelos nós da camada de consenso do Ethereum, portanto, não podem ser lidos pela Ethereum Virtual Machine (EVM para abreviar) da camada de execução, e é essa separação de dados que realiza taxas reduzidas para a solução Ethereum layer 2 Rollups.
Além disso, os dados do blob são excluídos após 30 dias.
A fim de reduzir a pressão da proposta de melhoria na rede principal, em comparação com a futura implementação do full sharding, o EIP-4844 estabelece um limite superior para o aumento do espaço de armazenamento de cada beacon block, no máximo limitado a cerca de 0,5 MB de dados size (cerca de 4 Blob ), mas espera-se que esse limite superior aumente no futuro.
02 Outras propostas de melhoria identificadas para a modernização de Cancún
EIP-1153
EIP-6780
Além do muito assistido EIP-4844, as propostas de melhoria que foram confirmadas para a atualização de Cancun incluem:
EIP-1153: Adicionar Opcodes de Armazenamento Transitório. O armazenamento transiente é uma solução especialmente desenhada para resolver a comunicação interna dos blocos.
O armazenamento temporário não altera a semântica das operações existentes. Os dados no armazenamento temporário serão descartados após cada transação e não acessarão o disco do servidor. Não há necessidade de limpar o slot de armazenamento após o uso e o cliente não precisa carregar os dados originais.
Portanto, relativamente falando, a vantagem de usar o armazenamento transitório para resolver o problema de comunicação entre os blocos é que a taxa de gás é baixa e o futuro design de armazenamento de dados Ethereum não precisa considerar o reembolso das taxas operacionais devido ao armazenamento temporário.
No entanto, o EIP-1153 não foi projetado para lidar com o uso de dados armazenados temporariamente em contratos inteligentes existentes.
**EIP-6780: Modifique a função do opcode SELFDESTRUCT, **para se preparar para a futura aplicação da arquitetura Verkle Tree (comumente chamada de "Volker Tree") no Ethereum.
Atualmente, o Ethereum está usando a arquitetura Merkle Tree (comumente chamada de "árvore Merkle"). O uso do opcode SELFDESTRUCT pode fazer um grande número de alterações no estado da conta, por exemplo, você pode excluir código e armazenamento. No entanto, quando a arquitetura Verkle Tree for aplicada ao Ethereum no futuro, as contas não poderão ser facilmente modificadas ou excluídas, porque a arquitetura Verkle Tree armazenará cada conta em uma chave de conta diferente, que não será conectada à conta raiz.
Portanto, o EIP-6780 propõe alterações na funcionalidade do opcode SELFDESTRUCT. De acordo com o EIP-6780, o opcode SELFDESTRUCT modificado, que não tem mais a capacidade de alterar ou excluir contas em uso, será usado apenas para transferir ETH para o chamador, com uma exceção, quando SELFDESTRUCT for executado por um contrato inteligente Chamado em a mesma transação que foi criada.
△Progresso da implementação das propostas de melhoria relacionadas à atualização do Ethereum Cancun (a partir de 30/05/2023)
Fonte da imagem/github@Cancun Network Upgrade Specification
Espera-se que os três protocolos aprimorados EIP-4844, EIP-1153 e EIP-6780 identificados para a atualização de Cancún sejam ativados em outubro de 2023.
03 A atualização de Cancun ainda está sendo considerada para incorporar o protocolo aprimorado implementado
EIP-2537
EIP-4788
EIP-5656
EIP-5920
EIP-7069
Melhorias relacionadas ao EOF ainda não foram consideradas
EIP-2537: pré-compilar a operação de curva BLS12-381 e adicioná-la ao conjunto de operações necessárias para verificação de assinatura BLS e verificação SNARKs para melhor desempenho das operações de verificação relacionadas.
Atualmente, o progresso do desenvolvimento deste plano de melhoria é relativamente lento. Após a implementação do plano de melhoria EIP-2537, em comparação com o BN254 pré-compilado existente, obterá melhor segurança operacional e permitirá combinar operações de curva mais amigáveis, o que será mais propício ao desenvolvimento de casos de uso da segunda camada do Ethereum .
**EIP-4788: Expor a raiz do bloco da cadeia de sinalizadores no EVM. **Raízes dos Beacon Chain Blocks são acumuladores criptográficos usados para provar estados de consenso arbitrários.
A exposição da raiz da cadeia de sinalizadores no EVM permite acesso minimizado pela confiança à camada de consenso Ethereum. Este também é um protocolo aprimorado que ajuda no desenvolvimento de casos de uso e oferece suporte a casos de uso como Staking Pools e pontes de contratos inteligentes para melhorar suas suposições de confiança (Suposições de confiança).
EIP-5656: Fornece uma instrução EVM eficiente que pode ser usada para copiar regiões de memória. A cópia de memória é uma operação básica, muito útil para várias operações computacionais intensivas, mas também incorrerá em custos operacionais quando implementada na Máquina Virtual Ethereum no futuro.
A instrução introduzida pelo EIP-5656 é uma nova instrução que não existia antes, caso o smart contract que foi lançado utilize esta nova instrução, fique atento a compatibilidade e pode ser necessário ajustar a operação.
**EIP-5920: Introduzir o novo opcode PAY. **Usar o opcode PAY para enviar ETH para o endereço da conta não precisa chamar nenhuma função do endereço da conta.
O opcode PAY é um opcode dedicado à transmissão ETH. Não precisa mobilizar funções de endereço, o que pode economizar custos de uso da rede. É muito benéfico para pequenas quantidades de transmissão ETH.
**EIP-7069: Modifique a instrução CALL, este protocolo está habilitado. **
Link de referência
[1] Especificação de atualização de rede Cancun，
Ver original
O conteúdo serve apenas de referência e não constitui uma solicitação ou oferta. Não é prestado qualquer aconselhamento em matéria de investimento, fiscal ou jurídica. Consulte a Declaração de exoneração de responsabilidade para obter mais informações sobre os riscos.
Conheça "Cancun": A próxima atualização do Ethereum, redução de custos e aumento de eficiência, bom para Layer2
Escrito por: Bulu
Desde a fusão da Ethereum em 15 de setembro de 2022, a atualização de Shapella, que tem recebido muita atenção, foi oficialmente concluída em abril de 2023. Na próxima etapa, quais novas mudanças serão introduzidas nos objetivos de desenvolvimento técnico do Ethereum?
Em 29 de abril de 2023, a Fundação Ethereum realizou a 160ª teleconferência de desenvolvedores principais e determinou a próxima mudança importante no Ethereum - a atualização da rede Cancun (cancun Network Upgrade). Proposta de melhoria Ethereum (EIP para abreviar).
Se a atualização de Shapella é um divisor de águas técnico para garantir a implementação estável do mecanismo de consenso PoS no futuro Ethereum após a fusão da Ethereum, então a importância da atualização de Cancun não é menor que a da atualização de Shapella - é a chave para a expansão do Ethereum , também abrirá uma nova etapa no desenvolvimento dos recursos de armazenamento e recuperação de dados do Ethereum.
Compreendendo o Upgrade de Cancún
Cancun, uma cidade turística famosa no México, também é o local da conferência Devcon 3. De acordo com as regras de nomenclatura da atualização Ethereum, a atualização nomeada após o nome do local é uma atualização para a camada de execução Ethereum.
Nesta atualização, qual Ethereum Improvement Protocol (EIP) será digno de atenção, deixe-nos saber juntos.
01 Protagonista de Cancun Escalation: EIP-4844
Protótipo de fragmentação Ethereum
**Objetivos de melhoria: **Resolver a escalabilidade do Ethereum (ou seja, a demanda de expansão), ajudar a reduzir o custo de transação da solução Ethereum Layer 2 (Layer 2) Rollups e aumentar a velocidade dos Rollups.
Antecedentes de melhoria: O custo da rede principal da Camada 1 da Ethereum (Camada 1) tem sido alto e as melhorias necessárias são urgentemente necessárias para reduzir os custos operacionais gerais.
Atualmente, as soluções de dimensionamento no Ethereum são principalmente Rollups de Camada 2.
Na prática, a solução Rollups ajudou os usuários a economizar muitas despesas operacionais (doravante denominada Gas Fee). sobrecarga da rede principal da camada 1 do Ethereum; a solução ZK Rollups tem melhor desempenho de compactação de dados e não precisa incluir dados assinados, e a taxa é menor, até um centésimo da rede principal da camada 1 do Ethereum.
No entanto, para uma gama mais ampla de usuários, mesmo após a solução Rollups, o Gas Fee ainda é um fardo relativamente caro. Além disso, a eficiência do Ethereum no processamento de transações paralelas ainda é baixa e só pode processar um volume de transações de dois dígitos por segundo, o que requer novas melhorias para ajudar a aumentar a escalabilidade.
Sharding——é um poderoso método de melhoria para resolver os problemas acima, mas o Ethereum atual ainda não pode implementá-lo, e a proposta oportuna do plano de melhoria EIP-4844 é resolver as necessidades acima e implementar atualizações de sharding, encontrou uma compensação que pode ser aplicado ao estágio atual do Ethereum e estabeleceu a base técnica inicial para o Ethereum realizar o sharding geral de dados no futuro.
Portanto, o EIP-4844 também é conhecido como "Proto-danksharding", ou seja, "protótipo de fragmentação". A palavra dank também tem uma origem diferente. É tirada do nome do pesquisador Ethereum Dankrad Feist. Ele disse uma vez: "EIP-4844 se tornará um acelerador para Rollups."
Melhorias (melhorias técnicas concluídas):
△ Mapa conceitual completo de sharding / Vitalik Buterin
Fonte da imagem/notícias prospectivas
Nota: A intenção original do Blob é ajudar a transportar os dados da segunda camada do Ethereum. Ao mesmo tempo, os Blobs, esse grupo de vetores de dados, são armazenados pelos nós da camada de consenso do Ethereum, portanto, não podem ser lidos pela Ethereum Virtual Machine (EVM para abreviar) da camada de execução, e é essa separação de dados que realiza taxas reduzidas para a solução Ethereum layer 2 Rollups.
Além disso, os dados do blob são excluídos após 30 dias.
A fim de reduzir a pressão da proposta de melhoria na rede principal, em comparação com a futura implementação do full sharding, o EIP-4844 estabelece um limite superior para o aumento do espaço de armazenamento de cada beacon block, no máximo limitado a cerca de 0,5 MB de dados size (cerca de 4 Blob ), mas espera-se que esse limite superior aumente no futuro.
02 Outras propostas de melhoria identificadas para a modernização de Cancún
Além do muito assistido EIP-4844, as propostas de melhoria que foram confirmadas para a atualização de Cancun incluem:
EIP-1153: Adicionar Opcodes de Armazenamento Transitório. O armazenamento transiente é uma solução especialmente desenhada para resolver a comunicação interna dos blocos.
O armazenamento temporário não altera a semântica das operações existentes. Os dados no armazenamento temporário serão descartados após cada transação e não acessarão o disco do servidor. Não há necessidade de limpar o slot de armazenamento após o uso e o cliente não precisa carregar os dados originais.
Portanto, relativamente falando, a vantagem de usar o armazenamento transitório para resolver o problema de comunicação entre os blocos é que a taxa de gás é baixa e o futuro design de armazenamento de dados Ethereum não precisa considerar o reembolso das taxas operacionais devido ao armazenamento temporário.
No entanto, o EIP-1153 não foi projetado para lidar com o uso de dados armazenados temporariamente em contratos inteligentes existentes.
**EIP-6780: Modifique a função do opcode SELFDESTRUCT, **para se preparar para a futura aplicação da arquitetura Verkle Tree (comumente chamada de "Volker Tree") no Ethereum.
Atualmente, o Ethereum está usando a arquitetura Merkle Tree (comumente chamada de "árvore Merkle"). O uso do opcode SELFDESTRUCT pode fazer um grande número de alterações no estado da conta, por exemplo, você pode excluir código e armazenamento. No entanto, quando a arquitetura Verkle Tree for aplicada ao Ethereum no futuro, as contas não poderão ser facilmente modificadas ou excluídas, porque a arquitetura Verkle Tree armazenará cada conta em uma chave de conta diferente, que não será conectada à conta raiz.
Portanto, o EIP-6780 propõe alterações na funcionalidade do opcode SELFDESTRUCT. De acordo com o EIP-6780, o opcode SELFDESTRUCT modificado, que não tem mais a capacidade de alterar ou excluir contas em uso, será usado apenas para transferir ETH para o chamador, com uma exceção, quando SELFDESTRUCT for executado por um contrato inteligente Chamado em a mesma transação que foi criada.
△Progresso da implementação das propostas de melhoria relacionadas à atualização do Ethereum Cancun (a partir de 30/05/2023)
Fonte da imagem/github@Cancun Network Upgrade Specification
Espera-se que os três protocolos aprimorados EIP-4844, EIP-1153 e EIP-6780 identificados para a atualização de Cancún sejam ativados em outubro de 2023.
03 A atualização de Cancun ainda está sendo considerada para incorporar o protocolo aprimorado implementado
Melhorias relacionadas ao EOF ainda não foram consideradas
EIP-2537: pré-compilar a operação de curva BLS12-381 e adicioná-la ao conjunto de operações necessárias para verificação de assinatura BLS e verificação SNARKs para melhor desempenho das operações de verificação relacionadas.
Atualmente, o progresso do desenvolvimento deste plano de melhoria é relativamente lento. Após a implementação do plano de melhoria EIP-2537, em comparação com o BN254 pré-compilado existente, obterá melhor segurança operacional e permitirá combinar operações de curva mais amigáveis, o que será mais propício ao desenvolvimento de casos de uso da segunda camada do Ethereum .
**EIP-4788: Expor a raiz do bloco da cadeia de sinalizadores no EVM. **Raízes dos Beacon Chain Blocks são acumuladores criptográficos usados para provar estados de consenso arbitrários.
A exposição da raiz da cadeia de sinalizadores no EVM permite acesso minimizado pela confiança à camada de consenso Ethereum. Este também é um protocolo aprimorado que ajuda no desenvolvimento de casos de uso e oferece suporte a casos de uso como Staking Pools e pontes de contratos inteligentes para melhorar suas suposições de confiança (Suposições de confiança).
EIP-5656: Fornece uma instrução EVM eficiente que pode ser usada para copiar regiões de memória. A cópia de memória é uma operação básica, muito útil para várias operações computacionais intensivas, mas também incorrerá em custos operacionais quando implementada na Máquina Virtual Ethereum no futuro.
A instrução introduzida pelo EIP-5656 é uma nova instrução que não existia antes, caso o smart contract que foi lançado utilize esta nova instrução, fique atento a compatibilidade e pode ser necessário ajustar a operação.
**EIP-5920: Introduzir o novo opcode PAY. **Usar o opcode PAY para enviar ETH para o endereço da conta não precisa chamar nenhuma função do endereço da conta.
O opcode PAY é um opcode dedicado à transmissão ETH. Não precisa mobilizar funções de endereço, o que pode economizar custos de uso da rede. É muito benéfico para pequenas quantidades de transmissão ETH.
**EIP-7069: Modifique a instrução CALL, este protocolo está habilitado. **