Xahau（XAH）：スマートコントラクト機能を備えたXRPLサイドチェーン

Xahau（ザハウ）の概要

Xahau Ledger（Xahau）は、2年半の開発期間を経て2023年11月1日にローンチした、XRPLエコシステムのスマートコントラクトサイドチェーンです。Xahauは、XRP Ledger（XRPL）のオープンソースのrippledをフォークしたLayer1で、XRPLの有用な革新的な機能をすべて備えおり、スマートコントラクトをサポートするためにコードベースを調整およびアップグレードしています。

主要な特徴は以下の通りです。

• XRPLコア：Xahauは、XRP Ledger コンセンサスプロトコル（以前はRipple Protocol Consensus Algorithm）やDEX、台帳をスパムや過剰データで保護するロジックなど、XRPLを最も持続的で人気のあるネットワークの特徴を保持していますが、最新のXLS-20NFTに代えて、よりクリーンでシンプルなURITokens（Uniform Resource Identifier Token）を採用しています。
• スマートコントラクト用Hooks： Xahauの大きな新機能はHooksで、rippledのスマートコントラクト実装です。Hooksは、アカウントにインストールされた小さなコードで、そのアカウントが送受信するトランザクションにルールを課します。これらのトランザクションが確定する前に、Hooksによってルールが適用されます。
• ネイティブトークンと改良されたトークン経済：Xahauは、そのネイティブトークンであるXahau XRP（通貨コード：XAH）によって保護され、バリデータへの報酬を提供し、スマートコントラクトをサポートするように設計された、改良されたトークノミクスによって動作します。
• Burn2Mint Liquidity：Xahauは、XRPLサイドチェーンとしてユーザーがXRPLのアカウントアドレスをXahauにクローンし、メインネットでXRPを焼却して同じ数量をXAHで返す、一方通行のBurn2Mint Liquidityポータルを介してXRPLに接続されます。
• Genesis Hook ガバナンスゲーム：XahauのGenesisアカウントは、新しいXAHの発行などを規制するHookによって駆動されており、このHookは最大20の独立した所有者のバリデータが参加する2段階のガバナンスゲームによって統治されています。

これらの特徴が連動して、XRPLエコシステム内で新しいネットワークを作成し、Hooks amendmentを実装して、XRPLエコシステム向けに高速で安価で安全なスマートコントラクトを提供し、適切にインセンティブ付けられたバリデータと開発者のコミュニティにサポートされるものとなります。

Xahau Ledgerの開発は、ICOなしで新しいネットワークを確立するためのコストとリスクを負担し、XRPLコミュニティ内の経験豊富でコミットした5つのエンティティであるXahauローンチアライアンスによって推進されました。

Xahauは、開発者、取引所、長期のコミュニティメンバーなど、代表的なXRPLエコシステムの構成要素から成る独立したバリデータを10以上運営する形で、完全な機能と分散化を備えて立ち上がります。

ホワイトペーパー

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

XRPLのフォークから構築されたXahau

Xahauを実行するソフトウェアであるXahaudは、XRPLのオープンソースコードベースであるrippledのフォークです。これには、2012年に開始されて以来、XRPLを最も人気のあるネットワークの一つにした主要な機能を保持しています。

XRP Ledger コンセンサスプロトコル

Xahauは、XRP Ledger コンセンサスプロトコルを使用しています。 これは、Proof of Association（PoA）と呼ばれることもあります。PoAは、Proof of Work（PoW）やProof of Stake（PoS）などの従来のコンセンサスメカニズムの制約を克服するために設計されており、特にPoWに関連する高エネルギー消費に対処しています。

XRP Ledger コンセンサスプロトコルは以下のように機能します。

• バリデータ提案：各バリデータは、次の台帳に含まれるべきと考える新しいトランザクションのセットである「候補セット」を提案します。この候補セットには、新しいトランザクションだけでなく、以前のバリデートされた台帳に含まれていなかったトランザクションも含まれます。
• 合意フェーズ：バリデータは候補セットを交換し評価するために互いに通信します。彼らは他のバリデータが提案したトランザクションの妥当性と順序を独自に検証します。一連の反復ラウンドを通じて、バリデータは多数派が合意する単一の候補セットに収束しようとします。
• 最終確定：バリデータの超過多数（少なくとも80％）が特定の候補セットに同意した場合、そのセットは「最終確定」と見なされます。最終確定した候補セットは、次のレジャーの基盤となります。
• レジャークロージング：レジャーは閉じられ、最終確定候補セット内のトランザクションに基づいて新しいレジャーが作成されます。XRPLでは、このプロセスはおおよそ3〜5秒ごとに行われ、迅速なトランザクションの決済時間を可能にしています。

XRP Ledger コンセンサスプロトコルの下では、各バリデータは信頼する他のバリデータリストであるUNL（Unique Node List）を指定します。正統なレジャーは、すべてのバリデータのUNLの重複を通じて見つかります。

