Polkadot – многосетевая система с общей экономической безопасностью. Relay Chain координирует валидаторов и финальность, а специализированные парачейны выполняют собственную логику параллельно. В 2026 году доступ к вычислительным ядрам уже распределяется через Agile Coretime, поэтому старое описание с обязательными аукционами слотов и crowdloan устарело.
Polkadot интересен не как ещё одна EVM-сеть, а как протокол, который разделяет безопасность, исполнение и покупку блокового пространства. Парачейн сохраняет собственное состояние и правила, но доказательство корректности его блока проверяет общий набор валидаторов.
Relay Chain, валидаторы и парачейны
Relay Chain хранит минимальную системную логику: стейкинг DOT, управление, координацию парачейнов и финальность. Коллаторы собирают транзакции отдельного парачейна и создают кандидат блока с доказательством перехода состояния. Валидаторы Polkadot проверяют кандидата и включают его результат в общее представление сети.
Внутри Relay Chain производство блоков и окончательность разделены. BABE распределяет слоты и помогает выбирать ветку, а GRANDPA финализирует уже построенную цепочку. Благодаря этому сеть может продолжать производить блоки во время краткой задержки финальности и затем подтвердить сразу последовательность, а не каждый блок отдельным тяжёлым раундом.
Nomination Proof of Stake позволяет держателям DOT поддерживать валидаторов. Номинатор не управляет узлом, но разделяет экономический риск выбранного набора. Пулы номинации упрощают участие небольших сумм. При неправильной работе или атаке возможен штраф, поэтому доходность нельзя оценивать без риска slashing.
Agile Coretime вместо старых аренд
Парачейну нужно время на виртуальном ядре Relay Chain. Bulk coretime даёт непрерывный ресурс на период и может разделяться, чередоваться между цепочками или перепродаваться. On-demand coretime позволяет оплачивать доступ по мере потребности, когда постоянное ядро экономически не оправдано.
Это важное изменение модели. Команда больше не обязана замораживать крупный объём DOT на многолетнем аукционе, но должна планировать цену и доступность вычислительного ресурса. Общая безопасность сохраняется, пока блок парачейна проходит установленную проверку Polkadot.
Передача сообщений между консенсусными системами описывается XCM. Это язык намерений, а не отдельный транспорт: сообщение может пройти через разные механизмы доставки. Безопасность конкретного актива зависит от маршрута, исполнения инструкций и доверия к внешнему мосту, если сообщение выходит за пределы Polkadot. Здесь применима общая проверка канонического и стороннего маршрута.
История
Гэвин Вуд опубликовал первую версию whitepaper Polkadot в 2016 году после работы над Ethereum и языком Solidity. Роберт Хабермайер и Питер Чабан вошли в число сооснователей, а Web3 Foundation стала организацией, поддерживающей исследования и развитие протокола. Parity Technologies создала Substrate, из которого вырос современный Polkadot SDK.
Genesis-блок Polkadot появился 26 мая 2020 года. Сеть стартовала в режиме Proof of Authority с ключом Sudo и постепенно передала полномочия валидаторам и on-chain-управлению. В декабре 2021 года первые парачейны начали выпускать блоки после аукционов слотов.
Следующий этап изменил экономику блокового пространства. Async backing увеличил объём параллельной работы, а Agile Coretime заменил фиксированные слоты более гибким расписанием. Crowdloan и старые аукционы стали историческим механизмом. JAM остаётся отдельным направлением будущей архитектуры, поэтому его нельзя описывать как уже работающую замену Relay Chain.
Команда
Гэвин Вуд, Роберт Хабермайер и Питер Чабан – сооснователи Polkadot. Web3 Foundation финансирует исследования и экосистемные программы. Parity Technologies разрабатывает значительную часть Polkadot SDK и клиентской инфраструктуры, но не может единолично принять runtime-обновление основной сети.
Техническое сопровождение распределено между разработчиками SDK, Fellowship, операторами валидаторов и командами парачейнов. OpenGov позволяет проводить несколько референдумов параллельно по разным tracks. У каждого происхождения предложения свои депозит, сроки и пороги поддержки. Такая система прозрачна, но требует от держателя разбираться не только в выборе «за» или «против», но и в классе полномочий.
DOT и экономика сети
DOT используется в стейкинге, управлении и покупке coretime. Комиссии Relay Chain и системных цепочек – только часть спроса: приложение может иметь собственный токен и собственную экономику. Поэтому активность парачейна не обязана напрямую превращаться в комиссионный доход держателей DOT.
Параметры эмиссии и распределения казначейства меняются управлением. Для анализа нужно брать текущую конфигурацию, а не старую формулу из ранних материалов. Важны предложение DOT, доля в стейкинге, фактическая доходность после комиссии, расходы казначейства и спрос на coretime. Полезный порядок проверки дан в руководстве о чтении токеномики.
Что проверять пользователю и разработчику
- Конкретную цепочку. Адрес и актив в Relay Chain, системной цепочке и парачейне могут требовать разных операций.
- Финальность. Производство блока парачейна ещё не всегда означает завершение всей межсетевой операции.
- XCM-маршрут. Проверить резерв актива, инструкции и получателя, особенно при внешнем мосте.
- Coretime. Понять, имеет ли цепочка устойчивый bulk-доступ или зависит от on-demand-очереди.
- Управление runtime. Оценить полномочия OpenGov, прокси, multisig и аварийных механизмов.
Основные риски
Общая безопасность не устраняет ошибку runtime парачейна. Валидаторы подтвердят, что блок следует заданным правилам, даже если в правилах есть экономическая уязвимость. XCM снижает необходимость в доверенном посреднике внутри системы, но сложная программа сообщения может быть настроена неверно.
Концентрация номинаций, зависимость от реализации SDK, стоимость coretime и активность OpenGov влияют на устойчивость. Пользователь также сталкивается с большим числом форматов адресов и мест хранения DOT. Перед переводом стоит сначала проверить сеть и сделать тестовую операцию.
Итог: Polkadot продаёт парачейнам доступ к общей проверке и межсетевому взаимодействию, оставляя им прикладную специализацию. Сильная сторона – pooled security без собственного набора валидаторов. Цена этой модели – сложная многоцепочечная эксплуатация, экономика coretime и необходимость анализировать риск каждого runtime отдельно.
