Xahauホワイトペーパー日本語化 | XRPLサイドチェーン

概要

XRPLエコシステムのためのスマートコントラクトサイドチェーン

免責事項: この暗号資産のホワイトペーパーは、欧州連合加盟国のいかなる管轄当局によっても承認されていません。この暗号資産のホワイトペーパーの内容については、暗号資産の提供者が単独で責任を負います。

Xahau ホワイトペーパー日本語化

XahauのGithubページにあるXahauホワイトペーパーの日本語化です。元のPDFは下のボタンをタップ

元本Xahau ホワイトペーパーPDF

Xahau 概要

Xahau Ledger（Xahau）はXRPLエコシステムのスマートコントラクトサイドチェーンである。これはXRP Ledger（XRPL）のオープンソースのリップルコードベースのフォークであり、その環境持続性を含むXRPLの便利で革新的な機能をすべて具現化しているが、スマートコントラクトのサポートにコードベースを微調整、アップグレード済みである。
Xahau の主な特徴は以下の通り：
1. XRPLコア： Xahauは、XRP Ledger Consensus Protocol（旧：Ripple Protocol Consensus Algorithm）、DEX、ネイティブトークンで手数料をチャージして燃やすことでスパムや肥大化から台帳の保護ロジックなど、XRPLを最も永続的で人気のあるネットワークの1つになった主要な機能を保っていますが、最近のXLS-20 NFTをよりクリーンでシンプルなURITokensに置き換えています。
2. スマートコントラクトのフック： Xahauの大きな新機能は、rippledのスマートコントラクト実装であるHooksである。フックはアカウントにインストールされた小さなコードで、トランザクションの確定前にアカウントが送受信するトランザクションにルールを課す。
3. ネイティブ・トークンとより良いトークノミクス： Xahauは、ネイティブトークンであるXahau XRP（通貨コード：XRP+）によって保護され、検証者に報酬を与え、スマートコントラクトのサポートに設計された、より優れたトークノミクスによって動かされる。
4. Burn2Mintの流動性： XRPLのサイドチェーンとなって、Xahauは一方通行のBurn2Mint流動性ポータルを介してXRPLにリンクされ、ユーザーはXahau上で自分のXRPLアカウントアドレスをクローンし、Xahau XRPの同数と引き換えにメインネット上でXRPを燃やすことができます。
5. Genesisフックガバナンスゲーム： XahauのGenesisアカウントは、特に新たなXahau XRPの排出を規制するHookによって運営されており、このHookは最大20の独立したバリデーターを参加者とする2層のガバナンスゲームによって管理されています。
これらの機能は連携して、バリデータと開発者の適切なインセンティブを持つコミュニティによってサポートされるXRPLエコシステムのために、高速、安価、安全なスマートコントラクトを提供するHooksの修正を実装するXRPLエコシステム内の新たなネットワークを作成します。
Xahau Ledgerの開発は、XRPLコミュニティ内の経験豊富で献身的な5つの事業体であるXahau Launch Allianceによって推進されており、ICOなしで新たなネットワーク確立のコストとリスクを担ってきました。
Xahauは、開発者、取引所、長期的なコミュニティメンバーなど、XRPLエコシステムの代表的な混合体によって運営される10以上の独立所有のバリデータで、完全に機能、分散化済みの状態でローンチされます。

Xahau – XRPLのDNAを受け継ぐ

Xahaud - Xahauの実行ソフトウェア - は、XRPLのオープンソースコードベースであるrippledのフォークである。XRPLが2012年にローンチされて以来、最も人気のある永続的なネットワークの1つとなっている主要な機能を保っています。

XRP Ledger Consensus Protocol

XahauはXRP Ledger Consensus Protocol（旧：Ripple Protocol Consensus Algorithm）を使っており、Proof of Association（PoA）と呼ばれることもあります。これは、プルーフ・オブ・ワーク（PoW）やプルーフ・オブ・ステーク（PoS）のような従来のコンセンサス・メカニズムの限界、特にPoWに関連する高いエネルギー消費の克服に設計されています。
XRP Ledger Consensus Protocol（旧：Ripple Protocol Consensus Algorithm）プロトコルは以下のように動作します：
1. バリデータの提案：各バリデータは、「候補セット」と呼ばれる、次のLedgerに含めるべき新たな取引セットを提案する。この候補セットには、新たなトランザクションと、以前に検証された台帳に含まれていなかったトランザクションの両方が含まれる。
2. 合意段階：検証者は互いに通信を行い、候補セットを交換し評価する。バリデータは、他のバリデータから提案されたトランザクションの有効性と順序を独自に検証する。一連のラウンドを繰り返しながら、検証者は大多数が合意する単一の候補集合に収束を試みる。
3. 最終化：バリデータの超大多数（少なくとも80%）が特定の候補セットに合意した時点で、その候補セットは「確定」とみなされる。最終化された候補セットは、次の台帳の基礎となる。
4. 台帳のクローズ： Ledgerは閉じられ、確定候補セットの取引に基づいて新たなLedgerが作成される。このプロセスはXRPLではおよそ3～5秒ごとに発生し、トランザクションの決済時間を高速化できる。
XRP Ledger Consensus Protocol（旧：Ripple Protocol Consensus Algorithm）では、各バリデータがUNL（Unique Node List）を指定します。正規のLedgerは、すべてのバリデータのUNLが重なることで見つかる。
適切なUNLに関する社会的合意促進のため、XRPL Foundationを含むいくつかの団体が、適切な信頼がおけるとみなすバリデータの推奨バリデータリスト(またはVL)を公開している。一般的に受け入れられているdUNLに従うことで、メイン台帳に確実にとどまり、意図せず無関係なフォークに従うことにならないようにできます。Xahauは、XRPL財団のような組織が推奨VLの公表で、dUNLを定義する同様の、社会的合意のアプローチに従います。
XRP Ledger Consensus Protocol（旧：Ripple Protocol Consensus Algorithm）プロトコルは、高いスケーラビリティ、低いエネルギー消費、検閲やネットワークフォークへの耐性など、いくつかの利点を提供します。Xahauは、一連の信頼できるバリデータとこの独自のコンセンサス・アルゴリズムの利用で、分散化と信頼性を維持しながら、高速で安全なトランザクション処理を実現しています。

