Merge pull request XRPLF#2226 from develoQ/ja-infra

[JA] Update infra

content/@i18n/ja/concepts/consensus-protocol/consensus-structure.md

@@ -172,7 +172,7 @@ XRP Ledgerに送信されたトランザクションはすぐには処理され
 - **コンセプト:**
   - [コンセンサスについて](consensus.html)
   - [コンセンサスの研究](consensus-research.html)
-  - [Rippleコンセンサスの動画](https://www.youtube.com/watch?v=pj1QVb1vlC0)
+  - [コンセンサスの仕組み(動画)](https://www.youtube.com/watch?v=pj1QVb1vlC0)
 - **チュートリアル:**
   - [信頼できるトランザクションの送信](reliable-transaction-submission.html)
   - [バリデータとしての`rippled`の実行](run-rippled-as-a-validator.html)

content/@i18n/ja/concepts/networks-and-servers/parallel-networks.md

@@ -9,24 +9,25 @@ labels:
 
 XRP Ledgerにはピアツーピアの本番環境のネットワークが1つ存在し、XRP Ledger上で行われるすべての取引はその本番環境のネットワーク、すなわちMainnet内で発生します。
 
-また、Rippleでは、XRPLコミュニティーのメンバーがMainnet上にあるものに影響を及ぼすことなくXRPLテクノロジーとやり取りできるように、TestnetとDevnetの2つの代替ネットワーク（AltNet）を提供しています。3つすべてのネットワークの詳細を以下に示します。
+XRP Ledgerコミュニティのメンバーが、メインネットに影響を与えることなくXRP Ledgerとやり取りできるように、テストネットをはじめとするいくつかの代替ネットワークが用意されています。ここでは、いくつかのネットワークを紹介します。
 
 | ネットワーク | アップグレード頻度 | 説明                                          |
-|:--------|:----------------|:-------------------------------------------------|
-| Mainnet | 安定版リリース | [XRP Ledger](xrp-ledger-overview.html)。ピアツーピアサーバーのネットワーク機能を備えた分散型の暗号台帳であり、[XRP](what-is-xrp.html)の土台となるものです。 |
-| Testnet | 安定版リリース | XRP Ledger上に構築したソフトウェアのテスト環境として動作する「代替環境」のネットワーク。本番環境のXRP Ledgerユーザーに影響を及ぼすことも、本物の通貨をリスクにさらすこともありません。Testnetの[Amendmentのステータス](known-amendments.html)は、Mainnetを厳密に反映するようになっていますが、分散型システムが持つ予測不可能な性質により、タイミングにわずかな違いが生じることがあります。 |
-| Devnet | ベータ版リリース | 次期リリースのプレビュー。XRP Ledgerのコアソフトウェアへの不安定な変更がテストされます。このAltNetを使用すると、開発者はまだMainnetで有効になっていないXRPLの計画段階の新機能やAmendmentを操作したり学習したりすることができます。 |
+|:-----------|:----------------|:---------------------------------------------|
+| Mainnet    | 安定版リリース    | ピアツーピアサーバーのネットワーク機能を備えた分散型の暗号台帳であり、[XRP](what-is-xrp.html)の土台となる[XRP Ledger](xrp-ledger-overview.html)です。。 |
+| Testnet    | 安定版リリース    | XRP Ledger上に構築したソフトウェアのテスト環境として動作する「代替環境」のネットワークです。。本番環境のXRP Ledgerユーザーに影響を及ぼすことも、本物の通貨をリスクにさらすこともありません。Testnetの[Amendmentのステータス](known-amendments.html)は、Mainnetを厳密に反映するようになっていますが、分散型システムが持つ予測不可能な性質により、タイミングにわずかな違いが生じることがあります。 |
+| Devnet     | ベータ版リリース  | 次期リリースのプレビューネットワークです。XRP Ledgerのコアソフトウェアへの不安定な変更がテストされます。このAltNetを使用すると、開発者はまだMainnetで有効になっていないXRPLの計画段階の新機能やAmendmentを操作したり学習したりすることができます。 |
+| [Hooks V3 Testnet](https://hooks-testnet-v3.xrpl-labs.com/) | [Hooksサーバ](https://github.com/XRPL-Labs/xrpld-hooks) | [Hooks](https://xrpl-hooks.readme.io/)を使用したオンチェーン・スマートコントラクト機能のプレビューネットワークです。 |
 
-TestnetとDevnetはそれぞれ独自にテスト用XRPを提供しています。このテスト用XRPは、XRP Ledgerの試用およびアプリケーション開発やインテグレーションに関心のある対象者に、Rippleが[無料で提供](xrp-testnet-faucet.html)するものです。テスト用XRPは、現実世界での価値はなく、ネットワークがリセットされると失われます。
+テスト用XRPは、XRP Ledgerの実験やアプリケーションの開発、統合に興味のある人々に[無償で提供](xrp-testnet-faucet.html)されています。テスト用のXRPは実際には価値を持たず、ネットワークがリセットされると失われます。
 
-**注意:** RippleはAltNetの安定性について一切保証しません。これらのネットワークは、サーバー構成、ネットワークトポロジー、ネットワークパフォーマンスのさまざまな特性をテストする目的でこれまで使用され、またこれからも同様に使用されます。
+**注意:** XRP Ledgerメインネットとは異なり、テストネットワークは通常「中央集権型」であり、これらのネットワークの安定性や可用性については保証されていません。これらのネットワークは、サーバ構成、ネットワークトポロジー、ネットワークパフォーマンスのさまざまな特性をテストする目的でこれまで使用され、またこれからも同様に使用されます。
 
 
 ## 並列ネットワークとコンセンサス
 
 使用するネットワークを定義する`rippled`の設定はありません。その代わり、信頼するバリデータのコンセンサスに基づいてどのレジャーを正しいレジャーとして受け入れるかを把握します。`rippled`インスタンスからなる異なるコンセンサスグループが、同じグループの他のメンバーだけを信頼する場合、各グループは引き続き並列ネットワークとして機能します。悪意のあるコンピューターや不適切に動作するコンピューターが両方のネットワークに接続している場合でも、各ネットワークのメンバーが、定数設定を超えて別のネットワークのメンバーを信頼するように設定されていない限り、コンセンサスプロセスに混乱は生じません。
 
-Rippleでは、TestnetとDevnetでメインサーバーを運用しています。[独自の`rippled`サーバーをTestnetに接続](connect-your-rippled-to-the-xrp-test-net.html)していただくことも可能です。TestnetとDevnetでは、多様で検閲耐性のあるバリデータのセットが使用されていません。そのため、RippleはTestnetやDevnetを定期的にリセットできます。
+Ripple社は、TestnetとDevnetでメインサーバーを運用しています。[独自の`rippled`サーバーをTestnetに接続](connect-your-rippled-to-the-xrp-test-net.html)していただくことも可能です。TestnetとDevnetでは、多様で検閲耐性のあるバリデータのセットは使用されていません。そのため、Ripple社はTestnetやDevnetを定期的にリセットできます。
 
 
 ## 関連項目

content/@i18n/ja/concepts/payment-types/direct-xrp-payments.md

@@ -57,7 +57,7 @@ XRP Ledgerでは、支払いを受け取ることができるアドレスは永
 
 2. 受取アドレスが、資金供給されたアカウントかどうかを確認します。
 
-   - 受取アドレスに資金が供給されている場合は、[DepositAuth](depositauth.html)や[RequireDest](source-and-destination-tags.html#requiring-tags)など、支払いの受け取りに関する制限が受取アドレスにあるかどうかを確認します。そのような制限を支払いが満たしていない場合、支払いは失敗します。
+   - 受取アドレスに資金が供給されている場合は、[DepositAuth](depositauth.html)や[RequireDest](source-and-destination-tags.html#タグの必須化)など、支払いの受け取りに関する制限が受取アドレスにあるかどうかを確認します。そのような制限を支払いが満たしていない場合、支払いは失敗します。
    - 受取アドレスに資金が供給されていない場合は、[必要準備金](reserves.html)の最低額を満たすのに十分なXRPが支払いで送金されるかどうかを確認します。十分でない場合、支払いは失敗します。
 
 3. `Amount`フィールドで指定されたXRPの金額と、[トランザクションコスト](transaction-cost.html)用に消却されるXRPの金額の合計を送金元アカウントから引き落とし、受取アカウントに同じ金額を送金します。

content/@i18n/ja/concepts/transactions/source-and-destination-tags.md

@@ -0,0 +1,56 @@
+---
+html: source-and-destination-tags.html
+parent: transactions.html
+blurb: 送信元タグと宛先タグを使用して、多目的アドレスからの、または多目的アドレスへの支払いを行います。
+labels:
+  - 支払い
+  - アカウント
+  - セキュリティ
+---
+# 送信元タグと宛先タグ
+
+_送信元タグ_と_宛先タグ_は、XRP Ledgerの[支払い](payment-types.html)機能で、多目的アドレスからの支払いや多目的アドレスへの支払いの特定の目的を示すことができます。送信元タグと宛先タグは、台帳上の直接的な機能を持ちません。送信元タグと宛先タグは、台帳外のシステムがどのように支払いを処理すべきかについての情報を提供するだけです。トランザクションでは、送信元タグも宛先タグも 32ビット符号なし整数の形式です。
+
+宛先タグは、支払いの受取人または宛先を示します。例えば、[取引所](list-xrp-as-an-exchange.html) や [ステーブルコインの発行者](stablecoin-issuer.html)アドレスへの支払いは、宛先タグを使用して、そのビジネス自体のシステム内で支払額を与信するユーザを表すことができます。店舗・業者への支払いは、その支払いがどの商品を購入するのかを表すことができます。
+
+送信元タグは、支払いの送信者または送信元を示します。最も一般的なのは、受取人に対する返金時の送信先として送信元タグを使用することです。返金する場合は、受領した支払いの送信元タグを返金支払いの宛先タグとして使用する必要があります。
+
+顧客に、別のインターフェースを使用してXRP Ledgerアドレスからトランザクションを送受信する機能を提供することを、_ホストされたアカウント_の提供と呼びます。ホストされたアカウントでは通常、顧客ごとに送信元タグと宛先タグを使用します。
+
+**ヒント:** [Xアドレス](https://xrpaddress.info/)は、従来のアドレスとタグを組み合わせて、両方をエンコードして1つのアドレスにしたものです。顧客に入金アドレスを示す場合、顧客にアドレスとタグの2つの情報を管理させるよりも、Xアドレスを使用する方が顧客にとって簡単かもしれません。(Xアドレスのタグは、送信時には送信元タグとして、受信時には宛先タグとして機能します)。
+
+## 理由
+
+他の分散型台帳では、顧客ごとに異なる入金アドレスを使用するのが一般的です。XRP Ledgerでは、支払いを受け取るためには、そのアドレスは入金され有効化済みの[アカウント](accounts.html)でなければなりません。XRP Ledgerで他と同じアプローチを用いると、ネットワーク内の全てのサーバのリソースを無駄に消費し、各アドレスに対して[準備金](reserves.html)の金額を無制限に確保しなければならな苦なり、大きなコストがかかります。
+
+送信元タグと宛先タグは、入金と支払いを個別の顧客にマッピングする、より軽量な方法を提供します。
+
+## ユースケース
+
+ビジネスにおいては、複数の目的で送信元タグと宛先タグを使用する場合があります：
+
+- 顧客アカウントへの直接マッピング
+- 返金された支払いを、その支払いを行った支払元にマッピング
+- 期限切れの見積もりへの支払いのマッピング
+- 顧客が特定の入金に対して生成できる使い捨てタグの提供
+
+プライバシーを保護しながらタグの重複を防ぐために、ビジネスでは利用可能なタグの全範囲を目的ごとに分割し、その範囲内でタグを予測不可能な順序で割り当てることができます。例えば、[SHA-256](https://ja.wikipedia.org/wiki/SHA-2)のような暗号ハッシュ関数を使用し、[剰余演算](https://ja.wikipedia.org/wiki/剰余演算)を使用して出力を関連するセクションのサイズにマッピングします。安全のため、新しいタグを使う前に古いタグとの衝突をチェックしてください。
+
+タグを番号順に割り当てると、顧客のプライバシーが損なわれます。XRP Ledgerのトランザクションはすべて公開されているため、番号順でタグを割り当てると、タグとユーザのアドレスの対応を推測したり、使用されているタグに基づいてユーザのアカウントに関する情報を導き出したりすることが可能になります。
+
+
+## タグの必須化
+
+複数の顧客口座への支払いを受け取る可能性があるXRP Ledgerアドレスにとって、宛先タグなしで支払いを受け取ることは問題です。どの顧客に入金すべきかがすぐに分からないため、手作業が必要になったり、誰が受取人であったかを特定するために送金者とやり取りをしなければならなくなったりします。このようなケースを減らすために、[`RequireDest`設定を有効にする](require-destination-tags.html)ことができます。そうすることで、もしユーザが支払先にタグを設定し忘れた場合、XRP Ledgerはその支払いを拒否します。その後、ユーザはそのタグを使って再度支払いを行うことができます。
+
+
+## 関連項目
+
+- [宛先タグの必須化](require-destination-tags.html)
+- [支払いのタイプ](payment-types.html)
+
+
+<!--{# common link defs #}-->
+{% include '_snippets/rippled-api-links.md' %}
+{% include '_snippets/tx-type-links.md' %}
+{% include '_snippets/rippled_versions.md' %}

content/@i18n/ja/infrastructure/configure-rippled/data-retention/index.md

@@ -0,0 +1,9 @@
+---
+html: data-retention.html
+parent: configure-rippled.html
+template: pagetype-category.html.jinja
+blurb: サーバが保存するデータの量と、古いデータを削除するタイミングを制御します。
+---
+# データの保存
+
+サーバが保存するデータの量と、古いバージョンのレジャーステートや過去のトランザクションを含む古いデータを削除するタイミングを制御します。

content/@i18n/ja/infrastructure/configure-rippled/server-modes/index.md

@@ -0,0 +1,9 @@
+---
+html: server-modes.html
+parent: configure-rippled.html
+template: pagetype-category.html.jinja
+blurb: コアサーバを用途別に適した様々なモードで運用する方法を紹介します。
+---
+# サーバの種類
+
+XRP Ledgerのコアサーバは、用途別に適した様々なモードで実行することができます。

content/@i18n/ja/infrastructure/rippled/commandline-usage.md

@@ -1,6 +1,6 @@
 ---
 html: commandline-usage.html
-name: Commandline Usage
+name: コマンドラインの使い方
 parent: infrastructure.html
 blurb: rippledサーバーのコマンドライン使用オプションです。
 curated_anchors:
@@ -17,9 +17,9 @@ curated_anchors:
 labels:
   - コアサーバー
 ---
-# rippledコマンドライン使用リファレンス
+# コマンドラインの使い方
 
-`rippled`実行可能ファイルは、通常はXRP Ledgerを処理するデーモンとして実行されますが、他のモードでも実行できます。このページでは、コマンドラインから実行する場合に`rippled`に渡すことができるすべてのオプションを説明します。
+`rippled`の実行可能ファイルは、通常はXRP Ledgerを処理するデーモンとして実行されますが、他のモードでも実行できます。このページでは、コマンドラインから実行する場合に`rippled`に渡すことができるすべてのオプションを説明します。
 
 ## 使用できるモード
 
@@ -69,7 +69,6 @@ rippled [OPTIONS]
 
 次のフィールドは廃止されました： `--validateShards`。 [削除: rippled 1.7.0][]
 
-
 ## スタンドアロンモードのオプション
 
 ```bash
@@ -161,7 +160,7 @@ rippled --unittest=print
 
 `print`は、使用可能なテストとそのパッケージのリストを出力する特殊な単体テストです。
 
-#### 手動単体テスト
+#### 手動の単体テスト
 
 完了に時間を要する一部の単体テストは、「手動」に分類されています。このようなテストについては、`print`単体テストの出力に`|M|`と表示されます。すべての単体テストまたは単体テストのパッケージを実行するときには、手動テストはデフォルトで実行されません。手動テストを個別に実行するには、テスト名を指定します。例:
 

content/@i18n/ja/infrastructure/rippled/configuration/configure-amendment-voting.md

@@ -6,9 +6,9 @@ labels:
   - コアサーバー
   - ブロックチェーン
 ---
-# 修正投票機能の設定
+# Amendment投票機能の設定
 
-バリデーターとして設定されたサーバーは、[feature method][]を使ってXRP Ledgerプロトコルの[修正案(amendments)](amendments.html)に投票することができます。(この方法には[管理者アクセス](get-started-using-http-websocket-apis.html#管理者アクセス権限)が必要です).
+バリデーターとして設定されたサーバーは、[feature メソッド][]を使ってXRP Ledgerプロトコルの[Amendment](amendments.html)に投票することができます。(この方法には[管理者アクセス](get-started-using-http-websocket-apis.html#管理者アクセス権限)が必要です).
 
 例えば、「SHAMapV2」Amendmentに反対票を投じるには、以下のコマンドを実行します。
 
@@ -51,7 +51,7 @@ rippled feature SHAMapV2 reject
 
 ## 設定ファイルを使用する
 
-もし、修正票の設定に設定ファイルを使いたい場合は、`[rpc_startup]` 節に行を追加して、起動時に各明示票のために自動的にコマンドを実行させることができます。例えば
+もし、Amendmentの設定に設定ファイルを使いたい場合は、`[rpc_startup]` 節に行を追加して、起動時に各明示票のために自動的にコマンドを実行させることができます。例えば
 
 ```
 [rpc_startup]

content/@i18n/ja/infrastructure/rippled/configuration/test-amendments.md

@@ -0,0 +1,26 @@
+---
+html: test-amendments.html
+parent: configure-rippled.html
+blurb: ネットワーク上で有効になる前に、Amendmentをテストすることができます。
+labels:
+  - ブロックチェーン
+---
+# Amendmentのテスト
+
+
+本番ネットワークでAmendmentが完全に有効になる前に、スタンドアロンモードを使って`rippled` の動作をテストすることができます。
+
+**注意:** これは開発目的の利用を想定しています。
+
+機能を強制的に有効にするには、`rippled.cfg` ファイルに `[features]`節とAmendmentの短い名前を追加してください。各Amendmentにはそれぞれ行が必要です。
+
+<!-- MULTICODE_BLOCK_START -->
+_Example_
+
+```
+[features]
+MultiSign
+TrustSetAuth
+```
+
+<!-- MULTICODE_BLOCK_END -->