macOSでのrippledの構築と実行
rippledの本番環境にmacOSプラットフォームを使用することは推奨されていません。本番環境には、最高レベルの品質管理とテストを経た、Ubuntuプラットフォームのご使用をご検討ください。
しかしながら、macOSは多くの開発やテストの作業に適しています。rippledは、10.13 High SierraまでのmacOSでテスト済みです。
開発目的の場合は、sudoを使用するのではなく、非管理者ユーザーとしてrippledを実行します。
-
Xcode をインストールします。
-
Xcodeコマンドラインツールをインストールします。
$ xcode-select --install -
Homebrew をインストールします。
$ ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" -
Homebrewをアップデートします。
$ brew update -
Homebrewを使用して依存関係をインストールします。
$ brew install git cmake pkg-config protobuf openssl ninja -
Boost 1.70.0以降をインストールします。
rippled1.7.0はBoost 1.70.0以降と互換性があります。HomebrewのリポジトリにあるBoostの最新バージョンでは不十分であるため、Boostを手動でインストールする必要があります。(次の例では、本書執筆時点の最新バージョンであるBoost 1.71.0を使用しています。) -
Boost 1.71.0 をダウンロードします。
-
フォルダに抽出します。場所をメモしておいてください。
-
ターミナルで以下を実行します。
cd /LOCATION/OF/YOUR/BOOST/DIRECTORY ./bootstrap.sh ./b2 cxxflags="-std=c++14"
-
BOOST_ROOT環境が、Boostのインストールで作成されたディレクトリーを指すようにします。 -
Boostディレクトリーを確認するには、Boostを手動でインストールした場合は
pwd、Homebrewを使用してインストールした場合はbrew --prefix boostを使用します。 -
以下のコードをBoostディレクトリーの場所に編集して実行し、Boost環境変数が
.bash_profileファイルに追加されるようにします。そうすることで、ログイン時にこの環境変数が自動的に設定されます。$ echo $"export BOOST_ROOT=/Users/my_user/boost_1_71_0" >> ~/.bash_profile
-
前のステップで
.bash_profileファイルをアップデートした場合には、新しいターミナルウィンドウでそれを読み込みます。例:$ source .bash_profile -
希望の場所に
rippledソースコードをクローンし、rippledディレクトリーにアクセスします。これを行うには、Git(Homebrewを使用して前にインストール済み)とGitHubを設定する必要があります。例えば、GitHubアカウントを作成し、SSHキーを設定します。詳細は、Set up git を参照してください。$ git clone git@github.com:ripple/rippled.git $ cd rippled -
デフォルトでは、クローンを実行すると
developブランチに移動します。開発作業をしていて、未テストの機能の最新セットを使用したい場合にはこのブランチを使用します。最新の安定したリリースを使用したい場合には、
masterブランチをチェックアウトします。$ git checkout master最新のリリース候補をテストしたい場合には、
releaseブランチをチェックアウトします。$ git checkout releaseまたは、GitHub にリストされたタグ付きのリリースをチェックアウトすることもできます。
-
クローンしたばかりの
rippledディレクトリー内にビルドディレクトリーを作成し、そこにアクセスします。例:$ mkdir my_build $ cd my_build -
rippledを構築します。ハードウェアの仕様にもよりますが、これには約5分ほどかかります。$ cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=Debug ..CMAKE_BUILD_TYPEをDebugまたはReleaseビルドタイプに設定できます。標準的な4つのCMAKE_BUILD_TYPEの値がすべてサポートされています。 -
CMakeを使用してビルドを実行します。ハードウェアの仕様にもよりますが、これには約10分ほどかかります。
$ cmake --build .-- -j 4ヒント: この例では、
-jパラメーターが4に設定されています。これにより、4つのプロセスを使用し、並行してビルドします。使用する最適なプロセス数は、お使いのハードウェアで使用可能なCPUコア数によって異なります。sysctl -n hw.ncpuを使用して、CPUのコア数を調べてください。 -
サーバー実行可能ファイルに組み込まれたユニットテストを実行します。ハードウェアの仕様にもよりますが、これには約5分ほどかかります。(省略可能ですが、推奨します)
$ ./rippled --unittest -
rippledは、rippled.cfg構成ファイルの実行を必要とします。rippled/cfgに、サンプル構成ファイルのrippled-example.cfgがあります。このファイルをコピーし、rippledを非ルートユーザーとして実行できる場所にrippled.cfgという名前で保存します。rippledディレクトリーにアクセスして、以下を実行します。$ mkdir -p $HOME/.config/ripple $ cp cfg/rippled-example.cfg $HOME/.config/ripple/rippled.cfg -
rippled.cfgを編集し、必要なファイルパスを設定します。rippledを実行するユーザーは、ここで指定するすべてのパスへの書き込み権限を持っている必要があります。-
[node_db]パスを、台帳データベースを保存する場所に設定します。 -
[database_path]パスを、その他のデータベースデータを保存する場所に設定します。(この場所には、構成データを持つSQLiteデータベースも含まれ、通常、[node_db]パスフィールドの1つ上のレベルになります。) -
[debug_logfile]をrippledがログ情報を書き込めるパスに設定します。
rippledを正常に起動するために必要な構成はこれだけです。その他の構成はすべて省略可能であり、作業サーバーをセットアップしてから調整することもできます。詳細は、Additional Configurationsを参照してください。 -
-
rippledは、validators.txtファイルの実行を必要とします。rippled/cfg/に、サンプルバリデータファイルのvalidators-example.txtがあります。このファイルをコピーし、rippled.cfgファイルと同じフォルダーにvalidators.txtという名前で保存します。rippledディレクトリーにアクセスして、以下を実行します。$ cp cfg/validators-example.txt $HOME/.config/ripple/validators.txt警告:
validators.txtのファイルはあなたのサーバーがレジャーを検証する判断の為の設定を含まれています。 バリデータの設定に注意しない変更を加えると、サーバーがネットワークから分岐し、古い、不完全、または正しくないデータについて報告する原因となることがあります。そのようなデータを使用すると、経費の無駄になります。 -
ビルドディレクトリー(
my_buildなど)にアクセスし、rippledサービスを開始します。$ ./rippled以下は、ターミナルに表示される内容の抜粋です。
2018-Oct-26 18:21:39.593738 JobQueue:NFO Auto-tuning to 6 validation/transaction/proposal threads.
2018-Oct-26 18:21:39.599634 Amendments:DBG Amendment 4C97EBA926031A7CF7D7B36FDE3ED66DDA5421192D63DE53FFB46E43B9DC8373 is supported.
2018-Oct-26 18:21:39.599874 Amendments:DBG Amendment 6781F8368C4771B83E8B821D88F580202BCB4228075297B19E4FDC5233F1EFDC is supported.
2018-Oct-26 18:21:39.599965 Amendments:DBG Amendment 42426C4D4F1009EE67080A9B7965B44656D7714D104A72F9B4369F97ABF044EE is supported.
2018-Oct-26 18:21:39.600024 Amendments:DBG Amendment 08DE7D96082187F6E6578530258C77FAABABE4C20474BDB82F04B021F1A68647 is supported.
...
2018-Oct-26 18:21:39.603201 OrderBookDB:DBG Advancing from 0 to 3
2018-Oct-26 18:21:39.603291 OrderBookDB:DBG OrderBookDB::update>
2018-Oct-26 18:21:39.603480 OrderBookDB:DBG OrderBookDB::update< 0 books found
2018-Oct-26 18:21:39.649617 ValidatorList:DBG Loading configured trusted validator list publisher keys
2018-Oct-26 18:21:39.649709 ValidatorList:DBG Loaded 0 keys
2018-Oct-26 18:21:39.649798 ValidatorList:DBG Loading configured validator keys
2018-Oct-26 18:21:39.650213 ValidatorList:DBG Loaded 5 entries
2018-Oct-26 18:21:39.650266 ValidatorSite:DBG Loading configured validator list sites
2018-Oct-26 18:21:39.650319 ValidatorSite:DBG Loaded 0 sites
2018-Oct-26 18:21:39.650829 NodeObject:DBG NodeStore.main target size set to 131072
2018-Oct-26 18:21:39.650876 NodeObject:DBG NodeStore.main target age set to 120000000000
2018-Oct-26 18:21:39.650931 TaggedCache:DBG LedgerCache target size set to 256
2018-Oct-26 18:21:39.650981 TaggedCache:DBG LedgerCache target age set to 180000000000
2018-Oct-26 18:21:39.654252 TaggedCache:DBG TreeNodeCache target size set to 512000
2018-Oct-26 18:21:39.654336 TaggedCache:DBG TreeNodeCache target age set to 90000000000
2018-Oct-26 18:21:39.674131 NetworkOPs:NFO Consensus time for #3 with LCL AF8D8984A226AE7099D8A9749B09CE1D84360D5AF9FB86CE2F37500FE1009F9D
2018-Oct-26 18:21:39.674271 ValidatorList:DBG 5 of 5 listed validators eligible for inclusion in the trusted set
2018-Oct-26 18:21:39.674334 ValidatorList:DBG Using quorum of 4 for new set of 5 trusted validators (5 added, 0 removed)
2018-Oct-26 18:21:39.674400 LedgerConsensus:NFO Entering consensus process, watching, synced=no
2018-Oct-26 18:21:39.674475 LedgerConsensus:NFO Consensus mode change before=observing, after=observing
2018-Oct-26 18:21:39.674539 NetworkOPs:DBG Initiating consensus engine
2018-Oct-26 18:21:39.751225 Server:NFO Opened 'port_rpc_admin_local' (ip=127.0.0.1:5005, admin IPs:127.0.0.1, http)
2018-Oct-26 18:21:39.751515 Server:NFO Opened 'port_peer' (ip=0.0.0.0:51235, peer)
2018-Oct-26 18:21:39.751689 Server:NFO Opened 'port_ws_admin_local' (ip=127.0.0.1:6006, admin IPs:127.0.0.1, ws)
2018-Oct-26 18:21:39.751915 Application:FTL Startup RPC:
{
"command" : "log_level",
"severity" : "warning"
}
2018-Oct-26 18:21:39.752079 Application:FTL Result: {}
2018-Oct-26 18:22:33.013409 NetworkOPs:WRN We are not running on the consensus ledger
2018-Oct-26 18:22:33.013875 LedgerConsensus:WRN Need consensus ledger 81804C95ADE119CC874572BAF24DB0C0D240AC58168597951B0CB64C4DA2C628
2018-Oct-26 18:22:33.883648 LedgerConsensus:WRN View of consensus changed during open status=open, mode=wrongLedger
2018-Oct-26 18:22:33.883815 LedgerConsensus:WRN 81804C95ADE119CC874572BAF24DB0C0D240AC58168597951B0CB64C4DA2C628 to 9250C6C8326A48C339E6F99167F4E6BFD0DB00C35518027724D7B376340D21A1
2018-Oct-26 18:22:33.884068 LedgerConsensus:WRN {"accepted":true,"account_hash":"BBA0E7273005D42E5548DD6456E5AD1F7C89B6EDCB01881E1EECD393E8545947","close_flags":0,"close_time":593893350,"close_time_human":"2018-Oct-26 18:22:30.000000","close_time_resolution":30,"closed":true,"hash":"9250C6C8326A48C339E6F99167F4E6BFD0DB00C35518027724D7B376340D21A1","ledger_hash":"9250C6C8326A48C339E6F99167F4E6BFD0DB00C35518027724D7B376340D21A1","ledger_index":"3","parent_close_time":593893290,"parent_hash":"AF8D8984A226AE7099D8A9749B09CE1D84360D5AF9FB86CE2F37500FE1009F9D","seqNum":"3","totalCoins":"100000000000000000","total_coins":"100000000000000000","transaction_hash":"0000000000000000000000000000000000000000000000000000000000000000"}
2018-Oct-26 18:23:03.034119 InboundLedger:WRN Want: D901E53926E68EFDA33172DDAC74E8C767D280B68EE68E3010AB0E3179D07B1C
2018-Oct-26 18:23:03.034334 InboundLedger:WRN Want: 1C01EE79083DE5CE76F3634519D6364C589C4D48631CB9CD10FC2408F87684E2
2018-Oct-26 18:23:03.034560 InboundLedger:WRN Want: 8CFE3912001BDC5B2C4B2691F3C7811B9F3F193E835D293459D80FBF1C4E684E
2018-Oct-26 18:23:03.034750 InboundLedger:WRN Want: 8DFAD21AD3090DE5D6F7592B3821C3DA77A72287705B4CF98DC0F84D5DD2BDF8
rippledログメッセージの詳細は、ログメッセージについてを参照してください。
次のステップ
rippledが残りのネットワークと同期されるまでには数分かかることがあります。その間、レジャーがない旨を知らせる警告が出力されます。
rippledログメッセージの詳細は、ログメッセージについてを参照してください。
rippledが残りのネットワークと同期されたら、ストックrippledサーバーが完全に機能するようになります。このサーバーを、ローカル署名やXRP LedgerへのAPIアクセスに使用できます。rippledサーバーがネットワークと同期されているかどうかを判別するには、rippledサーバーの状況を使用します。rippledのコマンドラインインターフェイスを使用すれば、これを迅速にテストできます。
$ /opt/ripple/bin/rippled server_info
rippled APIを使用したrippledサーバーとの通信について詳しくは、rippled API referenceを参照してください。
ストックrippledサーバーを実行できたら、次に検証サーバーとして実行してみましょう。検証サーバーについて、そして検証サーバーを実行する理由については、バリデータとしてのrippledの実行を参照してください。
rippledサーバーの起動でお困りですか? rippledサーバーが起動しないを参照してください。
その他の構成
rippledは、デフォルト構成でXRP Ledgerに接続する必要があります。ただし、rippled.cfgファイルを編集すれば、設定を変更できます。推奨される構成設定については、容量の計画を参照してください。
The recommended installation uses the config file /etc/opt/ripple/rippled.cfg by default. Other places you can put a config file include $HOME/.config/ripple/rippled.cfg (where $HOME is the home directory of the user running rippled), $HOME/.local/ripple/rippled.cfg, or the current working directory from where you start rippled.
すべての構成オプションの説明については、rippled GitHubリポジトリー を参照してください。
構成の変更を有効にするには、rippledを再起動する必要があります。
[debug_logfile]セクションまたは[database_path]セクションを変更すると、rippledを実行するユーザーに、新しく構成したパスの所有権を付与する必要が生じる場合があります。
更新
rippledを定期的に更新して、残りのXRP Ledgerネットワークと同期させておく必要があります。rippledのGoogleグループ をサブスクライブすれば、rippledの新しいリリースに関する通知を受け取ることができます。
rippledのパッケージには、Linuxでの自動更新を有効にするために使用できるスクリプトが含まれています。その他のプラットフォームでは、手動での更新が必要です。
関連項目
- コンセプト:
- チュートリアル:
- Ubuntu Linuxでrippledをインストール(本番環境用の、Ubuntu上の事前構築済みバイナリーをインストール)
- rippledの構成
- rippledのトラブルシューティング
- rippled APIの使用開始
- リファレンス: