Polkadot

Polkadotは、多数の専門的なブロックチェーン（「パラチェーン」）を中央のリレーチェーンに接続するマルチチェーンネットワークプロトコルです。リレーチェーンは共有セキュリティ、コンセンサス、クロスチェーン相互運用性を提供し、パラチェーンは並列で稼働し、Polkadotのクロスコンセンサスメッセージング（XCM）を用いて通信します。この設計は、1つのネットワーク内でのチェーン間のスケーラビリティとコンポ―ザビリティを目指しています。

Polkadotのアーキテクチャでは、パラチェーンはアプリケーション特化型のチェーンであり、そのブロックはコレーターによって生成され、リレーチェーンのバリデーターによって検証されます。パラチェーンがリレーチェーンに接続することで、バリデーターセットの経済的セキュリティを継承し、XCMを通じて他チェーンとメッセージを交換できます。ブリッジを使えばPolkadotを外部ネットワークにも接続できます（例：Snowbridgeを介したEthereumとの接続）。Bitcoinとの接続は、ネイティブなライトクライアントブリッジではなくInterlayのようなパラチェーンが提供します。クロスチェーンメッセージングの運用詳細は、専用のXCMセクションをご覧ください。

DOTは、リレーチェーン上でのPolkadotネットワークのネイティブトークンです。Polkadotの仕様において、DOTは3つの主要機能を支えます：プロトコルのガバナンス、ネットワークセキュリティのためのステーキング、ボンディング（歴史的にチェーンを追加するために使われてきたメカニズム）。

Polkadotのリソースモデルは「Polkadot 2.0」により進化しています。長期スロットのリースではなく、プロジェクトがリレーチェーンの計算資源に「コアタイム」（バーチャルコア上の時間）としてアクセスします。コアタイムはガバナンスによってシステムチェーンに割り当てられ、他のチェーンはオープンマーケットで取得します。

DOTはPolkadotリレーチェーンのネイティブトークンで、ネットワークのコア機能を支えます。

ネットワークのセキュリティ維持（ステーキング/NPoS）： DOT保有者はノミネーターとしてバリデーターを推薦したり、自らバリデーターになることでブロックのファイナライズと誠実な運用に貢献できます。ステークされたDOTはバリデーターの行動を裏付け、報酬を得られます。不正行為はペナルティ（スラッシング）を受けます。仕組みとリスクは：Nominated Proof-of-StakeとSlashingセクション参照。

オンチェーンガバナンス（OpenGov）： DOTは複数の「トラック」で提案・投票するため、投票力の委任、プロトコルのアップグレードやシステムチェーンの意思決定に使用されます。トラック、デポジット、委任の詳細は：OpenGovおよび「どのようにガバナンスに参加できるか」参照。

ネットワーク手数料と必要なデポジット： リレーチェーン上のトランザクションはDOTで手数料を支払う必要があり、アカウントは最低残高（実存デポジット）を維持しアクティブである必要があります。一部のオンチェーン操作には返金可能なDOTデポジットが必要です（例：アイデンティティ）。手数料種別とデポジットは「DOTのオンチェーンユーティリティ」参照。

Polkadot 2.0でのリレーチェーン計算資源（「コアタイム」）の取得： プロジェクトはリレーチェーンのコア上での実行時間（コアタイム）をDOTで購入し取得します。購入に使われたDOTはバーンされます。このモデルは従来の長期スロットリース/クラウドローンを置き換えます。経済性・展開ルート詳細は「Polkadot 2.0で何が変わるか」参照。

オンチェーントレジャリーによる資金供給： トレジャリーへの流入（ブロック報酬、手数料、チップ、スラッシュの一部）はすべてDOT建てで、ガバナンス承認の提案に使われます。運営プロセス・使い道は「オンチェーントレジャリーはどう機能するか」参照。

クロスチェーン移動・エコシステム利用： DOTはXCMを使ってリレーチェーンとAsset Hub等のシステムパラチェーン間でテレポートできます。クロスチェーン転送には送信側/受信側両方で手数料が発生する場合があります。一部パラチェーン/アプリはDOTをネイティブに受け入れ、他はブリッジまたはラップドDOTが必要です。詳細・注意点は Asset Hub・DOTの他ネットワークとの相互運用セクション参照。

特定の手数料モデル、ミニマム、デポジット、ステーキングフローについては「DOTのオンチェーンユーティリティ（ステーキング、手数料、ガバナンス、デポジット）」へお進みください。

DOTは年間発行量が固定されており、制度施行当初は供給の約8%で開始、現在は年間約1億2000万DOTの固定発行となっています。総供給量が増えるほどインフレ率（％）は徐々に低下します。毎年の新発行分のうち15％が直接トレジャリーに、残り85％がステーキング報酬（時期ごとに支払われる）に充てられます。これらのパラメータはOpenGov（リファレンダム#1139）で導入され、ランタイムコードに実装されています。

エミッション（新規発行）のペースと分配： 新しいDOTは連続的に生成され、各エラ（Polkadotでは約24時間）終了時に計算され、ステーキング報酬メカニズムに従いバリデーターとノミネーターに分配されます。トレジャリーの分は15%がそのままシステムアカウントに付与されます。固定発行モデルにより、分配比率はネットワークのステーキング参加度と無関係となり、報酬計算がシンプルになりました。

純増供給を相殺するバーン： 供給純増を抑える仕組みとしてPolkadot 2.0のコアタイム購入によるバーン、およびトレジャリーがガバナンスにより資金をバーンできる場合があります。したがって、実効年間インフレは固定発行量（約1億2000万DOT）からその年にバーンされた分を引いたものです。

旧モデルとの違い： 2024年以前は、Polkadotは理想的なステーキング率に応じて年率約10%のインフレを目標にしており、その差分はトレジャリーに流入（「ステーキング非効率」）していました。新モデルではこの調整が削除され、トレジャリーに常に15%が割り振られます。

ハードキャップなし（ガバナンス次第）： DOTはプロトコル上、供給上限（max supply）は設定されていません。発行パラメータはオンチェーンガバナンスで変更可能です。2024〜2025年の更新はそのプロセスで施行されました。現設定やアクティブな変更提案はOpenGovリファレンダをご覧ください。

2020年デノミネーション（単位のみの変更）： 2020年8月21日（「Denomination Day」、#1,248,328ブロック）に、旧1DOT＝新100DOTへデノミネーションされました。これは価値や所有権の変更ではなく単位のみの変化で、残高及び価格は100倍、DOTあたりの基準単位（Planck）は10¹²から10¹⁰Planckになりました。それ以外のネットワーク経済性に変更はありません。

ステーキング（ネットワークのセキュリティ維持）： DOTはノミネーテッド・プルーフ・オブ・ステーク（NPoS）下でボンドされ、ネットワークを保護します。保有者はバリデーターのノミネートまたは自身でバリデーター運用、報酬は各エラごとに支払われ、違反行為はスラッシング対象です。PolkadotのバリデーターセットはPhragménアルゴリズムで選出、またノミネーションプールを使えば少額でもシンプルに参加できます。アンボンディング期間、スラッシング条件、選挙詳細などはNPoSおよびSlashingセクション参照。

手数料（トランザクションコスト支払い）： リレーチェーン上でのトランザクション手数料はDOTの譲渡可能残高から差し引かれます（ボンド分からは引かれません）。手数料は基本料・長さ料・重み料、および任意チップから成り、混雑時にはコンジェスチョン・マルチプライヤーで増減します。一般的なウォレットでは署名前に見積もりが表示されます。

クロスチェーン行為では送信元・宛先両方で手数料が発生する場合もあります。例：リレーチェーンとAsset Hub間のDOTテレポートは宛先チェーン手数料が発生し、「keep-alive」保護が効かないため、宛先チェーンでの最低残高を下回るとリーピングされる場合があります。

ガバナンス（OpenGov）： DOTはOpenGovにて提案提出・投票に使われます。提案にはデシジョンデポジットが必要、投票はコンビクションウエイト（投票量をタイムロック長で増幅）による残高が適用されます。投票権の委任も可能、トラックごとの委任が可能です。具体的な操作手順（投票・委任・ロック管理）はOpenGovセクションにて。

デポジットと最低残高： Polkadotは実存デポジット（ED）を課します。これを下回る自由残高になると、アカウントはリーピング（消去）され残高はバーンされます。現時点でリレーチェーンのEDは1DOT、Polkadot Asset Hubは0.01DOT（値はチェーンごとに異なり変更される場合があります）。「keep-alive」チェックは通常送金で適用、テレポートでは未適用。

一部機能は予約デポジット（ボンド）が必要です。該当機能利用中は保留、解除時に返還。例：Peopleパラチェーンで管理されるオンチェーンアイデンティティは返金可能デポジット＋レジストラ費用が必要。アイデンティティ解除でデポジットは解除・People上の資金もテレポートで返還可能。ガバナンス絡みのデポジット（例：デシジョンデポジット）はガバナンス項参照。

リレーチェーンはPolkadotの中央チェーンです。ネットワークの共有セキュリティとグローバルなコンセンサスを担い、アプリケーションロジックはあえて最小限です：多数のパラレルチェーンを調整・ホストすることが主目的であり、エンドユーザー機能そのものは実行しません。Polkadot設計におけるリレーチェーンは、全接続シャード（「パラチェーン」）に対し単一かつ一貫性のあるグローバル状態を保証します。

パラチェーンはアプリケーション特化型のチェーンで、並列稼働しリレーチェーンに接続します。独自の状態とロジックを持ちつつ、リレーチェーンバリデーターセットからセキュリティを継承します。パラチェーンノード（コレーター）はトランザクション収集・証明付きブロック生成を行い、リレーチェーンバリデーターが可用性・有効性をチェックしたうえでパラチェーンの状態遷移が共有状態に組み込まれます。この分業により、パラチェーンは専門性に集中しリレーチェーンはコンセンサス・ファイナリティ・調整に専念できます。

パラチェーン同士はPolkadotのクロスコンセンサスメッセージング（XCM）で通信し、リレーチェーンがルーティング/検証レイヤーの調整を担い、安全なデータ・資産交換を可能にします。XCMの詳細は専用セクションで解説。

Polkadotはコアプロトコル機能用のシステムパラチェーン（システムチェーン）を含みます。例：Asset Hubは代替性/非代替性資産用です。これによりリレーチェーンから機能を切り離しつつ、共有セキュリティの恩恵はそのままです。システムチェーンの割り当てはオンチェーンガバナンスで行われます。

Polkadot 2.0では、プロジェクトはコア（「コアタイム」）を通じてリレーチェーン計算資源にアクセス。システムチェーンにはガバナンスによるコア割り当て、その他チェーンはオープンマーケットでコアタイム取得。根本的な関係性は同じ：パラチェーンが独自ロジックを実行、リレーチェーンがその状態遷移を検証・ファイナライズ。

XCM（クロスコンセンサスメッセージング）は、リレーチェーン・パラチェーン・外部ネットワーク（ブリッジ経由）間で意図駆動型メッセージを送信するPolkadotの言語です。特定パレットに依存しない「何をすべきか」を規定します。XCMP（クロスチェーンメッセージパッシング）はパラチェーン＜→＞パラチェーン間のトランスポートプロトコル、リレー＜→＞パラチェーントラフィックはUMP（上向き）とDMP（下向き）で運びます。メッセージは非同期です。

転送：XCMにおける2つのネイティブパターン

• テレポート: 資産のリザーブ管理者なしで信頼された場所間を直接移動。典型例：リレーチェーンとPolkadot Asset Hub間のDOT。両チェーンで相互の信頼構成が必要です。
• リザーブベース転送: 資産のリザーブチェーンが総供給を管理、送信元が表現型をロック/バーン、リザーブ側が残高調整、宛先が表現型をミント/クレジット。パラチェーン等「リザーブではない」相手に資産を移すのに使われる一般的な手法。

実際、多くのチームは安全性・記帳明瞭化のためリザーブ転送を選択。テレポートは厳密に信頼できる経路（例：DOT: リレーチェーン↔Asset Hub）でのみ有効化されることが多い。

チャネルとルーティング： パラチェーン＜→＞パラチェーン間メッセージはチャネル上を移動。現状、多くのネットワークはHRMP（ホリゾンタルリレールーテッドメッセージパッシング）を用い、XCMPと同じインターフェースですがメッセージはリレーチェーン内に格納されます。XCMPが最適形。HRMPチャネルは単方向で、完全な双方向接続には各方向に1本ずつ構築＆両チェーンの承認が必要。

手数料・重み・実行： XCMは宛先チェーンでの「実行を購入」（重み：計算資源）する必要があります。どの資産が手数料支払いに受け入れられるか、どのくらいの重み/量が必要かは宛先チェーンのポリシーです。標準トランザクションには、宛先・受益者・資産・手数料アイテムを指定する teleport_assets と reserve_transfer_assets があります。

ユーザー視点の挙動・注意点：

• 実存デポジット＆keep-alive：テレポートにはkeep-aliveチェックが未適用。受信後の最終残高がそのチェーンのEDを下回るとアカウントがリーピングされ得ます。テレポートには宛先チェーン手数料も含む。
• 非同期性＆順序：配送は即時ではなく、順序保証はチャネル内のみ。

外部ネットワークへのブリッジとラップドDOTは後述の相互運用セクションを参照ください。

Asset HubはPolkadotのシステムパラチェーン（従来は「Statemint」）で、代替性トークンやNFTなど資産の発行・保管・転送に特化しています。手数料が低く、リレーチェーンより実存デポジットも小さいコモングッドチェーンで、手数料・デポジットのネイティブトークンはDOTです。Polkadot Asset HubのEDは0.01DOT（リレーチェーンの10分の1）、資産ごとに「sufficient（DOT不要で保有可）」「non-sufficient（DOT ED維持が必要）」のフラグが付きます。

運用上、Asset Hubは資産作成・メタデータ管理・転送を行う場所であり、公式ガイドも非ネイティブトークンやNFT運用の利便性を強調しています。（KusamaのAsset Hubではスマートコントラクト実行が可能、PolkadotではEVM/PVMネイティブコントラクトはPolkadot Hubで計画中。）

DOTテレポートが意味を持つのは？

リレーチェーン↔Asset Hub間でDOTテレポートが信頼済みXCM経路として設定されています。Asset Hub上でDOTが必要な場合に有用です。例：

• 手数料が安い・non-sufficient資産保有のためAsset Hubの0.01DOT実存デポジットを満たす場合
• Asset Hubで稼働する機能・アプリ利用時

テレポート前に知っておくべき挙動：

• テレポート額から宛先チェーン手数料が差し引かれ、残額がED以上ないと資金が失われます。
• テレポートはkeep-alive強制がないため、資金維持のため両側ED以上を維持してください。
• 取引所の入金アドレス（大半）には直接テレポートしないでください（未検出のことが多い）。

テレポートとリザーブベース転送の違い・クロスチェーンルーティング全般はXCM/XCMPセクション参照。Asset Hubの計画メンテや移行中は一時的にテレポートやXCM移動が制限される場合があるため、サポート通知を参照ください。

目的・役割： PolkadotとKusamaは別個のトークン（DOT, KSM）を持ち独立運用されるネットワークです。Kusamaは「カナリアネットワーク」として新機能やアップグレードが先行導入され、より速く展開されます。Polkadotは本番用として安定性・信頼性を最重視。