適切なUNLに関する社会的合意を促進するために、XRPL財団を含むいくつかのエンティティが、適切に信頼できると見なす推奨バリデータリスト（VLs）を公開しています。一般的に受け入れられているdUNLに従うことは、メインのレジャーにとどまり、意図せずに関連しないフォークに従ってしまうことを防ぐのに役立ちます。Xahauも、XRPL財団などの組織が推奨するVLを公開する社会的な合意アプローチを採用します。

XRP Ledger コンセンサスプロトコルには、高いスケーラビリティ、低いエネルギー消費、検閲およびネットワークフォークへの抵抗など、いくつかの利点があります。信頼できるバリデータセットとこの独自のコンセンサスアルゴリズムを利用することで、Xahauは分散性と信頼性を維持しながら、高速で安全なトランザクション処理を実現します。

DEX（分散型取引所）

Xahauは、XRPLのDEXのリミットオーダーブックのバージョンを維持しており、ユーザーは台帳上で資産を直接取引および交換できます。このDEXは、中間業者の必要なしにP2Pの資産取引を可能にするため、Xahauの分散型で信頼性のあるアーキテクチャを活用しています。

要約すると、DEXは以下のように動作します。

• 注文の作成：ユーザーは、取引したいアセット、希望数量、および受け入れまたは支払いたい価格を指定して、DEX上で買い注文または売り注文を作成できます。
• オーダーマッチング：DEXのオーダーブックは、すべてのオープンな買い注文と売り注文の履歴を保持しています。新しい注文が登録されると、DEXは価格と数量に基づいて自動的に既存のオーダーとマッチングさせます。
• クロスカレンシートレーディング：DEXはクロスカレンシートレーディングをサポートしており、ユーザーは異なるアセット間で取引できます。これを実現するために、DEXは台帳のネイティブ通貨をブリッジ通貨として使用し、ユーザーは1つのアセットをネイティブ通貨に変換してから別のアセットに変換できます。
• パスファインディング機能：パスファインディング機能は、DEXの重要なコンポーネントです。これはユーザーが1つのアセットを別のアセットに変換する際に、最も効率的な取引経路を見つけるのを支援します。例えば、ユーザーがアセットAをアセットDと交換したい場合、直接の市場が利用できない場合、パスファインディング機能は所望の変換を最小限のスリッページと手数料で実現するための最適な取引のシーケンス（たとえば、AからB、BからC、CからDなど）を検索します。
• 自動オーダー実行：取引がマッチングされると、DEXは自動的にトランザクションを実行します。台帳のコンセンサスメカニズムにより、トランザクションは検証されて台帳に追加され、高いセキュリティと不変性が提供されます。
• トラストレスで分散型：DEXはトラストレスで分散型で動作します。それは中央集権的な取引所に依存せず、ユーザーは資金を第三者のウォレットに預け入れる必要はありません。代わりに、ユーザーは取引プロセス全体で資産のコントロールを維持し、カウンターパーティリスクを削減します。
• 低い手数料と高速な決済：DEXでの取引は、従来の中央集権型取引所に比べて手数料が最小限で済みます。Xahauのコンセンサスプロトコルは、迅速な決済時間を可能にし、ほぼ即時の取引処理を実現します。

これらの特徴により、DEXはユーザーにとって便利で安全なP2Pのトークン取引プラットフォームを提供します。Xahauの信頼性があり分散化された性質を活用することで、DEXは効率的な異なるトークン間取引とシームレスなオーダーマッチングを提供し、ユーザーのコントロールとプライバシーを維持します。

取引手数料の焼却

スパムや無駄なデータ増加に対処するため、XRPLはトランザクション手数料とアカウントリザーブをそのネイティブ通貨で課金し、すべてのトランザクション手数料を燃焼させ、それをバリデータに再分配しない仕組みを採用しています。Xahauも同様に、この「課金および燃焼」モデルを採用して、自身を保護しています。

これは台帳を保護するための実証済みのメカニズムですが、後述の通り、Xahauのトークンエコノミクスに影響を与えます。Xahauのスマートコントラクトによって焼却される手数料は、依然として小さいものの、XRPL上の標準的なトランザクション手数料よりもはるかに高く、より変動的になります。

XLS-20 NFTではなくURIToken NFT

Xahauは、最近XRPLに導入されたXLS-20 NFT規格とは異なり、NFTを台帳上の「pages」 に圧縮する方法に依存せず、URITokenオブジェクトを使用します。

URITokensは、Xahau内でNFT、そのメタデータ、および所有情報を表現および管理する革新的な方法です。各トークンはファーストクラスの台帳オブジェクトで、現在の所有者が変更されてもそのアドレスは変わりません。

URIToken NFTには、XLS-20 NFT規格に比べて次のような多くの利点があります。

