Merge remote-tracking branch 'upstream/master' into ja-credentials

Author: tequdev

@l10n/es-ES/docs/concepts/networks-and-servers/peer-protocol.md

@@ -107,7 +107,7 @@ Los pros y contras de cada configuración son los siguientes:
 <tr><th>Pares descubiertos</th>
   <td><ul>
     <li><p>La configuración más simple, con una carga de mantenimiento baja.</p></li>
-    <li><p>Crea la oportunidad para una gran cantidad de conexiones directas de pares. Tener más pares directos tiene varios beneficios. Tu servidor puede <a href="ledger-history.html#recuperar-el-histórico">recuperar histórico</a> de múltiples pares en paralelo, tanto al sincronizar como al rellenar el histórico. Como no todos los pares mantienen el histórico completo, tener acceso a una gama más amplia de datos históricos.</p></li>
+    <li><p>Crea la oportunidad para una gran cantidad de conexiones directas de pares. Tener más pares directos tiene varios beneficios. Tu servidor puede <a href="ledger-history#recuperar-el-histórico">recuperar histórico</a> de múltiples pares en paralelo, tanto al sincronizar como al rellenar el histórico. Como no todos los pares mantienen el histórico completo, tener acceso a una gama más amplia de datos históricos.</p></li>
     <li><p>Reduce la posibilidad de desconexión de la red porque tu servidor puede reemplazar los pares desconectados con otros nuevos.</p></li>
   </ul></td>
   <td><ul>
@@ -119,8 +119,8 @@ Los pros y contras de cada configuración son los siguientes:
   <td><ul>
     <li><p>Configuración más segura y confiable cuando se implementa correctamente.</p></li>
     <li><p>Tan confiable y redundante como quieras hacerla.</p></li>
-    <li><p>Puedes optimizar el rendimiento del servidor privado con <a href="clustering.html">clustering</a>.</p></li>
-    <li><p>Te permite crear tantas conexiones directas de pares como desees. Tu servidor privado puede <a href="ledger-history.html#recuperar-el-histórico">obtener histórico</a> desde múltipes pares en paralelo. Dado que administras los pares, también puedes controlar cuanto histórico del ledger cada par puede mantener.</p></li>
+    <li><p>Puedes optimizar el rendimiento del servidor privado con <a href="clustering">clustering</a>.</p></li>
+    <li><p>Te permite crear tantas conexiones directas de pares como desees. Tu servidor privado puede <a href="ledger-history#recuperar-el-histórico">obtener histórico</a> desde múltipes pares en paralelo. Dado que administras los pares, también puedes controlar cuanto histórico del ledger cada par puede mantener.</p></li>
   </ul></td>
   <td><ul>
     <li><p>Carga de mantenimiento y costos más altos debido a la ejecución de múltiples servidores.</p></li>

@l10n/ja/docs/_snippets/mpts-disclaimer.md

@@ -0,0 +1,3 @@
+{% admonition type="info" name="注意" %}
+Multi-Purpose Token機能は、XRP LedgerプロトコルへのXLS-33d拡張機能の一部として提案されています。 現時点では、テストネットワーク上でこれらの機能を使用することができます。 安定版リリースでAmendment有効化されるまででは、これらのページに記載されている詳細内容は変更される可能性があります。
+{% /admonition %}

@l10n/ja/docs/concepts/networks-and-servers/peer-protocol.md

@@ -107,7 +107,7 @@ XRP Ledgerで使用できるように、`rippled`サーバをピアツーピア
 <tr><th>検出されたピア</th>
   <td><ul>
     <li><p>最もシンプルな構成。メンテナンスの負担が抑えられます。</p></li>
