Polkadot

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

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

DOT — нативний токен мережі в Relay Chain. У специфікаціях Polkadot він відповідає за три основні функції: управління протоколом, стейкінг для безпеки мережі та бондування (механізм, історично використаний для додавання ланцюгів).

Модель використання ресурсів Polkadot еволюціонує з "Polkadot 2.0". Замість оренди слотів на довгий термін, проекти отримують доступ до обчислень Relay Chain через coretime (час на віртуальних ядрах). 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 використовується on-chain... щодо типів комісій і депозитів.

Набуття процесорного часу Relay Chain ("coretime") в Polkadot 2.0: Проекти отримують виконання на ядрах Relay Chain, купуючи coretime за DOT; ці DOT спалюються. Ця модель замінює довгострокову оренду слотів/краудлони. Дивіться: Що змінюється з Polkadot 2.0... і Як запустити ланцюг... для економіки й шляхів розгортання.

Фінансування системи через ончейн-скарбницю: Надходження в скарбницю (частина нагород за блоки, комісії, чайові, штрафи) визначаються в 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) спалюється, і Скарбниця може також спалювати кошти через управління. Відтак фактична інфляція дорівнює фіксованій емісії (~120M DOT) мінус сума спаленого за рік.

Як це відрізняється від попередньої моделі: До зміни 2024 року Polkadot орієнтувався на ~10% річної інфляції з винагородами, скоригованими до "ідеальної" ставки стейкінгу, а недобір ішов у скарбницю ("ефективність стейкінгу"). Нова модель скасовує цю корекцію й заміняє її фіксованою часткою 15% для скарбниці.

Без суворого максимуму (керується управлінням): DOT не має жорсткого ліміту пропозиції за протоколом. Параметри емісії можуть змінюватися через ончейн-управління; зміни 2024–2025 років затверджувалися цим шляхом. Для поточних налаштувань і активних пропозицій, дивіться відповідні референдуми OpenGov.