ガバナンスサイクル： 両方でOpenGovを実行中ですが、Kusamaのほうが全体的に意思決定・実効までの期間が短く、アップグレードも迅速。Polkadotは保守的。パラメータはトラックごとでガバナンス可変。

ステーキング期間： Polkadotはアンボンディング ~28日、Kusamaは ~7日。エラ（バリデーター報酬計算期間）はPolkadot 約24時間、Kusama 約6時間。これらは報酬頻度やアンボンド資金がブロックされる期間に影響します。

最低アカウント残高（ED）： Polkadotは1DOT、Kusamaは0.000333333KSMを要求します（値はガバナンスで変更される場合あり）。Asset Hubパラチェーンはさらに低ED。

アップグレード経路： 主要な変更や機能はKusamaで先行本番トライアル、安定運用が確認されてからPolkadotに配備されます。これによりKusamaは俊敏性、Polkadotは長期安定性を担保。

両ネットワークのアーキテクチャ（リレーチェーン＋パラチェーン）、OpenGovツールは同じ。差異は速度vs安定性志向および運用パラメータ（タイマー、ミニマム値）の違いであり、根本設計は共通です。

NPoSはPolkadotのステーキングモデルで、バリデーター（ノード運用・ブロック生成/検証）とノミネーター（特定バリデーターへDOTを預けて後ろ盾になる）の2役でネットワークを保護します。両者は報酬・ペナルティ（スラッシング）のリスクを共有。選挙によりアクティブなバリデーターセットが毎エラ毎に選出され、ノミネーターのステークは自動で割り当てられます。

選挙サイクル・タイミング： Polkadotではエラは約24時間。次エラのバリデーターセットは現エラの終盤で決定・エラ切り替えで有効化され、報酬もエラごとに計算。

ノミネーターの参加方法： 任意で最大16バリデーターをノミネート可能。アルゴリズムはバランス良く、十分な後ろ盾を構築するため、一部のみが実際に割り当てられる場合も。

バリデーター選出（目的とアルゴリズム）： 3目標を同時最適化：①セット全体のステーク最大化、②選出バリデーターうち最低ステークの最大化、③全体のステーク分散最小化。Polkadotは複数フェーズ・Election Providerによるオフチェーン計算＋オンチェーン提出（署名済・無署名の両方＋オンチェーンフォールバック）。比例型委員会選定則（Phragmén理論ベース）を実装し、古い逐次Phragmén方式を置き換えています。

ステーク割り当て・報酬： 選出後、ノミネーターのステークは自動的に割り当てられ、バリデーター・ノミネーターともにアクティビティに応じた報酬。報酬の詳細はステーキング項参照。

アカウンタビリティ： ノミネーターは選出バリデーターの不正に連座してスラッシングされる場合があります。条件・割合などはSlashingセクション参照。

アンボンディング期間、プール、報酬メカニズムはステーキング項へ。本セクションは選挙・選出モデルに特化。

スラッシングはバリデーターがコンセンサス規則違反時に適用されるオンチェーンのペナルティです。違反バリデーター（自己ボンド＋割り当てられたノミネーター分）に割り当てられた総ステークの一定割合がバーンされ、ペナルティ規模は違反内容によります。バーンされたDOTはPolkadotトレジャリーに送られます。ノミネーターは、その時バックしていたバリデーターが違反した場合のみ連帯ペナルティを受けます。

スラッシング対象違反例（代表例）：

• エクイボケーション（BABE/GRANDPA/BEEFY）：ブロックや投票の二重署名。違反度・巻き込まれ数に応じ0.01%～100%スラッシュ＆バリデーター無効化。
• 無効パラチェーンブロックのバック：100%スラッシュ・オンチェーン無効化。
• ForInvalid vote：セカンダリーチェッカーが無効ブロックに投票。2%スラッシュ・無効化。
• AgainstValid vote：有効ブロックに反対投票。0%スラッシュ（ペナルティなし）だが無効化。

スラッシングとアンアベイラビリティ： 通常の停止（オフライン）は強制チリング（運用停止）となるのみが大半。Polkadotでは「ネットワークレベル」、すなわちアクティブバリデーターの10%以上の同時停止の場合にだけ「オフライン」スラッシングが検討されます。サポートによると「長時間オフライン」（約4時間以上）は原則チリング止まりです。

分担・計算： スラッシュはバリデーター枠での暴露ステーク（自己ボンド＋ノミネーター相当部分）に応じた割合です。ノミネーターの損失も違反枠への暴露分のみが影響し、他バリデーター分は無関係。このパーセンテージモデルは自然とステーク規模に比例し、多様化支援を励起します。

適用・遅延・取り消し： Polkadotは多くのスラッシュをアンボンディング期間（約28日）遅延適用します。この間にガバナンスがバグや非ユーザ責任としてキャンセル可能、それ以外はアンボンド資金引き出し前に適用。

スラッシュ資金の行き先： バーンされたDOTはすべてオンチェーントレジャリーに送金、OpenGovを通じてネットワークプロジェクト資金となります。