• 軽量かつ効率的：URITokensは、ファーストクラスのオンレッジャーオブジェクトで、作成、削除、転送、購入、販売ができ、またHooksとも簡単に連携します。トークンごとに1つの販売オファーに制限され、指定された宛先アカウントによって受け入れられるか、宛先が指定されていない場合は一般のユーザーによって受け入れられます。仲介モードはありません。
• 相互運用性と不変性：URITokensには、組み込みの拡張可能なメタデータJSON規格とオプションのDigestフィールド（NFTの内容を不変にするハッシュ）を備えています。これにより、開発者とクリエーターはIPFSや従来のWebサーバーなど、好みのストレージソリューションを選択できます。また、既存のNFT規格やプラットフォームとの相互運用性を促進し、より広範なNFTエコシステムとの統合を容易にします。
• 改善されたユーザーエクスペリエンス：URITokensは、トークンの現在の所有者に依存しない、keylet（オンレジャーアドレス）によって簡単に特定できます。NFTのメタデータや所有情報は、標準のWebプロトコルを介して簡単にアクセスおよび更新できます。ユーザーは、NFTに関連付けられたURIをクリックするだけで、画像、説明、出典などの詳細情報を表示できます。このアプローチにより、ユーザーエクスペリエンスが簡素化され、Xahau上でNFTとのやりとりの複雑さが軽減されます。

従って、URITokensはXahau上のNFTに対する軽量で柔軟かつ費用対効果の高いソリューションを提供します。

Hooks：XRPLエコシステム向けスマートコントラクト

Hooksは、XRPLエコシステム向けに特別に開発されたスマートコントラクトソリューションです。Hooksは、Xahauのアカウントに定義された小さな効率的なコードの断片で、そのアカウントに送信または受信されるトランザクションに対して、それらのトランザクションが台帳に確定される前にロジックを実行します。Hooksは、開発者がXahau上でスマートコントラクトを作成し展開する手段であり、分散型アプリケーション（dApps）および自動化されたトランザクションの幅広い可能性を提供します。

Xahauは、XRPLエコシステムが今すぐHooksを利用できるように、Hooks amendmentをサイドチェーンとして実装しています。また、XRPLコミュニティが将来のXRPLメインネットでHooksをどのように実装するか、また実装すべきかをより良く評価できるようにしています。

Hooksの利点

他のスマートコントラクトソリューションに比べて、 Hooksの主な利点は次のとおりです。

• 単純性と効率性：Hooksは、従来のスマートコントラクトソリューションと比較して軽量かつ効率的です。Xahauの基本的なアーキテクチャはトランザクションの決済と迅速なコンセンサスに焦点を当てており、パフォーマンスを損なうことなくスマートコントラクトを迅速に実行します。
• ネイティブ統合： HooksはLayer1のスマートコントラクトソリューションであり、従ってレジャー内にネイティブに存在し、開発者がレジャー上のオブジェクト、残高、トランザクションと直接やりとりするコントラクトを作成できます。Layer2のスマートコントラクトソリューションとは異なり、この密接な統合により開発プロセスが簡素化され、Xahauのエコシステムとのシームレスな相互運用性が確保されます。
• 低い手数料とスケーラビリティ：Hooksは、Xahauの低いトランザクション手数料と高いスケーラビリティを活用しています。他の多くのチェーン同様に、Xahauは1秒あたり多くのトランザクションを処理できるため、高速で費用対効果のあるスマートコントラクトの実行が必要なアプリケーションに適しています。
• セキュリティと信頼性： Hooksは、XRPLの堅牢なセキュリティと信頼性を継承しています。XahauのバックボーンとなるXRP Ledger コンセンサスプロトコルは、信頼されたバリデータ間でのコンセンサスを持つ分散型ネットワークを保証します。この強固なセキュリティ基盤は、開発者とユーザーの両方に信頼を提供します。
• エコシステム互換性：Hooksは既存のXRPLツールやサービスとの互換性を持つように設計されており、開発者がスマートコントラクトをアプリケーションに統合しやすくなっています。この互換性により、DEXやペイメントチャネルなど、XRPLの他の機能ともシームレスに連携できます。
• アカウントの分散化：Hooksを使用することで、Xahauアカウトは完全に自律し、そのHookのロジックに従ってトランザクションを発行および受信することが可能です。従って、トランザクションを手動で承認する外部の秘密鍵保有者に頼る必要がありません。

使用例

XRPLエコシステムにスマートコントラクト機能を導入することで、Hooksは分散型アプリケーションを構築し、トランザクションを自動化したい開発者に対して強力で効率的なソリューションを提供します。Hooksが実現できる機能の例には、以下のようなものがあります。

• ホワイトリスト：Hookが有効なアカウントは、ホワイトリストに登録されたアカウントとだけトランザクションを受け入れたり送信するようにコード化されて、詐欺や制裁対象のトランザクションからアカウントを保護できます。
• ブラックリスト：Hookが有効なアカウントは、禁止された（ブラックリストに登録された）アカウントに対してトランザクションの受け入れや送信を拒否するようにコード化できます。
• 高度なエスクロー：Hookが有効なアカウントは、指定されたアカウントから受け取った任意の資産を保持し、事前に定められた基準を満たす有効なトランザクションからその資産を転送または返還するように指示された場合にのみ、その資産を転送または返還できます。
• 自動登録： Hookが有効なアカウントは、登録や登録権の証拠としてURI NFTを発行および償還する自動登録機能を提供できます。
• 自己主権トレジャリー：発行された通貨は、自己所有のアカウントに預け入れられ、公開された事前の発行スケジュールに従って通貨を発行するHookを備えたトレジャリーを模倣できます。

