Evernode(EVR):XRPLエコシステム向けLayer2スマートコントラクトネットワーク

Evernode(エバーノード)の概要

Evernodeは、2024年1月15日にローンチされたXahauのLayer2ネットワークで、柔軟かつスケーラブルなdAppのホスティングを目指しています。各dAppは独自のミニブロックチェーン(AppChain)として動作し、開発者は使用する言語、機能、地域、規模を自由に選択できますが、独自のコンセンサスメカニズムを開発する必要はありません。

プロジェクトは、Evernode Labs Pty Ltdによって主導されており、オーストラリア国立大学のUBRI資金とXRPL Grantsの支援を受けて、Evernode IP(知的財産)を生み出しました。Evernode Labsは、3つのHooksとHotPocket/Sashimonoバイナリなどのオープンソースおよびクローズドソースの技術を組み合わせて、Evernode IPを提供しています。

初期の計画では、Hooks amendmentが組み込まれたXRP Ledger(XRPL)をベースに開始する予定でした。しかし、将来的にXRPLがHooksを導入する可能性が低いことから、Hooksに依存しないEvernodeの開発も検討されましたが、これは実現が難しいことが明らかになりました。その後、Xahau Networkが登場し、EvernodeはHooksが実装されたXRPLのコードベースを活用することになりました。

Layer1のXahau Network上でネイティブトークンEVRを発行することで、独立したEvernode Networkが不要になります。これにより、分散型のdUNLを指定、識別、およびインセンティブ付けする際に生じる複雑さを回避します。

Xahau Networkを選択した理由

Xahauは、Evernodeが必要な機能を提供するXRPLの新しい安全なパブリックなサイドチェーンであり、多くの利点をもたらします。Evernodeは、スマートコントラクト機能を備えた他のLayer1でも展開が可能でしたが、XahauはXRPLに基づいており、軽量スマートコントラクトのamendmentであるHooksが追加されているため、Xahau Network上での開発が選択されました。

Evernodeの5つの構成要素

Evernodeは、ホストと開発者が協力して構築する分散型のネットワークです。ホストになるためには、専用のソフトウェアをダウンロードし、登録料としてEVRを支払うだけです。信頼できるホストは、ネットワークに接続するだけで報酬を得られ、dAppをホストすることで収入を得ることができます。

開発者は自分の言語、機能、地域、規模を選択してdAppを構築し、世界中の独立したホストで展開できるグローバルネットワークを提供します。Xahauの軽量スマートコントラクトであるHooksと組み合わせることで、分散型アプリケーションの利用事例が大幅に広がります。

Evernodeは、以下の5つの主要な要素から構成されています。

  • コンセンサス:コードを実行し、複数のインスタンスをAppChainとして機能させるオペレーティングシステム環境。
  • ホスティング: 実行可能なプログラムの複数のインスタンスを、世界中の独立した所有・運営ホストにデプロイできる仕組み。
  • 分散型ネットワーク: Layer1チェーンを介してネットワークを調整し、最大限の安全性と分散化を実現する仕組み。
  • ネイティブトークン: ホストに対するインセンティブとして作られ、ネットワーク登録やホスティング料金の自動支払いを促進するデジタル資産。
  • 分散型ガバナンス: ホストが登録、報酬、ガバナンスに関するルールを投票で更新でき、投票によって悪質なホストの登録解除も投票によって決定される仕組み。
ホワイトペーパー

以下、Evernodeのホワイトペーパーになります。

クローズドソースのHotPocketとSashimono

Evernode Labsが所有するEvernode IPには、オープンソースの3つのHooksとクローズドソースのHotPocketとSashimonoが含まれています。

  • HotPocket(ホットポケット):Evernodeのコンセンサスメカニズムであり、XRPLのコンセンサスエンジンに統合された支払いアプリケーションを他のアプリケーションに置き換えることができます。
  • Sashimono(サシモノ):Layer1とLayer2を効果的に結びつけるツールであり、ホスティングのデーモンとして機能します。この名前は、目立つ釘や結合材を使わずに構造物を組み立てる日本の伝統的な木工技術である「指物」に由来しています。
1)HotPocket:合意形成オペレーティングシステム

HotPocketは、Ripple Consensus Protocolに似たUNLベースのコンセンサスメカニズムを使用しています。UNLは信頼性のあるノードで構成され、HotPocketではこれをネットワークの安全性と効率向上に活用しています。