DEX

XahauはXRPLの指値注文帳簿分散型取引所(DEX)のバージョンを保持、ユーザーが台帳上で直接資産を取引・交換できるようにしています。DEXはXahauの分散化されたトラストレスアーキテクチャを活用し、仲介者を必要としないピアツーピアの資産取引が可能です。
要約では、分散型取引所は以下のように機能：
1. 注文の作成：ユーザーは、取引希望の資産、希望数量、受け入れるまたは支払う価格の指定で、DEXで買い注文または売り注文を作成できます。
2. 注文のマッチング： DEXのオーダーブックは、すべての未決済の買い注文と売り注文の記録を保持。新たな注文が発注されると、DEXは自動的に価格と数量に基づいて既存の注文と照合する。
3. 通貨間取引： DEX はクロスカレンシー取引をサポートしており、ユーザーは異なる資産間の取引を行うことができます。これを容易にするため、DEX はLedgerのネイティブ通貨をブリッジ通貨として使い、ユーザーはある資産をネイティブ通貨に変換し、その後別の資産に変換できます。
4. パスファインディング機能：パスファインディング機能はDEXの重要な要素である。ある資産を別の資産に変換する際、最も効率的な取引経路を見つける手助けをします。例えば、ユーザーが資産 A を資産 D に取引したいが、利用可能な直接市場がない場合、パスファインディング機能は、スリッページと手数料を最小限に抑えながら、希望する転換達成の最適な一連の取引（例えば、A から B、B から C、C から D）を検索します。
5. 自動注文執行：取引がマッチングされると、DEX は自動的に取引を執行する。Ledgerのコンセンサス・メカニズムにより、取引は確実に検証され、Ledgerに追加されるため、高度なセキュリティと不変性が提供される。
6. トラストレスかつ非中央集権： DEX はトラストレスかつ非中央集権的に運営される。DEXは中央集権的な取引所に依存せず、またユーザーが資金をサードパーティのウォレットに預ける必要もない。その代わり、ユーザーは取引プロセスを通じて資産を管理し、カウンターパーティーリスクを軽減します。
7. 低い手数料と迅速な決済： DEXでの取引は、従来の中央集権型取引所と比べて手数料が最小限に抑えられています。Xahauのコンセンサスプロトコルは、決済時間を高速化し、ほぼ瞬時の取引処理を可能にします。
これらの機能により、DEXはピアツーピア・トークン取引のための便利で安全なプラットフォームをユーザーに提供します。DEXは、Xahauのトラストレスで分散化された性質の活用で、ユーザーのコントロールとプライバシーを維持しながら、効率的なクロストークン取引とシームレスな注文マッチングを提供します。

焼失の取引手数料

スパムと肥大化から自らを守るため、XRPLは取引手数料と口座準備金を自国通貨で課金し、バリデータに再分配するのではなく、すべての取引手数料を焼却する。Xahauも同様に、この「手数料を請求して燃やす」モデルに従って自らを守っている。
これは台帳保護の実証済みのメカニズムであるが、後述するように、Xahau のトークノミクスに影響を与える。Xahauのスマートコントラクトによって燃える手数料は、まだ小さいとはいえ、XRPLの標準的な取引手数料よりもはるかに高く、変動する。

XLS-20 NFTの代わりにURIToken NFTを使用。