バリデーター選出・ステーク割り当て詳細はNPoS項、アンボンディング・プールはステーキング項参照。

ステーキングを停止すると、ボンドしていたDOTは「アンロック中」に移り、28日間のアンボンディング期間終了後のみ引き出し（Withdraw Unbonded）が可能です。（Kusamaは7日。）

例外： Fast Unstake。過去28エラでどのアクティブバリデーターにも暴露されていなければ28日待たず即アンボンド可。暴露されていれば通常通りです。

ステーキングプール vs 直接ノミネーション

参加条件・報酬獲得可否：

• 直接ノミネート： 報酬を得るにはダイナミックなアクティブノミネーション閾値を超える必要あり（時々変動）。
• ノミネーションプール： 小口向け。公式ドキュメントによると最小1DOTから報酬が得られる（プール規模・稼働状況次第）。

コントロールとカストディ：

• 直接： 自分で対象バリデーター選定。
• プール： DOT自体は自分のアカウントでボンド状態だが、プールのノミネーターがバリデーター選定。不適切な選び方は報酬減・スラッシュリスクも共有。

操作（参加・切替・脱退）：

• アンボンディング期間： 両形態ともPolkadotで28日。プールも28日待ってから引き出し。
• プール切替： 最初にアンボンド必須（Polkadotは28日、その間報酬なし）。
• アンボンド中の再ボンド： 直接ノミネーターは28日以内なら自由に再ボンド可。プール参加者は期間中再ボンド不可。
• 報酬取扱い： プール脱退時、未請求の報酬は自動で譲渡可能残高へ。プールによっては自動複利化可・任意。

現時点では、プールにステーク中でもOpenGov投票可＆既にガバナンスロックされたトークンでプール参加も可能です（これは初期制限から変更あり）。

バリデーター由来のペナルティはSlashing項参照。

実存デポジット（ED）・アカウントミニマム：

• リレーチェーンED： Polkadotアカウント存続には1DOT必須。残高がこれを下回るとアカウントはリーピング（削除）・残塵は失われます。
• Asset Hub ED： Polkadot Asset Hubは0.01DOT（チェーン固有・ガバナンス設定）。Asset Hub資産はsufficient（DOT不要）/non-sufficient（DOT ED必要）に区分。

keep-alive保護： Polkadot-JS等のウォレットは「keep alive」デフォルト有効。ED未満になる送金はブロック。オフで全額引き出し＆送信元リーピング可。

リレーチェーンの手数料モデル：

Polkadotは重みベースの手数料体系：トランザクション手数料は以下の合算：

• 基本コンポーネント（全extrinsic共通のオーバーヘッド）
• 長さ料（バイトサイズに応じて増加）
• 重み料（呼び出しの実際の重みに応じて増加）
• オプションチップ（優先度向上のためユーザー任意加算）
• 最近のブロック満杯度によるダイナミックマルチプライヤーで変動

手数料の見積方法： 各種ウォレットやSDKは署名前に見積もりを表示（例：polkadot.jsのpaymentInfo）。手数料は譲渡可能残高から差し引き。

実際の運用注意：

• リーピング再活性化： 該当チェーンのED以上送金すればアカウント復活（例：リレーチェーンは1DOT）。
• チェーンごとED差異： Asset HubはリレーチェーンよりED低い。最新値は公式サポート参照。
• クロスチェーン資金移動： XCM操作（テレポート等）は宛先側手数料がかかりkeep-alive未適用。最終残高がED以上に保たれているか要確認。詳細はXCMセクション参照。

ステーキング関連のミニマム・アンボンディングはステーキング項参照。本項はアカウントレベルの手数料とミニマムに特化。

OpenGovはPolkadotのオンチェーンガバナンスシステムで、提案（「リファレンダ」）は通過すれば必ずエンアクトメント期間後に自動執行されます。複数リファレンダ同時進行可。

トラックとオリジン： すべてのリファレンダは実行内容に応じた「トラック」に提出されます。各トラックは意思決定デポジット、時間枠（準備/決定/確定/執行）、承認/サポートカーブ（閾値）、最大同時審議数などを定義しています。高権限（例：Root）はしきい値・期間厳格、低影響トラック（例：Small Tipper）は緩やか。

一部コールはPolkadot Fellowshipでホワイトリスト化され、Whitelisted Callerトラックで迅速処理（Root相当権限＋パラメータ短縮）ができます。トラック行動・例はOpenGov「origins」ガイドで参照。

投票とコンビクション： トークン保有者はAye/Nay/Abstainで投票。希望すればコンビクション投票（時限ロック倍率）で投票力を強化可能。ロックはリファレンダ終了時から実際の期日まで自動。OpenGovでは並行するリファレンダごとに異なるコンビクション選択可。

委任・マルチデリゲーション： 直接投票以外にも、保有者は投票権を委任可能。OpenGovはトラックごとの（マルチ）委任対応：異なる金額・コンビクションで異なる委任先をトラックごと個別設定可。既に有効票または委任中のトラックは解除前に委任不可。公式UIはトラック選択・コンビクション設定込みで委任設定可能。

リファレンダの流れ（概要）：