XRPLは、コンセンサスエンジンに組み込まれた決済アプリケーションとして機能しており、HotPocketはこの内部のアプリを他のアプリに簡単に置き換えることができます。HotPocketのコンセンサスメカニズムは、異なるトランザクションや入力に対して抽象化されているため、従来のアプリケーションを容易にdAppに変換できます。

XRPLを大きな箱と考え、その中に決済アプリが収められている様子を想像してください。HotPocketはこの箱を拡張し、その中に収めるアプリを自由に選択できるようにしました。HotPocketは単なる決済だけでなく、さまざまな種類のアプリケーションを実行できる柔軟なプラットフォームとして機能します。

4つの主要コンポーネント

HotPocketには、主に以下の4つの構成要素があります。

  • UNLコンセンサスプロトコル:HotPocketはUnique Node List(UNL)ベースのコンセンサスプロトコルを採用しています。これにより、複数のLinuxマシンが合意ルールを適用し、複数のインスタンス間で共有される正準状態を保持してミニブロックチェーンを構築します。
  • 高速な状態同期: HotPocketは、ノードを迅速に起動し、既存のネットワークとの同期を容易にするための追加機能を提供しています。
  • コントラクトライフサイクル管理: HotPocketは、コントラクトのすべてのインスタンスが同一の構成を有し、合意形成時に自動的にアップグレードされることを保証します。
  • 最小限の設定:  HotPocketは、新しいノードが既存のコントラクトに参加する際に、最小限の情報でクラスターとの同期を可能にします。
UNLコンセンサスメカニズムの仕組み

HotPocketのコンセンサスメカニズムは、以下の手順で動作します。

  • セットアップ:プログラマーは一連のサーバーを設定し、これらのサーバーの公開鍵、IPアドレス、およびポート番号のピアリストを使用してUNLを作成します。この設定は、コントラクトネットワーク内のすべてのサーバーにコピーされます。
  • 同期:実行中、各HotPocketインスタンスはピアに接続し、設定可能なコンセンサスしきい値(ノードの50%から100%の間)に基づいて、現在の契約状態をすべてのUNLピア間で同期します。このしきい値は、存続性とセキュリティの間のトレードオフに基づいて設定されます。状態転送と同期が完了すると、コントラクトネットワークは、コントラクトのユーザーからの入力データを収集します。
  • ユーザーからの入力:ユーザーは、明示的に接続拒否が設定されていないノードであれば、どのノードにも接続できます。ユーザーは公開鍵の所有権を証明することで自身を識別し、その入力はコンセンサスメカニズムに投入されます。このプロセスは、Bitcoin、XRPL、Ethereumなどのネットワークにおけるトランザクションの流通と類似しています。
  • 入力に対する合意形成: コントラクトのノードは、コンセンサスのラウンドを実行し、どのユーザー入力がこのブロックに含まれるべきか、次のブロックまで保留されるかを決定します。ラウンドの時間、現在の契約の状態、 最後に閉じた台帳 (ネットワークの正規状態)のIDなど、 他の重要な合意形成情報もコンセンサスに組み込まれます。3ラウンド終了後、過半数のUNLピアによる合意が達成されます。コントラクトネットワークがパブリックネットワークとして設定されている場合、UNL以外のピアも合意形成過程を観察できます。
  • 実行:合意形成が完了すると、各HotPocketノードはスマートコントラクトの実行ファイルを同時に起動し、同じユーザー入力セットを同じ規範順序で提供します。スマートコントラクトは、ユーザー入力のバッチを処理し、コントラクト出力を生成します。これには、コントラクトの状態の更新と、ユーザーに返す出力が含まれます。
  • Node Party Line&サブコンセンサス機能:スマートコントラクトの実行中、UNLのノードはHotPocket が提供するブロードキャストサービスを通じて互いに通信することができます。これをNode Party Lineと呼びます。この機能は、ノードがサブコンセンサス合意と情報共有を実行するのを助け、各ノードが完全に決定論的に振る舞う必要がないようにします。
  • ユーザー出力:スマートコントラクトの実行後、すべてのノードが同じ出力と状態更新を生み出したことを確認するために、再び合意形成ラウンドが実行されます。実行結果が合意された後、ユーザー出力は適切なユーザーに提供されます。

上記の機能により、アプリケーションの性質に関わらず、堅牢かつ実績のあるビザンチン故障耐性を持つ合意形成メカニズムが提供されます。

