Se compararmos a rede principal do Ethereum a uma cidade antiga mas movimentada, então a Kite é como uma nova cidade totalmente automatizada que surge ao lado. Ambas usam a mesma linguagem de programação (Solidity) e a mesma unidade de ativos (ETH), mas se você leva a experiência de conduzir na zona antiga para operar um carro de corrida autônomo, o desempenho pode ser prejudicado ou, pior, você pode acabar "capotando" por não entender as novas regras.
Até o final de 2025, a compatibilidade com EVM já será uma operação básica, mas "totalmente igual" muitas vezes é uma ilusão dos desenvolvedores. Como uma camada de execução altamente otimizada, a Kite possui uma lógica subjacente que, embora invisível, apresenta várias "fronteiras" especialmente importantes em relação à rede principal do Ethereum.
Primeiro, a diferença no cálculo do custo de Gas, ou seja, o problema do modelo de Gas multidimensional.
Na rede principal do Ethereum, Gas é como um bilhete universal: seja realizando cálculos complexos ou inserindo dados em contratos, o consumo é do mesmo tipo de Gas. Mas, para alcançar uma capacidade de throughput máxima, a Kite implementou um mecanismo de precificação de recursos com granularidade mais fina. As estratégias de cobrança por acesso ao estado (State Access) e por cálculo (Compute) diferem bastante da rede principal.
Muitos desenvolvedores estão acostumados a usar frequentemente a instrução SLOAD para ler dados na cadeia, pois o consumo de Gas na rede principal é relativamente previsível. Mas na Kite, devido à adoção de soluções de otimização mais eficientes, essa experiência antiga pode não ser mais válida.
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.
19 Curtidas
Recompensa
19
6
Repostar
Compartilhar
Comentário
0/400
SerNgmi
· 2025-12-26 21:16
Mais uma história de "total compatibilidade", acorda, esse roteiro já foi ouvido cem vezes
Ver originalResponder0
HashRatePhilosopher
· 2025-12-26 09:15
Haha, mais uma vez essa história de compatibilidade EVM, os desenvolvedores estão mesmo a ser enganados até à morte
---
A diferença neste modelo de Gas já devia ter sido discutida claramente com a comunidade de desenvolvedores há muito tempo
---
Espera aí, o preço do Gas multidimensional do Kite não significa que esses contratos antigos ficam imediatamente obsoletos?
---
O que é habitual na rede principal torna-se uma armadilha no Kite, isto não é o pesadelo dos desenvolvedores?
---
Operações como SLOAD realmente podem tornar-se um assassino de desempenho? Parece que o custo de migração vai explodir
---
Os colegas vão ter que aprender as regras de novo, essa é mesmo a verdadeira cena de "acidente"
---
Portanto, a compatibilidade EVM também não é realmente compatível, é preciso entender profundamente o funcionamento de cada cadeia
---
A linha de divisão da lógica subjacente que não se consegue ver é a mais assustadora, nem sabemos como evitar os obstáculos
Ver originalResponder0
NFT_Therapy
· 2025-12-26 04:52
Mais uma armadilha de compatibilidade EVM, os desenvolvedores realmente precisam estar mais atentos
Ver originalResponder0
CoffeeNFTs
· 2025-12-26 04:49
Mais uma vez, essa ilusão de que "compatibilidade é tudo", acordem, pessoal
Ver originalResponder0
RooftopVIP
· 2025-12-26 04:35
Mais uma grande armadilha de compatibilidade EVM, os desenvolvedores provavelmente terão que pagar a escola.
---
Experiências antigas realmente não servem na nova cadeia, o modelo de Gas mudou e toda a lógica ficou torta.
---
Resumindo, não se pode simplesmente copiar, cada nova cadeia precisa ser aprendida do zero, que chatice.
---
Usar a experiência de um motorista experiente em uma corrida de carros autônomos? Essa metáfora é ótima, as cadeias públicas atuais precisam passar por isso.
---
A adaptação do Gas multidimensional precisa ser refeita, o custo de desenvolvimento aumentou de novo.
---
A otimização do Kite parece boa, mas fazer isso para compatibilidade ainda faz sentido?
---
Mais uma cadeia que parece compatível, mas na prática não é, ainda estão jogando esse velho truque em 2025.
Se compararmos a rede principal do Ethereum a uma cidade antiga mas movimentada, então a Kite é como uma nova cidade totalmente automatizada que surge ao lado. Ambas usam a mesma linguagem de programação (Solidity) e a mesma unidade de ativos (ETH), mas se você leva a experiência de conduzir na zona antiga para operar um carro de corrida autônomo, o desempenho pode ser prejudicado ou, pior, você pode acabar "capotando" por não entender as novas regras.
Até o final de 2025, a compatibilidade com EVM já será uma operação básica, mas "totalmente igual" muitas vezes é uma ilusão dos desenvolvedores. Como uma camada de execução altamente otimizada, a Kite possui uma lógica subjacente que, embora invisível, apresenta várias "fronteiras" especialmente importantes em relação à rede principal do Ethereum.
Primeiro, a diferença no cálculo do custo de Gas, ou seja, o problema do modelo de Gas multidimensional.
Na rede principal do Ethereum, Gas é como um bilhete universal: seja realizando cálculos complexos ou inserindo dados em contratos, o consumo é do mesmo tipo de Gas. Mas, para alcançar uma capacidade de throughput máxima, a Kite implementou um mecanismo de precificação de recursos com granularidade mais fina. As estratégias de cobrança por acesso ao estado (State Access) e por cálculo (Compute) diferem bastante da rede principal.
Muitos desenvolvedores estão acostumados a usar frequentemente a instrução SLOAD para ler dados na cadeia, pois o consumo de Gas na rede principal é relativamente previsível. Mas na Kite, devido à adoção de soluções de otimização mais eficientes, essa experiência antiga pode não ser mais válida.