• 提出・準備期間 — トラックへリファレンダ提出、投票はすぐ可だが決定票には準備期間後のみ加算。意思決定デポジットが必要、これが設定後に審議段階入り。
• 決定期間 — 審議中。トラック閾値（承認/サポートカーブ）充足時に通過。
• 確定期間 — 最低確定期間中、閾値充足維持要。
• エンアクトメント期間 — 確定後、遅延期間経て自動執行。

DOT所有者は誰でもOpenGov参加可能： 提案（リファレンダ）提出・直接投票・委任全て可。活動は「トラック」単位で管理；トラックオリジン・意思決定デポジット・閾値・期間など各自異り、ガバナンスで可変。

提案（リファレンダ作成）：

1. 適切なトラック選択—実現したい行動に合致したトラックを選ぶ（例：ルート権限はRoot、トレジャリー項目はTippers/Spenders）。
2. リファレンダ提出・意思決定デポジット確保—これが指定時間後に審議段階入り条件。UIごとに表示・トラック規定に沿って返金。

要件：手数料・トラックデポジットを満たすPolkadotアカウント。アイデンティティ（Peopleパラチェーン管理）設定は推奨だが任意。設定には返金デポジット・レジストラ手数料要。

投票（直接参加）：

• 選択肢： Aye、Nay、Abstain、Split（Aye/Nay按分）、SplitAbstain（Aye/Nay/Abstain按分）。
• コンビクション投票： 時間ロック延長で投票力増強可。ロックはリファレンダ終了後開始、期日到来で解除。ロックは重複利用可。同時にいくつも投票やステーキングも可。リファレンダ中に撤回して即解除等も可能。

ステーク中/プール中でも投票可： OpenGovはソロステーキング・ノミネーションプール双方で投票可能に（ランタイムアップデート済）。

委任（トラックごと・複数）： 個別投票が面倒な場合は権限委任可。OpenGovはトラックごと異なる委任先・金額・コンビクション設定が可能。トラックごと有効票・委任中の解除前には委任不可。公式UI（Polkadot-JS, Polkassembly, Nova, PolkaGate）で管理可。

ツール類：

• Polkadot-JS UI：提案、投票、委任、期限切れロック解除。
• Polkassembly/Subsquare/Nova/PolkaGate：リファレンダ発見・投票（Split/Abstain含む）、トラックごと委任設定。

閾値、期間、デポジット額などは提案・委任時のトラック指定で確認、ガバナンスにより随時変更可。

トレジャリーはOpenGov制御のオンチェーン資金プールです。自動的な流入を受け、ガバナンス承認のアクションにのみ資金を支出できます。資金はシステムアカウントに保管され、外部アカウントが直接動かすことはできません。

トレジャリー資金の構成（流入）：

• トランザクション手数料： extrinsicごと80%がトレジャリー、残り20%がブロックプロデューサー。
• DOT発行： 年間インフレの15%がトレジャリーに。
• スラッシュ： バリデーター違反でスラッシュされた資金の一部がトレジャリー。
• 直接送金： 利用者がトレジャリーアカウントに資産送金も可（稀・払い戻し等）。

支出シナリオ（流出）：

• トレジャリー支出提案： ガバナンスで承認されたリファレンダがベネフィシャリへ送金。支払いスケジュールは支払期間に従い管理、各支払期間末には未使用資金の一部バーン。
• チップ： Small/Big Tipperトラックによる少額・迅速な支払い。
• バウンティ＆チャイルドバウンティ： 一括型の親バウンティが枠を確保し、キュレーターが子バウンティを通じて時期や対象ごと順次分配。キュレーターはデポジットを担保、手数料を受取可、支払管理も当人。

ガバナンストラック別財政支出： OpenGovはTreasurer, Big/Medium/Small Spender, Big/Small Tipperの6系トラックでトレジャリーを管理。それぞれオリジン・パラメータが異なり、規模が大きいほど閾値厳格・同時審議数抑制。チップは小規模用途。

複数資産トレジャリー： トレジャリーはDOT以外にもAsset Hub実装済のUSDT/USDC等複数資産を保有・支出可。ガバナンスで為替レート設定済み資産のみ。対象資産・チェーン・金額指定の支払い、マイルストーン分割・手動請求期間も対応。

サブトレジャリー（予算委任）： ガバナンスで本体トレジャリーから集団やシステムチェーン紐付けのサブトレジャリーへ資金分配。各サブトレジャリー独自の資金分配規則を取れるため、本体トラックの独立リファレンダ乱立を抑制。

作成・投票・委任方法はOpenGovセクション参照。

Polkadot Fellowshipは、プロトコル運用・技術標準を管理するオンチェーン集団（コレクティブ）です。PolkadotのCollectivesシステムチェーン上で活動し、オンチェーンおよびパブリックリポジトリ（RFC経由等）で技術方針を調整します。FellowshipはPolkadotとKusama両方のランタイム保守を担当しますが、プロトコル変更の最終承認者ではなく、誰でもOpenGovのRootトラックでランタイムアップグレード提案提出可能です。

メンバーシップとランク： Fellowship参加者は階級（ランク）を持ち、内部投票で責任・技術レビューを重み付け。Collectivesチェーンの公開ダッシュボードでランク・アクティビティを確認可能。