高速な状態同期(Rapid State Syncing)

HotPocketは、新しいノードが現在の状態に素早く追いつけるように、BitTorrentに似た状態管理システムを導入しています。

各コントラクトの実行時に、コントラクトのバイナリはその状態フォルダにアクセスして読み書きを行います。この状態フォルダはHotPocketのサブプロセスによって管理され、FUSEデバイスとしてマウントされています。コントラクトがディスク上の状態を変更するたびに、FUSEサブプロセスはコントラクトの状態に関するMerkleツリーの表現を更新します。そして、Merkleツリー間の差分が計算され、台帳チェーン内の2つの異なる状態間で変更されたデータのみが効率的に転送されます。

これにより、ノードは状態を素早く追いつけるために古い台帳を再生する必要がなくなります。特に高いスループットを持つコントラクトの場合、古い台帳を追いかけることは通常難しくなることがあります。

スマートコントラクトのライフサイクル管理

HotPocketは、スマートコントラクトのライフサイクルを管理する2つの機能を備えています。

  • オンライン設定:まず、コントラクトの設定はコンセンサスの対象となり、すべてのノードが同じ設定を使用して決定論的な実行を行うことを保証します。コントラクトは実行時に独自の設定を更新でき、コンセンサスを通じてすべてのノードが同じ設定を維持することができます。
  • 自己編集可能なコントラクト:次に、HotPocketのスマートコントラクトは、必要に応じて、コントラクトのバイナリおよびアップグレードアクティビティをコンセンサスの対象とするように「ライブ」するように構成できます。HotPocketは、コントラクトによって提供されるインストールシェルスクリプトを使用して、コンセンサスラウンド間でコントラクトのアップグレードを実行する引き継ぎメカニズムを提供します。アップグレードの結果は、後続のコンセンサスラウンドで自動的に検証されます。

これらの2つのコントラクト管理機能の組み合わせにより、HotPocketは、コントラクトが独自のライフサイクルを自律的に管理できる豊富な管理環境を提供します。

2)Sashimono:分散型ホスティング

HotPocketは便利ですが、各開発者が各dAppの実行マシンを自ら構築する必要があれば、比較的中央集権的な解決策となりかねません。その代わりに、HotPocket dAppをホストできるソフトウェアを実行する独立した所有者によって運営されるグローバルなマーケットプレイスが必要です。このようなdAppホストネットワークこそ、Sashimonoが解決すべき課題です。

Sashimonoはホスティングデーモンで、共有Linuxホスティング環境にHotPocket dAppのインスタンスをデプロイし、同じホスト上で実行中の他のdAppインスタンスと干渉せずに動作させる機能を提供します。要するに、SashimonoはHotPocket dAppのデプロイメントに特化したマルチテナントクラウドホスティング環境です。

クローズドソースのSashimonoの設計

分散型アプリケーションインスタンスの構造

Sashimonoは、HotPocketとdAppの実行ファイルをセキュリティが強化されたコンテナ管理ツールを使用してパッケージ化し、分散型アプリケーションインスタンスの構造を形成します。dAppのボックスには信頼されていないコードが含まれているため、これらを安全なコンテナに取り込むことで他のシステムを悪意のあるdAppから保護します。

Sashimonoの第1設計ステージ
ステート・ファイルシステム (State Filesystem)

HotPocketは、dAppの状態管理にFUSEファイルシステムを使用しています。これにより、重要な機能であるチェックポイントや状態同期が実現されています。

Sashimonoの第2設計ステージ

Sashimonoは、セキュリティ上のリスクを考慮して、コンテナからホストのFUSEデバイスへの直接アクセスを避け、代わりに外部のサンドボックス内にステート・ファイルシステムを配置しています。この手法により、コンテナはホストのFUSEデバイスへの依存がなくなり、dAppはステート・ファイルシステムにアクセスできます。ただし、特権コンテナはセキュリティ上のリスクが伴います。ステート・ファイルシステムがコンテナの外にあるため、コンテナの特権モードは不要となり、ステート・ファイルシステムは直接ホスト上のFUSEデバイスにアクセスできます。

Sashimonoの第3設計ステージ

HotPocketは、dAppの状態管理にFUSEファイルシステムを使用しています。これにより、チェックポイントや状態同期など、HotPocket固有の機能が可能となります。しかし、セキュリティ上のリスクを考慮し、コンテナとは別の外部サンドボックス内にステート・ファイルシステムを配置しています。この方法により、コンテナはホストのFUSEデバイスへのアクセスが不要であり、ステート・ファイルシステムはホスト上のFUSEデバイスに直接アクセスできるようになります。