最近XRPLに導入されたXLS-20 NFT標準1とは異なり、XahauはURITokenオブジェクトを使います。
URIToken（Uniform Resource Identifier Tokenの略）は、Xahau内でNFTやそのメタデータ、所有者情報を表現・管理する革新的な方法である。各トークンは一意のアドレスを持つ第一級の台帳オブジェクトであり、現在の所有者が変わってもアドレスは変わりません。
URIToken NFTには、XLS-20 NFT規格にはない以下のような利点があります：
1. 軽量で効率的： URITokensは、作成、破棄、転送、売買が可能で、Hooksとの相互運用が容易な、ファーストクラスのon-ledgerオブジェクトです。取引はトークンごとに1回の売りオファーに制限、指定の宛先アカウントか、宛先が指定のない場合は一般ユーザーが受け入れることができます。ブローカー・モードはない。
2. 相互運用性と不変性： URITokenには拡張可能なメタデータJSON標準が組み込まれており、オプションでDigestフィールド（NFTの内容を不変にするハッシュ）が提供される。これにより、開発者やクリエイターはIPFSや従来のウェブサーバーなど、好みのストレージソリューションを柔軟に選択できます。また、既存のNFT標準やプラットフォームとの相互運用性が促進され、より広範なNFTエコシステムとの統合が容易になります。
3. ユーザーエクスペリエンスの向上： URITokens は、トークンの現在の所有者に依存しないキーレット（台帳上のアドレス）により、簡単に場所を特定できます。NFTのメタデータと所有者情報は、標準的なウェブプロトコルによって簡単にアクセスし、更新できます。ユーザーはNFTに関連付けられたURIをクリックするだけで、画像、説明、出所などの詳細を見ることができます。このアプローチにより、ユーザーエクスペリエンスが簡素化され、Xahau上でNFTとやり取りする際の複雑さが軽減されます。
このように、URITOKENは軽量で柔軟性があり、コスト効率の高いソリューションをXahauのNFTに提供。

Hooks –XRPLエコシステムのためのスマートコントラクト

HooksはXRPLエコシステム専用のスマートコントラクトソリューションです。フックとは、Xahauアカウント上で定義された小さく効率的なコード片のことで、Ledgerでトランザクションが確定される前に、そのアカウントで送受信されるトランザクションに対してロジックを実行します。従ってフックは、開発者がXahau上でスマートコントラクトを作成・展開の手段であり、分散型アプリケーション(dApps)や自動化トランザクションの幅広い可能性を開くものである。
XahauはHooksの修正をサイドチェーンとして実装しているため、XRPLエコシステムはHooksの恩恵を後ではなく今受けることができます。それはまた、XRPLコミュニティが将来XRPLメインネットにHooksを実装するかどうか、またどのように実装するかをよりよく評価可能にします。

Benefits of Hooks

他のスマート・コントラクト・ソリューションと比較した場合のHooksの主な利点には、以下のようなものがある：
1. シンプルさと効率性：フックは従来のスマート・コントラクト・ソリューションに比べて軽量で効率的である。取引決済と高速コンセンサスを重視するXahauの基本アーキテクチャは、パフォーマンスを損なうことなくスマートコントラクトの迅速な実行を保証します。
2. ネイティブの統合：フックはレイヤー1のスマート・コントラクト・ソリューションであるため、台帳内部にネイティブに存在し、開発者は台帳上のオブジェクト、残高、トランザクションと直接やり取りするコントラクトを作成できます。レイヤー2のスマートコントラクトソリューションとは対照的に、この緊密な統合は開発プロセスを簡素化し、Xahauのエコシステムとのシームレスな相互運用性を保証します。
3. 低い手数料とスケーラビリティ：フックはXahauの低い取引手数料と高いスケーラビリティを活用します。多くのチェーンと同様に、Xahauは1秒間に大量のトランザクションを処理できるため、高速でコスト効率の高いスマートコントラクトの実行を必要とするアプリケーションに適しています。
4. セキュリティと信頼性：フックはXRPLの強固なセキュリティと信頼性を継承しています。Xahauを動かすXRP Ledger Consensus Protocol（旧：Ripple Protocol Consensus Algorithm）は、信頼できるバリデータ間のコンセンサスによる分散型ネットワークを保証します。この強固なセキュリティ基盤は、開発者にもユーザーにも信頼性を提供します。
5. エコシステムの互換性: フックは既存のXRPLツールやサービスと互換性があるように設計されており、開発者がスマートコントラクトをアプリケーションに統合しやすくなっています。この互換性により、分散型取引所や決済チャネルなど、XRPLの他の機能とのシームレスな相互作用が可能になります。
6. アカウントの分散化： Hooksの使用で、Xahauアカウントは完全に自律的になり、取引を手動での承認に外部の秘密鍵保有者に依存する代わりに、そのHookのロジックに従ってトランザクションを発行および受信が可能になります。

使用例

XRPLエコシステムにスマートコントラクト機能の導入で、Hooksは分散型アプリケーションの構築とトランザクションの自動化を求める開発者に強力で効率的なソリューションを提供します。Hooksが実現できる機能の例には以下が含まれます：
1. ホワイトリスト：フック有効アカウントは、ホワイトリスト登録済みアカウントにのみトランザクションを受け入れる、または送信するようにコード化により、詐欺または制裁トランザクションからアカウントの保護ができます。
2. ブラックリスト：フック有効口座は、禁止された(ブラックリストに登録された)口座への取引の受取りまたは送信を拒否するようにコード化できます。
3. 洗練されたエスクロー：フック有効口座は、指名口座から受け取った資産を保持、所定の基準を満たす有効なトランザクションによって指示された場合にのみ、それらの資産を転送または返却できます。
4. 自動レジストリ：フック有効口座は自動レジストリとして機能し、登録または登録権の証拠としてURI NFTを鋳造および換金ができる。
5. 自己主権型財務省：発行された通貨は、自己所有のHook付き口座に預け入れられ、開示された所定の排出スケジュールに従っての排出で、分散型でカウンターパーティーのない資産を模倣できる。
シンプルさ、低手数料、スケーラビリティ、セキュリティ、エコシステムの互換性の組み合わせは、XahauがXRPLエコシステムのための魅力的なスマートコントラクトソリューションへの早期アクセスの提供を意味します。XahauのHooksの経験は、コミュニティが将来XRPLにHooksを実装方法はかどうか、どのような実装方法かを決めるのに役立つでしょう。