ホワイトリスト＆Whitelisted Callerトラック： 時間批判的・安全審査済のアクション（主にランタイムリリース）はFellowshipが特定コールハッシュをホワイトリスト化。これによりWhitelisted CallerトラックからRoot権限で迅速Dispatch可能。パラメータ短縮・承認/サポートカーブ異なる特別経路です。

アップグレードのエンアクトメント： PolkadotでランタイムアップグレードはRootまたはWhitelisted Callerリファレンダのみ経由で自動執行。Fellowshipは監査および必要時に優先ルートでホワイトリスト化し、それ以外では標準Root処理。

オープン開発プロセス： 技術提案・設計方針はFellowshipの公開RFCリポジトリで管理。Fellowshipシグナル（賛成/却下）、オンチェーン判断は誰でも確認可能。

Agile Coretime（ブロックスペースのマーケット化）

Polkadot 2.0は長期スロットリース・クラウドローンを廃止し、コアタイムマーケットを導入。プロジェクトはリレーチェーン上の「コア」利用時間（コアタイム）を次の2方法で取得：

• バルクコアタイム： 1カ月（最初は約28日, 5040タイムスライス）単位地域をCoretimeチェーンで購入。所有記録はNFT資産として管理・譲渡・転売可。
• インスタントコアタイム： 必要時にすぐ使える短期（都度払い）枠をプールから取得。

セールは各期にダッチオークション風の価格逓減リードインを実施、標準価格はガバナンスで需給に合わせ調整。二次市場も仕様内。売上は承認済Fellowship RFCに従ってバーンされます。このため、純増発行量は総発行からバーン分を控除したもの。

コスト面： チームは必要な分量だけを予算化・購入可能。価格予測性向上・長期ロックアップ不要で計画的運用。Agile Coretime施行後Polkadotではオークション/クラウドローン廃止。

Async Backing（スループット・遅延改善）

非同期バックイングはパラチェーンのブロック生成をリレーチェーン最新ブロックに直結でなく切り離し、コレーターが複数候補をパイプライン処理＆同時進行でバックイング・インクルージョンできるようにします。実効として：

• パラチェーンは約6秒ごと（従来12秒）にブロック生成可能
• 実行ウィンドウ拡大（約0.5秒→約2秒）で4倍規模のブロック可
• これ単体で約8倍（PoV-reclaim併用で約10倍超）スループット増

これらは2024年実装済（Kusama先行→Polkadot本実装）。

性能面： Async Backing対応パラチェーンはサステインTPS増・インクルージョン迅速化。追加容量が要らない場合は後から導入可。

Elastic Scaling（1チェーンで複数コア利用）

Elastic Scalingは1つのチェーンが複数コア（垂直方向）を並列利用できる（従来は1コア=1パラチェーン）。Async Backing・新パラメータと連動し、さらにスループット引き上げ・遅延短縮。2025年8月現在、Kusama先行→Polkadot本格展開に向けOpenGov審議中。

性能面： トラフィック負荷の高いパラチェーン/ロールアップも、チェーン分割せず複数コア割当可能で余力増。

全体的な効果まとめ：

• コスト・計画： 市場駆動型コアタイムで予測性向上、長期リース不要の設計。月間リージョンor随時スライス購入・売り上げの一部バーンで発行バランス維持。
• スループット・遅延： Async Backingでブロック頻度・容量増、Elastic Scalingで更に拡張。双方あわせて共有セキュリティ構造は据え置きでサステイン能力上昇。

1. チェーンを開発：

   • Polkadot SDK（Substrate + Cumulus利用）でパラチェーンテンプレートから開始。これでFRAMEベースのランタイム・コレーター・XCMフックが付属。
   • ローカルリレーチェーンと接続し、ブロック生成・XCMの基礎検証。公式チュートリアルでローカルパラチェーン接続を案内。

2. テストネット実証＆ParaID取得：

   • Paseo（Coretime機能付き公式テストネット）でアップグレード・XCM動作検証。
   • ターゲットリレーチェーンでParaIDを予約：まずreserve（デポジット支払）、後日registerでバリデーションコード（WASM）・ジェネシスヘッド提出。各チェーン独自のデポジット額はregistrarパレットで管理。本番値はガバナンス設定。

3. Coretime取得（Polkadot 2.0）：

   • バルクコアタイム（リージョン）： Coretimeチェーンで5040タイムスライスの約28日間リージョン単位購入。所有はオンチェーン記録・譲渡/再販売可。ダッチオークション型リードイン→「通常価格」へ。
   • インスタントコアタイム： バースト時のみ都度プールから取得。
   • 会計処理： コアタイム売上はFellowship RFC-0010に従いバーン。DOT予算で購入、ロックアップ・クラウドローン不要。

4. リレーチェーンで登録・有効化：

   • ParaID・ランタイムWASM・ジェネシスヘッドを用意し、登録・起動申請。Polkadotではregistrarによる一般プロジェクト導入、システムチェーン（Coretime・Asset Hubなど）はOpenGov（しばしばWhitelisted Callerトラック）経由、Coretimeチェーン登録リファレンダ参照。