Xahau XRP（XAH）とトークノミクス

Xahauは、そのネイティブトークンであるXahau XRP（XAH）によってセキュリティが確保されています。XAHの主要な供給源は、XRPLで焼却されたXRPであり、これはBurn2Mint Liquidityポータルを介してXahauに移されます。

Xahauプロトコルは、Import amendmentを介して、現在のXRPの流通供給量（約520億）と同等のXAHをこの方法でミントすることを許可します。このBurn2Mint Liquidityポータルは、XahauをXRPLのサイドチェーンにし、XahauのネイティブトークンのXAHがXRPの意義ある表現であることを保証します。 詳細は以下の通りです。

初期分配

初期配布は、XahauのGenesis amendmentによってプロトコルレベルで6億 XAHが提供されます。ローンチパーティーは、Xahauをローンチするために多くの時間とリソースを投資してきたため、彼らにBurn2Mintの使用を要求するのは合理的ではありません。

• ローンチ時にそれぞれの8つのガバナンスゲームバリデータシートに1,200万
• DEXステーブルコインの流動性ブートストラップ用にGateHubに1,600万
• 技術的、資金的な負担を主に担ってきたXRPL Labs（Xaman）に知的財産権として1億6,000万
• 3億2800万をXRPL財団に寄付（XRPLプロトコルのエコシステムの健全性を確保）

月次バランス調整

Xahauが管理しなければならない課題の1つは、通常のXRPLトランザクションと比較して、スマートコントラクトの追加費用です。

XRPLでは、トランザクション手数料は1ドロップまたは0.000001XRPとしてわずかです。総供給量が1,000億XRPであることを考えると、これは取るに足らないが十分なコストです。 一方、Hooksトランザクションの設定およびトリガーには桁違いに高いコストがかかる場合があります。さらに、すべてのXRPLトランザクションが標準化されているのに対し、Hooksはその複雑さとコストにおいて大きなバリエーションがあります。 スパムや不要なデータの増加から適切に保護するために、Ledgerは各Hooksトランザクションのサイズとロジックの複雑さに、動的に適切な料金を請求する必要があります。

その結果、手数料を焼却するスマートコントラクトチェーンとして、XAHは簡単にゼロに近い状態になり、確実にXRPLでの同等のXRPが焼却されるよりもはるかに速く焼却される可能性があり、XAHを蓄える動機が働き、それを展開してHooksを実行するために使用することを阻害するかもしれません。

これらのリスクに対処するために、Xahauには焼却されたトークンを循環させるプロトコルレベルのメカニズムが必要であり、高額な手数料を単に奨励するだけではありません。そのために月次バランス調整があります。

月次の残高調整は以下のように機能します。

• 各月、各Xahauアカウントは、平均のXAH残高に基づいて（前回の調整以降に計算されたもの）、プロトコルに対して調整を請求できます。調整される金額は、年率4％の複利（約月0.34％）に相当します。
• ユーザーは、前回の請求から30日が経過している場合、いつでもGenesisアカウントにRewardClaimトランザクションを送信することで、バランス調整を請求できます。これにより、ユーザーがアクティブであることが証明されます。
• 請求トランザクションを受け取ると、プロトコルはBalanceRewardsとXahauGenesis amendmentsを介して、ユーザーのアカウント残高をバランスの調整によって増加させます。
• 未請求の残高調整は、非活動のペナルティとして放棄されます。
• 4%は開始時の初期レートですが、将来ガバナンスゲームを介して変更できます。

このメカニズムにより、アクティブユーザーは月次の調整を請求し、XAHをさらに流通供給に戻すことができ、スマートコントラクトの実行手数料によるトークンがゼロに焼却されるリスクを緩和します。

月次ガバナンスバリデータ報酬

Xahau Genesisアカウントは、XAHの発行を制御するなど、さまざまなことを管理するためのHookが有効になっています。このHookには、ネットワークや現実の状況の変化に対応するために監視、修正、および置き換えられるガバナンス体制が必要です。

XRPLのメインネットのバリデータは、メインネットの台帳を支えるために提供するサービスに対していかなる報酬も受け取らないことが広く知られています。しかし、インフラストラクチャーの運用にはお金がかかり、現実の経験からわかるように、このようなインセンティブの欠如は、 積極的に管理されるバリデータの不足につながることがわかっています。

Xahau Genesis Hookは、自身を更新するかどうかを決定する際に信頼できるアカウントを知る必要があります。 そのため、これらのアカウントは重複するUNLsから 出現するのではなく、事前に知られている必要があります。

この問題の技術的な解決策は、インセンティブが与えられるGenesis Hookガバナンスゲームで、特定のバリデータにHookの監視を報酬として提供します。仕組みは以下の通りです。