Реденомінація 2020 року (зміна одиниці): 21 серпня 2020 року ("День номінації," блок #1,248,328) DOT був деномінований у пропорції 1 старий DOT = 100 нових DOT. Це була зміна одиниці, а не вартості чи власності: баланси й ціни масштабувались у 100×, а базова одиниця (Planck) на 1 DOT змістилась із 10¹² до 10¹⁰ Planck. Економіка мережі при цьому не змінилась.

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

Комісії (оплата транзакцій): У Relay Chain транзакції оплачуються в DOT із використанням переказуваного балансу (не зі стейканих коштів). Комісія складається з базової, довжиною (по розміру байтів), та вагової, а також необов’язкового чаю (tip) для підвищення пріоритету включення; множник перенавантаження може коригувати комісію згідно із заповненістю блоків. Гаманці зазвичай показують орієнтовну комісію перед підписом.

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

Управління (OpenGov): DOT використовується для пропозицій і голосування за референдуми в OpenGov. Пропозиції вимагають депозиту; голосування використовує вагу, пропорційну балансу й строку блокування (conviction). Можна також делегувати голос кожному окремому треку. Практичні аспекти (голосування, делегування, управління блокуванням) описані в розділі OpenGov.

Депозити та мінімальні баланси: У Polkadot діє existential deposit (ED) — мінімальний вільний баланс для збереження акаунта активним. Якщо баланс падає нижче ED, акаунт може бути "reaped" і весь дріб’язок буде спалено. На даний момент Relay Chain ED = 1 DOT, а на Polkadot Asset Hub — 0.01 DOT (значення визначає управління і може змінюватись). "Keep-alive"-перевірки допомагають уникнути випадкового reaping під час стандартних переказів; телепорти не застосовують цей захист.

Деякі функції вимагають заставних депозитів, котрі блокуються доки працює функція і повертаються після її видалення. Наприклад, ончейн-ідентифікація тепер управляється на парачейні People і вимагає депозиту та плати реєстратора; після очищення ідентифікації депозит розблоковується. Депозити щодо управління (наприклад, decision deposit) описані в Governance.

Relay Chain — це центральний ланцюг Polkadot. Він забезпечує спільну безпеку мережі, глобальний консенсус, і навмисно мінімальний за логікою додатків: його завдання — координувати численні паралельні ланцюги, а не власноруч виконувати прикладні функції. У дизайні Polkadot Relay Chain гарантує цілісний глобальний стан мережі для підключених "шард" (парачейнів).

Парачейни — це спеціалізовані ланцюги, що працюють паралельно й підключаються до Relay Chain. Вони мають власний стан і логіку, але успадковують безпеку із пулу валідаторів Relay Chain. Ноди парачейнів — collators — збирають транзакції й виробляють кандидат-блоки з доказами; валідатори Relay Chain перевіряють доступність і дійсність, перед тим як стан парачейна вноситься до спільного стейту. Такий поділ дозволяє парачейнам спеціалізуватися, а Relay Chain забезпечує консенсус, фіналізацію та координацію.

Парачейни можуть комунікувати через крос-консенсусні повідомлення Polkadot (XCM); Relay Chain координує маршрутизацію та верифікацію, щоб ланцюги могли безпечно обмінюватися даними й активами. Детальний механізм XCM викладено у відповідному розділі.

Polkadot також має системні парачейни (system chains) для виконання основних функцій — наприклад, Asset Hub для роботи з активами. Це дозволяє виносити функціонал за межі Relay Chain, зберігаючи спільну безпеку. Системні ланцюги виділяються через ончейн-управління.

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

XCM (Cross-Consensus Messaging) — це мова Polkadot для передачі намірів між консенсусними системами (Relay Chain, парачейни і — через мости — іншими мережами). XCM визначає, ЩО має статись незалежно від конкретних pallets у рантаймі. XCMP (Cross-Chain Message Passing) — транспортний протокол для повідомлень парачейн↔парачейн; трафік relay↔parachain використовує UMP (upward) і DMP (downward). Повідомлення є асинхронними.

Типові схеми XCM-переказів

• Teleport: токен переміщується напряму між довіреними локаціями без резервного обліку. Типово використовується для DOT між Relay Chain і Polkadot Asset Hub. Телепорти вимагають налаштування взаємної довіри обох ланцюгів.
• Reserve-based transfer: резервний ланцюг відслідковує сумарну пропозицію; джерело блокує/спалює токен або його представлення, резерв коригує баланс, а цільовий ланцюг карбує/зараховує представлення. Це найчастіша схема для активів на парачейнах, які не є резервом.

На практиці більшість команд використовує резерв-трансфери для безпеки й прозорості; телепорти найчастіше дозволяють лише для перевірених маршрутів (для DOT: Relay Chain ↔ Asset Hub).

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

Комісії, вага й виконання: XCM має “купити виконання” на цільовому ланцюзі (оплата за вага, тобто виконання). Які активи приймаються як плата й скільки ваги потрібно — залежить від політик цільового ланцюга. Стандартні екстразапити — teleport_assets і reserve_transfer_assets, які визначають ціль, отримувача, активи і платіжний токен.

Поведінка…

• Existential deposit і keep-alive: телепорти не перевіряють "keep-alive". Переконайтесь, що залишок після комісії перевищує мінімальний депозит на цільовому ланцюзі, інакше акаунт буде "reaped". Телепорт також стягує додаткову комісію цільового ланцюга.
• Асинхронність і порядок: доставка не миттєва; порядок гарантується лише в межах каналу.

Дивіться розділ про міжмережеву взаємодію для мостів і обгорнутих DOT.

Asset Hub — це системний парачейн Polkadot (раніше “Statemint”) для випуску, зберігання й переказу активів, включно з токенами й NFT. Трактується як public-good chain із меншими комісіями й екзистенціальним депозитом, ніж у Relay Chain, і використовує DOT як нативний токен для комісій і депозитів. У Asset Hub екзистенціальний депозит — 0.01 DOT (у 10 разів менше Relay Chain), а активи можуть бути sufficient (тримати їх можна без балансу DOT) чи non-sufficient (акаунт має відповідати екзистенційній вимозі).

Операційно Asset Hub дозволяє юзерам створювати активи, керувати метаданими та переказами; офіційно рекомендується як зручний майданчик для роботи з не нативними токенами й NFT. (У Kusama Asset Hub увімкнено виконання смарт-контрактів; на 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.

Головне щодо телепорта:

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

Для механіки телепортування vs резервних переказів і ширшої маршрутизації дивіться розділ XCM/XCMP. У разі запланованої міграції чи технічного обслуговування Asset Hub телепорти/переклади можуть бути тимчасово недоступні; перевіряйте статус на Support.

Призначення й роль: Polkadot і Kusama — незалежні мережі з окремими токенами (DOT, KSM), збудовані на схожому коді. Kusama — “канарейкова мережа”: працююче, економічно реальне середовище тестування новинок; Polkadot фокусується на стабільності для продакшн-деплойменту.

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

Стейкінг таймінг: Unbonding період ~28 днів на Polkadot і ~7 днів на Kusama. Епохи (для стейкінг-нагород) ~24 год на Polkadot, ~6 год на Kusama. Це впливає на частоту винагород і час блокування коштів після unbonding.

Мінімальний баланс акаунта (existential deposit): Polkadot — 1 DOT, Kusama — 0.000333333 KSM (значення змінює управління). У парачейнів Asset Hub – ще менше.

Шлях оновлення: Головні протокольні зміни тестуються на Kusama; лише перевірені потрапляють у Polkadot. Така послідовність забезпечує гнучкість Kusama і стабільність Polkadot.

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

NPoS — це стейкінг-модель Polkadot, де мережу захищають дві ролі: валідатори запускають ноди, що виробляють і перевіряють блоки; номінатори підтримують обраних валідаторів своїм DOT. Винагороди і штрафи розподіляються між ними, якщо обраний валідатор порушує правила. Вибори визначають активний стек валідаторів і розподіляють стейк номінаторів кожної епохи.

Цикл і таймінг виборів: На Polkadot одна епоха — ~24 год. Активний набір валідаторів на наступну епоху розраховується наприкінці поточної і набирає чинності з новим періодом; винагороди також рахуються за епоху.

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

Як обирають валідаторів (цілі й алгоритм): Вибори валідаторів максимізують: (1) сумарний стейк, (2) мінімальний стейк серед обраних, (3) мінімум варіацій серед стейків. Рішення обчислюється офчейн і подається на ланцюг через Election Provider (багатофазний), із підписаними й непідписаними фазами та офчейновим fallback. Застосовуються правила комітету Прагмана, вирішується багатофазним виборчим провайдером.

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

Відповідальність: Оскільки номінатори активно підтримують валідаторів, вони можуть бути оштрафовані, якщо їхній валідатор скоїть проступок. Деталі — у Slashing.

Для таймінгу розблокування, пулів і винагород — дивіться відповідні розділи. Тут — лише модель виборів і вибір валідаторів.

Slashing — це ончейн-штраф при порушенні валідатором консенсусу. Штраф спалює відсоток стейку валідатора (власний + номінаторів на цьому слоті). Розмір залежить від порушення; спалені кошти йдуть у Скарбницю Polkadot. Номінатори втрачають тільки, якщо їхній стейк був на штрафованому валідаторі.

Порушення, що викликають слеш (приклади): Polkadot класифікує проступки валідаторів і відповідні реакції. Зокрема:

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

Недоступність vs slashing: Звичайні відключення зазвичай ведуть до примусового chill’у (зупинка валідатора), а не слешу. На Polkadot "offline" слеш можливо лише, якщо ≥10% валідаторів вимкнено одночасно. Також, "тривалий" offline (~4 год) зазвичай означає chill, не slashing.

Хто і скільки втрачає: Штраф — це відсоток видимого стейку валідатора (власний + частка номінаторів). Номінатори втрачають пропорційно, виходячи з експозиції на цього валідатора; стейк на інших не втрачається. Модель стимулює диверсифікацію.

Застосування, затримка, скасування: Polkadot відкладає більшість штрафів на строк розблокування (~28 днів). За цей період управління може скасувати штраф, якщо це результат багу або ін. випадку; інакше — штраф застосовується, і після цього кошти вилучаються при розблокуванні.

Куди йдуть штрафи: Всі оштрафовані DOT надходять у Скарбницю для мережевих ініціатив через OpenGov.

Читайте далі: вибір валідаторів і розподіл стейку — у NPoS, unbonding і пули — у staking.

Коли ви припиняєте стейкінг, застейкані DOT стають "замороженими" і доступні до зняття тільки після закінчення 28-денного періоду розблокування. Далі потрібно виконати Withdraw Unbonded, щоб зробити їх передаваними. (Kusama — 7 днів.)

Виняток: Fast Unstake. Якщо акаунт не був номінований на жодного активного валідатора щонайменше 28 епох, можна скористатися Fast Unstake і пропустити 28-денне очікування. Якщо брав участь — стандартний строк.

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

Вимоги до входу і право на винагороди:

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

Контроль і зберігання:

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

Операції (вхід, перехід, вихід):

• Unbonding time: і у прямої, і в пулів — 28 днів на Polkadot. Вихід із пулу – теж 28 днів до виведення.
• Перехід між пулами: мусите спочатку unbond (28 днів); у цей період винагород не отримуєте.
• Пере-бондування під час unbonding: прямі можуть rebond у будь-який момент до кінця 28 днів; пул-улучасники — ні.
• Виплата винагород: при unbond у пулі всі винагороди нараховуються у freely transferable баланс під час виведення. Деякі пули підтримують autocompound (опціонально).

Зараз можна голосувати в OpenGov навіть зі стейканими через пул DOT, а також долучатись до пулу з токенами, заблокованими під управління.

Про штрафи дивіться Slashing.

Existential deposit (ED) і мінімальні вимоги:

• На Relay Chain: 1 DOT потрібен для збереження акаунта активним. Якщо баланс менший — акаунт видаляється (reap), а залишок згорає.
• На Asset Hub: 0.01 DOT (керується управлінням). Тут активи можуть бути sufficient (не вимагають DOT для зберігання) або non-sufficient (має бути DOT ED).

Keep-alive захист: Гаманці на кшталт Polkadot-JS за замовчуванням перевіряють "keep alive": переказ, що призведе до менше ED — блокується. Опціонально — повний переказ із видаленням акаунта.

Модель комісій (Relay Chain):

Polkadot використовує систему вагових комісій. Загальна комісія — це:

• Базова компонента (накладні для будь-якого екстразапиту)
• Довжина (залежить від байтів)
• Вага (залежить від складності виклику)
• Необов’язковий tip (підвищує пріоритет)
• Динамічний множник комісії коригує комісії згідно заповнення блоків.

Оцінка комісії: Гаманці/SDK показують оцінку до підпису (paymentInfo у polkadot.js). Комісії віднімаються із transferable, не зі стейканого балансу.

Практика:

• Відновлення акаунту: просто поповніть суму не менше ED відповідної мережі.
• ED відрізняється у ланцюгах: ED різний; у Asset Hub менший. Дивіться Support для актуальних значень.
• Крос-чейнові перекази: XCM-операції також стягують комісію цільового ланцюга і не перевіряють keep-alive; після комісії залишок має бути ≥ ED на цільовому ланцюзі. Дивіться XCM.

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

OpenGov — це система ончейн-управління Polkadot. Пропозиції ("референдуми") є обов’язковими: після проходження референдуму рішення автоматично виконується ончейн після строку ухвалення. Кілька референдумів можуть йти паралельно.

Треки й орігіни: Кожен референдум подається у визначеному треку, що відповідає origin (привілею дії). Трек визначає: розмір decision deposit, таймінги (підготовка/ухвалення/підтвердження/виконання), криві схвалення/підтримки (які потрібно досягти), і зазвичай — ліміт на кількість пунктів у статусі ухвалення. Високопривілейовані треки (напр. Root) мають суворіші критерії й довші строки, низькоімпактні (Small Tipper) — лояльніші.

Частину викликів можна затвердити Полкадотською Феллоушип і провести через Whitelisted Caller track із прискореними параметрами після проходження референдуму. Характеристики треків і приклади подано у гіді Origins.

Голосування й conviction: Власники токенів голосують "За"/"Проти"/"Утримуюсь" своїм DOT. Доступне conviction-вотування (множник за час блокування) для збільшення ваги — токени блокуються на вказаний час відразу після завершення референдуму. Можна вибирати різне conviction для різних референдумів.

Делегація й мультиделегація: Замість прямого голосування власники можуть делегувати голосову силу. OpenGov підтримує мультиделегацію за треками: різним делегатам на різних треках — різні суми, conviction. Не можна делегувати той трек, де у вас є не прострочені голоси/делегації. Офіційні інтерфейси дозволяють вибрати трек і conviction при делегації.

Життєвий цикл референдуму:

• Подання й період підготовки — референдум подається у трек; голосування може початись, але підрахунок — лише після завершення підготовки. Має бути внесено decision deposit, щоб перейти в ухвалення.
• Період ухвалення — активна фаза ухвалення. Потрібно досягти кривих схвалення/підтримки треку.
• Період підтвердження — пороги мають залишатися досягнутими протягом підтвердження.
• Період виконання — після підтвердження виклик ставиться в чергу й автоматично виконується після затримки треку.

Будь-який власник DOT може брати участь в OpenGov: можна подавати пропозиції (референдуми), голосувати напряму або делегувати голосову силу. Дії відбуваються у треках, що визначають origin (привілей), розмір decision deposit, пороги і таймінги. Параметри різні й налаштовуються управлінням.

Подати пропозицію (референдум):

1. Оберіть потрібний трек (напр. Root — для high-impact, Tippers/Spenders — для Скарбниці).
2. Подайте референдум і впевніться у наявності decision deposit; депозит повертається згідно з правилами треку. Депозити видно в UI й повертаються за правилами треку.

Вимоги: акаунт Polkadot із достатньою кількістю DOT для комісій і decision deposit. Ідентифікація опціональна, але додає довіри; для її налаштування потрібен заставний депозит та плата реєстратора на People.

Голосування (безпосередньо):

• Варіанти: За, Проти, Утриматись, Split (пропорційне розподілення між За/Проти), SplitAbstain (між усіма).
• Conviction-голоcування: можна підвищити вагу, заблокувавши DOT на більший строк; блокування починається після кінця референдуму, спливає згідно з conviction. Блокування поєднуються; баланс можна використати для кількох голосів/стейкінгу. Вибір можна видалити, якщо референдум іде для негайного розблокування; фактично, після спливу строків.

Стейкані чи пулові DOT все одно можуть брати участь у голосуваннях: OpenGov підтримує голосування навіть при стейкінгу чи використанні пулів (оновлення дозволили участь пулових акаунтів).

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

Інструменти:

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

Для конкретних параметрів — перевіряйте правила обраного треку при подачі/делегації; параметри керуються управлінням.

Скарбниця — це ончейн-пул DOT під контролем OpenGov. Вона отримує кошти автоматично й може видавати їх лише через затверджені референдуми. Кошти знаходяться на системному акаунті; жодний зовнішній акаунт не має прямого доступу.

Джерела поповнення:

• Транзакційні комісії: 80% з кожної комісії надходить у Скарбницю, 20% — виробнику блоку.
• Емісія DOT: 15% річної інфляції йде в Скарбницю.
• Штрафи: частка зоштрафованих стейків за проступки валідаторів.
• Прямі перекази: користувачі можуть надіслати активи у скарбницю (рідко, наприклад, для відшкодувань).

Витрати:

• Пропозиції до скарбниці: управління ухвалює референдуми на виплату коштів бенефіціару. Виплати йдуть за графіком spend period; наприкінці кожного періоду частина невитрачених коштів спалюється.
• Tips: малі, швидкі виплати через треки Small/Big Tipper.
• Bounties & child bounties: “parent”-bounty резервує кошти, далі куратори розподіляють child bounties (для задач/подій). Куратори мають депозит, можуть отримати kurator fee, керують виплатами протягом встановленого терміну.

Треки управління скарбницею: Виплати керуються 6 треками: Treasurer, Big/Medium/Small Spender, Big/Small Tipper. Великі виплати — на суворіших треках з лімітами; tips — лише для дрібних.

Мультиактивна скарбниця: Скарбниця може утримувати й витрачати активи окрім DOT (наприклад, USDT/USDC), якщо їх затверджено через Asset Hub і задано ціну згодою управління (Treasurer track). Пропозиції вказують актив, ланцюг, суму; підтримуються виплати за мільйоностадіями й ручні періоди клейму.

Підскарбниці (делеговані бюджети): Управління може виділити кошти для підскарбниць, пов’язаних із колективами чи системними ланцюгами. Власні правила розподілу й менше референдумів на головних треках.

Як створити, голосувати чи делегувати пропозиції — дивіться розділ OpenGov.

Polkadot Fellowship — це ончейн-колектив технічних учасників, що курує рантайм і стандарти Polkadot. Працює на системному ланцюзі Collectives і координує роботу ончейн і через публічні репозиторії (наприклад, RFC пропозиції). Хоча Fellowship підтримує рантайм Polkadot і Kusama, gate'ів на зміни не ставить — будь-який власник DOT може запропонувати зміну через Root track в OpenGov.

Членство й ранги: Члени мають ранги; ці ранги впливають на голосування й рівень рев’ю. Публічні даші Collectives показують ранги та активність.

White-listing та Whitelisted Caller track: Для термінових чи незначних змін (здебільшого релізи рантаймів) Fellowship може в white-list додати hash виклику. Це дозволяє використовувати Whitelisted Caller track із Root-привілеєм після референдуму з прискореною процедурою.

Як проходять оновлення: На Polkadot оновлення виконуються лише через Root або Whitelisted Caller референдуми. Роль Fellowship — рев’ювати й, за необхідності, whitelist'ити реліз, щоб виконати його через швидкий трек; або через стандартний — Root.

Відкритий процес: Технічні пропозиції й дизайн обговорюються у публічних RFC Fellowship; рішення — ончейн і прозорі для власників і голосуючих.

Agile Coretime (blockspace як ринок)

Polkadot 2.0 замість довгострокових слотів/краудлону впроваджує ринок coretime. Проекти отримують час виконання на "ядрах" Relay Chain у двох варіантах:

• Bulk Coretime: регіон на місяць (~28 днів, 5040 timeslice) продається на спеціальному Coretime chain. Право власності — це не-фангібельний актив, який можна передавати/продавати.
• Instantaneous Coretime: короткі періоди купуються з пулу, коли є потреба (pay-as-you-go).

Продажі йдуть із низхідною ціною (голандський аукціон) у періоді; регулярна ціна коригується за попитом правилами управління. Закладено вторинний ринок для регіонів. Виручка від продажу coretime спалюється (Fellowship RFC). Нетто-емісія — це брутто мінус спалене.

Вплив на вартість: команди планують бюджети, купуючи саме потрібну обчислювальну потужність; ціноутворення прозоріше й без багаторічних блокувань. Аукціони/краудлони в Polkadot припинені з впровадженням Agile Coretime.

Async Backing (пропускна та латентність)

Асинхронне бекінг розділяє генерацію блоків парачейнів від нового блоку Relay Chain — collators можуть pipeline’ити кілька кандидатів, а підтвердження й включення перекриваються по часу. Це:

• дозволяє парачейнам створювати блоки кожні ~6 секунд (було 12)
• збільшує вікно виконання (з ~0,5 до ~2 секунд), дозволяючи блоки ~4× більші
• підвищує пропускну до ~8× (а з PoV-reclaim до ~10×, з урахуванням proof-ів)

Оновлення застосовано у 2024 (Kusama, далі Polkadot).

Вплив: Зростає TPS й швидкість включення для парачейнів, які це увімкнуть; не потрібним його можна ввімкнути пізніше.

Elastic Scaling (кілька ядер на ланцюг)

Elastic Scaling дозволяє одному ланцюгу використовувати кілька ядер паралельно (вертикальний скейлінг) замість схеми один-ядеро-один-парачейн. Працює з async backing та новими параметрами коллайторів/валідаторів. Станом на серпень 2025 Elastic Scaling фіналізується для enablement у mainnet (Kusama, далі Polkadot).

Вплив: Навантажені rollups/парачейни можуть розподіляти роботу між ядрами, підвищуючи потужність без фрагментації на кілька ланцюгів.

Загальна суть:

• Вартість і планування: передбачуваний ринок coretime замість слотів; команди купують місячні регіони чи пай-на-ходу; виручка частково спалюється.
• Пропускна, затримка: async backing підвищує частоту/розмір блоку; elastic scaling додає мульти-ядерне виконання. Разом зростає TPS без зміни безпекової моделі.

1. Збудуйте свій ланцюг:

   • Використайте Polkadot SDK (Substrate + Cumulus), почніть із шаблону парачейна. Він надає FRAME-рантайм, collator node та XCM-hooks.
   • Локально підключіться до Relay Chain для тестування block production і XCM; офіційний туторіал — локальний підключений парачейн.

2. Тестнет і отримання ParaID:

   • Доведіть апгрейди й XCM на Paseo (тестнет із coretime).
   • Зарезервуйте ParaID у реєстратора цільового Relay через reserve (депозит), далі register із валідаційним кодом (WASM) і genesis head. Депозити налаштовуються по ланцюгам у pallet registrar. (На тестнеті константи — в доках; у mainnet — установлює управління.)

3. Отримайте Coretime (Polkadot 2.0):

   • Bulk Coretime ("Region"): купіть ~28-денний регіон з 5040 timeslice на ядро, продається на Coretime chain. Право власності записується on-chain, можна перепродати; ціна — голландський аукціон.
   • Instantaneous Coretime: короткочасна "on demand" потужність із пулу.
   • Бухгалтерія: виручка з coretime спалюється (Fellowship RFC-0010), бюджет використовуйте у DOT; локапу/краудлону немає.

4. Реєструйте та запускайте на Relay Chain:

   • Маючи ParaID, WASM-рантайм, genesis head — подайте заявку, активуйте ланцюг. На Polkadot стандартні проекти через registrar; системні (Coretime, Asset Hub) — через OpenGov (часто Whitelisted Caller track), як видно у референдумі реєстрації Coretime.

5. Експлуатуйте мережу:

   • Коллатори: мінімум дві надійних ноди, масштабуйте й розподіляйте по регіонах із ростом навантаження. (Валідатори — на Relay; парачейни — надають лише коллаторів.)
   • XCM & HRMP: відкрийте HRMP-канали для інтеграцій (наприклад Asset Hub), налаштуйте XCM (fee-активи, резерв-локації). Для DOT — стежте за оновленням: резерв DOT переводиться на Asset Hub.
   • Оновлення: впроваджуйте runtime-апгрейди через управління вашого ланцюга; Relay Chain перевіряє при включенні. (Relay-параметри, OpenGov — у розділі governance.)

6. Rollups проти парачейнів ("rollup" тут):

   • Зазвичай "rollup" працює як parachain на SDK (settled & verified Relay Chain) для отримання безпеки та XCM. Якщо це rollup-as-a-service на парачейні — команда координує з хостом, а не купує coretime; основний маршрут — як вище (архітектура під проект).

Мінімальні вимоги (чеклист)

Технічні:

• Полкадотський рантайм (WASM) + chain spec, genesis head, ParaID.
• Collator nodes, RPC, моніторинг/телеметрія.
• XCM-конфіг і як мінімум один HRMP-канал для інтеграції.

Економічні:

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

Управлінські тички:

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

Нативний DOT проти wrapped/derivative DOT:

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

XCM у Polkadot vs мости з зовнішніми мережами:

• XCM (у Polkadot): формат повідомлень і схема для руху активів між Relay і парачейнами. Для DOT телепорт дозволений по довіреному шляху Relay ↔ Asset Hub; рух на інші — резерв-трансфери зі звітністю резервного ланцюга.
• Bridges (зовнішні): Для виходу, наприклад, на Ethereum використовується міст на Bridge Hub. Офіційний Snowbridge (на light client-ах). Сьогодні він карбує ERC-20 на Asset Hub (ForeignAssets palette), далі через XCM резерв-трансфер на цільовий парачейн — XCM із мостом працюють разом.

EVM-сумісність через Moonbeam (XC-20):

• XC-20: на Moonbeam cross-chain активи як XC-20, що реалізує інтерфейси ERC-20 (і Permit). Для DOT це xcDOT. Розробник працює через Ethereum тулинг, а протокол враховує резерв через суверенні акаунти.
• Local vs external XC-20: токени, резерв яких Moonbeam — локальні XC-20; такі як DOT — зовнішні, їхні баланси зберігаються на резерв-ланцюзі, а ERC-20 використовуються на Moonbeam.

Практика:

• Коли що використовувати: для руху в Polkadot — XCM (наприклад, DOT від Asset Hub у парачейн). Для зовнішніх мереж (Ethereum) — міст (Snowbridge); бриджовані токени мають інший рівень довіри й ризиків, ніж нативний DOT.
• Оновлення: Міграція резервного місця DOT (на Asset Hub) активна; парачейни/додатки повинні змінити XCM-конфіг для належної роботи. Новини для користувачів — дивіться у Polkadot Support та на форумі.

Polkadot започатковано Web3 Foundation (W3F) — некомерційною організацією зі Швейцарії; основний проект W3F — це Polkadot. Засновник W3F — д-р Гевін Вуд, який написав оригінальний whitepaper Polkadot у 2016, заклавши гетерогенний багатоланцюговий дизайн.

Розробку протоколу й рантайму вела Parity Technologies, що співпрацювала з W3F для запуску Polkadot у mainnet 2020 року.

Засновниками команди Polkadot вважаються Гевін Вуд, Роберт Хабермейєр і Пітер Чабан. У стартовій новині W3F Роберт Хабермейєр — співзасновник і core-розробник, Пітер Чабан — співзасновник Polkadot і Web3 Foundation.

W3F ініціювала запуск мережі 26 травня 2020 року після кількох років розробки; наступні етапи передали контроль власникам токенів та увімкнули емісію DOT на ланцюгу. Механіку пропозиції та реденомінації див. у розділах вище.