Zilliqa – L1-блокчейн, который в 2025 году перешёл на новую архитектуру Zilliqa 2 с Proof of Stake и Pipelined Fast-HotStuff. Mainnet больше не использует прежнюю hybrid PoW и Practical Byzantine Fault Tolerance схему для производства blocks. Активная сеть поддерживает EVM и сохраняет legacy Zilliqa API, accounts и Scilla contracts после миграции state.
Поэтому большая часть старых обзоров проекта устарела. Transaction sharding, DS committee и mining epochs относятся к Zilliqa 1. В Zilliqa 2 validators предлагают и подтверждают blocks в stake-weighted consensus, а обычная finalization требует двух последующих подтверждений.
История
Исследовательская работа над Zilliqa началась в Национальном университете Сингапура. Whitepaper 2017 года предложил network sharding для масштабирования public blockchain. Public testnet появился в 2018 году, а mainnet – в январе 2019 года с постепенным bootstrap до permissionless transactions.
Первая версия использовала PoW для identity и формирования shard committees, а PBFT-подобный consensus – для blocks. Smart contracts писались на Scilla, языке с упором на явные state changes и проверяемость. В 2023 году сеть добавила EVM compatibility, но она оставалась частью старой architecture.
В 2024 году был опубликован проект Zilliqa 2. Mainnet upgrade активировали в конце июня 2025 года. State и accounts перенесли автоматически, mining прекратился, а Staked Seed Nodes стали основой validator set. В 2026 году команда опубликовала roadmap credentialed infrastructure, но будущие compliance и mediation layers нельзя считать уже встроенными во все transactions.
Команда
К основателям относятся Xinshu Dong, Prateek Saxena, Amrit Kumar и Max Kantelia. Xinshu Dong руководил ранней организацией, Prateek Saxena внёс академическую основу sharding, а Amrit Kumar много лет отвечал за research и protocol development. Развитие велось через Zilliqa Research и связанные ecosystem entities.
Состав руководства менялся, поэтому корректнее оценивать не один список имён, а repositories, validator participation, Foundation resources и способность поддерживать Scilla, EVM и migration tooling. Планы institutional adoption исходят от организации, но validators и users должны принять protocol releases для реального изменения consensus.
Zilliqa 2 вместо Zilliqa 1
Zilliqa 2 – не отдельный token и не параллельная chain. Upgrade заменил consensus и node architecture при сохранении исторического state. Legacy addresses и API поддерживаются, а EVM wallets используют hex addresses. Пользователю не требовалось обменивать ZIL на новый asset.
Однако legacy staking не переносился как активная validator position автоматически. Владельцам, которые участвовали через прежний Zillion portal, требовалось вывести stake по старым правилам и делегировать через новые EVM staking contracts. Это операционная миграция staking, а не token swap.
Pipelined Fast-HotStuff
Consensus относится к семейству HotStuff. Validator proposer собирает block, остальные validators проверяют его и подписывают vote. Когда protocol получает stake supermajority, формируются quorum certificates. Pipelining позволяет одновременно продвигать несколько стадий последовательных blocks.
В обычном случае block и его ancestors становятся finalized после появления child и grandchild в последующих views, то есть после двух confirmations. Это deterministic BFT finality, а не вероятностное ожидание десятков PoW blocks. Если validators не достигают двух третей stake, safety сохраняется, но chain может потерять liveness.
По структуре это ближе к современным PoS systems вроде Aptos, чем к старой sharded Zilliqa. Но конкретные proposer rules, state model и virtual machines различаются.
Validators и solo staking
Validator запускает Zilliqa 2 node, синхронизирует state и вносит protocol-defined minimum stake. Stake служит economic weight при выборе и голосовании. Operator отвечает за uptime, keys, software upgrades и безопасную инфраструктуру.
Документация описывает компактный active set порядка нескольких десятков validators, но фактическое число меняется. Небольшой set ускоряет BFT communication, одновременно повышая важность распределения stake, providers и jurisdictions. Количество node identities не равно количеству независимых owners.
Delegated staking
Delegation в Zilliqa 2 реализуется через staking pool contracts, а не как единая скрытая функция consensus. Reference contracts поддерживают liquid и non-liquid варианты. В liquid pool пользователь получает non-rebasing LST, доля которого дорожает относительно underlying по мере накопления rewards. При withdrawal LST сжигается.
В non-liquid варианте delegator может отдельно получать ZIL rewards или повторно stake их. Validator устанавливает commission. Unbonding задерживает перевод principal, а smart-contract и operator risks зависят от выбранного pool. Protocol не гарантирует фиксированный annual return.
LST добавляет composability, но не равен native ZIL один к одному в любой момент. Market price зависит от liquidity, withdrawal path и доверия к contract. Эти риски знакомы liquid staking systems вроде Lido, хотя implementation Zilliqa отдельная.
Execution и accounts
Zilliqa 2 обрабатывает native и EVM transactions в общем network state. Legacy API возвращает данные finalized block, а EVM JSON-RPC позволяет работать привычным wallets и tools. Mainnet EVM chain ID – 32769.
Native transfer и EVM transfer имеют разную gas accounting. Общая chain не делает адресные форматы взаимозаменяемыми: conversion и wallet support должны корректно отображать один key в нужной representation. Application обязан учитывать finality и semantics выбранной VM.
Scilla
Scilla – contract language, построенный вокруг явного разделения computation и communication. Contract состоит из transitions, которые проверяют сообщение, изменяют state и создают outgoing messages. Ограничения языка уменьшают некоторые классы reentrancy и облегчают formal reasoning.
Это не гарантия безошибочности. Business logic, access control, oracle data и integration code могут быть уязвимыми. Кроме того, более маленькая developer ecosystem означает меньше готовых libraries и auditors, чем у Solidity.
EVM compatibility
EVM позволяет deploy Solidity contracts и использовать Ethereum tooling. Для переноса dApp всё равно нужно проверить chain-specific gas, precompiles, bridge assets, address handling и frontend configuration. «EVM compatible» не означает, что contract автоматически получил Ethereum liquidity или security.
Zilliqa сохраняет две contract ecosystems, как некоторые multi-VM chains. В отличие от dual-space Conflux, обе среды представлены как execution options обновлённой Zilliqa 2, но state interaction всё равно требует поддерживаемых interfaces. Разработчик не должен предполагать произвольный синхронный вызов между любыми Scilla и EVM contracts.
Токен ZIL
ZIL оплачивает gas, служит stake validators и delegators, используется в applications и переводах. Максимальный supply исходной monetary design – 21 млрд ZIL. Upgrade Zilliqa 2 не создавал новую denomination и не удваивал balances.
Раннее распределение включало token generation event и mining allocation. В Zilliqa 1 block rewards получали miners и staking nodes по меняющимся tokenomics. После перехода к PoS новые rewards направляются validators и delegators согласно действующим contracts и protocol parameters.
Fixed maximum не означает, что circulating supply уже достиг cap. Rewards могут выпускать ещё не обращающиеся tokens, а fees влияют на effective issuance. Номинальная ставка staking зависит от total staked, validator performance, commission и правил emission.
Governance и upgrades
В экосистеме существовал gZIL для governance отдельных initiatives, но Zilliqa 2 consensus не управляется простым голосованием каждого ZIL transfer. Core upgrades формируются developers, проходят testnet и принимаются validators и infrastructure providers.
Roadmap 2026–2027 описывает credentialed permissionless infrastructure, regulated settlement и future mediation. Это стратегическое направление организации. Пока конкретная функция не активирована в mainnet release и не используется application, её следует считать планом, а не обязательной характеристикой каждого ZIL payment.
Применение
Zilliqa 2 подходит EVM и Scilla applications, payments, tokens, gaming и staking. PoS снижает hardware cost по сравнению с mining и даёт быструю finality. Legacy compatibility помогает сохранить assets и contracts прежней ecosystem.
Проект конкурирует с быстрыми L1 вроде Solana и множеством EVM chains. Выбор определяется не только throughput, но и liquidity, wallet support, validators, stablecoins, bridges и устойчивым developer activity.
Основные риски
- Migration risk. Новый consensus и staking stack ещё имеют меньшую production history, чем Zilliqa 1.
- Validator concentration. Компактный BFT set может зависеть от ограниченного числа owners и infrastructure providers.
- Две contract среды. Scilla и EVM увеличивают maintenance, tooling и integration complexity.
- Staking contracts. Delegated pools и LST добавляют contract, liquidity, commission и withdrawal risks.
- Экосистемный спрос. Технический upgrade не гарантирует возврат developers, users и capital.
- Bridge и asset risk. Wrapped assets зависят от конкретного issuer и transfer mechanism, а не только от Zilliqa consensus.
- Стратегический поворот. Institutional и credentialed roadmap может не совпасть с ожиданиями permissionless community или не получить adoption.
Итог
Zilliqa больше нельзя оценивать только как первый sharded blockchain. Действующая Zilliqa 2 – PoS-сеть с Pipelined Fast-HotStuff, EVM, сохранённым Scilla state и новым staking layer. Legacy mining и DS epochs относятся к завершённой версии.
Главный плюс upgrade – современная finality и совместимость без token migration. Главные вопросы – распределение validators, зрелость нового software, безопасность pool contracts и восстановление реального application demand. ZIL остаётся единым economic asset, но его ценность зависит от использования обновлённой сети, а не от исторического статуса sharding pioneer.
