Kaia – EVM-совместимый L1-блокчейн, созданный объединением Klaytn и Finschia и ориентированный на consumer applications в азиатских messenger ecosystems. Сеть использует stake-backed Governance Council и оптимизированный Istanbul BFT: случайно выбранный committee предлагает и подтверждает каждый block с быстрой finality.
KAIA – единый native token новой сети. KLAY был переименован в KAIA в рамках перехода chain, а FNSA конвертировался по утверждённой схеме. Это не bridge между двумя активными ledgers: mainnet Kaia продолжил state Klaytn через hard fork и одновременно принял economic migration Finschia.
История
Klaytn был создан подразделением Ground X группы Kakao и запустил mainnet Cypress в 2019 году. Finschia выросла из LINE Blockchain и использовала token FNSA. Обе экосистемы стремились упростить доступ к Web3 через крупные messaging platforms, но развивали разные networks.
В начале 2024 года governance communities одобрили объединение. Kaia DLT Foundation сформировала общий roadmap, token model и инфраструктуру. 29 августа 2024 года переходный hard fork Kaia активировался на бывшей Klaytn chain. История blocks и большинство EVM contracts продолжились без запуска пустого genesis.
После перехода развивались Dapp Portal и Kaia Wave для Mini Dapps, доступных через LINE ecosystem. Эти distribution channels являются продуктовой интеграцией поверх chain, а не частью BFT consensus. Доступность конкретного mini app зависит от региона, platform policy и разработчика.
Команда
Kaia объединяет contributors бывших Klaytn Foundation и Finschia Foundation. Sam Seo, участвовавший в развитии Klaytn, стал председателем Kaia DLT Foundation. В ecosystem также задействованы инженерные и business teams, связанные с Kakao и LINE NEXT.
Foundation координирует grants, infrastructure и proposals, но blocks производят Governance Council validators. Крупные corporate participants дают доступ к аудитории и ресурсам, одновременно создавая риск того, что roadmap и governance будут отражать интересы ограниченного круга организаций.
Optimized Istanbul BFT
Kaia использует модифицированный Istanbul BFT. Consensus Nodes образуют Council. Для каждого round protocol через VRF выбирает committee, одного proposer и verifier nodes. Proposer собирает block, committee проверяет transactions и обменивается signatures.
Когда получено достаточно согласованных голосов, block становится final. В отличие от probabilistic PoW chain, обычный пользователь не ждёт, пока competing fork станет маловероятным. Safety BFT сохраняется, пока менее трети voting power действует Byzantine или недоступно; при большем сбое сеть может остановиться либо потерять гарантии.
Committee снижает quadratic communication по сравнению с голосованием всего council на каждом block. Но случайный выбор не отменяет концентрацию owner identities и stake. Десятки nodes, принадлежащие нескольким группам, не равны десяткам независимых субъектов.
Типы узлов
Consensus Nodes участвуют в block production и принадлежат Core Cell Operators. Proxy Nodes распространяют traffic между consensus и public edge, а Endpoint Nodes обслуживают RPC и applications. Такое разделение защищает validator network от прямой нагрузки users.
Для decentralization важны независимые endpoint providers: даже корректный BFT consensus не помогает dApp, если все users обращаются к одному censored RPC. Validator и reward keys разделяются, чтобы компрометация operational key не обязательно давала контроль над treasury address.
Governance Council и staking
Validator должен stake не менее 5 млн KAIA по текущей policy и получить статус Governance Council member. Council голосует за protocol parameters, upgrades и fund decisions. Delegation позволяет holders направлять voting power validator, но прямой доступ к block production остаётся ограниченным.
Roadmap описывает будущую возможность отделить permissionless validator participation от Council membership. Пока это направление исследований, а не действующее правило, по которому любой holder с небольшим stake становится proposer.
EVM и Kaia-specific функции
Kaia Virtual Machine совместима с EVM, Solidity и стандартными tools. Сеть поддерживает Cancun EVM features, кроме blob transactions EIP-4844. Chain-specific precompiles и transaction types расширяют обычную Ethereum модель.
Account model позволяет отделять address от единственного key: можно менять account key, задавать multisig и разделять roles. Это полезно для corporate wallets, но перенос Ethereum tooling должен учитывать Kaia signature validation. Contract, рассчитанный на простое восстановление sender из подписи, требует тестирования.
Transactions и account keys
Kaia поддерживает legacy Ethereum transaction и собственные typed transactions для value transfer, contract deployment, account update и fee delegation. Sender address указывается явно, а подпись проверяется против AccountKey, сохранённого в state. Поэтому один address может продолжить работу после контролируемой замены key.
Key rotation помогает после смены operational policy, но ошибочный AccountUpdate способен лишить владельца доступа. Multisig weights и thresholds нужно тестировать до внесения крупных средств. Не каждый Ethereum wallet понимает Kaia-specific type, поэтому compatibility через eth RPC и полная поддержка native features являются разными уровнями.
Как и Celo, Kaia делает упор на mobile onboarding, однако использует собственные account и fee-delegation primitives. EVM compatibility не означает одинаковые system contracts и economics.
Fee delegation
Native fee-delegated transaction подписывают две стороны: sender подтверждает действие, fee payer добавляет свою подпись и оплачивает gas. Возможна полная или частичная delegation. Dapp способен дать пользователю первый experience без предварительной покупки KAIA.
Managed Fee Delegation Service упрощает integration, но использует API keys и whitelist policy. Это централизованный service поверх native function. Разработчик может запустить собственную fee-payer infrastructure, принимая риск abuse, balance depletion и key compromise.
Mini Dapps и messenger distribution
Kaia Wave и Dapp Portal связывают blockchain applications с LINE users. Mini Dapp может предлагать games, rewards, payments и digital items в familiar interface. KAIA оплачивает underlying operations, если fee не берёт на себя application.
Distribution снижает UX friction, но platform account и embedded wallet могут добавить custody, KYC и availability constraints. Нельзя считать каждого messenger user активным blockchain user. Метрика registration отличается от self-custodial on-chain activity.
Токен KAIA
KAIA используется для gas, staking, governance, ecosystem funds и расчётов dApps. У token нет жёсткого maximum supply. Mainnet выпускает новые KAIA на каждом block; количество может меняться governance.
После merger был проведён treasury rebalance с conversion FNSA, allocations common funds и burn определённых reserves. Это one-time restructuring. Текущую supply следует брать из chain, не складывать старые показатели KLAY и FNSA вручную.
Issuance и rewards
Действующая базовая настройка выпуска – 9,6 KAIA на block, что при проектном интервале соответствует примерно 300 млн KAIA в год и целевой начальной inflation около 5,2%. Governance может изменить emission, поэтому цифра не является вечной monetary constant.
50% block reward предназначены validators и community: 40% total issuance – staking rewards, 10% – contribution rewards через Kaia Performance Fund. Kaia Ecosystem Fund получает 25%, Kaia Infrastructure Fund – 25%. Реальная доходность validator зависит от stake, performance, распределения и расходов.
Четыре уровня burn
Token economy предусматривает transaction-based burn части fees, service-based burn внутри ecosystem products, reserve-based burn по governance и contribution-based burn. Последний уничтожает не заработанную долю contribution rewards, если validators не выполняют измеримые criteria.
Термин «четырёхуровневый burn» не гарантирует deflation. Некоторые уровни зависят от adoption и policy, а issuance продолжается. Оценивать нужно net change supply по фактическим mint и burn, а не количество заявленных mechanisms.
Governance и funds
Council принимает protocol и treasury decisions on-chain. KEF финансирует ecosystem growth, KIF – infrastructure и research. Delegated voting power связывает holders с Council members, но large validator threshold ограничивает прямое участие.
Модель ближе к представительному corporate council, чем к permissionless OpenGov в Polkadot. Она может действовать быстрее, но требует доверия к disclosure, конфликтам интересов и качеству spending.
Применение
Kaia подходит consumer dApps, games, payments, DeFi, NFTs и loyalty systems. EVM облегчает перенос contracts, fee delegation снижает onboarding friction, а messenger channels дают потенциальный distribution.
Сеть конкурирует с другими low-fee EVM L1 и L2, включая Base. Преимущество аудитории становится ценным только при повторном on-chain использовании, liquidity и устойчивых developer economics.
Основные риски
- Validator concentration. Высокий threshold и Council membership ограничивают permissionless block production.
- Foundation influence. Funds, partnerships и roadmap концентрируют soft power.
- Инфляция. KAIA выпускается постоянно, а burn может не компенсировать mint.
- Merger complexity. Conversion, treasury rebalance и наследованные contracts повышают accounting risk.
- Platform dependence. Mini Dapps зависят от policies и distribution channels messaging companies.
- Fee-payer abuse. Sponsored transactions требуют whitelist, budgets и защищённой backend infrastructure.
- Smart-contract risk. EVM code, bridges, admin keys и wallets остаются отдельными surfaces атаки.
Итог
Kaia – не новый brand поверх двух одновременно работающих chains, а продолжение Klaytn mainnet с объединённой экономикой Finschia. Optimized Istanbul BFT, EVM, advanced accounts и fee delegation дают сильную consumer infrastructure.
Главный вопрос – сможет ли corporate distribution превратиться в permissionless demand. При оценке KAIA нужно учитывать Council concentration, 5,2% target inflation, фактические burns, использование funds и activity Mini Dapps. Быстрая finality решает техническую задержку, но не устраняет governance и adoption risks.