Xahau XRP - ネイティブ・トークン・トークノミクス

Xahauはネイティブ・トークンであるXahau XRPによって保護されている。その主な詳細は以下の通りである：

Native Token	Xahau XRP
Ticker	XRP+
Smallest Unit	1 drop or 0.000001 XRP+
Function	Xahau XRPはネットワークの通貨ネットワークサービスの購入用のユーティリティトークン XRPLのように、Xahau上のトランザクションには手数料やリザーブが発生。スパムや肥大化からLedgerの保護にXahau XRPで課金。
Initial Liquidity	ローンチ参加者に6億ドルを分配。
Max Supply	上限なし。
Emission Mechanisms	Xahau XRPの供給は、Xahauのコンセンサス・プロトコルで有効になっている修正によって決められる

燃えたXRP: XRPLメインネット上のXRPは、以下のセクション5に詳述されているインポート修正を使って、Xahau XRPに燃え、鋳造できます。
毎月の残高調整：取引手数料で燃えたXRP+の一部を流通に戻すため、各アクティブユーザーは月平均残高の~0.34%（年率4%の複利計算に等しい）の口座残高増加を請求できます。この排出は、Hooks、BalanceRewards、XahauGenesisの修正を組み合わせて使うプロトコル統治ゲームによって制御されます。
毎月のシート報酬：取引手数料で燃えたXRP+の一部を流通に戻し、積極的で適切なガバナンスを奨励するため、請求された月次残高調整額の合計に相当する金額も、ガバナンス・ゲームの検証者に報酬で支払われます。

焼失XRP

Xahau XRPの主な供給源は、XRPLで燃え、Burn2Mint流動性ポータル（第5章で後述）を通じてXahauに移植されたXRPです。
Xahauのプロトコルは、Importの修正を通じて、XRPの現在の流通量（約520億）に相当する量のXahau XRPをこの方法で鋳造可能にします。このBurn2Mint流動性ポータルは、XahauをXRPLのサイドチェーンとし、Xahau上のネイティブ・トークンがXRPの意味のある表現であることを保証するものです。

初回分配

The Launch parties have invested significant time and resources to launch Xahau, thus it would be unreasonable to also require them to use Burn2Mint. An initial distribution is provided at the protocol level by the XahauGenesis amendment.
The protocol will pay a modest 600 million Xahau XRP as follows:
1. ローンチ時に、8つのGovernance Game Validator Seatsにそれぞれ1,200万ドル。
2. DEX安定コインの流動性のブートストラップ用に、GateHubに1,600万ドルを追加。
3. 知的財産のためにXRPL Labs（Xaman）に1億6,000万ドルを追加 - XamanはHooksとxahaudの開発の主な技術的・財政的負担を担ってきた。この追加分配はその努力に対するものである。
4. XRPLプロトコルのエコシステムの健全性確保に、XRPL Foundationに3億2800万ドルを追加。

月次残高調整

Xahauが管理すべき1つの課題は、通常のXRPL取引と比べてスマートコントラクトの追加費用である。
XRPLでは、取引手数料はわずか1滴または0.000001 XRPです。総供給量1000億XRPに対して、これは些細だが十分なコストである。一方、フック取引は、設定とトリガーに桁違いのコストがかかります。さらに、すべてのXRPLトランザクションが標準化されている一方で、Hooksはその複雑さとコストが非常に異なる可能性があります。LedgerをHookからのスパムや肥大化から適切な保護に、LedgerはすべてのHookトランザクションのサイズとロジックの複雑さに対して適切に（動的に）課金すべきである。
その結果、手数料を燃やすスマート・コントラクト・チェーンで、Xahau XRPは簡単にゼロに近くまで燃え、XRPLで同等のXRPが燃えるよりもはるかに速く燃える可能性がある。
このようなリスクから守るために、Xahauは焼失したトークンを流通に戻すプロトコルレベルのメカニズムが必要です。これが月次残高調整の目的です。
月次残高調整は以下のように機能：
1. 毎月、各Xahauアカウントは、Xahau XRPの平均残高（前回の調整から計算）に基づく調整を（プロトコルに対して）請求選択できます。この調整額は、複利で計算した年率4％に相当します（毎月約0.34％）。
2. ユーザーは、最後の請求から30日が経過後であれば、いつでもジェネシスのアカウントにRewardClaimトランザクションの送信で、残高調整を請求できます。これにより、利用者がアクティブユーザーであることが証明される。
3. 請求トランザクションを受信すると、BalanceRewardsとXahauGenesisの修正を通じて、プロトコルはユーザーのアカウント残高を残高調整分増加させます。
4. 未請求の残高調整は、非アクティブのペナルティで放棄される。
5. 4%はローンチ時の初期レートですが、将来的に小さすぎたり大きすぎた場合は、ガバナンスゲームを通じて変更できます。
このメカニズムにより、アクティブなユーザーは毎月の調整を請求でき、Xahau XRPをさらに流通させることができます。