-    <li><p>ダイレクトピア接続の機会が多数得られます。ダイレクトピア接続には、いくつかのメリットがあります。サーバは、複数のピアから並行して<a href="ledger-history.html#履歴の取得">履歴を取得</a>できます。同期時と履歴の埋め戻し時のいずれも可能です。履歴は、すべてのピアで完全に保持されているわけではないため、アクセスするピアを増やすことで、幅広い履歴データにアクセスすることもできます。</p></li>
+    <li><p>ダイレクトピア接続の機会が多数得られます。ダイレクトピア接続には、いくつかのメリットがあります。サーバは、複数のピアから並行して<a href="ledger-history#履歴の取得">履歴を取得</a>できます。同期時と履歴の埋め戻し時のいずれも可能です。履歴は、すべてのピアで完全に保持されているわけではないため、アクセスするピアを増やすことで、幅広い履歴データにアクセスすることもできます。</p></li>
     <li><p>切断されたピアを新しいピアに置き換えることができるため、サーバがネットワークから切断される可能性を抑えることができます。</p></li>
   </ul></td>
   <td><ul>
@@ -119,8 +119,8 @@ XRP Ledgerで使用できるように、`rippled`サーバをピアツーピア
   <td><ul>
     <li><p>最も安全で信頼できる構成（効率的に実装された場合）。</p></li>
     <li><p>信頼性と冗長性を実現します。</p></li>
-    <li><p><a href="clustering.html">クラスタリング</a>によって、プライベートサーバのパフォーマンスを最適化できます。</p></li>
-    <li><p>必要な数のダイレクトピア接続を作成できます。プライベートサーバでは、複数のピアから並行して<a href="ledger-history.html#履歴の取得">履歴を取得</a>できます。複数のピアを実行するため、各ピアで保持するレジャー履歴の量も制御します。</p></li>
+    <li><p><a href="clustering">クラスタリング</a>によって、プライベートサーバのパフォーマンスを最適化できます。</p></li>
+    <li><p>必要な数のダイレクトピア接続を作成できます。プライベートサーバでは、複数のピアから並行して<a href="ledger-history#履歴の取得">履歴を取得</a>できます。複数のピアを実行するため、各ピアで保持するレジャー履歴の量も制御します。</p></li>
   </ul></td>
   <td><ul>
     <li><p>複数のサーバを実行することで、メンテナンスの負担とコストは高くなります。</p></li>

@l10n/ja/docs/concepts/tokens/fungible-tokens/multi-purpose-tokens.md

