すべてのWeb3プロトコルがネイティブトークンを必要とするわけではない

新しいプロトコルを開発する際、新しいネイティブトークンが必要であるという前提がほぼ常に存在します。ほとんどのブロックチェーンとWeb3フレームワークは、プロトコルのセキュリティを維持し悪意のある行為者を抑止するために、インセンティブとペナルティで構成される暗号経済システムに依存しています。

\ しかし、近年では「ロールアップ」や「レイヤー2」ソリューションとして新しいWeb3アプリケーションをデプロイすることが一般的になっています。イーサリアムブロックチェーン上のロールアップ、Polkadot上のパラチェーン、またはAvalanche上のサブネットとして実装されるかにかかわらず、主な目的は親ネットワークの堅牢な経済的セキュリティを活用し、その大規模な検証者プールとセキュリティ保証を利用することです。

障壁：独自トークンの正当化

現在、ブロックチェーンを構築する技術的な課題は、多数のSDKとフレームワークの利用により大幅に軽減されています。PolkadotSDKやCosmosSDKなどのツールにより、開発者はテンプレートを利用して、標準的なWeb3プロトコルに期待されるすべての標準機能を備えた機能的なネットワークを迅速に立ち上げることができます。

\ これらの進歩にもかかわらず、大きな障壁が残っています：アイデンティティ、つまりシビル攻撃に対する耐性を確保することです。

\ ==悪意のある行為者がネットワークを完全にスパムしたり害を与えたりできないようにする方法がまだ必要であり、これがプルーフ・オブ・ワーク(PoW)やプルーフ・オブ・ステーク(PoS)のような暗号経済システムの経済的側面が存在する主な理由のほとんどです。==

\ その後、トケノミクスが次の懸念事項となります：プロジェクトのトークンモデルに欠陥があったり、構想が不十分だったりすると、基盤となる技術の品質に関係なく、取り組み全体が損なわれる可能性があります。

\ 完全に別個の暗号経済ネットワークを設計し確保する必要性は、より優れた、より回復力のあるアプリケーションやインフラストラクチャを構築することが中核的使命であり、金融政策を管理することではない開発者やスタートアップにとって、かなりの障害となります。

\ 幸いなことに、この複雑さに対するソリューションを提供する形で状況は進化しています。

解決策：「親」ネットワークのトークンの活用

新しいプロトコルが既存のネットワーク上に構築され、ロールアップ/レイヤー2としてデプロイされる場合、本質的に親ネットワークからセキュリティを継承する（はずです）。

\ これは重要な疑問を提起します：なぜすべての操作に親ネットワークのネイティブトークンを単純に使用しないのでしょうか？すべてはすでに設定されています。親ネットワークとの間で転送する際に、安全にチェックとバランスを実行できることを確認するだけです。==将来的には、シビル問題を解決し、ロールアップ/サービスにセキュリティを提供する親ネットワークがあると仮定すれば、トークンなしでロールアップを立ち上げることも可能かもしれません。==

\ Polkadotは「トークンレス」パラチェーンの立ち上げを許可しています。パラチェーンは代わりにレイヤー1のトークン（PolkadotのDOTなど）を使用して、取引手数料やセキュリティメカニズムを含むすべての操作を促進することができます。

\ このアプローチにより、チームは==ソリューションの構築とコアアプリケーションロジック==に集中することができます。言い換えれば、トークンメカニクスに悩まされるのではなく、回復力のあるアプリケーション/インフラストラクチャを構築できるように、プロトコルを稼働させることに重点を置くことができます。

実例：EduChain

この概念は単なる理論ではありません。Web3財団の技術教育チーム（私もその一員です！）は、このトークンレス構成のライブデモンストレーションとして機能するEduChainでこれを実験しました。これはPaseoテストネット上のPASトークンを具体的に使用し、機能通貨として親ネットワークのトークンを利用しています。

\ EduChainの構成は、XCMを使用した準備金に裏付けられた転送を通じて次のように機能します：

\

• 初期供給量ゼロ：チェーンは自身の潜在的なトークンの総供給量がゼロの状態で開始します。ネットワークアカウントに資金を提供するには、親ネットワーク（Paseo）からXCMを介してクロスチェーン転送を開始する必要があります。

• 準備金と主権アカウント：パラチェーンはシステムパラチェーン（Paseo Asset Hubなど）を親トークン（PAS）の準備金として指定します。パラチェーンの作成時に、主権アカウントとして知られる特殊なアカウントが、パラチェーン専用に親チェーン上で自動的に生成されます。

• PASの転送：

• ユーザーが親チェーン（Paseo）上のアカウントからパラチェーン（EduChain）へPASを送信すると、PASは親チェーン上のパラチェーンの主権アカウントに預けられ、そこで準備金として機能します。

• 同時に、PASを表す新しいローカル資産がパラチェーン上で発行され、ユーザーのアカウントに入金されます。

• ユーザーがこのローカル資産を親チェーンに戻すと、パラチェーン上でローカル資産がバーンされ、対応するPAS量がロック解除され、主権アカウントから親チェーン上の受取人のアカウントに転送されます。

  \

このXCMメカニズムにより、パラチェーン上のPASの各単位が、親ネットワーク上の安全な準備金に保持されている実際のPASによって1:1で完全に裏付けられていることが保証され、それによって個別のプロジェクト固有のトークンの必要性が排除されます。

\ 一般的な注意点として、パラチェーンは資産の独自のローカル表現を制御し、原則として、自身のガバナンスに従ってそれらの残高を変更することができます。しかし、Asset Hub — 準備金の場所として — はネットワーク全体でその資産の正規の準備金に裏付けられた会計を維持し、パラチェーンはAsset Hubを介してXCM指示を使用して、この会計が正確かつ一貫して維持されることが期待されています。

\ EduChainとその運用メカニズムに関する包括的な詳細については、以下で文書が入手可能です：https://web3educhain.xyz/

結論

この記事は、ロールアップやレイヤー2の経済的およびセキュリティ上の懸念を親ネットワーク自体に委任する重要な可能性を強調することを目的としていました。準備金に裏付けられたXCM転送を採用することで、プロジェクトは新しいWeb3プロトコルの立ち上げに関連する実質的な困難を完全に回避し、チームが優れたアプリケーションの構築と実世界の問題への対処に全力を注ぐことができるようになります。

\ このソリューションの実装に興味のある個人は、Paseo上でのパラチェーンの立ち上げ、およびより詳細な情報についてはEduChainリポジトリを探索することができます：

\

• パラチェーンゼロからヒーローへのチュートリアル
• Web3 Educhain

\