Répartition de la configuration avancée de Boundless Prover
Voici comment optimiser facilement la configuration de votre "prover" sur Mintair dans une interface utilisateur simplifiée, expliquée clairement avec la fonction, l'impact et la stratégie de chaque paramètre fondamental. 👇
🍓 lockin_priority_gas – Priorité de gas pour le verrouillage des ordres
Ce que cela fait :
• Augmenter lockin_priority_gas pour consommer plus de gas afin de surpasser les autres enchérisseurs
Impact sur les ordres :
• Ce paramètre affecte directement votre capacité à gagner des ordres en accélérant le traitement de vos transactions par rapport à vos concurrents
Comment cela fonctionne :
• C'est basé sur le Gwei
• Valeurs plus élevées = vos transactions de verrouillage sont priorisées par les mineurs/validateurs
• Valeurs plus basses = transactions moins chères mais traitement plus lent
Explication en termes simples :
Considérez lockin_priority_gas comme le paiement d'un supplément pour une « livraison express » pour vos transactions de verrouillage d'ordres :
• Valeur plus élevée : vous payez plus de frais de gas, mais votre transaction « Je veux cet ordre » est traitée plus rapidement que celle des autres "provers"
• Valeur plus basse : vous économisez sur les coûts de gas, mais d'autres "provers" pourraient verrouiller l'ordre avant vous
• Pas de paramètre : vous utilisez les prix du gas standard et pourriez perdre des ordres compétitifs au profit d'enchérisseurs plus rapides
Stratégie d'optimisation :
• Pour capturer plus d'ordres : augmentez lockin_priority_gas pendant les périodes de forte concurrence
• Pour l'efficacité des coûts : utilisez des valeurs plus basses pendant les périodes plus calmes ou pour les ordres moins compétitifs
• Équilibre : surveillez votre taux de réussite par rapport aux coûts de gas pour trouver le juste milieu
Il s'agit essentiellement d'un compromis « vitesse vs. coût » où vous payez du gas supplémentaire pour vous assurer que vos transactions de verrouillage d'ordres sont confirmées avant celles de vos concurrents.
🍓 txn_timeout – Temps d'attente pour les confirmations de transaction
Ce que cela fait :
• Vous pouvez augmenter txn_timeout = 45 dans le fichier broker.toml pour augmenter le nombre de secondes des confirmations de transactions
Impact sur les ordres :
• Délai d'attente plus long = verrouillage d'ordres plus fiable mais plus lent
Termes simples :
Augmentez si vous manquez des ordres en raison de confirmations de blockchain lentes
🍓 max_concurrent_proofs – Nombre de preuves que vous pouvez gérer simultanément
Ce que cela fait :
• Limite le nombre de tâches de preuve que votre système acceptera à la fois
Impact sur les ordres :
• Nombre maximal de preuves simultanées pouvant être traitées à la fois
🍓 peak_prove_khz – Vitesse de preuve maximale de votre GPU
Ce que cela fait :
• Indique au système la vitesse à laquelle vos GPU peuvent générer des preuves (en milliers de cycles par seconde)
Impact sur les ordres :
• Doit correspondre aux performances réelles de votre GPU pour éviter de s'engager excessivement
Termes simples :
Utilisez une quantité inférieure du peak_prove_khz recommandé dans votre configuration de "broker" que ce que votre benchmark indique – cela empêche de prendre plus de travail que vous ne pouvez en gérer.
Il est déjà à une valeur optimale.
🍓 mcycle_price_stake_token – Prix minimum en cas de paiement en jetons de "staking"
Ce que cela fait :
• Détermine le prix minimum pour accepter un ordre en cas de paiement en jetons de "staking"
Impact sur les ordres :
• Les "provers" tenteront d'exécuter les requêtes qui ont été verrouillées par un autre "prover" et non exécutées, à condition que le prix mcycle en termes de jeton de "stake" dépasse mcycle_price_stake_token
Termes simples :
Définissez cette valeur sur une valeur basse pour aider à exécuter les ordres de « sauvetage » lorsque d'autres "provers" échouent, ce qui vous permet de gagner des récompenses bonus
🍓 mcycle_price – Votre prix minimum par million de cycles
Ce que cela fait :
• Définit le prix le plus bas que vous accepterez pour le travail de preuve (mesuré par million de cycles)
Impact sur les ordres :
• Diminuer le mcycle_price ajusterait votre "Broker" pour enchérir à des prix plus bas pour les preuves
Termes simples :
Plus bas = vous accepterez des tâches moins chères et serez plus compétitif, mais gagnerez moins par preuve.
Plus élevé = vous ne prendrez que des tâches coûteuses, mais vous risquez de manquer de nombreuses opportunités
Vous pouvez également vous référer au Tweet de @Himess__ pour une ventilation encore plus simple avec des exemples : https://t.co/TLunesMiV5
✅ Conseil de pro : surveillez régulièrement votre configuration et ajustez-la en fonction de votre taux de réussite.