毎月のガバナンス検証者報酬

Xahau Genesis Accountは、特にXahau XRPの排出を制御するHookによって有効化されています。このHookは、ネットワークや実世界の状況の変化に応じて監視、修正、交換ができるよう、ガバナンスの取り決めが必要です。
XRPLメインネット・バリデーターが、メインネットLedgerを支えるために提供しているサービスに対していかなる報酬も受け取っていないことはよく知られています。ただ、インフラの運営にはコストがかかり、実世界の経験から、このインセンティブの欠如がバリデータの積極的な管理の欠如につながることが分かっています。
Xahau Genesis Hookは、自分自身の更新はどうかを決める際に、どのアカウントを信頼すべきかを知る、または教えてもらう必要がある。これらのアカウントはオーバーラップするUNLからの出現ではなく、事前に知っておく必要がある。
この問題の技術的な解決策は、フックを監督する特定のバリデーターに報酬を与える、インセンティブ付きのジェネシス・フック・ガバナンス・ゲームである。これは以下のように機能：
1. ジェネシス・フック・ガバナンス・ゲームには20の「シート」がある。
2. 各座席は、1つのザハウ・アカウント（レベル1）または3～20のアカウントからなる自己管理委員会（レベル2）によって管理される。
3. 各座席が占有されている場合、プロトコルはその請求月に月次残高調整額の20分の1を鋳造、分配します。
4. シートがアカウント委員会によって占有されている場合、そのシートの報酬はその委員会の選択方法で分配されます。
5. その月に残高調整を請求したユーザーがいない場合、いかなるバリデーターにも報奨は支払われない。
6. 各フラグ台帳（256台帳）には、UNLRレポートと呼ばれる台帳上の記録が作成される。このレポートには、前回のFlag Ledger以降に他のバリデータの80%がコンセンサスに十分な参加と思われるバリデータの公開鍵のリストが含まれる。ジェネシス・フックは、UNLRレポート上のバリデータの公開鍵に対応するシートにのみ、バリデータの報酬を分配する。
このように、ジェネシス・フック・ガバナンス・ゲームには、信頼できるアカウントが信頼できるバリデータの実行で報酬を得られるように設計された報酬メカニズムが含まれており、それらの報酬がユーザーの活動にリンクされ、それらの報酬によって新たなXahau XRPが流通、高いスマートコントラクト実行手数料からトークンの流動性が逼迫するリスクを軽減します。

XahauのBurn2Mint 流動性ソリューション

XRPLエコシステムは現在単一のチェーンで運営されているが、エコシステムは間もなくRipple/Peersyst EVMサイドチェーンやXahauのような複数の並列チェーンを包みこむように拡大。これらのサイドチェーンは、拡張性、柔軟性、相互運用性を強化、XRP関連のデジタル資産のより多様でダイナミックなエコシステムを促がすでしょう。
サイドチェーンとして、Xahau LedgerはXRPLとのチェーン間価値交換が可能でなければなりません。Xahauは、Burn2Mint流動性ポータルを通じてXRPLとの価値交換を可能にします。このポータルでは、ユーザーがXahau上のXRPアカウントアドレスをクローン、XRPLメインネット上でXRPを燃やすことで、Xahau上のクローンアカウントにあるXahau XRPと同数のXRPを交換できます。このセクションでは、Burn2Mintの機能と、他のメカニズムに先駆けて採用された理由について説明します。

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

クロスチェーンの価値移転のための既存のメカニズムはいくつかあるが、それぞれ以下のような特有の欠点がある
1. 集中型取引所：中央集権型取引所（CEX）は、複数のチェーン上で不透明な流動性を提供。ほとんどのユーザーは、新たなチェーンで最初のコインを入手するためにCEXを利用し、これらはエコシステムの重要な、ただ、中央集権的な部分である。CEXへの依存はエコシステムにおける中央集権的な要因である。
2. レイヤー2ブリッジ：レイヤー2ブリッジは、半中央集権的なカストディアル・レンディングやラッピング・サービスである。1つのチェーンで担保のロックで、ユーザーは2つ目のチェーンで担保を借り入れることができる。2つ目のチェーンで資金を返却すると、1つ目のチェーンの担保のロックが解除される。これらのサービスは、悪用を呼び込むハニーポットである。さらに、ブリッジ上のオペレーターの法的役割やロックされたコインのステータスの明確性など、多くの法域において法的明確性に欠けている。
3. アトミックスワップ： 2つのチェーンがハッシュタイムロックコントラクトをサポートしている場合、アトミックスワップを使ってチェーン間で価値を移転できる。このプロトコルでは、正反対の取引を行いたい2人のユーザーがマッチメイクされる。このプロトコルは、両方の取引が成立するか、成立しないかを保証する。アトミックスワップには3つの欠点がある。第一に、取引相手が取引を行わなかった場合、最初の取引相手はタイムロックの期限切れを待たなければならない。第二に、スワップを希望するユーザーが常に反対売買を希望する取引相手を見つけることができるように、両チェーン上に臨界量のユーザーが存在しなければならない。最後に、取引の方向性が一般的に一方向である場合、取引相手を見つけることができない可能性がある。
上記のどのメカニズムもBurn2Mintによって排除されるものではありませんが、つまり、Xahauの将来的な機能として可能性のあるものですが、Burn2Mintはすぐに利用可能で、特定された欠点をすべて回避できるネイティブなクロスチェーン価値移転メカニズムです。

