Espera -se que o Fusaka Hard Fork, da Ethereum, ocorra no terceiro ou quarto trimestre deste ano, de acordo com um funcionário da Fundação Ethereum.
Em um post de 28 de abril, o diretor co-executivo da Fundação Ethereum, Tomasz Kajetan Stańczak, disse que a organização pretende implantar a atualização da Fusaka Ethereum Network no Q3 ou no Q4 2025. Ainda assim, o cronograma exato de lançamento ainda não foi decidido ainda.
Os comentários surgem em meio a controvérsias sobre a próxima implementação da atualização do formato de objeto EVM (EOF) para a máquina virtual Ethereum (EVM). Como Stańczak apontou, o EOF deve fazer parte da atualização da rede Fusaka.
O EVM é o software que executa contratos inteligentes da Ethereum. O EOF implementaria uma série de alterações de protocolo, conhecidas como propostas de melhoria do Ethereum (EIPS), com implicações profundas de como ele opera. O EOF apresenta um formato de contêiner extensível e versão para o Smart Contract Bytecode que é verificado uma vez na implantação, separando o código e os dados para obter ganhos de eficiência.
Relacionado: O pesquisador propõe escalar o limite de gás Ethereum em 100x em 4 anos
Enrole, carimbo uma vez, envie
O bytecode é um conjunto de instruções compactas e de baixo nível. Os contratos inteligentes da Solidity devem ser compilados no bytecode antes que o EVM possa executá -los.
O EOF define um módulo de contêiner para o Smart Contract Bytecode, substituindo as blobs de bytecode de formato livre hoje por uma estrutura melhor definida. Esses objetos seriam compostos de:
-
Um cabeçalho começando com o valor hexadecimal 0XEF00, seguido por um número de versão de um byte para garantir a atualização.
-
Uma tabela de seção, fornecendo metadados sobre o conteúdo do contêiner. Cada entrada compreende uma configuração de byte para o tipo de entrada e dois bytes para o tamanho da entrada.
-
Seções com o conteúdo real, com pelo menos uma seção de código e quaisquer seções de dados necessárias – mais tipos de seções podem ser adicionados através de eips futuros.
Essa estrutura simplifica a operação de EVM, permitindo maior eficiência e menor sobrecarga de processamento. Essa atualização resultaria em um ambiente de desenvolvedor mais limpo e em contratos inteligentes implantados mais fáceis de entender.
Não pule, rjump em vez disso!
O EIP-4200, um dos EOF EIPS, fornece uma alternativa às instruções de salto e jumpi, que permitem que o programa mova a execução para qualquer deslocamento de byte arbitrário. Esse tipo de cadeia de execução leva a bugs difíceis de ser mais difíceis (o valor do salto está errado em alguns casos pode não ser fácil de prever) e facilita a ocorrência de malware em blobs de dados e mover o ponteiro de execução para lá.
Essa prática é conhecida como salto dinâmico, e o EIP-4750 (em revisão) propõe proibir o salto dinâmico/salto dentro de contratos inteligentes eof, rejeitando-os inteiramente durante uma fase posterior da implantação do EOF. Em seu formulário atual, este EIP os substitui pela função de chamada (Callf) e retorna das chamadas de função da função (RETF). Essas novas instruções garantiriam que os destinos sejam codificados no bytecode, mas os contratos inteligentes pré-Eof de Legacy não seriam afetados.
Os desenvolvedores que optam por usar o Jump ou Jumpi após a atualização farão com que seu bytecode passasse pela validação em tempo de implantação, o que garante que eles nunca possam entrar em dados ou no meio de outra instrução. Essa verificação ocorreria por meio das regras de validação de código do EIP-3670, além da tabela de salto (EIP-3690); portanto, todos os destinos são verificados.
Como alternativa a essas funções, o EOF implementa Rjump e Rjumpi, que exigem que o destino seja codificado no bytecode. Ainda assim, nem todo mundo está a bordo com a implementação do EOF.
Relacionado: Os membros da comunidade Ethereum propõem uma nova estrutura de taxas para a camada de aplicativos
Eof tem seus odiadores
O EOF é a implementação de 12 eIPS, com profundas implicações para o funcionamento dos desenvolvedores de contratos inteligentes. Seus apoiadores argumentam que é eficiente, mais elegante e permite atualizações mais fáceis na linha.
Ainda assim, seus detratores argumentam que é super-engenhado e introduz mais complexidade em um sistema já complexo, como o Ethereum. O desenvolvedor da Ethereum, Pascal Caversaccio, lamentou em um post de 13 de março do Ethereum, que “o EOF é extremamente complexo”, pois adiciona duas novas semânticas e remove e adiciona mais de uma dúzia de Opcodes. Além disso, ele argumentou que não é necessário.
Ele disse que todos os benefícios podem ser introduzidos em “atualizações mais fragmentadas e menos invasivas”. Ele acrescentou que o EVM legado também precisaria ser mantido: “Provavelmente indefinidamente”.
O Caversaccio também explicou que o EOF exigiria uma atualização de ferramentas, que corre o risco de introduzir novas vulnerabilidades devido à sua grande superfície de ataque. Além disso, ele disse: “os contratos da EVM ficam muito mais complicados devido a cabeçalhos”, enquanto os contratos atualmente vazios pesam apenas 15 bytes. Outro desenvolvedor levantou um ponto separado no tópico:
“Talvez como meta ponto, parece haver discordância sobre se as principais mudanças de EVM são desejáveis em geral. Uma VM estável, na qual as pessoas podem investir na construção de excelentes ferramentas e aplicativos com confiança, é muito mais valiosa.“ “
O Caversaccio parece estar em boa companhia em sua oposição ao EOF. Uma pesquisa dedicada na plataforma de votação Ethereum Ethpulse mostra que 39 eleitores com um total de quase 17.745 éter (ETH) se opõem à atualização. Apenas sete detentores de menos de 300 ETH votaram a favor.
Revista: O Ethereum está destruindo a competição na corrida de tokenização de US $ 16,1 t.
source – cointelegraph.com
