最終更新:
編集

rippledを並列ネットワークに接続

様々なテスト用・開発用の代替ネットワークが存在しており、開発者は実際の資金をリスクにさらすことなく、アプリのテストや機能の実験を行うことができます。**これらのネットワークで使用される資金は実際の資金ではなく、テスト専用です。**あなたのrippledサーバをこれらのテストネットワークのいずれかに接続することができます。

警告: 新機能や実験的な機能を持つテストネットワークでは、ネットワークと同期するためにサーバの本番リリース前のリリースを実行することが必要になる場合があります。各ネットワークに必要なコードのバージョンについては、並列ネットワークのページをご覧ください。

手順

あなたのrippledサーバをXRPテストネットまたは開発ネットに接続するには、次の手順に従ってください。また、テストネットや開発ネットに接続した後、本番用メインネットに切り替えることもできます。

1. 適切なハブに接続するようにサーバを設定します。

rippled.cfgファイルを編集します。

推奨インストールでは、デフォルトで/etc/opt/ripple/rippled.cfgという設定ファイルを使用します。その他の場所としては、$HOME/.config/ripple/rippled.cfg($HOMErippledを実行しているユーザのホームディレクトリです)、$HOME/.local/ripple/rippled.cfgまたはrippledを起動した現在の作業ディレクトリがあります。

  1. [ips]に接続したいネットワークのハブを設定します。

    [ips]
    s.altnet.rippletest.net 51235
    
  2. 以前の [ips]があれば、コメントアウトしてください。

    # [ips]
    # r.ripple.com 51235
    # zaphod.alloy.ee 51235
    # sahyadri.isrdc.in 51235
    
  3. [network_id]に適切な値を追加します。

    [network_id]
    testnet
    

    カスタムネットワークの場合、そのネットワークに接続する全員が、そのネットワークに固有の値を使用する必要があります。新しいネットワークを作成するときは、ネットワークIDを11から4,294,967,295までの整数からランダムに選択します。

    注記: この設定はサーバが同じネットワーク上にいる仲間を見つけるのに役立ちますが、サーバがどのネットワークに従うかを厳密に制御するものではありません。UNL/信頼できるバリデータの設定(次のステップ)はサーバが従うネットワークを定義するものです。

2. 信頼できるバリデータリストの設定

validators.txtファイルを編集します。このファイルはrippled.cfgファイルと同じフォルダにあり、どのバリデータが共謀しないと信頼するかを定義します。

  1. 接続したいネットワークの[validator_list_sites][validator_list_keys]コメントを解除するか、追加します。

    [validator_list_sites]
    https://vl.altnet.rippletest.net
    
    [validator_list_keys]
    ED264807102805220DA0F312E71FC2C69E1552C9C5790F6C25E3729DEB573D5860
    

    ヒント: プレビュー版パッケージには必要な項目があらかじめ設定されている場合がありますが、念のため確認してください。

  2. 以前の[validator_list_sites],[validator_list_keys],または[validators]をコメントアウトします。

    例えば:

    # [validator_list_sites]
    # https://vl.ripple.com
    #
    # [validator_list_keys]
    # ED2677ABFFD1B33AC6FBC3062B71F1E8397C1505E1C42C64D11AD1B28FF73F4734
    
    # Old hard-coded List of Devnet Validators
    # [validators]
    # n9Mo4QVGnMrRN9jhAxdUFxwvyM4aeE1RvCuEGvMYt31hPspb1E2c
    # n9MEwP4LSSikUnhZJNQVQxoMCgoRrGm6GGbG46AumH2KrRrdmr6B
    # n9M1pogKUmueZ2r3E3JnZyM3g6AxkxWPr8Vr3zWtuRLqB7bHETFD
    # n9MX7LbfHvPkFYgGrJmCyLh8Reu38wsnnxA4TKhxGTZBuxRz3w1U
    # n94aw2fof4xxd8g3swN2qJCmooHdGv1ajY8Ae42T77nAQhZeYGdd
    # n9LiE1gpUGws1kFGKCM9rVFNYPVS4QziwkQn281EFXX7TViCp2RC
    # n9Jq9w1R8UrvV1u2SQqGhSXLroeWNmPNc3AVszRXhpUr1fmbLyhS
    

3. 機能を有効化(無効化)する

実験的な機能を使用するテストネットワークでは、設定ファイルで該当する機能を強制的に有効にする必要があります。その他のネットワークでは、[features]を使用しないでください。設定ファイルの[features]を以下のように追加または変更します。

# [features]
# Delete or comment out. Don't force-enable features on Testnet.

警告: メインネットまたはテストネットに接続するときは、[features]を使用しないでください。他のネットワークと異なる機能を強制的に有効にすると、サーバがネットワークから分断される可能性があります。

4. サーバを再起動する

$ sudo systemctl restart rippled

5. サーバの同期を確認します。

再起動後、ネットワークに同期するのに約5分から15分かかります。サーバの同期が完了すると、server_infoメソッドは接続しているネットワークに基づいたvalidated_ledgerオブジェクトを表示します。

自分のrippledが正しいネットワークに接続されていることを確認するには、自分のサーバの結果をTestnetまたはDevnet上の公開サーバと比較してください。validated_ledgerオブジェクトのseqフィールドはどちらのサーバでも同じはずです(チェックしている間に変更された場合は、1つか2つずれている可能性があります)。

次の例は、コマンドラインからサーバの最新の検証済みレジャーをチェックする方法を示しています。

rippled server_info | grep seq

WebSocketツールのserver_infoを使って、対象のネットワーク上の最新のレジャーインデックス(seq)を調べることができます。

関連項目