Burn2Mintメカニズム - XRPLでXRPを燃やす

5.5 XahauのBurn2Mintは、XRPLメインネットにアカウントを持つユーザがXahauにそのアカウントをクローンし（同じrアドレス、同じ秘密鍵/s）、XRPLメインネットでXRPを任意に高い取引手数料で燃やし、XahauのクローンしたアカウントにXahauのXRPを同じ数だけ鋳造を可能にします。
5.6 このメカニズムには以下のステップが含まれます
1. XRPL上の手数料の焼却: 最初のステップでは、任意に高い手数料でAccountSetトランザクションの実行で、XRPL上の一定量のXRPを焼却する。トランザクションが検証されると、その高い手数料はXRPの焼却（すなわち不可逆的な破壊）を意味します。このXRPはXRPL上の流通から削除、現在の台帳ルールに基づくと決して取り戻すことはできません。
2. XPOP（Proof of Burn）の生成： Burn2MintトランザクションのXRPLと、そのトランザクションが出現するLedgerの検証メッセージをリッスンする特別なクライアントを使い、そのトランザクションのXPOP（XLS41参照）を生成します。XPOPはトランザクションがXRPL上で適用されたことを証明する非対話的なオフライン暗号です。XPOPベリファイアを持つ当事者は誰でも、焼入れが起こったことを検証できる。
3. Xahau上での鋳造：バーン取引のXPOPはImport取引を使ってXahauに提出。Import取引は、バーン取引を開始したXRPアカウントのクローンアカウント（同じrアドレス、同じ秘密鍵/s）によってXahau上で実行すべきである。XPOPは16進ブロブに変換、Importトランザクションのフィールドとして供給。全ての条件が満ちた場合、Xahauは必要な数のXahau XRPをXahau Accountに鋳造する。
4. B2M比率スケジュール：各XRPの焼却に応じた鋳造のXahau XRPの量は、B2M比率スケジュールによって決められます。B2M レシオ・スケジュールは、ローンチから最初の200万Ledgerまでは、1XRPが燃えると1Xahau XRPが鋳造されるというパリティから始まります。その後2,800万Ledgerのクローズごとに、Burn2Mint関数が自己終了する3,000万Ledgerがクローズされるまで、1XRPが燃えるごとに徐々に少ないXahau XRPが造幣されるようになります。
5. XahauLedgerのクローン口座：インポートトランザクションは、Xahau上にまだ存在しないアカウントを使って送信できるため、特別なものである。クローン口座がまだXahau上に存在しない場合、鋳造プロセスの一部として作成され、ネットワークは口座準備金（1 Xahau XRP）と5Ledgerオブジェクトをカバーする2 Xahau XRPを口座にクレジットする。アカウントが作成されたが、Xahauがそのキーイングについて不確かな場合（RegularKeyまたはSignerListが使われたため）、アカウントはブラックホール状態で作成されます。アカウントがすでにXahau上に存在する場合、AccountRoot上のImportSequence番号は、リプレイ攻撃を防ぐために、BurnトランザクションのSequence(これはXPOP内に埋め込まれる)と照合される。Burn2Mint が成功すると、ImportSequence はこの口座の直近に提出された XPOP は更新される。
6. 鍵の同期： XRPL上のアカウントのキーイング情報は、ユーザーの判断でいつでもXahauにインポートもできる。これはXRPLメインネット上でSetRegularKeyまたはSignerListSetトランザクションを使い、それからXPOPを生成される。ユーザーがメインネット上で鍵を変更したくない場合は、関連するトランザクション内で既存のRegularKeyまたはSignerListを繰り返す必要があります（したがって、トランザクションは実行されますが、アカウントのキーイングは変更できません）。その後、XPOPをXahauのImportトランザクションで使い、メインネットのキーイングをXahauの同じアカウントに転送できる。これは、マルチサインアカウントやバニティアドレス、マスターキーが漏洩したアカウントに便利です。
これらのステップを組み合わせることで、もしユーザーがそう選択した場合、Xahau上に既存のXRPLアカウントをクローンし、取引手数料を介してメインネット上でXRPを燃やすことで、そのクローンアカウントにXahau XRPを鋳造できます。このプロセスは、XRPが燃えたことと、両方のアカウントが同一人物によって管理されていることの両方を保証します。
Xahau XRPをメインネットのXRPに戻すことを望む人は、他の技術的解決策（ブリッジ、アトミックスワップ、またはインポートの修正がXRPLメインネットでライブになった場合のリバースパスのBurn2Mint）が実装される代わりに、中央集権的な取引所を通じての取引でそれを行えます。

Burn2Mintの利点

