Polkadot

Polkadot — это протокол мультичейн-сети, который соединяет множество специализированных блокчейнов («парачейны») с центральной Relay Chain. Relay Chain обеспечивает совместную безопасность, консенсус и межсетевую совместимость, тогда как парачейны работают параллельно и взаимодействуют через кросс-консенсусные сообщения Polkadot (XCM). Такая архитектура ориентирована на масштабируемость и компонуемость цепей внутри одной сети.

В архитектуре Polkadot парачейны — это специализированные для приложений цепи, чьи блоки выпускаются collator’ами и проверяются валидаторами Relay Chain. Подключаясь к Relay Chain, парачейны наследуют экономическую безопасность пула валидаторов и могут обмениваться сообщениями с другими цепями с помощью XCM. Мосты также могут связать Polkadot с внешними сетями — например, Ethereum через Snowbridge; подключение к Bitcoin реализуется через парачейны, такие как Interlay, вместо использования собственного легкого клиента-моста. Операционные детали межцепочного обмена сообщениями приведены в разделе про XCM.

DOT — это нативный токен сети на Relay Chain. По спецификации Polkadot, он выполняет три основные функции: управление протоколом, стейкинг для безопасности сети и бондинг (механизм, исторически использовавшийся для подключения новых цепей).

Ресурсная модель Polkadot развивается с «Polkadot 2.0». Вместо аренды слотов на длительный срок, проекты получают вычислительные ресурсы Relay Chain через coretime (время на виртуальных ядрах). Coretime распределяется для системных цепей через управление, а остальные цепи приобретают его на открытом рынке.

DOT — это нативный токен Relay Chain в сети Polkadot. Он лежит в основе ключевых функций сети:

Обеспечение безопасности сети посредством стейкинга (NPoS): Владельцы DOT могут номинировать валидаторов или сами запускать валидатор, чтобы финализировать блоки и поддерживать честность сети. Стейканные DOT подкрепляют честное поведение валидаторов и приносят вознаграждения; злонамеренные действия могут быть наказаны (slashing). См.: Nominated Proof-of-Stake и Slashing для механики и рисков.

Ончейн-управление (OpenGov): DOT используется для внесения и голосования по референдумам на различных «треков», делегирования права голоса и участия в обновлениях протокола и решениях по системным цепям. См.: OpenGov и Как пользователи могут участвовать в управлении... для подробностей по трекам, депозитам и делегированию.

Сетевые комиссии и необходимые депозиты: Транзакции в Relay Chain оплачиваются комиссиями в DOT, и аккаунты должны поддерживать минимальный баланс (existential deposit), чтобы оставаться активными. Некоторые действия в сети требуют возвратных депозитов в DOT (например, идентификатор). См.: Какие есть ончейн-утилиты DOT... для типов комиссий и депозитов.

Получение вычислительных ресурсов Relay Chain ("coretime") в Polkadot 2.0: Проекты получают время на ядрах Relay Chain, покупая coretime за DOT; эти DOT сжигаются. Эта модель заменила долгосрочные аренды слотов/краудлоуны. См.: Какие изменения произошли с Polkadot 2.0... и Как команде запустить цепь... для экономики и способов запуска.

Системное финансирование через ончейн-казначейство: Входящие потоки казначейства (часть наград за блоки, комиссии, чаевые, slashes) выражены в DOT и могут быть потрачены — через управление — на одобренные предложения. См.: Как работает ончейн-казначейство... для процесса и масштаба деятельности.

Межцепочное перемещение и использование в экосистеме: DOT можно телепортировать между Relay Chain и системными парачейнами, такими как Asset Hub, с помощью XCM; межцепочные переводы могут облагаться комиссиями и на исходящей, и на целевой цепи. Некоторые парачейны/приложения принимают DOT нативно; другие требуют мостовые/обернутые аналоги. См.: Asset Hub и Как DOT взаимодействует с другими сетями... для деталей и особенностей.

Если вам нужен специфический модель комиссий, минимумы, депозиты и процессы стейкинга, продолжайте с “Какие ончейн-утилиты есть у DOT (стейкинг, комиссии, управление и депозиты)?”

DOT использует фиксированный годовой выпуск, который начинался с ~8% от общего объема при запуске и теперь составляет постоянные ~120 миллионов DOT в год, что приводит к снижению процентной инфляции с ростом общего предложения. Из каждого годового выпуска 15% чеканится для Казначейства напрямую, а 85% идет на вознаграждения стейкерам (выплачиваются за каждую эру). Эти параметры были введены OpenGov (Референдум №1139) и реализованы в коде сети.

Частота и распределение эмиссии: Новые DOT создаются непрерывно и учитываются в конце каждой эры (~24 часа в Polkadot), затем распределяются между валидаторами и номинаторами согласно механизму вознаграждений стейкинга; доля Казначейства (15%) чеканится на его системный аккаунт. При фиксированной эмиссии эта пропорция больше не зависит от доли стейкинга, упрощая модель по сравнению с предыдущей.

Сжигание, компенсирующее валовой выпуск: Два источника снижают чистый рост предложения: покупки coretime (в Polkadot 2.0) сжигаются, также Казначейство может сжигать средства через управление. В итоге эффективная годовая инфляция равна фиксированному выпуску (~120М DOT) минус сожжённые за год суммы.