• Genesis Hookガバナンスゲームには、20の「シート（Seats）」があります。
• 各シートは、単一のXahauアカウント（レベル1）または3〜20のアカウントで構成される自己管理型委員会（レベル2）によって制御されています。
• 各占有されたシートに対して、プロトコルはその月に請求された合計の月次残高調整の1/20を発行および配布します。
• シートが複数のアカウントからなる委員会によって保持されている場合、そのシートの報酬はその委員会の選択に従って分割されます。
• その月にユーザーがバランス調整を請求しない場合、どのバリデータにも報酬は支払われません。
• 各フラッグレジャー（256の台帳）では、前回のフラッグレジャーからの過去の適切な合意に参加したと他のバリデータの80%が信じるバリデータの公開鍵のリストを含む、UNLReportと呼ばれるオンレジャーの記録が生成されます。Genesis Hookは、UNLReportのバリデータの公開鍵に対応するシートにのみバリデータ報酬を分配します。

従って、Genesis Hookガバンスゲームには、信頼性のあるバリデータを運用した信頼性のあるアカウントに報酬を与え、これらの報酬がユーザーの活動に関連付けられ、新しいXAHを分配するための報酬メカニズムが含まれています。これにより、高いスマートコントラクトの実行手数料によるトークンの流動性危機を緩和することができます。

Burn2Mint Liquidityソリューション

現在、XRPLエコシステムは単一のチェーンで運用されていますが、エコシステムは近い将来、Ripple/Peersyst EVMサイドチェーンやXahauなどの複数の並行チェーンを含むように拡大する予定です。これらのサイドチェーンは、XRPおよび関連するデジタル資産に対するより多様でダイナミックなエコシステムを育成し、拡張性、柔軟性、相互運用性を提供します。

Xahau Ledgerはサイドチェーンとして、XRPLとの間でチェーン間での価値交換が可能である必要があります。Xahauは、ユーザーがBurn2Mint Liquidityポータルを介して、Xahau上の複製アカウントでXRPのアカウントアドレスを複製し、XRPLのメインネットでXRPを焼却して、Xahau上の複製アカウントに対して一致する数のXHAを受け取ることができるようにします。このセクションでは、Burn2Mint機能となぜ他のメカニズムよりも先に採用されたかについて説明します。

既存のメカニズムとその欠点

クロスチェーンのバリュートランスファーのための既存のメカニズムはいくつか存在しますが、それぞれ特定の欠点があります。

• 中央集権取引所：中央集権取引所（CEXs）は、複数のチェーンでの不透明な流動性を提供しています。ほとんどのユーザーは、新しいチェーン上の最初のコインを取得するためにCEXを使用し、これらはエコシステムの重要な部分でありながら中央集権化の要因です。CEXに依存することはエコシステム内の中央集権化の要因です。
• Layer2ブリッジ：Layer2ブリッジは、半中央集権のカストディアルレンディングサービスまたはラッピングサービスです。片方のチェーン上で担保をロックすることにより、ユーザーは2番目のチェーン上でそれに対して借り入れることができます。2番目のチェーンで資金を返却すると、最初のチェーン上の担保が解除されます。これらのサービスは攻撃を引き寄せるハニーポットであり、多くの司法管轄区で法的な明確性が欠如しており、ブリッジの運用者の法的役割やロックされたコインのステータスについての法的明確さも不足しています。
• アトミックスワップ：もし2つのチェーンがハッシュタイムロック契約をサポートしている場合、アトミックスワップを使用してチェーン間で価値を転送できます。このプロトコルでは、逆の取引を行いたい2つのユーザーがマッチングされます。このプロトコルは、両方の取引が発生するか、両方が発生しないかのいずれかを保証します。アトミックスワップには3つの欠点があります。まず、相手方がその取引を行わない場合、最初の当事者はタイムロックの有効期限まで待たなければなりません。第二に、スワップを希望するユーザーが常に対向取引を行いたいカウンターパーティを見つけることができるように、両方のチェーンにおいて一定の数のユーザーが存在しなければなりません。最後に、取引の方向性が一般的に一方向に向いている場合、カウンターパーティを見つけることができない可能性があります。

上記のいずれのメカニズムもBurn2Mintによって排除されるものではありません。つまり、将来Xahauの機能の1つとしてすべてが可能です。但し、Burn2Mintは即座に利用可能なネイティブのクロスチェーンのバリュートランスファーメカニズムであり、すべての特定の欠点を回避します。

XRPLでXRPを焼却するBurn2Mintメカニズム

XahauのBurn2Mintは、XRPLのメインネットでアカウントを持つユーザーが、そのアカウントをXahauにクローン（同じrアドレスと同じ秘密鍵/複数の秘密鍵 ）し、その後、XRPをXRPLメインネット上で任意に高いトランザクション手数料で焼却し、それに対応する数のXAHをXahau上のクローンアカウントに発行することを可能にします。

このメカニズムには、以下の手順が含まれます。

