Si comparas la red principal de Ethereum con una ciudad antigua pero bulliciosa, entonces Kite sería como una nueva ciudad automatizada que surge al lado. Ambas usan el mismo lenguaje de programación (Solidity) y la misma unidad de activos (ETH), pero si llevas la experiencia de conducir en el casco antiguo para manejar un coche autónomo, el rendimiento se verá afectado en el mejor de los casos, y en el peor, podrías "volcar" directamente por no entender las nuevas reglas.

Para finales de 2025, la compatibilidad con EVM ya será una operación básica, pero "completamente idéntico" suele ser una ilusión de los desarrolladores. Como una capa de ejecución profundamente optimizada, Kite tiene varias "líneas invisibles pero especialmente críticas" que separan su lógica subyacente de la red principal de Ethereum.

Primero, hablemos de las diferencias en el cálculo del costo de Gas, es decir, el problema del modelo de Gas multidimensional.

En la red principal de Ethereum, Gas es como un billete universal: si realizas cálculos complejos o insertas datos en un contrato, consumes el mismo tipo de Gas. Pero para alcanzar un rendimiento máximo, Kite implementa un mecanismo de precios de recursos más granular. La estrategia de cobro por acceso al estado (State Access) y por cálculo (Compute) difiere significativamente de la red principal.

Muchos desarrolladores en la red principal están acostumbrados a usar frecuentemente la instrucción SLOAD para leer datos en la cadena, ya que el consumo de Gas en la red principal es relativamente predecible. Pero en Kite, debido a las optimizaciones más eficientes, esta vieja experiencia puede no ser válida.