A comunidade Ethereum tem discutido por que é necessário definir um limite de tamanho para o deployment de contratos. Vitalik recentemente deu suas ideias sobre isso — este conjunto de restrições é principalmente para evitar riscos de ataques DoS.
A linha de raciocínio dele é a seguinte: assim que o Ethereum concluir a atualização da estrutura de estado e mudar para uma arquitetura de árvore binária unificada (esse é o direcionamento do EIP-7864), será possível liberar completamente as limitações do tamanho dos contratos. Parece muito bom, mas na prática, ainda teremos que enfrentar um problema real - como lidar com os custos de Gas e o design do mecanismo ao colocar contratos super grandes na blockchain.
O algoritmo atual é calculado com base no custo de criação por byte, o que resulta em um tamanho de contrato que ainda está preso a um teto. Parece que a atualização técnica em si não é o problema, a chave é encontrar um ponto de equilíbrio entre garantir a segurança da rede e manter os custos razoáveis.
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.
10 Curtidas
Recompensa
10
7
Repostar
Compartilhar
Comentário
0/400
GateUser-40edb63b
· 2025-12-26 09:39
Resumindo, é sempre a mesma questão: a tecnologia pode resolver, mas o modelo económico precisa acompanhar, caso contrário é apenas teoria na teoria
Ver originalResponder0
Anon4461
· 2025-12-26 08:05
Ainda é a mesma história de sempre, problemas que poderiam ser resolvidos pela tecnologia acabam sendo travados pelos modelos económicos, haha
Ver originalResponder0
ProposalManiac
· 2025-12-25 22:55
Mais uma vez, aquela visão idealizada de "libertar as restrições após a atualização", mas a realidade é que o custo de Gas é uma barreira que nunca podemos superar. No fundo, ainda é uma questão de o mecanismo de incentivo não estar bem desenhado.
Ver originalResponder0
TooScaredToSell
· 2025-12-23 13:12
Falando francamente, é como dizer que não se pode ter o peixe e o urso ao mesmo tempo, quer relaxar as restrições, mas tem medo de que os custos disparem.
Ver originalResponder0
MidnightGenesis
· 2025-12-23 13:12
Do ponto de vista do código, o interessante na explicação do Vitalik é que - à primeira vista, é uma proteção contra DoS, mas na realidade é uma limitação da economia de Gas. A EIP-7864 soa bem, mas de acordo com a experiência passada, uma mudança na árvore de estados não é tão simples, e a questão do custo de criação de bytes terá que ser revisitada mais cedo ou mais tarde.
Ver originalResponder0
PessimisticLayer
· 2025-12-23 13:05
Dizendo de uma forma mais agradável, é proteção contra DoS, mas dizendo de uma forma menos agradável, é basicamente criar armadilhas para os desenvolvedores de contratos, os custos de Gas serão sempre um teto.
A comunidade Ethereum tem discutido por que é necessário definir um limite de tamanho para o deployment de contratos. Vitalik recentemente deu suas ideias sobre isso — este conjunto de restrições é principalmente para evitar riscos de ataques DoS.
A linha de raciocínio dele é a seguinte: assim que o Ethereum concluir a atualização da estrutura de estado e mudar para uma arquitetura de árvore binária unificada (esse é o direcionamento do EIP-7864), será possível liberar completamente as limitações do tamanho dos contratos. Parece muito bom, mas na prática, ainda teremos que enfrentar um problema real - como lidar com os custos de Gas e o design do mecanismo ao colocar contratos super grandes na blockchain.
O algoritmo atual é calculado com base no custo de criação por byte, o que resulta em um tamanho de contrato que ainda está preso a um teto. Parece que a atualização técnica em si não é o problema, a chave é encontrar um ponto de equilíbrio entre garantir a segurança da rede e manter os custos razoáveis.