• XRPLでのXRPの焼却手数料：最初のステップは、任意に高い手数料を持つAccountSetトランザクションを実行して、XRPL上のXRPの一定量を焼却することです。トランザクションが検証されると、高額な手数料はXRPの焼却を表し、XRPはXRPL上から取り除かれ、現行の台帳ルールに基づいて回復することはできません。
• XPOP（Proof of Burn）の生成： XRPLのBurn2Mintトランザクションおよびそれらが表示される台帳の検証メッセージを監視する特別なクライアントを使用して、トランザクションのためにXPOPが生成されます。XPOPは、トランザクションがXRPL上で適用されたことを証明する非対話型のオフライン暗号証明です。XPOP検証ツールを持つ任意の当事者は、焼却が行われたことを検証できます。
• Xahauでの新規発行： 焼却トランザクションのXPOPは、Importトランザクションを使用してXahauに提出されます。Importトランザクションは、焼却トランザクションを開始したXRPアカウントのクローンアカウントによってXahauで実行されなければなりません。XPOPは16進数のblobに変換され、インポートトランザクションのフィールドとして提供されます。すべての条件が満たされれば、Xahauは必要なXAHの数量をXahauアカウントに新規発行します。
• B2M比率スケジュール： 各XRPの焼却に対するXAHの新規発行量は、B2M比率スケジュールによって決定されます。B2M比率スケジュールは、起動から最初の200万レジャーの間はパリティから始まり、1XRPの焼却に対して1XAHが新規発行されます。その後、次の2,800万のレジャーの間に、各XRPの焼却に対するXAHの新規発行量が徐々に減少します。この期間が終了した後、起動からの3,000万台帳目の後に、Burn2Mint機能は自動終了します。交換レートはこちらで確認できます。
• Xahau Ledgerでのクローンアカウント：Importトランザクションは特別で、Xahau上にまだ存在しないアカウントを使用して提出できる点が特徴です。クローンアカウントがXahau上にまだ存在しない場合、それはミントプロセスの一部として作成され、ネットワークはアカウントを開始するために、アカウント予約（1XAH）と5つの台帳オブジェクトを含む2XAHを無料でクレジットします。アカウントが既に存在する場合、そのアカウントのImportSequence番号は、XPOP内に埋め込まれたバーントランザクション内のシーケンスと照合され、リプレイ攻撃を防ぐために検証されます。Burn2Mintが成功した場合、ImportSequenceはこのアカウントに対して最後に提出されたXPOPを反映するように更新されます。
• 鍵の同期：XRPL上のアカウントのキー情報は、ユーザーの裁量により、いつでもXahauにインポートできます。これは、XRPLメインネット上でSetRegularKeyまたはSignerListSetトランザクションを使用し、それからXPOPを生成することで行われます。ユーザーがメインネットでキーを変更したくない場合、それらのキー情報は関連するトランザクション内で既存のRegularKeyまたはSignerListを繰り返す必要があります（つまり、トランザクションを実行してもアカウントのキー情報に変更は加えられません）。その後、XPOPはXahau上でのImportトランザクションで使用でき、メインネットのキー情報をXahau上の同じアカウントに転送します。これは、マルチサインアカウント、バニティアドレス、およびマスターキーが侵害されたアカウントに対して有用です。

これらのステップを組み合わせることで、ユーザーは必要に応じて既存のXRPLアカウントをXahau上でクローンし、トランザクション手数料を介してメインネットでXRPを焼却してクローンアカウントにXAHを発行することができます。このプロセスは、XRPが焼却されたことと、両方のアカウントが同じ人物によって制御されていることを保証します。

XAHをメインネットのXRPに戻すことを望む誰もが、技術的な解決策（ブリッジ、アトミックスワップ、またはXRPLメインネットでImport amendmentが適用された場合の逆パスBurn2Mint）を実装する代わりに、これを実行できるBitrueなどの中央集権型取引所を介して取引することができます。

Burn2Mintの利点

Burn2Mintの利点には、以下の点が挙げられます。

• 分散型：誰もBurn2Mintメカニズムへのアクセスをブロックできず、それを使用するための承認は不要です。一部のユーザーや特定のケースでは、Burn2MintがXahauで流動性を得る唯一の合法的な選択肢である場合があります。
• 自己主権のある流動性： Burn2Mintメカニズムの両側は、ユーザー自身のインフラストラクチャで実行できます。ユーザーは独自のインフラストラクチャでXRPを焼却し、XPOPを生成し、自身のインフラストラクチャに送信し、それによってXAHを自身のインフラストラクチャで発行できます。分散化され、検閲に対して耐性があるだけでなく、これにより取引所や事業者を含む誰もがXRPをいつ、どれだけXahauに移動させるかを自由に決定できます。彼らは必要に応じて自身のインフラストラクチャ上で流動性を提供します。
• ノンカストディアル：焼却されたXRPは、それが燃やされたチェーン上で存在しなくなります。存在しなくなるので、焼却されたXRPは誰かの所有物になることはありません。信託に保管されることも、「Door」アカウントに保管されることも、いかなる保管またはエスクローの取引にも関与しません。従って、Burn2Mintは本当に非信託であり、カウンターパーティや仲介者は存在しません。
• エクスプロイトに対する耐性：Burn2Mint XPOPは、XRPL自体を保護するのと同じ信頼メカニズムに依存しています。特にバリデータのキーとバリデータリストのキーに依存しています。その結果、Burn2Mintメカニズムは、バリデータのハイジャックや改ざんに対して、少なくともネットワーク自体と同等のセキュリティを提供します。
• キーフリー：従来の双方向ブリッジでは、ユーザーのロックされた資金を含む「ドア」アカウントが、一定の署名鍵または証人鍵のセットによって管理されています。つまり、どこかに鍵が存在し、この鍵を使用して「ドア」アカウントに未承認のアクセスを取得し、ユーザーのロックされた資金を未承認の第三者に分配することでブリッジを悪用する可能性があります。一方、Burn2Mintのソリューションは「ドア」アカウントを使用せず、そのためハッキングするための鍵もロックされた資金も存在しません。