Sashimonoの第3設計ステージ
HotPocket vs dApp

コンテナ内ではHotPocketとdAppが同じ能力レベルで実行され、悪意のあるdAppがHotPocketに影響を与えるリスクがあるため、問題解決のためにdAppを特権のないユーザーアカウントで実行しています。これにより、最小特権のユーザーアカウントで実行されるdAppはHotPocketに影響を与えず、かつユーザー権限外での操作も防ぐことができます。悪意のあるdAppには、ユーザーアカウント内とコンテナ内の2つのバリアが存在し、ホストシステムへの攻撃を試みるには、dAppは特権のないユーザーアカウントから脱出し、さらに特権のないコンテナ自体からも脱出する必要があります。

Sashimonoの第4設計ステージ
マルチテナントのインスタンス/コンテナ管理

Evernodeがネットワークとして機能するためには、各ホストは複数の独立したdAppインスタンスをホストできる必要があります。また、これらのdAppsがホスト自体やお互いに干渉しないようにする必要があります。この目標を達成するために、複数のdAppインスタンスはコンテナデーモンによって管理され、コンテナとして独立して実行されます。

Sashimonoの第5設計ステージ
Sashimono – コンテナデーモンの分離

しかし、 悪意のあるdAppがコンテナの防御を突破すると、Sashimonoエージェントに悪影響を与える可能性があります。これは、コンテナデーモンとSashimonoエージェントが同じ特権レベル(root)で実行されているからです。この問題を解決するために、すべてのコンテナ管理活動を特権のないユーザーアカウントに切り替えました。これにより、特権のないユーザーアカウントで実行されるdAppコンテナとコンテナデーモンは、Sashimonoやホストに影響を与えません。

Sashimonoの第6設計ステージ
マルチテナントの分離

この設定の課題は、すべてのdAppがシステムの重要なコンポーネントから隔離されていても、それらが依然として互いに干渉する可能性があることです。悪意のあるdAppがコンテナのバリアを突破すると、同じホスト上で実行されているすべてのdAppインスタンス(テナント)が危険にさらされます。 そのため、各dAppテナントには専用のLinuxユーザーアカウントを設けました。

Sashimono最終設計

最終的なセットアップでは、各dAppとそのコンテナ管理環境は独自の特権のないユーザーアカウントを持っています。これにより、テナント間の分離が強化され、システムのセキュリティも大幅に向上します。このマルチテナントの最終的な分離デザインには、悪意のあるコードの脱出を防ぐための3つのバリアが設けられており、Linuxオペレーティングシステムが提供する強固なユーザーアカウントセキュリティに依存しています。さらに、Linuxのユーザークォータを利用して、リソース(CPU、RAM、ディスク容量)の割り当てを制限し、テナントのスムーズな作成と破棄を実現しています。

ただし、このセットアップには妥協点もあります。テナントごとのコンテナデーモンのオーバーヘッドが増加し、共通のコンテナイメージはテナント間で共有できないため、コンテナ管理のアップグレードはテナントごとに実施する必要があり、手間がかかります。

Xahau Registry Hook

Sashimonoは、HotPocket dAppのホスティングに特化した分散ネットワークを提供します。しかし、ネットワークを利用するには、ホストの登録が必要であり、この登録は中央集権化を避ける必要があります。この課題はXahau Network上のRegistry Hookによって解決され、EvernodeはHooksを使用してホストの登録を自動化します。ホストの登録状況はダッシュボードで確認でき、2024年1月24日現在、2,696のホストが登録されており急速に拡大中です。

Xahau Registry Hook
メカニズム:ホストの登録と特典の仕組み

