Canton を理解する #1: Canton Coin、経済学、バーン・ミント均衡
Zenith Network
この記事は、Cantonのコアな構成要素を一つずつ解説することでCantonをより理解しやすくすることを目的としたシリーズの第一弾です。まずCanton Coinを取り上げ、その存在意義、ミントおよびバーンの仕組み、報酬の流れ、そしてネットワークのトークノミクスが供給ダイナミクスと実際の利用にどう結びついているかを説明します。
Cantonのネイティブトークン：Canton Coin
Canton Coin（CC）はGlobal Synchronizerのネイティブユーティリティトークンです。初期コインオファリング、事前採掘された供給、あるいは創業者・従業員・ベンチャー投資家への優遇配分なしに導入されました。その発行はGlobal Synchronizerが稼働を開始して初めて始まりました。Canton MainNetは2024年半ばから稼働しており、Canton Coinは一度限りの配布イベントとしてではなく、継続的なネットワーク参加の関数としてミントされます。
基本的な理念は、初期の資本配分ではなくネットワークの有用性に報いることです。Canton Coinは稼働中のネットワークへの積極的な参加を通じて獲得されます。具体的には、Super Validatorインフラの運用、ユーザーアクティビティを処理するバリデーターノードの運用、または測定可能なネットワーク使用量を生み出すアプリケーションの構築などです。最近のガバナンス変更では、CIP-0105に基づくSuper Validatorの報酬ロックなど、元のフェアローンチ設計の上に長期的なアラインメントメカニズムが追加されています。
バーン・ミント均衡
Canton Coinのトークノミクスは、トークン供給を実際のネットワーク使用量に合わせることを目的としたバーン・ミント均衡モデルを基盤としています。
バーン側では、Global Synchronizerを通じて送信されたトランザクションがネットワークトラフィックを消費します。有料トラフィックはメガバイトあたりUSDで表示され、現在のオンチェーンUSD/CC換算レートで対応する$CC量をバーンすることで賄われます。個々のトランザクションは、送信バリデーターのトラフィック残高を時間の経過とともに消費します。言い換えれば、すべてのトランザクションが$CCのバーンを引き起こしますが、バーンは各トランザクションが送信される正確な瞬間ではなく、有料トラフィックがアプリケーションまたはバリデーターによって購入またはチャージされる際に発生します。ほとんどの場合、消費されたトラフィックのコストはトランザクション手数料という形でユーザーに転嫁されるため、ユーザーアクティビティとトラフィック購入/$CCバーンの間には依然として直接的な相関関係があります。
トラフィックは通常のアプリケーションアクティビティにおける主要なバーンドライバーです。保有手数料など他のバーン要素も存在しますが、これらはバーンされる$CC全体のごく一部に過ぎません。つまり、現在のハイレベルな経済モデルは、ユーザーアクティビティと$CCバーンが密接に相関しているとはいえ、汎用的なトランザクションごとの手数料バーンモデルではなく、トラフィックを通じて理解するのが最適です：
ユーザーアクティビティとトランザクション送信はバリデーターのトラフィック残高を消費し、
バリデーター向けのトラフィック購入が$CCのバーンを引き起こし、
消費されたトラフィックのコストは、アプリケーションを通じてトランザクション手数料という形でユーザーに転嫁することができます。
ミント側では、インフラプロバイダー、バリデーター、およびアプリケーションプロバイダーは、それぞれの機能に応じてネットワークに有用性を提供した報酬として新たなCanton Coinをミントすることが認められており、ミント権は測定可能なアクティビティに応じて配分されます。
長期的には、Canton のトークノミクスは年間約25億Canton Coinがミントされる状態を目標とし、純供給の拡大または縮小は実際のネットワークアクティビティを通じてどれだけの$CCがバーンされるかによって決まります。使用量が増加してバーンがミントを上回れば供給は縮小し、使用量が減少してバーンがミントを下回れば供給は拡大します。このフィードバックループにより$CCの発行はCanton Networkの実際の運用価値に固定され、トークン供給が実際の経済活動とともに進化することが保証されます。
トラフィック消費による$CCのバーン
Global Synchronizer上の通常のアプリケーションアクティビティにおいて、主要なプロトコルレベルのバーンメカニズムはトラフィック消費です。
Global Synchronizerに送信されたすべてのトランザクションはデータトラフィックを消費します。前述のとおり、トランザクションを処理してネットワークに送信するために、バリデーターノードはメガバイト単位で計測されUSDで価格設定されたトラフィッククレジットを必要とします。執筆時点では、追加トラフィック価格は一般的に1MBあたり60ドルとして参照されていますが、実際の値はガバナンスで設定可能であり、常に最新のネットワークデータを確認する必要があります。有料トラフィッククレジットは、現在のオンチェーンUSD/CC換算レートで$CCをバーンすることで購入されます。バーンされた$CCは流通から永久に除去されます。
重要な詳細として、$CCがバーンされるのはトラフィックが購入またはチャージされる時であり、トランザクションが処理されて既に購入済みのトラフィック残高が消費される都度ではありません。バリデーターのトラフィック残高をチャージするために$CCをバーンできるのは、バリデーターオペレーター、アプリケーションプロバイダー、またはサードパーティサービスの誰でも可能ですが、トラフィッククレジットは対象のバリデーターノードに付与されます。
CIP-0104（現在実装中）以降、トランザクション送信の費用は送信バリデーターのみに課されます。確認バリデーター、すなわちトランザクションを検証したが送信しなかったバリデーターにとって、確認作業は実質的に無料です。これはつまり、バリデーターが自身のホストするアプリケーションのユーザーが実際に送信するトランザクションのトラフィックコストを負担することを意味し、そのコストは補助されるか、あるいはトランザクション手数料という形で全額ユーザーに転嫁されます。
トラフィックの費用は誰が負担するのか？
これはEthereumのガスのように、エンドユーザーがトランザクション送信時にプロトコル手数料を直接支払う仕組みとは異なります。Cantonでは、プロトコルが送信バリデーターのトラフィック残高に課金します。そのコストを最終的に誰が負担するかは、関係者間のビジネス上の決定事項です。アプリケーションプロバイダーがそれを吸収することも、アプリケーションが価格設定の一部としてエンドユーザーに転嫁することも、あるいはサードパーティがバリデーターに代わってトラフィックをスポンサーすることも可能です。
現在のモデルをよりシンプルに理解するには次のように考えると良いでしょう：トランザクションはトラフィックを消費し、有料トラフィックは$CCをバーンすることで賄われます。アプリケーションはそのコストを回収するために、ホスティングバリデーターのトラフィックを購入する目的で、$CC、法定通貨、ステーブルコイン、または他の資産でユーザーに課金することを別途決定できます。
Canton上のすべてのアプリケーションはこの設計上の選択に直面します。トークン化された証券プラットフォームは手数料を決済ワークフローに組み込むことができます。取引所はユーザーに取引ごとに課金することができます。ステーブルコインプロバイダーはトラフィックをインフラのオーバーヘッドとして吸収することができます。基本的な経済原理はすべてのケースで同じです：トランザクションはトラフィックを消費し、トラフィックは有料トラフィックが購入される際の$CCバーンを通じて賄われ、アプリケーションはそのコストを商業的にどう配分するかを決定します。
これにより閉じた経済ループが生まれます。ネットワーク活動がトラフィックを消費し、有料トラフィックは$CCをバーンすることで購入され、ミント権は測定可能なユーティリティに比例して配分されます。これにより、Canton Coinの発行が実際のネットワーク活動によって駆動されることが保証されます。
報酬メカニクスの一環としての$CCのミント
Canton Coinのミントは、3つのカテゴリーのネットワーク参加者に分配されます。各参加者は、ミントカーブによって決定されるラウンドごとのミント予算のシェアを受け取ります。ミントは約10分ごとに発生する個別のラウンドで行われます。
現在のオリジナルミントカーブのフェーズ（ローンチから1.5〜5年後）では、グロス配分は次のとおりです。アプリケーションプロバイダーが62%、バリデーターが18%、スーパーバリデーターが20%を受け取ります。CIP-0082に基づいて設立された5%の開発基金は、エコシステムグラント、セキュリティ監査、およびツール整備の資金として、報酬カテゴリー全体の将来のミント排出量から按分して徴収されます。
各ラウンド内で、参加者は報酬クーポンまたはアクティビティレコードを獲得します。これらは自動支払いではなくミント権です。これらの権利は、適用されるミントまたはクーポン有効期間内に積極的に請求する必要があります。
アプリケーションプロバイダー
アプリケーションプロバイダーはミントの最大シェアを獲得し、このシェアは時間とともに増加するよう設計されています。CIP-0104で承認され、7月にSpliceを通じてロールアウトされる予定のトラフィックベースモデルの下では、アプリケーション報酬は手動で提出されたアクティビティマーカーから離れ、シーケンサーおよびメディエーターデータからのアプリ関連トラフィックの自動測定へと移行します。
このモデルでは、アプリケーション報酬はGlobal Synchronizer上でのアプリ関連アクティビティが成功した際のトラフィックコストから計算されます。各アプリケーションのアプリ報酬プールにおけるシェアは、そのラウンドの注目アプリの総トラフィックに対して、そのトランザクションが生成するトラフィックの割合に比例します。これは、CIP-0098によって導入された1トランザクションあたり$1.50の上限を含む、適用されるトランザクションごとの上限に従います。
これにより、アプリケーションがネットワーク上で実際に行うことと、その収益との間のアライメントが強化されます。注目アプリと非注目アプリの区別を含むアプリ報酬メカニクスの詳細については、このシリーズの次の記事で取り上げます。
バリデーター報酬
バリデーターはトラフィック関連のアクティビティを通じて報酬を獲得します。バリデーターのトラフィック残高が$CCをバーンすることで補充されると、ValidatorRewardCouponが作成されます。クーポン金額はバーンされた$CCに対応し、バリデーターオペレーターはクーポンごとの上限に従い、そのラウンドのバリデーター報酬プールの比例シェアを請求できます。
以前は、バリデーターはオンラインであるだけでライブネス報酬を獲得することもできました。CIP-0096により、これらは2026年4月30日をもって完全に廃止されました。現在、トランザクションを処理しないバリデーターは、受動的なライブネスによって$CCを獲得することはできません。この変更により、バリデーターの経済性は受動的な可用性ではなく、積極的なトランザクションフローに直接結びつけられます。
実際には、バリデーターにとって最も経済的に効率的なモデルは、実際のユーザーアクティビティを生成するアプリケーションをホストすることです。独自のバリデーターも運営するアプリケーションプロバイダーは、同一のトランザクションフローに対して、アプリプールからのアプリ報酬とバリデータープールからのバリデーター報酬の両方を獲得できます。
スーパーバリデーター報酬
スーパーバリデーターはGlobal Synchronizerのコンセンサスインフラを運営することで報酬を獲得します。ミントにおけるそのシェアは、ブートストラップフェーズ中の当初の80%から現在の20%へと大幅に減少しており、10年後にはさらに5%まで低下する予定です。
ミントカーブと報酬配分
ミンティングスケジュールは、インフラのブートストラップから時間の経過とともにアプリケーション主導の成長へと報酬をシフトするよう設計されています：
流動的な$CC供給量の減少
バーン・ミント均衡に加え、Canton Coinの流動供給量に対処する別のメカニズムが存在します。 CIP-0105は、流通供給量を直接削減するSuper Validatorsのロックフレームワークを導入します。
Super Validatorsは、生涯累計獲得報酬の一部をロックすることを選択できます。報酬ウェイト（SVウェイト）は、アクティブにロックされている生涯収益の割合に直接連動しています：SVウェイトの100%を獲得するには、Super Validatorはアクティベーション時に累計生涯収益の70%をロックする必要があり、1年後には65%、2年後には60%、3年後には55%へと低下します。より小さい割合をロックしたSVは、比例して減少したウェイトを獲得します。ロックされた報酬の割合が段階的モデルの最低必須閾値を下回ったSVは、SV報酬を獲得できません。
アンロックは必須のベスティングプロセスに従います：開始されると、要求されたアンロック額の1/365.25が毎日ベストし、流動化します。SVウェイトの維持にカウントされるのは、完全にロックされた非ベスティング部分のみです。これにより機会主義的な行動が防止されます：Super Validatorsはガバナンスへの影響力を即座に失うことなく、市場状況に応じて迅速にアンロックすることはできません。
このメカニズムはすべてのSuper Validatorsに例外なく均一に適用され、CIP-0105アクティベーション前に獲得した過去の報酬と将来のすべての報酬の両方をカバーします。実際の効果は、ネットワーク最大の報酬受取人からの流動的なCanton Coin供給量の大幅な削減です。これはバーン・ミント均衡と連携して機能します：バーンは総供給量を削減し、ロックは流動部分を削減し、両方が実際のネットワーク参加に結びついています。
注目のアプリケーションプロバイダーに対する同様のロックフレームワークが最近、 CIP-0116のもとで承認されました。
ZenithがCantonのバーン・ミント均衡にどのように貢献するか
ZenithのアーキテクチャはEVMアクティビティがCantonのバーン・ミント均衡に直接貢献することを保証します。Zenith上のすべてのEVMトランザクションはCantonアクティビティとして表現され、Cantonプロトコルを経由します。これはZenithのアクティビティがGlobal Synchronizerのトラフィックを消費し、有料トラフィックが$CCをバーンすることでCantonの通常のトラフィックモデルを通じて賄われることを意味します。
シーケンサー手数料がベースレイヤーの経済モデルの外部で取得される可能性がある従来のLayer 2設計とは異なり、ZenithはCantonの経済ループ内に手数料の価値を保持します。Cantonのトークノミクスの外部で動作するシーケンサーに価値が流出することはありません。Zenithがスケールし、より多くの開発者がZenith EVMおよびZenith Stackを通じてアプリケーションをデプロイするにつれて、EVMが生成するCantonアクティビティの量が増加し、Global Synchronizerトラフィックへの追加需要、ひいては追加の$CCバーン圧力が生まれます。
したがってZenithは、基盤となるメカニズムへの変更を必要とせずに、CantonのバーンミントEVMアクティビティへの均衡を拡張します。Zenith上のEVMの成長は、設計上、Cantonトラフィックに対する使用量主導の追加需要であり、Canton Coinのバーン・ミントダイナミクスへの追加の貢献者です。