XRPLへの影響

Burn2Mintは、実質的にすべてのXRP保有者に、XRPをXahauに移行できるオプションを提供します。このオプションは、Xahauのスマートコントラクト機能によって、市場がXAHをXRPLメインネット上のXRPよりも高く評価する場合に有用で価値があります。B2M比率の段階的な半減と、最終的にB2Mメカニズムが無効化されることにより、すべてのXRPがこの方法で燃焼するリスクは回避されます。

企業ユーザーは、必要なXAHを購入するために中央集権型取引所を使用することで、より良くサービスを受けるかもしれません。市場がXAHをXRPLメインネット上のXRPと同等に評価する場合、それはそれぞれのトークンの需要を満たすのに十分な流動性が存在することを意味します。

Burn2Mintの要約

Burn2Mintは、XRPLプロトコルおよびPoAバックチェーン向けの新しいクロスチェーンバリュートランスファーメカニズムです。このメカニズムは、自己主権的で安全であり、従来のバリュートランスファーメソッドに関連する多くの法的および技術的な問題を回避します。このエコシステムへの組み込みにより、XRPLからカウンターパーティやカストディなしでバリューをトランスファーするためのネイティブで分散型のオプションが提供されます。

Xahauガバナンスゲーム

XRP Ledger コンセンサスプロトコルチェーンは、正統な台帳を定義するために、バリデータのUNL（Unique Node List）でのオーバーラップに頼っています。もし、バリデータが他の人々が信頼するのと同じマシンに十分な信頼を寄せない場合、彼らは台帳の関係ないフォークを無意識に聞いてしまうリスクがあります。最適なUNLを決定することは、社会的（オフチェーン）コンセンサスの問題です。

この社会的コンセンサスをサポートするため、さまざまなエンティティがdUNL （Default Unique Node List） を公開しています。Xahauも同じアプローチを採用し、XRPL財団などがそのようなリストを公開することが期待されています。つまり、XRPLと同様、Xahauは誰でもバリデータを実行できるパブリックでパーミッションレスなチェーンであり、プロトコルの更新についても、XRPLと同じように、80%以上のUNLバリデーターが変更をサポートすることに依存します。

dUNLは、正規の台帳に責任を持つバリデーターを定義するのに役立ちますが、XahauにはXRPLのメインネットには存在しない、もう1つのガバナンスの課題があります。それは、Genesis Hookのガバナンスです。XRPLのメインネットは、創設時にXRPを全て発行しましたが、Xahauはこのアプローチを採用できません。Xahauのネイティブトークンは、事前に定義されたイベント（例：Burn2Mint、アカウント調整、バリデータ報酬など）の発生に応じて生成する必要があります。これを実現するために、XahauはGenesisアカウントにHookを使用しています。

従って、XahauにはGenesis Hookが調整または置き換えが必要な場合のガバナンスメカニズムが必要です。これはガバナンスゲームとして知られています。

• 目的： ガバナンスゲームは、UNLのバリデータがアクティブであり、アクティブなメンバーがXAHの分配を制御するGenesisアカウントのHookを維持できるようにすることを目的としています。
• シート：テーブルには20のシートがあります。シートはガバナンスゲームでの投票権を持つXahauアカウントです。
• L1テーブル：ガバナンスゲームには少なくともトップレベルのテーブルが必要です。これはレベル1テーブル（L1テーブル）と呼ばれます。このテーブルは、ガバナンスゲームHookがインストールされているGenesisアカウントにのみ存在します。L1テーブルのシートは、アカウントで埋めることも、空のままにすることもできます。これらのシートはL1sと呼ばれます。
• L2テーブル：L1のシート自体は異なるガバナンスHookがインストールされた、別のアカウントによって埋められる可能性があります。このテーブルのシートはL2sと呼ばれ、テーブルはL2テーブルです。この構造は、L1シートとその投票権を共同で制御する、3〜20のアカウントからなる自己管理委員会です。従って、L1とL2のシートの組み合わせに応じて、最大で400のアカウントが2層のガバナンスゲームに関与することがあります。
• シートの補充：L1シートは、埋められたL1シートの80%の投票によって、埋められたり空けられたりします。L2シートについては、そのL1シートを共同で所有するアカウントの委員会が、多数決やその他の適切なロジックやルールによって、新メンバー（最大20名、最小3名）を招請または解任します。他のシートはL2テーブルのメンバーに対して制御権を持っていません。
• 投票：各L1シートは、ガバナンスゲームにおいて1票を持ちます。L2シートについては、そのL2テーブルが決定するロジックに従って、1つの投票があります。デフォルトでは、そのL2テーブルのL2シートメンバーの50%以上の投票が必要です。
• Hookの変更：Hookに関するすべての変更は、ガバナンスゲームを通じて投票されます。Hookの変更は、すべてのシートの定義された％の投票によって支持された場合にのみ成功します。通常の投票率は80％ですが、バランス調整の割合を増やす場合には100％です。
• 報酬：信頼性のあるバリデータを運営するL1シートを奨励するため、L1シートはコンセンサスに積極的に参加する限り月次の報酬を獲得します。
• dUNLの基盤：Genesis Hookガバナンスゲームに参加する者が運用するバリデータは、信頼性のあるバリデータを選出するための基盤を形成すべきです。なぜなら、信頼性の低いシートは投票で他のシートによって排除されるリスクがあるからです。

