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ú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.
13 gostos
Recompensa
13
5
Republicar
Partilhar
Comentar
0/400
HashRatePhilosopher
· 10h atrás
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
· 15h atrás
Mais uma armadilha de compatibilidade EVM, os desenvolvedores realmente precisam estar mais atentos
Ver originalResponder0
CoffeeNFTs
· 15h atrás
Mais uma vez, essa ilusão de que "compatibilidade é tudo", acordem, pessoal
Ver originalResponder0
RooftopVIP
· 15h atrás
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.