Boundless Proverの詳細設定の内訳

MintairでProverの設定を簡単に最適化する方法をご紹介します。簡略化されたUIで、各基本パラメータの機能、影響、戦略を明確に説明します。👇

🍓 lockin_priority_gas – 注文ロックのガス優先度

機能：
• lockin_priority_gasを増やすと、より多くのガスを消費して他の入札者よりも有利になります。

注文への影響：
• この設定は、トランザクションを競合他社よりも高速に処理することで、注文を獲得する能力に直接影響します。

仕組み：
• Gweiに基づいています。
• 値が高いほど、ロックトランザクションはマイナー/バリデーターによって優先されます。
• 値が低いほど、トランザクションは安価になりますが、処理は遅くなります。

簡単な説明：
lockin_priority_gasは、注文ロックトランザクションの「速達」料金を支払うようなものです。
• 値が高い：ガス料金を多く支払いますが、「この注文が欲しい」というトランザクションは、他のProverよりも早く処理されます。
• 値が低い：ガス代を節約できますが、他のProverが先に注文をロックする可能性があります。
• 設定なし：標準のガス価格を使用するため、より速い入札者に競争力のある注文を奪われる可能性があります。

最適化戦略：
• より多くの注文を獲得するには：競争の激しい期間中はlockin_priority_gasを増やします。
• コスト効率を高めるには：静かな時間帯や競争の少ない注文には、より低い値を使用します。
• バランス：勝率とガス代を監視して、最適なバランスを見つけます。

これは基本的に「速度とコスト」のトレードオフであり、注文ロックトランザクションが競合他社のトランザクションよりも先に確認されるように、追加のガス代を支払うことになります。

🍓 txn_timeout – トランザクションの確認を待つ時間

機能：
• broker.tomlファイルでtxn_timeout = 45を増やすと、トランザクションの確認秒数を増やすことができます。

注文への影響：
• タイムアウトが長いほど、信頼性は高まりますが、注文ロックは遅くなります。

簡単な説明：
ブロックチェーンの確認が遅いために注文を逃している場合は、増やしてください。

🍓max_concurrent_proofs – 同時に処理できるプルーフの数

機能：
• システムが一度に受け入れるプルーフジョブの数を制限します。

注文への影響：
• 一度に処理できる同時プルーフの最大数。

🍓 peak_prove_khz – GPUの最大プルーフ速度

機能：
• GPUがプルーフを生成できる速度をシステムに伝えます（1秒あたりのサイクル数で数千単位）。

注文への影響：
• オーバーコミットを避けるために、実際のGPUパフォーマンスと一致する必要があります。

簡単な説明：
ベンチマークで示されているよりも低い、推奨されるpeak_prove_khzの量をブローカー構成で使用してください。これにより、処理できる以上の作業を引き受けることを防ぎます。
すでに最適な値になっています。

🍓mcycle_price_stake_token – ステーキングトークンで支払われる場合の最低価格

機能：
• ステーキングトークンで支払われる場合に注文を受け入れる最低価格を決定します。

注文への影響：
• Proverは、別のProverによってロックされ、履行されなかったリクエストを履行しようとします。ただし、ステークトークンでのmcycle価格がmcycle_price_stake_tokenを超える場合に限ります。

簡単な説明：
これを低く設定すると、他のProverが失敗した場合に「レスキュー」注文を履行し、ボーナス報酬を獲得するのに役立ちます。

🍓mcycle_price – 100万サイクルあたりの最低価格

機能：
• プルーブ作業に対して受け入れる最低価格を設定します（100万サイクルあたりで測定）。

注文への影響：
• mcycle_priceを下げると、ブローカーはプルーフのより低い価格で入札するように調整されます。

簡単な説明：
低い = より安いジョブを受け入れ、より積極的に競争しますが、プルーフごとの収益は少なくなります。
高い = 高価なジョブのみを受け入れますが、多くの機会を逃す可能性があります。

@Himess__ さんのツイートを参照して、例を挙げたさらに簡単な内訳を確認することもできます：https://t.co/TLunesMiV5

✅ プロのヒント：構成を定期的に監視し、勝率に基づいて調整してください。[@Himess__のツイートに基づく]