Отличия от прежней модели: До изменений 2024 года Polkadot целился в ~10% инфляции, с вознаграждениями, модифицируемыми вокруг «идеальной» ставки стейкинга, а неиспользованное шло в Казначейство («неэффективность стейкинга»). Новая модель убрала эту корректировку и заменена фиксированной долей Казначейства — 15%.

Нет жесткого лимита (под управлением): DOT не имеет жестко заданного максимального объёма в протоколе. Параметры выпуска могут быть изменены через ончейн-управление; обновления 2024–2025 годов были приняты именно так. Для актуальных параметров и открытых предложений воспользуйтесь соответствующими референдумами OpenGov.

Реденоминация 2020 года (только изменение единицы): 21 августа 2020 («День деноминации», блок #1 248 328) DOT был реденоминирован по курсу 1 старый DOT = 100 новых DOT. Это было только изменение единицы, а не стоимости или владения: балансы и цены умножились на 100 раз, а базовая единица (Planck) для DOT сменилась с 10¹² до 10¹⁰ Planck. Экономика сети осталась прежней.

Стейкинг (обеспечение безопасности): DOT могут быть заблокированы (bonded) для обеспечения сети в рамках Nominated Proof-of-Stake (NPoS). Владельцы либо номинируют валидаторов, либо становятся валидаторами; награды выплачиваются за каждую эру, а злонамеренное поведение может наказываться (slashing). Набор валидаторов Polkadot выбирается по алгоритмам на основе Phragmén, также пользователи могут участвовать через пулы номинаций — более простой путь для небольших сумм. Конкретные детали — например, сроки разблокировки, условия slashing и детали выборов — рассмотрены в разделах NPoS и Slashing.

Комиссии (оплата транзакций): В Relay Chain транзакции оплачиваются комиссиями в DOT, списываемыми с доступного баланса (не из заблокированных средств). Комиссии состоят из базовой части, комиссии длины, комиссии за вес исполнения и опционального чаевых для приоритетов; множитель за заполненность блока может динамически увеличивать/уменьшать комиссии. Как правило, кошелек показывает оценочную комиссию до подписания.

Межцепочные операции могут включать комиссии как в исходной, так и в целевой цепи. Например, телепортация DOT между Relay Chain и Asset Hub влечёт комиссию на целевой цепи и не обеспечивает защиту "keep-alive", поэтому баланс должен быть выше минимума на целевой цепи, чтобы избежать удаления.

Управление (OpenGov): DOT используются для внесения и голосования по референдумах в OpenGov. Для предложений требуется депозит, а для голосования — учёт силы голоса по conviction (чем дольше залочен токен, тем сильнее голос). Также можно делегировать голос, включая делегацию на уровне треков. Практика проведения голосований, делегирования и разблокировки описана в разделах по OpenGov.

Депозиты и минимальные балансы: В Polkadot действует экзистенциальный депозит (ED) — минимальный свободный баланс для поддержания аккаунта. Если свободный баланс ниже ED, аккаунт может быть удален (reaped), а остатки ("dust") сгорят. Сейчас это 1 DOT для Relay Chain и 0.01 DOT для Polkadot Asset Hub (значения зависят от цепочки и могут меняться). "Keep-alive"-проверки помогают не удалить аккаунт случайно при переводах; телепорты этой защиты не используют.

Некоторые функции требуют резервных депозитов (bond), которые удерживаются на время действия функции и возвращаются после удаления. Пример: ончейн-идентификатор, теперь управляемый на People parachain — требует возвратного депозита и платы регистратору; удаление идентификатора возвращает депозит (средства находятся на People до телепортации обратно). Депозиты для управления (например, для предложений) описаны в разделе Governance.

Relay Chain — это центральная цепочка Polkadot. Она обеспечивает общую безопасность и глобальный консенсус сети, минимальна по бизнес-логике: её задача не запускать пользовательские функции, а координировать и хостить множество параллельных цепей. Relay Chain гарантирует единую, непротиворечивую картину состояния между подключёнными шардом («парачейны»).

Парачейны — это специализированные цепи, которые работают параллельно с Relay Chain. Они ведут собственное состояние и бизнес-логику, но наследуют безопасность через валидаторов Relay Chain. Узлы парачейнов — collator’ы — собирают транзакции и формируют кандидаты-блоки с доказательствами; валидаторы Relay Chain проверяют их доступность и валидность, прежде чем эти изменения войдут в общее состояние. Такое разделение позволяет парачейнам специализироваться, а Relay Chain — отвечать за консенсус, финализацию и координацию.

Парачейны могут общаться между собой через механизм XCM, где Relay Chain играет роль маршрутизатора и верификатора, чтобы цепи могли безопасно обмениваться данными и активами. Подробная механика XCM изложена в соответствующем разделе.

В Polkadot есть и системные парачейны (system chains) для ключевых протокольных функций — например, Asset Hub для токенов и NFT — что переносит функциональность с Relay Chain, но сохраняет общую безопасность. Такие цепи выделяются через ончейн-управление.

С Polkadot 2.0 проекты получают доступ к вычислениям Relay Chain через coretime (ядра). Системные цепи получают ядра по решению управления, другие — приобретают coretime на рынке; фундаментально роль та же: парачейн выполняет свою логику, Relay Chain валидирует и финализирует состояние.

XCM (Cross-Consensus Messaging) — язык Polkadot для передачи сообщений-интенций между консенсусными системами (Relay Chain, парачейны и — через мосты — внешние сети). Он определяет, что должно произойти, независимо от конкретных паллетов. XCMP (Cross-Chain Message Passing) — протокол транспорта для сообщений парачейн↔парачейн; трафик relay↔парачейн использует UMP (вверх) и DMP (вниз). Сообщения — асинхронные.

Переводы: два нативных паттерна XCM

• Teleport: актив перемещается напрямую между доверенными цепями без тракинга резерва. Типичное использование: DOT между Relay Chain и Asset Hub. Требует двусторонней доверительной настройки.
• Перевод на базе резерва: резервная цепь отслеживает общий объём актива; исходная цепь блокирует/сжигает представление, резерв корректирует балансы, целевая выпускает свой аналог. Это основной паттерн для перемещения на парачейны, не являющиеся резервом.

На практике многие команды предпочитают резервные переводы ради безопасности и легкости учёта; телепорты обычно включены только для абсолютно доверенных маршрутов (для DOT: Relay Chain ↔ Asset Hub).

Каналы и маршрутизация: Сообщения парачейн↔парачейн идут по каналам. Сейчас большинство сетей используют HRMP (Horizontal Relay-routed Message Passing), который аналогичен XCMP, но хранит сообщения на Relay Chain; XCMP — более эффективный, целевой вариант. Каналы HRMP — односторонние; полная двусторонняя связь требует по каналу в каждую сторону, каналы открываются обоими цепочками.

Комиссии, вес и исполнение: XCM должен «покупать исполнение» на целевой цепи (оплата за вес — вычисления). Какие активы принимаются в качестве комиссии и сколько веса требуется — определяет политика принимающей цепи. Стандартные транзакции: teleport_assets и reserve_transfer_assets, где указываются цель, получатель, активы и комиссия.

Пользовательское поведение и меры безопасности:

• Экзистенциальные депозиты и keep-alive: телепорты не обеспечивают "keep-alive". Баланс после комиссии в целевой цепи должен быть ≥ её минимальному депозиту, иначе аккаунт будет удалён. Телепорты также включают комиссию целевой цепи.
• Асинхронность и порядок: доставка не мгновенна; порядок гарантируется только в рамках одного канала.

Для мостов на внешние сети и обернутых DOT, см. раздел интероперабельности ниже.

Asset Hub — это системный парачейн Polkadot (ранее «Statemint») для выпуска, хранения и перевода активов, включая токены и NFT. Это общеполезная цепь с низкими комиссиями и меньшим экзистенциальным депозитом, чем у Relay Chain; DOT используется в качестве нативного токена для комиссий и депозитов. В Asset Hub экзистенциальный депозит составляет 0.01 DOT (в 10 раз меньше, чем у Relay Chain), а активы могут быть sufficient (DOT не нужен для их хранения) либо non-sufficient (аккаунт должен удовлетворять ED по DOT).

Функционально, Asset Hub — место, где создают активы, настраивают метаданные и осуществляют переводы; официальные рекомендации отмечают её как удобную платформу для управления не-нативными токенами и NFT. (В Asset Hub Kusama разрешено выполнение смарт-контрактов; в Polkadot нативные EVM/PVM смарт-контракты планируются на системной Polkadot Hub, а не на Asset Hub.)

Когда имеет смысл телепортировать DOT?

Телепорт — это доверенный XCM-маршрут между Relay Chain и Asset Hub для DOT. Полезно, если нужно DOT на Asset Hub, например чтобы:

• Платить меньшие комиссии или иметь 0.01 DOT экзистенциального депозита для хранения non-sufficient активов на Asset Hub, или
• Использовать функции и приложения, работающие непосредственно на Asset Hub.

Ключевые особенности телепорта:

• Сумма комиссии целевой цепи вычитается из телепортируемой суммы; остаток должен быть ≥ экзистенциального депозита на целевой цепи, иначе средства будут потеряны.
• Телепорт не гарантирует "keep-alive", поэтому необходимо вручную следить, чтобы баланс после телепорта и списания комиссии оставался выше ED на обеих цепях, если нужна активность аккаунтов.
• Не отправляйте DOT телепортом напрямую на адрес биржи (большинство бирж не определяет такие переводы).

Для механики телепортов против резервных переводов и маршрутизации — см. раздел XCM/XCMP. Если проводится миграция или обслуживание Asset Hub, телепорты и XCM-переводы могут временно не работать; статус ищите в официальных уведомлениях поддержки.

Назначение и роль: Polkadot и Kusama — независимые сети с отдельными токенами (DOT, KSM), построенные на схожем коде. Kusama — «канареечная сеть»: настоящий, экономически значимый полигон, где новые фичи внедряются быстрее; Polkadot приоритетен к стабильности и надежности для промышленных задач.

Цикл управления: Обе сети используют OpenGov, но в Kusama сроки (зависят от трека) с момента решения до выполнения, как правило, короче — это ускоряет обновления; в Polkadot сроки консервативны. Параметры определяются по треку и могут изменяться управлением.

Стейкинг и время разблокировки: Период анбонда (unbonding) — ~28 суток в Polkadot и ~7 дней в Kusama. Эры — периоды выплат валидаторам — ~24 ч на Polkadot и ~6 ч на Kusama. Это влияет на ритм вознаграждений и сроки блокировки средств после выхода из стейкинга.

Минимальный баланс (экзистенциальный депозит): Для активности аккаунта Polkadot требует 1 DOT, Kusama — 0.000333333 KSM (значения могут меняться через управление). В парачейнах Asset Hub ED ещё меньше.

Путь обновлений: Крупные изменения и нововведения тестируются сперва на Kusama в реальных условиях; после проверки внедряются в Polkadot. Это сохраняет манёвренность Kusama и стабильность Polkadot для долгосрочной работы.

Обе сети используют одну архитектуру (Relay Chain + парачейны) и OpenGov; различия отражают цели (скорость против стабильности) и операционные параметры (таймеры, минимумы), а не фундаментальные принципы.

NPoS — модель стейкинга Polkadot, где сеть обеспечивают две роли: валидаторы запускают узлы для выпуска и проверки блоков, номинаторы делегируют DOT поддерживаемым валидаторам. Оба получают вознаграждение и рискуют штрафами при нештатном поведении бэканого валидатора. Выборы формируют сет валидаторов и распределяют среди них стейк номинаторов в каждую эру.

Цикл выборов и тайминг: Одна эра Polkadot длится ~24 часа. Активный сет валидаторов для следующей эры вычисляется в финальной части текущей эры и вступает в силу с её изменением; награды начисляются за эру.

Как участвуют номинаторы: Номинатор может поддерживать до 16 валидаторов. Алгоритм может распределить стейк лишь среди части выбранных номинатором кандидатов, стремясь к сбалансированному сету; не каждый выбранный валидатор реально получит поддержанный стейк.

Как проходят выборы валидаторов (цели и алгоритм): Выборы валидаторов оптимизируют три параметра: (1) максимизация общего стейка, (2) максимизация минимального стейка среди выбранных, (3) минимизация дисперсии между ними. Решения рассчитываются оффчейн и загружаются на сеть Election Provider’ом (multi-phase), с подписанными/неподписанными фазами и бэкапом ончейн. Используются правила пропорционального комитета из математики Phragmén, в многократной фазе, вместо последовательных алгоритмов прошлых поколений.

Распределение стейка и выплаты: После выбора победителей в решении указано, как распределить стейк номинаторов по валидаторам. Валидаторы получают награды за эру на основе активности, номинаторы — через своих поддержанных валидаторов. Операционные детали выплат рассмотрены в стейкинговых разделах.

Ответственность: Так как номинаторы сами выбирают валидаторов, они могут быть наказаны (slashed), если выбранный ими валидатор войдёт в активный сет и допустит серьёзную ошибку. Для условий и процентов — см. раздел Slashing.

Подробности анбонда, пулов и выплат — в стейкинговых разделах; здесь описана модель выборов и селекции валидаторов.

Slashing — это ончейн-наказание при нарушении консенсуса валидатором. Штраф сжигает процент стейка в конкретном слоте валидатора (его self-bond + доля номинаторского стейка). Размер зависит от нарушения; сожжённые средства идут в Казначейство Polkadot. Номинаторы наказываются только если их стейк был бэкан у злонамеренного валидатора в момент нарушения.

Примеры нарушений (offences), ведущих к slashing: Polkadot фиксирует нарушения валидаторов, каждое со своим типовым откликом. Типичные:

• Эквивокация (BABE/GRANDPA/BEEFY): двойная подпись блоков/голосов. Slashing: 0,01%–100% (по тяжести и числу нарушителей); валидатор отключается.
• Поддержка невалидного парачейн-блока: пара-валидатор поддержал невалидный блок. Slashing: 100%; блокировка валидатора.
• ForInvalid vote: вторичный чеккер проголосовал за невалидный блок. Slashing: 2%; блокировка.
• AgainstValid vote: против допустимого блока. Slashing: 0% (штрафа нет), но блокировка.

Недоступность против slashing: Обычное выпадение ведёт к forced chilling (остановка валидатора), не к slashing. В Polkadot «оффлайн» slashing возможен лишь при массовой потере (10%+ активных валидаторов одновременно). Prolonged offline (~4 часа) обычно приводит только к chilling, без штрафа.

Кто платит и сколько: Штраф рассчитывается в процентах от суммарного стейка слота валидатора (его self-bond + доля каждого номинатора, забэканного за него). Потери номинаторов — пропорциональны их экспозиции к злому валидатору; бэкапы на других валидаторах не страдают. Это стимулирует диверсификацию стейка.

Применение, отсрочка и отмена: Polkadot откладывает применение ряда штрафов на 1 период анбонда (~28 дней). В течение этого времени управление может отменить slashing, если это была ошибка протокола или иное исключение; иначе штраф применяется перед выводом средств после разблокировки.

Куда идут штрафы: Все сожжённые DOT поступают в ончейн-казначейство, финансирующее инициативы через OpenGov.

Подробнее по выбору валидаторов и распределению стейка — см. раздел NPoS; по анбонду и пулам — см. стейкинговые разделы.

После выхода из стейкинга DOT переходят в «unlocking» режим и становятся доступны для вывода только по истечении 28-дневного периода анбонда. После этого требуется действие Withdraw Unbonded для перевода их в transferable баланс. (В Kusama — 7 дней.)

Исключение: Fast Unstake — если аккаунт не участвовал ни в одном активном валидаторе последние 28 эр, можно skip’нуть 28-дневное ожидание. Если был экспозд, соблюдайте стандартный срок.

Пулы стейкинга vs прямая номинация

Требования для входа и условия наград:

• Прямая номинация: чтобы получать награды, размер бонда должен соответствовать динамическому минимуму; он меняется со временем.
• Пулы номинации: позволяют небольшим держателям участвовать; по официальным данным, стейк от 1 DOT в пуле может приносить награды (зависит от размера и активности пула).

Контроль и хранение:

• Прямая номинация: выбираете валидаторов сами.
• Пул: DOT остаются на вашем счету (заблокированы), но валидаторов выбирает номинатор пула; ошибочный выбор может повлиять на награды, slashing общий.

Операции (вход, переход, выход):

• Время анбонда: для обеих форм — 28 дней в Polkadot. Выход из пула = тоже 28-дневное ожидание перед выводом.
• Смена пула: сперва анбонд (28 дней без наград в этот период).
• Ре-бонд в период анбонда: прямые номинаторы могут перебонжить до истечения 28 дней; участники пула — нет.
• Обработка наград: при анбоне из пула любые невыведенные награды автоматически поступают на transferable balance при выводе. Некоторые пулы предлагают авто-компаунд (опция).

Теперь можно голосовать в OpenGov, находясь в пуле, и вступать в пул с токенами, уже залоченными на управление (это изменилось после обновлений).

Для штрафов за поведение валидаторов см. раздел Slashing.

Экзистенциальный депозит (ED) и минимумы аккаунтов:

• Relay Chain ED: 1 DOT требуется для поддержания аккаунта в Polkadot. Если свободный баланс падает ниже 1 DOT, аккаунт может быть удалён (reaped) и остаток сгорает.
• Asset Hub ED: 0.01 DOT на Polkadot Asset Hub (указывается по цепочке и меняется управлением). Там активы могут быть sufficient (DOT не нужен) или non-sufficient (должно быть ED по DOT).

Защита keep-alive: Кошельки (например, Polkadot-JS) по умолчанию включают "keep alive": перевод, снижающий баланс ниже ED, запрещается. Можно отключить, чтобы списать весь остаток и удалить аккаунт.

Модель комиссий в Relay Chain:

Polkadot использует систему комиссий, основанную на весе. Суммарная комиссия за транзакцию включает:

• Базовая составляющая (накладные расходы для любой extrinsic)
• Комиссия за длину (пропорциональна размеру транзакции, байты)
• Комиссия за вес (зависит от вычислительного веса вызова)
• Опциональные чаевые (повышают приоритет включения)
• Динамический мультипликатор комиссии немного меняет комиссию в зависимости от заполненности блоков (congestion).

Как видеть/оценить комиссию: Кошельки и SDK показывают оценку до подписания (например, paymentInfo в polkadot.js). Комиссии списываются с transferable баланса (не заблокированных).

Практика:

• Восстановление удалённого аккаунта: просто переведите не менее ED (например, 1 DOT на Relay Chain).
• ED по цепочкам: ED разный для разных цепей; Asset Hub — ниже Relay Chain. Проверьте текущие значения в официальных документах.
• Межцепочные переводы: XCM-операции (например, телепорты) взимают комиссию целевой цепи и не гарантируют "keep-alive"; финальный баланс на целевой цепи должен быть ≥ ED. См. раздел XCM про механику.

Минимумы по стейкингу, время разблокировки — в стейкинговых разделах; здесь — только комиссии и минимальные балансы аккаунтов.

OpenGov — это ончейн-система управления Polkadot. Предложения («референдумы») обязательны: прошедший референдум автоматически исполняется через заданную задержку. Можно запускать несколько референдумов параллельно.

Треки и origin: Каждый референдум подаётся по треку, который соответствует origin (уровню полномочий). Каждый трек определяет: требуемый депозит, тайминги (prepare/decision/confirmation/enactment), approval/support кривые (пороги), а также вместимость активных предметов. Важные треки (например, Root) — более строгие пороги и тайминги, менее критичные — проще.

Некоторые решения могут быть whitelist’нуты Fellowship и затем ускоренно проведены через трек Whitelisted Caller, который применяет более быстрые параметры после принятия решения. Поведение треков подробно в гайде по origins OpenGov.

Голосование и conviction: Владельцы DOT голосуют «За» / «Против» / «Воздержался». Можно применить conviction (умножение силы голоса — lock DOT на срок). Замок начинается когда референдум завершён и снимается через выбранный срок. В OpenGov можно выбирать разные conviction для разных референдумов одновременно.

Делегирование и мульти-делегация: Вместо личного голосования можно делегировать свой голос. OpenGov поддерживает пер-трековую делегацию: разным делегатам — разные суммы и conviction по разным трекам. Нельзя делегировать трек, где уже есть активный голос или делегация, пока они не будут сняты в UI.

Жизненный цикл референдума (коротко):

• Отправка & период подготовки — отправка по треку, открытие голосования, но голоса начинают учитываться только после периода подготовки. Для перехода в активное рассмотрение требуется депозит решения.
• Decision period — активное принятие решения. Прохождение требует достижения трековых approval/support кривых.
• Confirmation period — пороги должны соблюдаться минимум в течение окна подтверждения.
• Enactment period — после подтверждения вызов планируется и автоматически исполняется ончейн после заданного треком времени.

Любой владелец DOT может участвовать в OpenGov: можно вносить предложения (референдумы), голосовать напрямую или делегировать голос. Всё происходит в рамках треков, задающих origin (полномочия), требуемый депозит, пороги и тайминги. Особенности треков задают параметры и определяются управлением.

Внесение предложения (создание референдума):

1. Выберите трек под нужное действие (например, Root — для критически важных обращений, Tipper/Spender — для статей Казначейства).
2. Отправьте референдум и внесите депозит; он отслеживается ончейн и обязателен для перехода предложения в активное рассмотрение. Депозиты видны в UI и возвращаются по трековым правилам.

Требования: Polkadot-аккаунт с достаточным кол-вом DOT для комиссии и депозитов трека. Ончейн-идентификатор опционален, но часто используется для публичности; установка требует возвратного депозита и платы регистратору на People parachain.

Голосование (прямое участие):

• Варианты: За, Против, Воздержаться, Сплит (разделить голос За/Против), SplitAbstain (разделить За/Против/Воздержался).
• Conviction: опционально залочить DOT для усиления голоса; замок начинает действовать после окончания референдума, снимается автоматически. Замки пересекаются, один баланс может участвовать в нескольких голосованиях или быть застейкан. Можно снять голос до окончания референдума (разлочить сразу); иначе — снять замок по истечении.

Стейканные или пуловые DOT также могут голосовать: голосование поддерживается для solo-стейкинга и через пулы в OpenGov (после соответствующих апдейтов).

Делегирование (пер-трек, мульти-делегация): Для отказа от личного голосования возможна делегация. OpenGov дает мульти-делегацию по трекам: разные делегаты — разные суммы/conviction на разных треках. Делегировать нельзя, если по треку активен собственный голос или делегация. Настройка через официальные UI (Polkadot-JS, Polkassembly, Nova, PolkaGate).

Практические тулзы:

• Polkadot-JS UI: отправка предложений, голосование, делегирование, снятие замков по референдумам.
• Polkassembly/Subsquare/Nova/PolkaGate: просмотр референдумов, голосование (включая Split/Abstain), настройка делегаций по трекам.

Пороги, тайминги и размеры депозитов — см. конкретный трек при предложении или делегации; параметры разные и меняются управлением.

Казначейство — ончейн-пул средств под управлением OpenGov. Получает поступления автоматически и расходует средства только через решения управления. Средства хранятся на системном аккаунте; ни один внешний аккаунт не может изъять их напрямую.

Как финансируется Казначейство (входящие потоки):

• Комиссии за транзакции: 80% каждой комиссии идет в Казначейство; 20% — производителям блоков.
• Выпуск DOT: 15% годовой инфляции направляется в Казначейство.
• Slashing: часть штрафа за нарушения валидаторов начисляется в Казначейство.
• Прямые переводы: пользователи могут отправлять средства в Казначейство (редко, например, для компенсаций).

Как расходуются средства (исходящие потоки):

• Казначейские предложения: по референдумам управления средства переводятся бенефициарам. Платежи осуществляются по расписанию (spend period); к концу периода часть неиспользованных средств сгорает.
• Чаевые (Tips): быстрые небольшие выплаты по трекам Small/Big Tipper.
• Баунти и дочерние баунти: один основной баунти резервирует средства, ими впоследствии управляет куратор через дочерние баунти для отдельных задач — удобно для серии выплат. Куратор вносит депозит, получает вознаграждение и распоряжается выплатами в течение срока действия.

Треки управления для расходов Казначейства: OpenGov управляет расходами через шесть треков: Treasurer, Big/Medium/Small Spender, Big/Small Tipper. Большие расходы — более строгие треки и лимиты; чаевые — для небольших сумм.

Мульти-активное Казначейство: Казначейство может хранить и тратить не только DOT (например, USDT/USDC), если эти активы интегрированы через Asset Hub и курс установлен управлением на треке Treasurer. Одобренные расходы указывают актив, цепь и сумму; поддерживаются этапные выплаты и ручные окна для вывода.

Sub-трежериз (делегирование бюджета): Управление может выделять часть казначейства в под-казначейства для коллективов или системных цепей. Каждый sub-трежериз — свой набор правил расходов, снижение числа референдумов по основным трекам.

Создание, голосование и делегирование казначейских предложений — см. разделы OpenGov.

Polkadot Fellowship — ончейн-коллектив технических участников, курирующий runtime протокола и технические стандарты. Работает на системе Collectives, координирует работу ончейн и через публичные репозитории (например, RFC для изменений). Fellowship вводит обновления в runtime Polkadot и Kusama, но не ограничивает предложения: любой владелец DOT может отправить предложение апгрейда runtime по треку Root в OpenGov.

Участие и ранги: Участники Fellowship имеют ранговое членство; внутренняя система голосования учитывает ранги для ответственности и отметки peer review. На дашбордах Collectives chain видны ранги и активность Fellowship.

Whitelist и трек Whitelisted Caller: Для срочных или безопасных (аудированных) действий (обычно релиз runtime) Fellowship может whitelist-ить hash вызова. Это открывает трек Whitelisted Caller в OpenGov: вызов исполняется с правами Root после референдума. Трек быстрее по срокам и с другими кривыми согласия, чем Root — ускоренный маршрут для одобренных задач.

Как внедряются обновления: В Polkadot runtime обновляется только через референдумы Root или Whitelisted Caller. Роль Fellowship — ревью и при необходимости whitelist релиза для ускоренного пути; иначе апгрейд идет через Root.

Открытый процесс разработки: Предложения и работа видны в RFC-репозитории Fellowship; сигналы (одобрено/отклонено) и ончейн-решения доступны держателям токена.

Agile Coretime (рынок блокспейса)

Polkadot 2.0 заменяет долгосрочные аренды слотов и краудлоуны на рынок coretime. Проекты получают выполнение на ядрах Relay Chain двумя способами:

• Bulk Coretime: месячный "регион" (~28 дней, 5040 timeslices), продаваемый на специализированной Coretime chain. Право собственности учитывается как нефонгируемый актив; может быть передано или перепродано.
• Instantaneous Coretime: короткие всплески, покупаемые из общего пула по мере необходимости (pay-as-you-go).

Продажи используют "нисходящий аукцион" (Dutch-style) в начале периода; регулярная цена постепенно регулируется управлением под спрос. Вторичный рынок регионов — часть дизайна. Доход от coretime сжигается (по RFC Fellowship). Нетто-эмиссия = валовой выпуск минус сжигание.

Влияние на расходы: команды планируют затраты, покупая строго необходимую ёмкость, с более прозрачным прайсингом и без многолетних заморозок. Аукционы/краудлоуны deprecated после запуска Agile Coretime.

Async Backing (рост throughput и снижение задержек)

Асинхронный бэкинг отделяет создание блоков парачейнов от последних блоков Relay Chain, позволяя collator’ам готовить несколько кандидатов и параллелить бэкинг и инклюзию. В результате:

• парачейны могут минтить блоки раз в ~6с (было 12с)
• расширяется окно исполнения (с ~0,5с до ~2с), позволяя ~4× большие блоки
• throughput вырастает до ~8× (или ~10× с PoV-reclaim, учитывая реальные размеры доказательств)

Все изменения внедрены в 2024 (сначала Kusama, затем Polkadot).

Влияние на производительность: рост TPS и ускоренное включение для парачейнов, которые активируют async backing; остальные могут присоединиться позже.

Elastic Scaling (несколько ядер на одну цепь)

Elastic Scaling — позволяет одной цепи использовать несколько ядер параллельно (вертикальное масштабирование), а не по одному ядру на парачейн. Работает с async backing и новыми параметрами collator/validator, что еще сильнее увеличивает пропускную способность и снижает задержки. На август 2025 Elastic Scaling готовится к запуску на mainnet (Kusama первым, затем Polkadot).

Влияние: перенапряжённые rollup’ы/парачейны могут распределять нагрузку по ядрам, увеличивая мощности без фрагментации на отдельные парачейны.

Итого:

• Расходы/планирование: рыночный coretime вместо долгих аренд; команды покупают месячные регионы или on-demand время; выручка частично сжигается, компенсируя выпуск.
• Пропускная способность и задержки: async backing ускоряет выпуск блоков и увеличивает размер блока; elastic scaling даёт мульти-ядерное исполнение, повышая throughput. Всё без изменений модели гарантированной безопасности Polkadot.

1. Разработка вашей цепи:

   • Используйте Polkadot SDK (Substrate + Cumulus) и шаблон парачейна (parachain template). Получите FRAME-совместимый runtime, collator-узел и XCM-хуки для кастомизации.
   • Локально подключитесь к Relay Chain для проверки блоков и XCM; официальный туториал — подключение локального парачейна.

2. Тестнет и получение ParaID:

   • Проверьте обновления и XCM в Paseo (тестнет с coretime).
   • Зарезервируйте ParaID на целевом релейчейне через регистратор: сперва reserve (платится депозит), затем register с вашим валидационным кодом (WASM) и genesis head. Депозиты зависят от цепи и прописаны в паллете регистратора. (На тестнете значения — в доках, на мейннете — через управление.)

3. Получение Coretime (Polkadot 2.0):

   • Bulk Coretime (регион): покупка ~28-дневного региона (5040 timeslices) на конкретном ядре через Coretime chain. Право учёта — on-chain NFT, можно перепродать; задействован Dutch auction.
   • Instantaneous Coretime: кратковременный capacity — on-demand через пул.
   • Учёт и бюджет: выручка от продажи coretime сжигается per RFC-0010; команды планируют DOT для покупки. Нет lockup/crowdloan.

4. Регистрация и активация на Relay Chain:

   • С ParaID, runtime WASM и genesis head отправьте заявку на регистрацию и активацию. В Polkadot, обычные проекты идут через регистратор, системные цепи (например, Coretime, Asset Hub) — через OpenGov (часто трек Whitelisted Caller), как в референдуме регистрации Coretime chain.

5. Операция вашей сети:

   • Collator’ы: минимум две надёжные ноды, масштабируйтесь и гео-распределяйтесь по мере роста. (Валидаторы — на Relay Chain; парачейны предоставляют collator’ов.)
   • XCM и HRMP: откройте HRMP-каналы (например, к Asset Hub) и настройте XCM (принимаемые активы, резервы). Для маршрутизации DOT — учитывайте актуальное руководство о резерве DOT через Asset Hub.
   • Обновления: отправляйте runtime-апдейты через управление своей цепи; Relay Chain валидирует при включении. (Параметры релейчейна и OpenGov — см. в разделе управления.)

6. Rollup против парачейна (что значит "rollup"):

   • Чаще всего rollup реализуют как парачейн на SDK (settling и верифицируясь Relay Chain), чтобы получить гарантии доступности/валидности и XCM. Если rollup хостится на чужом парачейне (rollup-as-a-service), закупкой coretime занимается хост; однако архитектура строго индивидуальна.

Минимальные требования (чеклист)

Технически:

• Polkadot SDK runtime (WASM) + chain spec, genesis head, ParaID.
• Collator-нод, RPC, телеметрия/мониторинг.
• XCM и хотя бы один HRMP-канал для интеграций.

Экономически:

• Бюджет DOT на coretime (Bulk/Instantaneous) и комиссии; coretime сжигается.
• Депозит в регистраторе — для резервирования/регистрации ParaID (размер зависит от цепи).

Управление:

• Нет требований для обычного запуска через регистратор, кроме управления своей цепью; системные цепи заводятся через OpenGov (пример — регистрация Coretime chain).

Нативные DOT и обернутые/деривативные DOT:

• Нативные DOT — живут в Polkadot (Relay Chain и системные типа Asset Hub). В рамках Polkadot DOT передаются через XCM — телепорт (Relay ↔ Asset Hub) либо резервные переводы на другие парачейны. Сейчас резерв DOT для XCM переносится с Relay Chain на Asset Hub, поэтому парачейнам важно обновить конфигурацию XCM.
• Обернутые DOT или деривативы функционируют за пределами Polkadot (например, на Ethereum) или как ERC-20-совместимые формы внутри EVM-парачейнов. На Moonbeam — это xcDOT: XC-20 (ERC-20- совместимый актив), под которым лежат настоящие DOT, замороженные на резервной цепи и доступные локально через интерфейс ERC-20.

XCM внутри Polkadot vs мосты наружу:

• XCM (внутрисетевые): формат сообщений и модель движения активов между Relay Chain и парачейнами. Для DOT — телепорт доверен только по маршруту Relay ↔ Asset Hub; в остальные парачейны движения идут резервным образом, резервная цепь учитывает объёмы.
• Мосты (внешние сети): Для соединения с сетями типа Ethereum у Polkadot есть мосты на Bridge Hub. Официальный мост на Ethereum — Snowbridge (light client). Он минтит ERC-20 на Asset Hub (ForeignAssets), потом передаёт через XCM reserve transfer в целевой парачейн — мост и XCM работают совместно.

EVM через Moonbeam (XC-20):

• XC-20 стандарт: на Moonbeam активы вида cross-chain (DOT и др.) реализованы как XC-20, поддерживающие ERC-20 (и Permit) интерфейс. Для DOT это xcDOT. Разработчики используют обычные Ethereum-инструменты, а Polkadot ведёт учёт резерва на системном аккаунте.
• Local vs external XC-20: токены, чей резерв — Moonbeam, считаются «локальными» XC-20; DOT, чей резерв на Relay/Asset Hub — «внешние» потроненты, ERC-20 — только представление, балансы закреплены на резерве.

Практика:

• Что когда использовать: Внутри Polkadot перемещайте DOT через XCM (например, между Asset Hub и парачейнами). Для движения к/из внешних сетей (Ethereum) используйте мост (Snowbridge) — эти токены — отдельные аналоги с иным профилем доверия, чем нативные DOT.
• Перемещения резерва: Перенос запаса DOT (reserve location) в Asset Hub — в процессе; парачейны и приложения должны обновить XCM-конфиги для верного учёта и передачи. Обновления публикуются через Polkadot Support и форумы.

Polkadot был инициирован Web3 Foundation (W3F), некоммерческой организацией из Швейцарии, чей ведущий проект — Polkadot. Основатель W3F — Dr. Gavin Wood, автор оригинального whitepaper Polkadot в 2016, где описана гетерогенная мультичейн-архитектура.

Разработку протокола и runtime осуществляла Parity Technologies — инженерная команда, работавшая с W3F для запуска Polkadot на mainnet в 2020 году.

Ключевая команда-основателей Polkadot — Gavin Wood, Robert Habermeier, Peter Czaban. В анонсе запуска W3F Роберт Хабермейер указан как сооснователь и core-разработчик Polkadot, Питер Чабан — как сооснователь Polkadot и W3F.

W3F запустила развёртывание основной сети Polkadot 26 мая 2020 после нескольких лет разработки; последующие этапы передали контроль держателям токенов и включили выпуск DOT on-chain. Механика эмиссии и реденоминации — см. выше.