Burn2Mint機能にはいくつかの重要な利点がある：
1. 分散型：誰もBurn2Mintメカニズムへのアクセスをブロックできず、それを使いための認証も必要ありません。ユーザーによっては、場合によってはBurn2MintがXahauで流動性を得るための唯一の合法的な選択肢となる可能性があります。
2. 自己主権的な流動性： Burn2Mint メカニズムの両側は、ユーザー自身のインフラ上で実行ができる（べきである）。ユーザーは自身のインフラ上でXRPを燃やし、XPOPを生成して自身のインフラに提出し、それによってまた自身のインフラ上でXahau XRPを造幣する。非中央集権的で検閲に強いことはさておき、これは誰もが、特に取引所や企業が、いつ、どれだけのXRPをXahauに移すかを自由に決定できることを意味する。彼らは自らのインフラで、オンデマンドで、自らの流動性を提供。
3. 非保管：燃えたXRPは、それが燃えたチェーン上に存在がなくなります。もはや存在しないため、焼かれたXRPは他人の所有物となることはなく、信託や「Door」口座、カストディアンやエスクローのような形での保管はありません。そのため、Burn2Mintは真に非管財人であり、取引相手や仲介者はいません。
4. 悪用が困難: Burn2Mint XPOPは、XRPLを保護するのと同じ信頼の仕組み、特にバリデータ鍵やバリデータリスト鍵に依存しています。その結果、Burn2Mintの仕組みは、証人（つまりバリデータ）のハイジャックや改ざんに、少なくともネットワークそのものと同じくらい安全である。
5. キーフリー: 従来の双方向ブリッジでは、ロックされたユーザーの資金を含む「Door」アカウントは、署名キーまたは証人キーのセットによって管理される。つまり、"Door "アカウントに不正にアクセスし、ユーザーのロックされた資金を無許可の第三者への配布でブリッジの悪用に使われる可能性のある鍵がどこかへの存在を意味する。対照的に、Burn2Mintのソリューションでは「Door」アカウントを使わないため、ハッキングの対象となる鍵やロックされた資金は存在しない。

Impact on XRPL

Burn2Mintは事実上、全てのXRP保有者にXRPをXahauに移植するオプションを与えます。このオプションは、Xahauのスマートコントラクト機能が、XahauのXRPがメインネットのXRPよりも高い価格での取引を意味する限りにおいて、価値があり有用である。B2M比率の漸進的な "半減 "と最終的なB2Mメカニズムの無効化により、全てのXRPがこの方法で燃えるリスクはありません。
企業ユーザーは、必要なXahau XRPの購入に中央集権的な取引所を利用した方が良いかもしれません。もし市場がXahau XRPをメインネット上のXRPと同じように評価するならば、各トークンはユーザーの需要を満たすのに十分な流動性の存在があります。

Burn2Mintの概要

Burn2MintはXRPLプロトコルとPoAに裏打ちされたチェーンのための新たなクロスチェーン価値移転メカニズムです。このメカニズムには、自己主権的で安全で、従来の価値移転方法に関連する多くの法的・技術的落とし穴を回避する価値移転プリミティブが含まれます。エコシステムに含まれることで、カウンターパーティやカストディなしでXRPLから価値を移転するネイティブで分散型のオプションが追加されます。

Xahau 統治ゲーム

