ニンバスeth2
Unknown
Nimbus-eth2 は、非常に効率的なコンセンサス層 (eth2) クライアント実装です。 Raspberry Pi を含む組み込みシステムやリソース制限のあるデバイス向けに最適化されていますが、リソース使用量が低いため、あらゆるサーバーやデスクトップ (単に使用するリソースが少ない場合) にとっても優れた選択肢になります。
The Book では、ビーコン ノードを実行し、バリデーターとして動作するために必要な情報を見つけることができます。
特にクイックスタートは、メインネットまたはプラーター テストネットにすばやく接続するのに役立ちます。
Nimbus REST API は以下から入手できるようになりました。
現時点では、これらは非常に不安定なテスト インスタンスであることに注意してください。場合によっては応答しなくなることがあります。そのため、検証のためにそれらに依存しないでください。また、いつでもそれらを無効にすることもできます。
このガイドでは、別のクライアントから Nimbus に移行する方法の基本を説明します。詳細オプションについては、ここを参照してください。
Two-Point-Oh シリーズでビーコン チェーンがイーサリアム エコシステムのどこに適合するかを確認できます: https://our.status.im/tag/two-point-oh/
Nimbus の開発に貢献したい場合は、寄付アドレスは0x70E47C843E0F6ab0991A3189c28F2957eb6d3842です。
stable - 最新の安定版リリース -このブランチはほとんどのユーザーに推奨されますtesting - 次の安定版リリースに予定されている機能とバグ修正を備えたプレリリース ブランチ - このブランチは、テストネットでの使用やエッジでの生活を希望する冒険好きなユーザーに適しています。unstable - PR がマージされるメインの開発ブランチ - Nimbus に貢献したい場合は、ここから始めてください。 Nimbus 自体の開発を始めるには、開発者ハンドブックを参照してください。
ETH2 とビーコン チェーン内のデータをやり取りするためのツールがいくつか提供されています。
ブロック シミュレーターは、ビーコン チェーンの状態遷移関数を分離して迅速に実行できます。シミュレーションはネットワークなしで、スロット時間の遅延なしで実行されます。
# build and run the block simulator, then display its help ("-d:release" speeds it
# up substantially, allowing the simulation of longer runs in reasonable time)
make NIMFLAGS= " -d:release " block_sim
build/block_sim --helpローカル ネットワーク シミュレーションでは、ビーコン ノードとバリデーターの完全なピアツーピア ネットワークが 1 台のマシン上に作成され、ビーコン チェーンがリアルタイムで実行されます。シャード、バリデータ数、データ フォルダーなどのパラメーターは、シミュレーションを開始する前に環境変数として設定できます。
# Clear data files from your last run and start the simulation with a new genesis block:
make VALIDATORS=192 NUM_NODES=6 USER_NODES=1 local-testnet-minimal
# In another terminal, get a shell with the right environment variables set:
./env.sh bash
# In the above example, the network is prepared for 7 beacon nodes but one of
# them is not started by default (`USER_NODES`) - this is useful to test
# catching up to the consensus. The following command will start the missing node.
./tests/simulation/run_node.sh 0 # (or the index (0-based) of the missing node)
# Running a separate node allows you to test sync as well as see what the action
# looks like from a single nodes' perspective.デフォルトでは、バリデーターはビーコン ノードとバリデーター クライアント プロセスの間で半分 (50/50) に分割され、共通のバリデーター API を介して通信します (たとえば、 192バリデーターと6ノードの場合、おおよそ 6 個のビーコン ノードと 6 個のバリデーター クライアントになります)ただし、外部バリデータ クライアントを使用せず、代わりにすべてのバリデータをビーコン ノードで処理したい場合は、追加の引数としてUSE_VC=0使用してmake local-testnet-minimalにすることができます。 make local-testnet-minimal 。
あるいは、Nim がプリインストールされた実験的な Vagrant インスタンスを起動して、プロセスに関するフィードバックをお寄せください。
Nimbus リポジトリの一般的な手順がここにも適用されます。
具体的な手順:
# This will generate the Prometheus config on the fly, based on the number of nodes:
make REMOTE_VALIDATORS_COUNT=192 NUM_NODES=6 USER_NODES=0 local-testnet-minimal
# In another terminal tab, after the sim started:
cd tests/simulation/prometheus
prometheus Grafana にインポートする必要があるダッシュボードはgrafana/beacon_nodes_Grafana_dashboard.jsonです。
ローカル テストネットはそれぞれ 4 エポック実行され、終了処理をテストします。これは Jenkins Linux ホストでのみ発生し、そのログはジョブのページからアーティファクトとしてダウンロードできます。これらのアーティファクトは、対応するブランチが削除されてから 1 日以上保持されることを期待しないでください。
次のいずれかに基づいてライセンスおよび配布されています
または
あなたのオプションで。これらのファイルは、これらの条件に従わない限り、コピー、変更、または配布することはできません。
