mirror of
https://github.com/XRPLF/xrpl-dev-portal.git
synced 2025-11-21 04:05:49 +00:00
Japanese translation: fix all the broken links
This commit is contained in:
mDuo13
@@ -6,10 +6,10 @@ XRP Ledgerでは、アカウントはその後のトランザクションには
|
||||
|
||||
このチュートリアルでは、レギュラーキーペアをアカウントに割り当てるために必要な手順を説明します。
|
||||
|
||||
1. [キーペアの生成](#1-generate-a-key-pair)
|
||||
2. [生成したキーペアをレギュラーキーペアとしてアカウントに割り当てる](#2-assign-the-key-pair-to-your-account-as-a-regular-key-pair)
|
||||
3. [レギュラーキーペアの検証](#3-verify-the-regular-key-pair)
|
||||
4. [次のステップ](#4-explore-next-steps)
|
||||
1. [キーペアの生成](#1-キーペアの生成)
|
||||
2. [生成したキーペアをレギュラーキーペアとしてアカウントに割り当てる](#2-生成したキーペアをレギュラーキーペアとしてアカウントに割り当てる)
|
||||
3. [レギュラーキーペアの検証](#3-レギュラーキーペアの検証)
|
||||
4. [次のステップ](#4-次のステップ)
|
||||
|
||||
|
||||
## 1. キーペアの生成
|
||||
|
||||
@@ -20,7 +20,7 @@
|
||||
|
||||
[MultiSignReserve Amendment][]が有効ではない場合、マルチ署名を使用するには[アカウント準備金](reserves.html)および[トランザクションコスト](transaction-cost.html)に通常よりも多くのXRPが必要となります。必要額は、使用する署名および署名者の数に応じて増加します。
|
||||
|
||||
[MultiSignReserve Ａmendment][]が有効な場合、マルチ署名を使用するには、使用する署名と署名者の数に関わらず、アカウントの準備金として5 XRPが必要です。マルチ署名済みトランザクションの[トランザクションコスト](transaction-cost.html)は、このAmendmentの影響を受けず、使用する署名と署名者の数に応じて増加します。
|
||||
[MultiSignReserve Amendment][]が有効な場合、マルチ署名を使用するには、使用する署名と署名者の数に関わらず、アカウントの準備金として5 XRPが必要です。マルチ署名済みトランザクションの[トランザクションコスト](transaction-cost.html)は、このAmendmentの影響を受けず、使用する署名と署名者の数に応じて増加します。
|
||||
|
||||
`rippled`を[スタンドアロンモード](rippled-server-modes.html#rippledサーバーをスタンドアロンモードで実行する理由)で新しいジェネシスレジャーで開始した場合は、以下の操作を行う必要があります:
|
||||
|
||||
@@ -133,7 +133,7 @@
|
||||
|
||||
[トランザクションの結果](transaction-results.html)が[**tesSUCCESS**](tes-success.html)であることを確認します。それ以外の場合、トランザクションは失敗しています。スタンドアロンモードまたは本番環境以外のネットワークで問題が発生した場合は、[マルチ署名が有効であること](start-a-new-genesis-ledger-in-stand-alone-mode.html#新しいジェネシスレジャーの設定)を確認してください。
|
||||
|
||||
**注記:** [MultiSignReserve Amendment][]が有効ではない場合は、SignerListのメンバーの増加に応じて、アドレスの[所有者準備金](reserves.html#所有者準備金)のXRP額を増加する必要があります。アドレスに十分なXRPがないと、トランザクションは[tecINSUFFICIENT_RESERVE](tec-codes.html)で失敗します。[MultiSignReserve Amendment][]が有効な場合は、SignerListの署名者の数に関係なく[所有者準備金](reserves.html#所有者準備金)として必要なXRPは5 XRPです。関連項目: [SignerListと準備金](signerlist.html#signerlistsと準備金)
|
||||
**注記:** [MultiSignReserve Amendment][]が有効ではない場合は、SignerListのメンバーの増加に応じて、アドレスの[所有者準備金](reserves.html#所有者準備金)のXRP額を増加する必要があります。アドレスに十分なXRPがないと、トランザクションは[tecINSUFFICIENT_RESERVE](tec-codes.html)で失敗します。[MultiSignReserve Amendment][]が有効な場合は、SignerListの署名者の数に関係なく[所有者準備金](reserves.html#所有者準備金)として必要なXRPは5 XRPです。関連項目: [SignerListと準備金](signerlist.html#signerlistと準備金)
|
||||
|
||||
|
||||
## 4. レジャーの閉鎖
|
||||
|
||||
@@ -95,7 +95,7 @@
|
||||
|
||||
* `[debug_logfile]`を`rippled`がログ情報を書き込めるパスに設定します。
|
||||
|
||||
`rippled`を正常に起動するために必要な構成はこれだけです。その他の構成はすべて省略可能であり、作業サーバーをセットアップしてから調整することもできます。詳細については、[Additional Configurations](#追加構成)を参照してください。
|
||||
`rippled`を正常に起動するために必要な構成はこれだけです。その他の構成はすべて省略可能であり、作業サーバーをセットアップしてから調整することもできます。詳細については、[追加構成](#additional-configuration)を参照してください。
|
||||
|
||||
0. `rippled` は、`validators.txt`ファイルの実行を必要とします。`rippled/cfg/`に、サンプルバリデータファイルの`validators-example.txt`があります。このファイルをコピーし、`rippled.cfg`ファイルと同じフォルダーに`validators.txt`という名前で保存します。`rippled`ディレクトリーにアクセスして、以下を実行します。
|
||||
|
||||
|
||||
@@ -32,7 +32,7 @@ Rippleでは、お使いのRAMでサポートできる最大のノードサイ
|
||||
|
||||
`large`も`[node_size]`の値として有効ですが、実際に使用するとほとんどの環境で`huge`よりもパフォーマンスが悪くなります。Rippleでは、`large`の代わりに、常に`huge`を使用することを推奨します。
|
||||
|
||||
`node_size`パラメーターを無効な値に設定すると、[サーバーは起動しません](server-wont-start.html#bad-node_size-value)。
|
||||
`node_size`パラメーターを無効な値に設定すると、[サーバーは起動しません](server-wont-start.html#node_sizeの値が正しくない)。
|
||||
|
||||
|
||||
### ノードDBタイプ
|
||||
@@ -43,11 +43,11 @@ Rippleでは、お使いのRAMでサポートできる最大のノードサイ
|
||||
|
||||
この値は、`RocksDB`または`NuDB`に設定できます。
|
||||
|
||||
- サーバーがバリデーターの場合には、必要とされる履歴の量が少ないため、最良のパフォーマンスを得るために`RocksDB`を使用します。[詳細はこちらをご覧ください。](#more-about-using-rocksdb)
|
||||
- サーバーがバリデーターの場合には、必要とされる履歴の量が少ないため、最良のパフォーマンスを得るために`RocksDB`を使用します。[詳細はこちらをご覧ください。](#rocksdbの使用の詳細)
|
||||
|
||||
- ほとんどのケースにおいて、ディスクのデータが膨大であってもパフォーマンスが一貫している`NuDB`を使用します。高速のSSDが必要です。[詳細はこちらをご覧ください。](#more-about-using-nudb)
|
||||
- ほとんどのケースにおいて、ディスクのデータが膨大であってもパフォーマンスが一貫している`NuDB`を使用します。高速のSSDが必要です。[詳細はこちらをご覧ください。](#nudbの使用の詳細)
|
||||
|
||||
- 回転ディスク（非推奨）や、単に遅いSSDを使用している場合でも、`RocksDB`を使用してください。[詳細はこちらをご覧ください。](#more-about-using-rocksdb)
|
||||
- 回転ディスク（非推奨）や、単に遅いSSDを使用している場合でも、`RocksDB`を使用してください。[詳細はこちらをご覧ください。](#rocksdbの使用の詳細)
|
||||
|
||||
サンプルの`rippled-example.cfg`ファイルでは、`[node_db]`スタンザの`type`フィールドが`RocksDB`に設定されています。
|
||||
|
||||
|
||||
@@ -177,7 +177,7 @@ Terminating thread rippled: main: unhandled N5beast14BadLexicalCastE 'std::bad_c
|
||||
Terminating thread rippled: main: unhandled St13runtime_error 'shard path missing'
|
||||
```
|
||||
|
||||
設定に`[shard_db]`スタンザが含まれている場合、このスタンザには`path`フィールドが指定されている必要があります。このフィールドは、`rippled`がシャードストアーのデータを書き込むことができるディレクトリを指しています。このエラーが発生する場合は、`path`フィールドが欠落しているか、誤った位置に指定されています。構成ファイルで余分な空白やスペルミスがないかどうかを確認し、[シャード設定の例](configure-history-sharding.html#2-edit-rippledcfg)と比較してください。
|
||||
設定に`[shard_db]`スタンザが含まれている場合、このスタンザには`path`フィールドが指定されている必要があります。このフィールドは、`rippled`がシャードストアーのデータを書き込むことができるディレクトリを指しています。このエラーが発生する場合は、`path`フィールドが欠落しているか、誤った位置に指定されています。構成ファイルで余分な空白やスペルミスがないかどうかを確認し、[シャード設定の例](configure-history-sharding.html#2-rippledcfgの編集)と比較してください。
|
||||
|
||||
|
||||
## ShardStoreがRocksDBを開くかまたは作成することができない
|
||||
|
||||
@@ -103,7 +103,7 @@ Checkを取り消す例を以下に示します。
|
||||
|
||||
## {{cancel_n.next()}}.署名済みCheckCancelトランザクションの送信
|
||||
|
||||
{% set step_1_link = "#1-prepare-the-checkcancel-transaction" %}
|
||||
{% set step_1_link = "#1checkcancelトランザクションの準備" %}
|
||||
{% include '_snippets/tutorial-submit-step.md' %} <!--#{ fix md highlighting_ #}-->
|
||||
|
||||
### 要求の例
|
||||
|
||||
@@ -83,7 +83,7 @@ Checkを変動金額で換金するためのトランザクションを準備す
|
||||
|
||||
## {{cash_flex_n.next()}}.署名済みCheckCashトランザクションの送信
|
||||
|
||||
{% set step_1_link = "#1-prepare-the-checkcash-transaction" %}
|
||||
{% set step_1_link = "#1checkcashトランザクションの準備" %}
|
||||
{% include '_snippets/tutorial-submit-step.md' %} <!--#{ fix md highlighting_ #}-->
|
||||
|
||||
### 要求の例
|
||||
|
||||
@@ -82,7 +82,7 @@ Checkを正確な金額で換金するためのトランザクションを準備
|
||||
|
||||
## {{cash_exact_n.next()}}.署名済みCheckCashトランザクションの送信
|
||||
|
||||
{% set step_1_link = "#1-prepare-the-checkcash-transaction" %}
|
||||
{% set step_1_link = "#1checkcashトランザクションの準備" %}
|
||||
{% include '_snippets/tutorial-submit-step.md' %} <!--#{ fix md highlighting_ #}-->
|
||||
|
||||
### 要求の例
|
||||
|
||||
@@ -17,7 +17,7 @@ XRP Ledgerの外部でGrand PaymentsはBoxSend SGに請求書（IDは`46060241FA
|
||||
このチュートリアルでCheckを送信するには、以下が必要です。
|
||||
|
||||
- Checkの送信元である資金供給のあるアカウントの**アドレス**と**シークレットキー**。
|
||||
- [XRP Ledger Test Net Faucet](https://ripple.com/build/xrp-test-net/)を使用して、10,000 Test Net XRPを保有する資金供給のあるアドレスおよびシークレットを取得できます。
|
||||
- [XRP Ledger Test Net Faucet](xrp-test-net-faucet.html)を使用して、10,000 Test Net XRPを保有する資金供給のあるアドレスおよびシークレットを取得できます。
|
||||
- Checkを受領する資金供給のあるアカウントの**アドレス**。
|
||||
- トランザクションに安全に署名できる手段（[RippleAPI][]や各自の[`rippled`サーバー](install-rippled.html)など）。
|
||||
- `rippled`サーバーに接続できるクライアントライブラリ（[RippleAPI][]、HTTPライブラリ、またはWebSocketライブラリなど）。
|
||||
@@ -119,7 +119,7 @@ Checkの額と、Checkを現金化できる当事者を決定します。[CheckC
|
||||
|
||||
## {{send_n.next()}}.署名済みトランザクションの送信
|
||||
|
||||
{% set step_1_link = "#1-prepare-the-checkcreate-transaction" %}
|
||||
{% set step_1_link = "#1checkcreateトランザクションの準備" %}
|
||||
{% include '_snippets/tutorial-submit-step.md' %}
|
||||
<!--{#_ #}-->
|
||||
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
保留中のEscrowはすべて[Escrowオブジェクト](escrow.html)としてレジャーに保管されます。
|
||||
|
||||
Escrowオブジェクトを検索するには、[account_objectsメソッド][]で[送金元のアドレス](#送金元のアドレスによるEscrowの検索)または[送金先のアドレス](#送金先のアドレスによるEscrowの検索)を使用して検索します。
|
||||
Escrowオブジェクトを検索するには、[account_objectsメソッド][]で[送金元のアドレス](#送金元のアドレスによるescrowの検索)または[送金先のアドレス](#送金先のアドレスによるescrowの検索)を使用して検索します。
|
||||
|
||||
## 送金元のアドレスによるEscrowの検索
|
||||
|
||||
|
||||
@@ -5,7 +5,7 @@
|
||||
XRP Ledger EscrowにはPREIMAGE-SHA-256 [Crypto-Conditions](https://tools.ietf.org/html/draft-thomas-crypto-conditions-03)が必要です。条件とフルフィルメントを適切なフォーマットで計算するには、[five-bells-condition](https://github.com/interledgerjs/five-bells-condition)などのCrypto-conditionsライブラリを使用する必要があります。フルフィルメントについては、以下のフルフィルメントを生成するためのメソッドのいずれかを使用することが推奨されます。
|
||||
|
||||
- 暗号論的に安全な乱数ソースを使用して、32バイト以上のランダムバイトを生成します。
|
||||
- インターレジャープロトコルの[PSK仕様](https://github.com/interledger/rfcs/blob/master/deprecated/0016-pre-shared-key/0016-pre-shared-key.md)に従い、ILPパケットのHMAC-SHA-256をフルフィルメントとして使用します。
|
||||
- Interledger Protocolの[PSK仕様](https://github.com/interledger/rfcs/blob/master/deprecated/0016-pre-shared-key/0016-pre-shared-key.md)に従い、ILPパケットのHMAC-SHA-256をフルフィルメントとして使用します。
|
||||
|
||||
ランダムなフルフィルメントと条件のJavaScriptコードの例:
|
||||
|
||||
|
||||
@@ -19,7 +19,7 @@ Payment Channelは、少額の単位に分割可能な「非同期」のXRPペ
|
||||
|
||||
また、トランザクションの送信先`rippled`サーバーも必要です。このチュートリアルの例では、`rippled`サーバーがテストマシン（`localhost`）で稼働しており、このテストマシンはポート**5005**で非暗号化JSON-RPC APIエンドポイントに接続しています。
|
||||
|
||||
実際のXRPを送金せずにテストを実施するには、Test Net XRPを保有する[Ripple Test Net](https://ripple.com/build/ripple-test-net/)のアドレスを使用できます。Ripple Test Netを使用しない場合、`http://localhost:5005/`ではなく`https://api.altnet.rippletest.net:51234`に接続することで、Test NetサーバーのJSON-RPC APIを使用できます。
|
||||
実際のXRPを送金せずにテストを実施するには、Test Net XRPを保有する[XRP Ledger Testnet](xrp-testnet-faucet.html)のアドレスを使用できます。XRP Ledger Test Netを使用する場合、`http://localhost:5005/`ではなく`https://api.altnet.rippletest.net:51234`に接続することで、Test NetサーバーのJSON-RPC APIを使用できます。
|
||||
|
||||
Payment Channelに使用できるXRPの額に制限はありません。このチュートリアルで使用されているサンプルの値では、Payment Channelで100 XRP（`100000000` drop）が少なくとも1日間は確保されます。
|
||||
|
||||
@@ -32,16 +32,16 @@ Payment Channelに使用できるXRPの額に制限はありません。この
|
||||
|
||||
この図のステップの番号は、このチュートリアルのステップの番号に対応しています。
|
||||
|
||||
1. [支払人: Channelの作成](#1-the-payer-creates-a-payment-channel-to-a-particular-recipient)
|
||||
2. [受取人: Channelの確認](#2-the-payee-checks-specifics-of-the-payment-channel)
|
||||
3. [支払人: クレームへの署名](#3-the-payer-creates-one-or-more-signed-claims-for-the-xrp-in-the-channel)
|
||||
4. [支払人: 受取人へのクレームの送信](#4-the-payer-sends-a-claim-to-the-payee-as-payment-for-goods-or-services)
|
||||
5. [受取人: クレームの検証](#5-the-payee-verifies-the-claims)
|
||||
6. [受取人: 商品またはサービスの提供](#6-payee-provides-goods-or-services)
|
||||
7. [必要に応じてステップ3～6を繰り返す](#7-repeat-steps-3-6-as-desired)
|
||||
8. [受取人: クレームの清算](#8-when-ready-the-payee-redeems-a-claim-for-the-authorized-amount)
|
||||
9. [支払人: Channel閉鎖の要求](#9-when-the-payer-and-payee-are-done-doing-business-the-payer-requests-for-the-channel-to-be-closed)
|
||||
10. [支払人（またはその他の担当者）: 有効期限切れChannelの閉鎖](#10-anyone-can-close-the-expired-channel)
|
||||
1. [支払人: Channelの作成](#1-支払人が特定の受取人へのpayment-channelを作成します)
|
||||
2. [受取人: Channelの確認](#2-受取人がpayment-channelの特性を確認します)
|
||||
3. [支払人: クレームへの署名](#3-支払人がchannelのxrpに対して1つ以上の署名付き-クレーム-を作成します)
|
||||
4. [支払人: 受取人へのクレームの送信](#4-支払人が商品またはサービスに対する支払いとしてクレームを受取人に送信します)
|
||||
5. [受取人: クレームの検証](#5-受取人がクレームを検証します)
|
||||
6. [受取人: 商品またはサービスの提供](#6-受取人が商品またはサービスを提供します)
|
||||
7. [必要に応じてステップ3～6を繰り返す](#7-必要に応じてステップ36を繰り返します)
|
||||
8. [受取人: クレームの清算](#8-準備が完了すれば受取人は承認された額のクレームを清算します)
|
||||
9. [支払人: Channel閉鎖の要求](#9-支払人と受取人の取引完了後支払人はchannelの閉鎖を要求します)
|
||||
10. [支払人（またはその他の担当者）: 有効期限切れChannelの閉鎖](#10-有効期限切れのchannelは誰でも閉鎖できます)
|
||||
|
||||
## 1. 支払人が特定の受取人へのPayment Channelを作成します。
|
||||
|
||||
|
||||
@@ -34,7 +34,7 @@ XRPをサポートするために、Alpha Exchangeでは以下を行う必要が
|
||||
|
||||
関連項目:
|
||||
|
||||
* [ゲートウェイコンプライアンス](become-an-xrp-ledger-gateway.html#ゲートウェイコンプライアンス) — ゲートウェイと取引所は異なりますが、取引所は地域の規制に準拠し、適切な当局の監督下になければなりません。
|
||||
* [ゲートウェイコンプライアンス](become-an-xrp-ledger-gateway.html#gateway-compliance) — ゲートウェイと取引所は異なりますが、取引所は地域の規制に準拠し、適切な当局の監督下になければなりません。
|
||||
|
||||
* [Requirements for Sending to XRP Ledger](become-an-xrp-ledger-gateway.html#requirements-for-sending-to-xrp-ledger)
|
||||
|
||||
@@ -78,7 +78,7 @@ Rippleが推奨するベストプラクティスに従い、Alpha Exchangeは、
|
||||
|
||||
* 顧客のXRP出金や入金を管理する、日常業務を遂行するための1つ以上の[ _ホットウォレット_ ](issuing-and-operational-addresses.html#運用アドレス)。例えば、ホットウォレットがあれば、取引所はこの種のXRPの自動送金を安全にサポートできます。出金要求にただちに応じるため、ホットウォレットはオンラインである必要があります。
|
||||
|
||||
不正使用されたホットウォレットによって発生するおそれのある結果についての詳細は、[Operational Account Compromise](issuing-and-operational-addresses.html#operational-address-compromise)を参照してください。
|
||||
不正使用されたホットウォレットによって発生するおそれのある結果についての詳細は、[Operational Account Compromise](issuing-and-operational-addresses.html#運用アドレスの漏えい)を参照してください。
|
||||
|
||||
* オプションとして、コールドウォレットとホットウォレットの間で追加のセキュリティ層を提供する、1つ以上のウォームウォレット。ホットウォレットとは異なり、ウォームウォレットのシークレットキーはオンラインである必要はありません。さらに、ウォームウォレットのシークレットキーを複数の人に分散し、[マルチ署名](multi-signing.html)を導入してセキュリティを強化することもできます。
|
||||
|
||||
@@ -300,7 +300,7 @@ XRP残高</i></b></td>
|
||||
|
||||
### 取引所へのXRPの入金
|
||||
|
||||
[台帳外のXRP残高](#on-ledger-and-off-ledger)を追跡するには、取引所は新しい[バランスシート](#バランスシート)（または類似の会計システム）を作成する必要があります。以下の表は、ユーザーがXRPを入金するにつれ、Alpha Exchangeの新しいバランスシートで発生する残高の変化を示すものです。
|
||||
[台帳外のXRP残高](#台帳上と台帳外)を追跡するには、取引所は新しい[バランスシート](#バランスシート)（または類似の会計システム）を作成する必要があります。以下の表は、ユーザーがXRPを入金するにつれ、Alpha Exchangeの新しいバランスシートで発生する残高の変化を示すものです。
|
||||
|
||||
CharlieというユーザーがAlpha Exchangeに50,000XRPを入金したいと希望しています。これには、以下のステップが伴います。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user