@@ -0,0 +1,54 @@
+---
+blurb: Multi-Purpose Tokenは、トラストラインよりもコンパクトで柔軟なトークンタイプです。
+labels:
+  - トークン
+  - MPT
+  - Multi-Purpose Token
+status: not_enabled
+---
+# Multi-Purpose Token
+
+{% partial file="/@l10n/ja/docs/_snippets/mpts-disclaimer.md" /%}
+
+Multi-Purpose Token(MPT)は、トラストラインよりもコンパクトで柔軟なトークンタイプです。
+
+MPTを使用することで、数行のコードですぐに使えるトークン化機能を利用できます。1つのトークンプログラムから多くのトークンを作成することができます。以下のような特徴があります。
+
+- MPTはメタデータをXRPLブロックチェーンに直接保存します。
+- 1024バイトのURIフィールドがメタデータへのポインタを提供し、オンチェーンソースに加えてオフチェーンソースをメタデータに使用することができます。これにより、アプリケーションはチェーンから必要な情報に直接アクセスできるようになり、追加情報を追加する機能を失うことなく、トークンの相互運用性を高めることができます。
+- MPT は、発行可能なトークン数の上限を設定することで、トークンの供給量を固定することができます。
+- MPT を転送不可トークンと定義することもできます。この場合、トークンは発行者にのみ転送することができ、トークン保有者の間では転送できません。航空会社のクレジットを発行したり、ロイヤリティ報酬を発行したりする場合に便利です。
+- 発行者は、トークン保有者間でトークンが取引されるたびにオンチェーン収益を得るために送金手数料を設定することができます。
+- MPTには高度なコンプライアンス機能もあります。
+    - トークン保有者が保有するトークンをロックし、コンプライアンス要件をサポートする機能。
+    - すべてのトークン保有者のすべてのMPT残高に対してグローバルロックを設定する機能。
+    - 発行者は、トークン保有者のウォレットからMPTをクローバックできるように設定することができ、MPTを失効させたり、ウォレットキーを紛失した場合に再割り当てしたりすることができます。
+    - オプトイン機能として、発行者が許可したウォレットにのみ発行されたトークンを保持させることができます。
+
+## MPTとトラストラインの比較
+
+トラストラインと異なり、MPTは双方向の債務関係を表すものではありません。代わりに、MPTは一方向のトラストラインのように機能し、1つの残高のみを持ちます。これにより、オンラインゲームでの評価ポイントの追跡など、非金融的なユースケースを含む一般的なトークン化要件をサポートするためのオーバーヘッドが削減されます。
+
+MPTはトラストラインよりも単純な概念モデルを提供します。
+
+MPTはトラストラインよりも必要とするスペースは大幅に少なくなっています。トークン保有者が保有する各MPTに約52バイトが必要なのに対し、新しいトラストラインには少なくとも234バイトが必要です。
+
+これにより、ノード運営者の長期的なインフラストラクチャとストレージの負担が軽減され、ネットワークの回復力が向上します。
+
+また、MPTは大量のトランザクションを処理する際のノードのパフォーマンスも向上させます。
+
+MPTは一方向です。トラストラインが「残高相殺」を使用するのに対し、MPTは単一の残高のみを持ちます。
+
+アカウントは最大32の固有のMPT発行が可能です。発行者がこれ以上のMPTをサポートしたい場合は、追加のアカウントを作成することで対応できます。
+
+トークン保有者はレジャー外での信頼決定を最初に行わずにMPTを取得することはないため、MPTには信用の限度(trust limit)がありません。例えば、MPTの一般的なユースケースである法定通貨担保型ステーブルコインでは、トークン保有者は保有して安心できる量以上のステーブルコインを購入することはありません。
+
+既存の機能の一部とは異なり、MPTはリップリング(Rippling)の対象ではなく、その機能に関連する設定も必要ありません。
+
+## MPTとIOUの比較
+
+技術的なレベルでは、MPTはレジャー上で代替可能トークンを表現する根本的に異なる方法を提供します。IOUがトラストラインで表現され、双方向の債務関係を持つのに対し、MPTはMPTokenオブジェクトで捕捉されるよりシンプルな一方向の関係を使用します。これにより、レジャー上のスペースの大幅な節約が実現されます。トラストラインではなくトークンオブジェクトとして代替可能トークンを表現することで、トークンレベルのメタデータ、固定供給量、固定小数点残高など、実世界の金融資産のための機能をオンチェーンで実現しやすくなります。
+
+実際の利用レベルでは、MPTはトラストラインやリップリングと比較してより分かりやすい概念モデルを提供します。開発者はXLS-20 NFTの概念モデルと類似点を持つ`MPToken`および`MPTokenIssuance`オブジェクトを中心にWeb3アプリケーションを構築しやすくなります。また、一般ユーザにとっても、利用可能なトークン、発行したトークン、ウォレット内の保有トークンを理解しやすくなります。MPTの発行者と保有者の両方にとって、IOUトラストラインによる同等の表現と比較して、通常XRPの準備金が少なくて済みます。
+
+MPTはIOUを補完することを意図しています。MPTまたはIOUのいずれかが適しているユースケースもありますが、長期的には両方が必要となる可能性が高いでしょう。貸借のための与信枠など、長期的にIOUでより適切に表現できる使用例もあるでしょう。MPT機能では、まず一般的なユースケースを実現し、その後追加の機能サポートを提供する形で段階的に進化すべきです。MPTの開発期間中、一部のケースではIOUでの表現が適している場合もありますが、後にMPTでより適切にサポートされる可能性があります。