要約
- XRP Ledgerの開発者は、SponsoredAccountCreateというトランザクションを提案しました。これにより、別のアカウントがユーザーのベースレザーバー要件をカバーすることで、XRPがゼロのウォレットを作成できます。
- このモデルは、ユーザーがプライベートキーを制御したまま、ステーブルコイン支払い、組み込みウォレット、AIエージェントのオンボーディングの摩擦を軽減できます。
- プルリクエストは開いたままであり、デプロイされていません。より広範なスポンサー修正に依存しており、メインネットで利用可能になる前に、レビューとバリデーターの承認が必要です。
XRP Ledgerの開発者は、別のアカウントがその準備金要件をカバーすることで、プラットフォームがXRP残高ゼロのスポンサードアカウントを作成できるようにする提案を検討しています。公式pull requestでは、SponsoredAccountCreateというトランザクションが導入され、今日もオープン状態です。この提案は、新しいウォレットにXRPを移転することなく、ユーザーからスポンサーへ準備金の負担を移すことで、RippleおよびXRPエコシステム全体の導入摩擦を軽減する可能性があります。
スポンサード口座により、XRPのユーザー登録時の資金調達が削除される可能性があります
現在の設計では、新規XRPL口座が動作する前に最低限の保有額が必要です。SponsoredAccountCreateでは、既存の口座がXRP残高をゼロのまま新規ウォレットを作成でき、スポンサーが対応する保有額の義務を負います。ネットワークレベルの保有額は依然として存在しますが、その義務を満たす責任はエンドユーザーから移転されます。この違いは、ブロックチェーン固有の要件を顧客から隠すことを目的とした組み込みウォレット製品にとって重要になる可能性があります。
この提案は、RLUSDのような資産を保有することを目的としたウォレットが現在でもアクティブにするためにXRPの資金が必要であるという点で、ステーブルコインに焦点を当てたアプリケーションにとって特に関連性が高い。参照に示された例では、100,000の口座をオンボーディングする企業は、基本準備金として100,000 XRPを単独で割り当てる必要がある。スポンサーによる作成により、ユーザーはステーブルコインから開始でき、プラットフォームが裏でXRP準備金要件を処理できるようになる。このアプローチは、XRPとRLUSDを使用したマシン間支払いに関する現在の取り組みと一致している。
スポンサーシップは口座の準備金を超えて拡張することも可能です。このより広範なメカニズムは、スポンサーが取引手数料を負担できるように設計されており、アプリケーションがユーザーの秘密鍵を制御することなくネットワークコストを吸収できるようにします。他の主体が準備金や取引コストを支払った場合でも、ユーザーは口座と鍵の制御を維持します。このモデルは、ウォレット管理の摩擦を最小限に抑えることが重要な、XRPLの自動エージェント向け支払いツールを補完する自動ソフトウェアやAIエージェントに役立つ可能性があります。
コードはメインネット展開に向け準備ができていません。プルリクエスト#8606はまだ開いたままであり、未解決のレビュー指摘があり、本番ネットワークで有効化されていないスポンサーシップの変更に依存しています。基盤となる修正案も、有効化前に十分なバリデーターのサポートが必要です。したがって、SponsoredAccountCreateは利用可能なXRP Ledgerの機能ではなく、提案されたインフラとして扱う必要があります。最終的に承認され有効化された場合、ステーブルコインウォレットのオンボーディングコストを負担する主体を変更しつつ、レジャーの準備金要件とユーザーの口座管理権を維持することが可能です。