ホストの登録と解除は、EVRの預け入れと引き換えに、Xahau Network上で自動発行および償還されるRegistration NFTに依存しています。

  • 登録:ホストがEvernodeに参加する際、EVRをデポジットして、それに応じてHookからRegistration NFTを受け取ります。Registration NFTにはメンバーシップの詳細が格納され、Evernodeのソフトウェアを実行するための無料ライセンスが確認されます。
  • 登録保証金:ローンチ時の登録デポジットの500EVRはスーキングのようなもので、5EVRがEvernode Labsに支払われます。ネットワークが成長するにつれて、Hookは残りのEVRをホストにリベートします。
  • 入金リベート:登録デポジットは、デポジットされたEVRが発行されたEVRの50%を超えると、半額に減少します。既存のホストは超過デポジットのリベートを要求できます。
  • 対象となるホスト:ホストは、以下の3つの条件を満たす場合に報酬の対象となります。Registration NFTを保持していること、1時間ごとの「ハートビート」メッセージと報酬の要求をHookに送信していること、信頼性が低いフラグが立っていないこと。
  • 自発的な登録解除:ホストは、HookにRegistration NFTを返却することで未払いの登録デポジットの50%を受け取ることができます。Hookは残りの50%をエポックの報酬プールに追加します。この50%の「税」はペナルティとして悪質なホストを抑制する役割を果たします。
  • 自動登録解除:Hookは、10日間連続して報酬を獲得できなかったホストを登録解除できます。この場合、HookはホストのRegistration NFTを破棄し、EVRの50%をリベートし、残りの50%をエポックの報酬に追加します。
高品質なホストの確保

分散型ネットワークにおいて重要なホストの品質の維持は、初期段階では以下の方法で実現します。

  • インセンティブ: ホストは、ネットワーク報酬を獲得するために、1時間ごとにHookに「ハートビート」メッセージを送信する必要があります。ハートビートを送信しないホストは「非アクティブ」に分類され、報酬の対象外となります。
  • ペナルティ:ホストの80%が協力して、不正行為者を解除するために、Registration NFTを強制的に償還する投票を行うことができます。Hookは、一方的な登録解除のペナルティとしてデポジットの50%のみを返金し、残りの50%はそのエポックの報酬に追加します。
  • 強制的な登録解除:誰でもRegistry Hookに「prune」メッセージを送信することができます。これを受け、Registry Hookは過去10日間連続してハートビートを送信していないホストのRegistration NFTを一方的に償還します。
  • 監査者: 賞金制を導入して、サードパーティの「監査」サービスの出現を促進します。このサービスは、ホスト監査ツールを使用して、コミュニティにホストのランキングサービスを提供します。ネットワークがパイロットモードの間は、Evernode Labsがこの役割を果たします。

Evernode dAppsの利点とサンプルユースケース

Evernodeは、各dAppを独自のミニブロックチェーンとして実行し、独自のチェーン履歴と専用ノードを持たせることで、通常のブロックチェーンよりも柔軟で強力な機能を提供します。パブリックとプライベートのいずれでも構築可能で、外部サービスを呼び出し、データを直接ディスクやウェブに読み書きし、通常のプログラムと同じように、信頼できる第三者や独自のコンセンサスメカニズムを実装する必要なく、あらゆるタスクを実行できます。

この柔軟性は、 以下の要点でdAppの普及を妨げる多くの問題を解決します。

  • 任意の言語: Evernode dAppsは、通常のアプリケーションと同様にコンセンサスエンジンを備えており、NodeJS、C++、rustなど、POSIXに準拠したどんなプログラミング言語でも使用可能です。
  • 任意の機能: Evernode dAppは、単独の通常のアプリができることはすべて共同で行うことができます。これには、データの読み書き、複雑な計算の実行、外部サービスへの接続などがあります。
  • 任意の管轄区域: Evernode dAppは、特定の管轄区域からのサーバーでのみ実行するようにプログラムすることができるため、開発者はプライバシー/GDPRや貿易禁輸措置などの問題のある法律に準拠する柔軟性を得ることができます。
  • 任意の規模: Evernode dAppは、コスト、セキュリティ、パフォーマンス、検閲耐性に関する競合するニーズに合わせて、必要な数のホストにデプロイすることができます。
サンプルユースケース

Evernodeでは、開発中に様々なユースケースの「試作品」バージョンを試験的に導入し、その実用性を示しました。

  • ノマド契約:ターゲットのホスト数に自身を展開し、ランダムにインスタンスを停止して新しいホスト上で起動することで、攻撃者による掌握を難しくします。
  • 会員制契約:ユーザーがインスタンスを実行し(および資金提供することで)契約に参加するという概念のデモンストレーションです。
  • iXRPL – 自己KYC: 検証済み身分証明書を暗号化してチェーン上で保存し、使い捨ての鍵で共有する自己主権型IDソリューションです。
  • EVMクラスター:SolidityのコントラクトをそのままEvernodeネットワーク上のEvernode dAppとして実行させるツールです。
  • 分散型ホテル予約:Evernode上で動作する分散型ホテル予約サイトです。
  • デジタル牛:オーストラリア産牛への投資利権をトークン化し、取引するプロジェクトの試作品です。
  • 「Everdog」NFTプロジェクト:生成されたjpegを含むすべてのデータをオンチェーンに保存するサンプルNFTプロジェクトです。
  • オンデマンドオラクル:HotPocket dAppは、独自のノードの一部または陪審員を選出し、チェーン外からデータを取得し、真実について合意し、チェーンの残りの部分に独自のオンデマンドオラクルとして報告することができます。