異なるタイプのシートは、セキュリティを損なうことなく、多様な参加アカウントを受け入れることを可能にします。レベル1シートは、コミュニティが信頼できる重要なエンティティによってコントロールされるアカウントに適していますが、Layer2シートはより幅広い参加者を受け入れることができます。ただし、彼らの集合的な参加は1つの投票として数えられるため、その数はレベル1シートへの信頼を圧倒することはありません。

このため、ガバナンスゲームには最大で400のアカウントが参加します。信頼性のあるバリデータを実行してコンセンサスに参加することを条件に、これらのアカウントに対して報酬が支給されます。

Xahauローンチアライアンス

Xahauは、XRPLエコシステムの開発とサポートにおいて実績を持つ、5つの独立したエンティティの提携によって開発されました。これらのエンティティは以下の通りです。

• XRPL Labs（Xaman）：XUMMウォレット、Hooks、およびXahaudを開発するソフトウェア開発者で、Xahauの開発の大部分の専門知識と費用を負担しました。
• GateHub Limited：多国籍のテクノロジー企業であり、暗号通貨取引所およびXRPL上で発行されたステーブルコインを含む暗号通貨サービスプロバイダーです。
• Titanium OU：セキュアなホスティングを提供するITコンサルティングおよびインフラストラクチャ企業であり、XRPL（Alloy Networksとして）のインフラストラクチャの主要なプロバイダーでもあります。
• Evernode Labs Ltd：Evernodeのスマートコントラクトプロジェクトの開発者であり、Xahauへのデプロイを担当しています。
• Digital Governing OU：会計、監査、法務サービスに関連するグローバルで活動する企業と関連のある法人です。

分散型で完全な機能を備えてローンチ

Xahauは資金調達を行わず、分散型で完全な機能を備えて開始します。ソフトウェアはその性質上、メンテナンスが必要ですが、XahaudにはXRPLのスマートコントラクトサイドチェーンとして有用であるために不可欠な機能は欠けておらず、さらなる開発が必要なものもありません。

中央集権的なコントロールはありません

Xahauは、その20のガバナンスゲームのシートのうち8つを埋めた状態でローンチします。

• そのうち5つは、Xahauローンチアライアンスのメンバーによって埋められるLayer 1シートです。
• 3つはLayer 2テーブルで、そのうち1つは取引所の委員会によって、もう1つはXRPコミュニティのプロジェクト、開発者、長期のサポーターから成る多様な委員会によって埋められます。
• 1つは、ブロックチェーン開発におけるコード監査およびレビューサービスを提供するFYEOという企業です。このサービスは、Hooksなどのソフトウェアに関するものも含まれています。

資金調達は行われていません

ICOは行われず、ローンチから資金調達は行われません。

Xahauアライアンスメンバーは、各自が独立して自身の開発活動を資金提供しました。共同資金は存在せず、Xahauのさらなる開発のための資金やリソースの共有も行われておらず、さらなるXahauの開発に関してはロードマップやXahau財団などの中央の財政機関も存在しません。 今後の開発は生態系内の独立したアクターの裁量に完全に委ねられています。

Xahauアライアンスのメンバーは、それぞれ独自に自身の開発活動に資金提供しました。共同の資金調達や資金やリソースの共同利用は行われておらず、Xahauのさらなる開発に向けた資金プールもありません。また、ロードマップやXahau財団など、その他の中央集権的な財政機関も存在しません。今後の開発は、完全にエコシステム内の独立したアクターの裁量に委ねられています。

ガバナンスゲームのメンバー間に約束はありません

ガバナンスゲームのメンバーは独立したエンティティです。 彼らがどのように投票し、リソースを展開し、資産を使用するかに関して、合意、取り決め、理解合いはありません。 ガバナンスゲームのメンバーは独立した実体です。彼らがどのように投票し、リソースを展開し、資産を使用するかに関して、合意、取り決め、理解合いはありません。他のメンバーにとって信頼できるバリデータであるか、ゲームから投票で排除されるかというロジックだけがバリデータの行動を駆り立てます。これは、Xahauが使用するXRP Ledger コンセンサスプロトコル（PoA）メカニズムの固有の特徴です。

＜随時情報は追加します＞