Boundless Prover Advanced Configuration Breakdown

Here’s how to easily optimize your prover setup on Mintair in a simplified UI — explained clearly with each fundamental parameter’s function, impact, and strategy. 👇

🍓 lockin_priority_gas – Gas Priority for Order Locking

What it does:
• Increasing lockin_priority_gas to consume more gas to outrun other bidders

Impact on orders:
• This setting directly affects your ability to win orders by making your transactions process faster than competitors

How it works:
• It’s based on Gwei
• Higher values = your lock transactions get prioritized by miners/validators
• Lower values = cheaper transactions but slower processing

Simple Terms Explanation:
Think of lockin_priority_gas like paying extra for “express shipping” for your order-locking transactions:
• Higher value: You pay more gas fees, but your “I want this order” transaction gets processed faster than other provers
• Lower value: You save on gas costs, but other provers might lock the order before you
• No setting: You use standard gas prices and might lose competitive orders to faster bidders

Optimization Strategy:
• For catching more orders: Increase lockin_priority_gas during high-competition periods
• For cost efficiency: Use lower values during quieter times or for less competitive orders
• Balance: Monitor your win rate vs. gas costs to find the sweet spot

This is essentially a “speed vs. cost” trade-off where you’re paying extra gas to ensure your order-locking transactions get confirmed before your competitors’ transactions.

🍓 txn_timeout – How Long to Wait for Transaction Confirmations

What it does:
• You can increase txn_timeout = 45 in broker.toml file to increase the seconds of transactions confirmations

Impact on orders:
• Longer timeout = more reliable but slower order locking

Simple terms:
Increase if you’re missing orders due to slow blockchain confirmations

🍓max_concurrent_proofs – How Many Proofs You Can Handle Simultaneously

What it does:
• Limits how many proof jobs your system will accept at once

Impact on orders:
• Maximum number of concurrent proofs that can be processed at once

🍓 peak_prove_khz – Your GPU’s Maximum Proving Speed

What it does:
• Tells the system how fast your GPUs can generate proofs (in thousands of cycles per second)

Impact on orders:
• Must match your actual GPU performance to avoid overcommitting

Simple terms:
Use a lower amount of the recommended peak_prove_khz in your broker config than your benchmark shows – this prevents taking on more work than you can handle.
It is already at optimal value.

🍓mcycle_price_stake_token – Minimum Price When Paid in Staking Tokens

What it does:
• Determines the minimum price to accept an order when paid in staking tokens

Impact on orders:
• Provers will attempt to fulfill requests that were locked by another prover and not fulfilled, so long as the mcycle price in terms of stake token exceeds mcycle_price_stake_token

Simple terms:
Set this low to help fulfill “rescue” orders when other provers fail, earning bonus rewards

🍓mcycle_price – Your Minimum Price Per Million Cycles

What it does:
• Sets the lowest price you’ll accept for proving work (measured per million cycles)

Impact on orders:
• Decreasing the mcycle_price would tune your Broker to bid at lower prices for proofs

Simple terms:
Lower = you’ll accept cheaper jobs and compete more aggressively, but earn less per proof.
Higher = you’ll only take expensive jobs but might miss many opportunities

You can also refer to @Himess__ 's Tweet for even much simpler breakdown with examples: https://t.co/TLunesMiV5

✅ Pro tip: Monitor your config regularly and adjust based on your win rate.