Evernodeは多岐にわたるアプリケーションとユースケースをサポートできます。Evernode dAppは通常のアプリケーションとして機能し、AppChainとして動作します。アウトオブザボックスのコンセンサスメカニズムにより、複数のインスタンスで共有される正規状態を維持します。これにより、Evernode上で収益性の高いビジネスを構築する可能性が、既存のアプリ市場と同等以上に深化します。

トークノミクス

Evernodeでは、ネイティブデジタル通貨のEvers(EVR)を使用しています。このトークンはXahau Network上で発行され、Xahau互換のウォレットであれば、どのウォレットでも保有できます。また、XahauはXRPLのフォークであるため、XRPをサポートするほとんどのウォレットはXAHとEVRを簡単にサポートできます。

Evernode上のすべてのサービスは、EVRで価格設定され、支払われます。 ホストのネットワーク登録にはEVRが必要であり、テナント(dApp)はホスティングの料金の支払いにEVRが必要です。長期的に、Layer2でバリデータを持たないXahau上で発行されるEVRトークンの価格は、投資家が考えるEvernodeが提供する分散型dAppのホスティングサービスの価値を反映するものに収束すると考えられます。

なぜ、XRPやXAHを使わないのか?

Evernodeは、開発過程でネイティブ通貨を持たないアーキテクチャを検討しました。しかし、Layer1のネイティブ通貨であるXRPやXAHを使用する場合、ネットワーク登録や手数料の支払いに関していくつかの課題が生じます。

  • ホスト報酬の不足:プロトコルが報酬を配布する手段がないため、ネットワークへの参加に対する報酬を提供できません。外部から報酬を調達し、無料で配布するのはコストがかかりすぎ、潜在的な税金上の問題も発生します。
  • 継続的な価格調整の難しさ: ネットワークサービスの価格設定がほぼ不可能になります。XRPの現在価値に基づいてホストが料金を調整することは現実的ではなく、プロトコルが登録料を柔軟に調整するのは困難です。

これらの問題を回避するために、Evernodeはスマートコントラクトによって固定かつ分散的にネイティブ通貨(EVR)を配布することを選択しました。登録料は一定のEVRに設定され、市場がその料金を決定する柔軟性が確保されています。ネイティブ通貨の導入は、多くの問題を解決するために不可欠な選択となりました。

EVRの発行アドレス
EVRトークンの配布構成

Eversの最大供給数は72,253,440 EVRです。 プレセールやICOは行わず、外部資金を調達せずに、助成金のみで完全に機能した状態でローンチされます。トークンは、裁量的なエアドロップか、ホスト運営に対する報酬として配布されます。

最初のローンチ時点で20,643,840 EVRが、ファウンダー、Evernode Labs、βテスター、XRPホルダーにそれぞれエアドロップされます。残りの71.43%の51,609,600 EVRは、すべてがEvernode Registry Hookに保管され、ホスト報酬に割り当てられます。これらの報酬は、10エポック(約118年間)にわたってホストに分配されます。

XRP保有者へのエアドロップのスナップショットは、2023年9月1日にXRPLで行われ、2023年12月11日までに申請手続きを行ったアカウントが対象です。1アカウントあたりの上限は50,000 XRPで、XRPあたり0.002088940273273570 EVRに加え、アカウントあたり26.27 EVRがボーナスとして付与されます。このボーナスはエアドロップに参加する2つの取引所、BitrueとUpholdの顧客は適用外です。

トークンは、Xahau DEX(Magnetic)、Bitrueで取引が可能です。他の取引所にもリストされる可能性がありますが、基本的にXahauにはネイティブDEXがあるため、取引所のリストを必要としません。

以下は、トークンの配布構成とリリーススケジュールです。