5. ネットワーク運用：

   • コレーター： 最低2台安定運用・負荷増時は分散拡張推奨（バリデーターはリレーチェーン担当、パラチェーンはコレーターのみ）。
   • XCM & HRMP： 対象（例：Asset Hub）へHRMPチャネル開設・XCM設定（受入資産・リザーブロケーション管理）。DOTルーティングはAsset Hub経由リザーブ移行指針に留意。
   • アップグレード： 独自チェーンガバナンスでランタイムアップグレード。リレーチェーンで検証・組込（パラメータ・OpenGov詳細はガバナンス項参照）。

6. ロールアップ vs パラチェーン（ロールアップの位置付け）：

   • 多くのプロジェクトはパラチェーンとしてロールアップを実装（リレーチェーンが検証・可用性/有効性・XCM継承）。既存パラチェーン上でas-a-service型ロールアップを目指す場合は、そのホストとの協調で自身はコアタイム不要。全体構造はプロジェクトごと判断。

最低要件（チェックリスト）

技術要件:

• Polkadot SDKランタイム（WASM）・チェーンスペック・ジェネシスヘッド・ParaID
• コレーターノード・RPCエンドポイント・テレメトリ/監視体制
• XCM構成・連携用に少なくとも1本HRMPチャネル開設

経済要件:

• コアタイム購入（バルクorインスタント）用DOT・送金手数料
• コアタイム消費分はバーンされる点を理解
• ParaID予約・登録のためのregistrarデポジット（チェーンごとに異なる）

ガバナンスタッチポイント:

• 通常のregistrar経由なら自身チェーンのガバナンス以外不要。システムチェーンはOpenGovで招致（例: Coretimeチェーン登録リファレンダ参照）

ネイティブDOT vs Wrapped/Derivative DOT:

• ネイティブDOTはPolkadot自身（リレーチェーン・Asset Hubなどシステムチェーン）に存在。Polkadot内ではDOTはXCMで移動（リレーチェーン↔Asset Hub間はテレポート、他はリザーブ転送）。XCMコンフィグ上、DOTリザーブロケーションのリレーチェーン→Asset Hubへの移行中、将来はAsset Hubをリザーブ指定が推奨。
• ラップド/デリバティブDOTはPolkadot外（例：Ethereum）やEVM型パラチェーン内ERC-20互換のDOT。MoonbeamではDOTはxcDOT（XC-20規格）として出現、DOT本体はリザーブチェーンのソブリンアカウントにロック、ERC-20インターフェースでローカル運用。

XCM（Polkadot内）vs ブリッジ（外部ネットワーク）:

• XCM（エコシステム内）： リレーチェーン↔パラチェーン間資産転送用メッセージ/パターン。DOTは信頼済み経路（リレーチェーン↔Asset Hub）でテレポート、他パラチェーン転送は通常リザーブ転送。リザーブチェーンが総残高管理。
• ブリッジ（エコシステム外）： Ethereum等外部到達にはBridge Hub上のブリッジを利用。SnowbridgeはPolkadot↔Ethereumを公式サポート、Asset HubのForeignAssetsパレットでERC-20ブリッジ資産をミントしXCMリザーブ転送で各パラチェーンに配送、XCMとブリッジを組み合わせ。

MoonbeamによるEVM互換（XC-20規格）：

• XC-20規格: Moonbeamはクロスチェーン資産をERC-20（およびPermit）規格準拠のXC-20として提供。DOTはxcDOTとして表現。開発者は一般的なEthereumツールで操作、Polkadotはバックエンドでリザーブ会計。
• **ローカル/外部XC-20: ** ホーム/リザーブがMoonbeam自身のトークンはローカルXC-20、DOTなど資産は外部XC-20（本体残高はリザーブチェーン、Moonbeam上はERC-20表現流通）。

運用注意：

• 用途ごとの選択: Polkadot内移動（DOT between Asset Hubと他パラチェーン）はXCMを利用。外部ネットワーク（Ethereum等）との間はブリッジ使用、ブリッジトークンはリスク・信頼モデルが異なる。
• 運用中の注意: DOTリザーブロケーション移行（Asset Hub化）は進行中。パラチェーン・アプリはXCMコンフィグ更新要。ユーザー案内はPolkadot Supportやフォーラムで発信中。

Polkadotはスイスの非営利Web3 Foundation（W3F）が始動し、同団体のフラッグシッププロジェクトです。W3F創設者はDr Gavin Woodで、2016年にPolkadotのヘテロジニアスマルチチェーン設計を記したホワイトペーパーを著しました。

プロトコルとランタイムの開発リードはParity Technologies、W3Fと共に2020年Polkadot本番ネットワークの立ち上げを担当しました。

Polkadot創業メンバーは一般的にGavin Wood、Robert Habermeier、Peter Czabanが挙げられます。W3Fローンチ発表ではRobert HabermeierをPolkadot共同創設者・コア開発者、Peter CzabanをPolkadotおよびWeb3 Foundation共同創設者と記載。

W3Fは2020年5月26日にPolkadot本番展開を開始、数年間にわたり開発。その後段階的にトークン保有者によるコントロール移管・DOTオンチェーン発行が実現されました。供給メカニズム・デノミネーションは前述項参照。