XRPLedgerコンセンサスプロトコル（旧：リップルプロトコルコンセンサスアルゴリズム）チェーンは、正規のLedger定義に、バリデータUNLの強固な重複に依存している。もしバリデータが、他のすべての人が信頼しているのと同じマシンを十分に信頼していなければ、知らないうちに台帳の無関係なフォークを聞いてしまう危険性があります。最適なUNLの決定は、社会的（オフチェーン）コンセンサスの問題である。
その社会的コンセンサスの支援に、様々なエンティティがdUNL（誰もが従うべきバリデータのリスト）を公表している。Xahauも同じアプローチに従う予定で、XRPL財団などがそのようなリストの公表が期待されています。XRPLのように、Xahauは誰もがバリデータを実行できるパブリックなパーミッションレスチェーンとなります。そしてXRPLと同じように、プロトコルの更新は80%以上のUNLバリデータが変更をサポートに依存する。
dUNLが正規のLedgerに責任を持つバリデータの定義に役立つ一方で、XahauにはXRPLメインネットにはない2つ目のガバナンスの課題があります。XRPLメインネットは作成時にすべてのXRPを鋳造しました。Xahauはこのアプローチに従うことはできません。Xahauのネイティブトークンは、事前に定義されたイベント（Burn2Mint、アカウント調整、Validator Rewardsなど）の発生に応じて鋳造される必要があります。
つまり、XahauはGenesis Hookを調整または交換の必要がある場合に備えて、Genesis Hookのガバナンスメカニズムを必要とします。これはガバナンスゲームとして知られている：
1. 目的：ガバナンスゲームは、UNLバリデータがアクティブであり続けることを保証し、それらのアクティブメンバーがXahau XRPの配布をコントロールするジェネシスアカウントのフックの維持を可能化用に存在。
2. 席：テーブルには20のシートがある。席とは、ガバナンスゲームで投票数を数えるXahauアカウントのことです。
3. L1テーブル：ガバナンスゲームでは、少なくとも最上位のテーブルが必要です。これをレベル1テーブル(L1 Table)と呼ぶ。このテーブルは定義上、Genesisアカウントにのみ存在。L1テーブルの席は、アカウントによって埋められている場合もあれば、空席の場合もある。これらの席はL1と呼ばれる。
4. 2テーブル：L1テーブルの席は、別のガバメントゲームフックがインストールされたアカウントによって埋められることがある。このテーブルの席はL2と呼ばれ、テーブルはL2テーブルである。この構造は、L1の席とその議決権をまとめて管理する3～20のアカウントからなる自己管理委員会である。したがって、L1席とL2席の組み合わせによっては、最大400のアカウントが2層のガバナンスゲームに参加する可能性がある。
5. 議席の補充： L1シートの補充または空席補充は、既存の全L1シートの80%の投票によって行われる。L2議席については、そのL1議席を一括して保有するアカウント委員会が、多数決によって、あるいはその他の論理や規則に従って、新メンバー（最大20名、最小3名まで）を招聘または脱退させる。他のシートは、L2テーブルのメンバーをコントロールできない。
6. 投票：各L1席はガバナンス・ゲームにおいて1票の投票権を持つ。L2シートについては、そのL2テーブルの1票は、そのL2テーブルが決めるいかなるロジックによっても決められる。デフォルトは、そのL2テーブルのL2シートメンバーの50%以上の投票である。
7. フックの変更: フックの変更はすべてガバメントゲームを通じて投票される。フックの変更は、定義された全シートの投票率で支持された場合のみ成功。通常の投票率は80％ですが、バランス調整率の引き上げについては100％となります。
8. 報酬： L1シートに信頼できるバリデーターを運営するインセンティブを与えるため、L1シートはコンセンサスに積極的な参加を条件に、毎月リワードを得ることができる。
9. dUNLの基盤：ジェネシス・フック・ガバナンス・ゲームの参加者が運営するバリデーターは、 dUNLの基盤となるべきである。
異なるタイプの議席は、セキュリティを損なうことなく、より多様な参加アカウントが可能になる。レベル1の議席は、コミュニティが信頼できる重要なエンティティが管理するアカウントに適しています。一方、レイヤー2の議席は、より幅広い参加者を許容しますが、参加者の集団参加は1票としてカウントされるため、その数がレベル1の議席の信頼の圧倒はありません。
このように、ガバナンスゲームでは最大400アカウントまでの参加を認め、信頼できるバリデーターの運営でコンセンサスに参加を条件に、参加したアカウントに報酬を与える。

Xahau ローンチ・アライアンス

Xahauは、XRPLエコシステムの構築とサポートの実績を持つ5つの独立した事業体の連合によって開発されました。それらの事業体は以下の通りです：
1. XRPL Labs (Xaman)、XUMMウォレット、Hooks、Xahaudの背後にあるソフトウェア開発者であり、Xahau開発の専門知識とコストの大半を担ってきた。
2. GateHub Limited、多国籍テクノロジー企業、暗号取引所、暗号サービスプロバイダーで、XRPLで発行されたStablecoinsを含む。
3. Titanium OU, 安全なホスティングの提供を専門とするITコンサルティングおよびインフラストラクチャー企業で、XRPLのインフラストラクチャーの主要プロバイダー（Alloy Networksとして）。
4. Evernode Labs Ltd。Evernodeスマートコントラクトプロジェクトの開発者であり、Xahauへの展開を担当。
5. Digital Governing OU。会計、監査、法務サービスを提供する世界的に活動的な企業の関連法人。

完全に機能的かつ分散化状態でローンチ

Xahauは、資金調達なく、完全に機能し、分散化状態でローンチ

集中管理せず

Xahauは、20席あるガバメントゲームシートのうち8席が埋まった状態でローンチ：
1. 5席がレイヤー1の席となり、それぞれXahau Launch Allianceのメンバーが座る。
2. 3席はレイヤー2席となり、そのうちの1席は取引所委員会によって、もう1席はXRPコミュニティ・プロジェクト、開発者、長期的な支援者からなる多様な委員会によって満ちます。
3. 1はFYEOで、Hooksのようなソフトウェアを含むブロックチェーン開発関連のコード監査とレビューサービスの提供会社です。

資金調達せず

ICOは行われておらず、ローンチによる資金調達も行われていない。
Xahauアライアンスのメンバーは、それぞれ独自に開発資金を調達しています。Xahauのさらなる発展のために、共同で資金を提供したり、資金やリソースをプールしたりはありません。また、ロードマップや "Xahau Foundation "などの中央管理された金庫もありません。さらなる発展は、エコシステム内の独立したアクターの裁量に委ねられている。

約束せず

ガバナンスゲームのメンバーは独立した存在です。投票方法、リソースの配置、Xahau XRPを含む資産の使用方法について、メンバー間に合意、取り決め、了解はありません。他のメンバーから見て信頼できるヴァリデータになるか、ゲームから投票されるかというゲームのロジックだけが、ヴァリデータの行動を動かします。これはXahauを使うXRP Ledger Consensus Protocol（旧：Ripple Protocol Consensus Algorithm）（PoA）メカニズム固有の機能です。