アロケーション 割合 総供給 備考
ファウンダー 7.14%5,160,960
Evernode Labs 7.14% 5,160,960
βテスターと開発者
エアドロップ
5.74% 4,150,000
Uphold
エアドロップ
5.38% 3,889,324.58
Bitrue
エアドロップ
0.51% 370,611.86
XRPホルダー
エアドロップ
1.25% 901,023.56
XRPLアカウント
ボーナス
1.40% 1,010,960
ホスト報酬 71.43% 51,609,600 10エポック(118.04年)
ホスティング報酬

Evernodeの初期段階では、「ニワトリと卵」の問題が生じ、ホストとdAppの相互依存が課題となります。このジレンマを解決するため、プロトコルは評判の良いホストに報酬としてEVRを提供します。これはBitcoinやEthereumのブロック報酬と同様の仕組みで、初期の採用者が優遇されます。以下は、ホストの報酬スケジュールです。

エポックエポック期間
(推定数週間
報酬トリガー
(1hr/Moment)
Per
Hour
Per
Day
Per
Week
Hosting Rewards経過年
1st6Every hour5,120122,880 860,160 5,160,690 0.11
2nd12Every hour 2,560 61,440430,0805,160,690 0.23
3rd 24 Every hour1,280 30,720 215,040 5,160,690 0.46
4th 48 Every hour64015,360107,5205,160,6900.92
5th 96 Every hour3207,68053,7605,160,6901.85
6th 192 Every hour1603,84026,8805,160,6903.69
7th 384 Every hour801,92013,4405,160,6907.38
8th 768 Every hour409606,7205,160,69014.77
9th 1,536 Every hour204803,3605,160,69029.54
10th3,072Every hour102401,6805,160,69059.08
合計6,13851,606,900118.04
Evernodeの報酬スケジュール
ホスティング料金

ホストは、ホスティング報酬に加えてホスティング料金としてEVRを獲得でき、これが長期的な主要な収入源となります。Sashimonoはホストマシンを等しいサイズのホスティング「スロット」に分割し、各スロットごとにリースNFTを作成します。リースNFTは時間あたりの賃料をEVRで指定し、Xahau Network上で販売されます。これらのプロセスは全てSashimonoによって自動的に処理されます。

リースNFTは、ホストとdAppの契約を示すものではなく、スロットの使用に関する権利と責任を明確にします。ホストは、時間ごとの賃料が支払われる限り、リースNFTの保有者にスロットの独占的使用権を約束しますが、ホストはいつでもリースNFTを取り消してテナント(dApp)のインスタンスをキャンセルできます。これは、違法なコンテンツをホストしている可能性がある場合や、法的義務を遵守する必要がある場合に重要な機能になります。

同様に、テナントもdAppを不要になったり、ホストが適切なサービスを提供していない場合、賃料の支払いを停止することでリースを終了できます。このリースモデルは、ホストとdAppの両方に柔軟性とコントロールを提供し、Evernode Networkの健全な運営を促進します。

ホストの「スロット」リース

オンチェーンガバナンスゲーム

EvernodeはXahau Network上のHooksを使用しており、将来的にこれらのHooksを更新するメカニズムが必要です。この機能は、Evernodeのガバナンスゲームを担当する第三のHookによって処理されます。このガバナンスゲームでは、Evernode Networkの資格を持つ参加者が新しいHooksを提案し、投票が行われ、あらかじめ定められたルールに基づいて受け入れられるか拒否されます。

ガバナンスゲームの参加者は、以下の2種類に分けられます。

  • Evernode Labs:Evernode Labsは常に1票を持ち、Hooksがパイロットモードまたはコパイロットモードの場合に特別な権利を有していますが、オートパイロットモードの場合には特別な権利はありません。
  • 有効なホスト:過去3ヶ月連続でRegistration NFTを保持し、信頼性があるアカウントは、それぞれ1票を持っています。
ガバナンスモード(3つの分散レベル)

ガバナンスゲームには、3つのモードがあります。提供された仕組みにより、Hooksのパフォーマンスが監視され、問題なく機能していることが確認された後、参加者によって完全に制御されるプロトコルに移行するための透明で柔軟なフレームワークが提供されます。

  • パイロット(操縦モード):Evernode Labsの投票で全ての提案の成否が決まります。
  • コパイロット(協調操縦モード):Evernode Labsの支持がない提案は、たとえ他の参加者の大多数が支持していても成否しません。
  • オートパイロット(自動操縦モード):標準的な投票ルールが適用され、Evernode Labsは他の参加者と同様に扱われます。

主なポイントは以下の通りです。

  • パイロットモードでの開始:初期段階では、Evernode Labsが大規模なHookの障害に迅速に対応できるように、パイロットモードでガバナンスが行われます。
  • コパイロットモードへの移行:Hooksが適切に機能し、重大なバグが早期に発生する可能性が低いことが明らかになると、Evernode Labsの提案により、ガバナンスモードはコパイロットモードに移行します。
  • オートパイロットモードへの移行:ガバナンスモードがコパイロットの場合、Evernode Labsの提案により、オートパイロットに移行します。この時点で、Evernode Labsは1票の投票権を持つだけの参加者となり、特別な権利はなくなります。
  • コパイロットとパイロットモードへの復帰:最後に、オートパイロットモードの場合、参加者は標準的な投票ルールに基づいて、ガバナンスをパイロットモードまたはコパイロットモードに戻すことができます。これは、参加者が迅速にHooksを変更する権限を単一の主体に与えることを可能にするもう一つの安全装置です。大規模な問題から身を守るための対策であり、参加者がそれを必要と判断した場合に素早い対応を可能にします。

Evernodeのガバナンス体制は、参加者が透明性を備えたチェーン上のメカニズムを用いて長期的に3つのHooksをガバナンスする一方で、大規模な障害に素早く対応するためにEvernode Labsが一時的に持つ、緊急措置権限とのバランスが取れています。

提案の種類

参加者は、以下の3種類の提案を提出することができます。

  • 新しいHook候補の提案:Evernodeの3つのHookに対する新しいハッシュ関数の提案
  • 信頼性がないホストの削除提案: Registration Hookが疑わしいホストのRegistration NFTを強制的に償還する提案
  • ガバナンスモードの変更提案: Piloted、Co-Piloted、Auto-Pilotedモード間でHooksのガバナンスモードを変更する提案 

Hookの変更を提案するには、提案者は提案が成功した場合に適用される3つのHooksのハッシュを提示する必要があります。どの参加者でも新しいHookの提案は行えますが、現在のMomentの報酬割り当てに相当するEVRの量で提案を担保する必要があります。なお、提案されたハッシュを持つHooksは、既存のXahauアカウントにデプロイされる必要があります。

信頼性がないホストの削除提案は、プラットフォームから削除されるホストのXahauアドレスを指名します。こちらの提案もどの参加者でも行えますが、提案者は現在のMomentの25%の報酬割り当てに相当するEVRで提案を担保する必要があります。

提出ルール

ガバナンスモードの変更提案の提出ルールは以下に定められています。

  • 提案の撤回:提案者は提案が承認または棄却されるまでにいつでも提案を撤回でき、撤回された場合は担保したEVRの半額が返却されます。失われたEVRは、そのエポックの報酬プールに追加されます。
  • 提案の棄却:提案が提出されてから3か月以内に承認されないと、提案は棄却され、提案者は担保したEVRを全て失います。失われたEVRは、そのエポックの報酬プールに追加されます。
  • 投票:ホストはEvernode-CLIを使用して投票できます。参加者の投票はEvernodeソフトウェアによってハートビートを介して記録され、提案に対して賛成または反対を選択できますが、デフォルトは反対です。
  • 提案の成立:提案は、2週間で少なくとも80%の参加者の支持を維持すれば成立し、新しいHook候補が採用された場合、関連する提案は棄却され、担保されたEVRは報酬プールに追加されます。提案者は、どの提案でも全ての担保EVRを取り戻すことができます。
  • Evernode Labsの特別権限:Evernode LabsはEvernodeソフトウェアのライセンサーであり、3つのHooksの開発者です。彼らは災難的な障害を防ぐために限定的な役割を果たし、これがXahauアカウントの特別な権限に反映されています。具体的には、Evernode Labsが制御するXahauアカウントは常に投票権を有し、他の参加者が資格を持たない場合でもHooksの回復と再起動のための投票が可能です。また、Evernode Labsの投票はガバナンスゲームのモードによって特別な重みを持ちます。

<随時情報は追加します>

カルダノステークプール【OBS】

暗号通貨革命では、カルダノステークプール(ティッカー:OBS)を運営すると共に、皆様に役立つ有益な情報を無償で提供して行きます。ADAステーキングを通しての長期的なメディア&プール支援のご協力の程、何卒よろしくお願い致します。

この記事が気に入ったら
いいね ! しよう

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

CAPTCHA