Frais réseau : vérifier les unités et le scénario de confirmations

Pourquoi c’est important

Le prix d’une unité de ressource et les frais totaux sont deux grandeurs différentes. Le calculateur distingue les modèles Ethereum et Bitcoin, puis convertit le résultat selon le prix d’actif saisi. Le temps de confirmation utilise d’autres hypothèses : première inclusion et intervalle moyen entre blocs.

Avant de saisir les chiffres

Le prix d’une unité de ressource et les frais totaux sont deux grandeurs différentes. Le calculateur distingue les modèles Ethereum et Bitcoin, puis convertit le résultat selon le prix d’actif saisi. Le temps de confirmation utilise d’autres hypothèses : première inclusion et intervalle moyen entre blocs.

Ouvrir le calculateur: Network Fee & Confirmation Time Estimator. Tous les chiffres sont hypothétiques. CU désigne une unité monétaire commune, pas une devise précise. Les noms des champs et résultats correspondent à l’interface en anglais.

Exemple 1 : hypothèses de départ

Pour Ethereum, saisissez le gas utilisé estimé et le prix effectif supposé en gwei. Un plafond de frais ne remplace pas automatiquement ce prix effectif. Vérifiez ensuite les unités et les éventuels autres paiements absents de cette formule.

Champs saisis: Fee model: Ethereum: gas × gwei · Gas used estimate / transaction size: 21000 (gas or vB) · Effective gas price / fee rate: 20 (gwei/gas or sat/vB) · Native asset price: 2000 (CU / ETH or BTC) · Required confirmations: 12 (blocks) · Assumed average block interval: 12 (seconds) · Assumed wait until first inclusion: 12 (seconds)

Résultats calculés: Modelled network fee: 0.00042000 ETH · Fee at entered asset price: 0.84 CU · Confirmation-time scenario: 144.00 seconds · Confirmation-time scenario: 2.40 minutes

• 21,000 × 20 / 1,000,000,000 = 0.00042 ETH
• 0.00042 × 2,000 = 0.84 CU
• 12 + (12 − 1) × 12 = 144 seconds

Exemple 2 : modifier les données

Pour Bitcoin, utilisez la taille virtuelle et le tarif en sat/vB. Ajoutez le nombre de confirmations, l’attente de première inclusion et un intervalle de blocs supposé. La première inclusion compte déjà comme première confirmation ; il ne faut pas ajouter une seconde fois tous les intervalles.

Champs saisis: Fee model: Bitcoin: vB × sat/vB · Gas used estimate / transaction size: 140 (gas or vB) · Effective gas price / fee rate: 5 (gwei/gas or sat/vB) · Native asset price: 60000 (CU / ETH or BTC) · Required confirmations: 3 (blocks) · Assumed average block interval: 600 (seconds) · Assumed wait until first inclusion: 900 (seconds)

Résultats calculés: Modelled network fee: 0.00000700 BTC · Fee at entered asset price: 0.42 CU · Confirmation-time scenario: 2,100.00 seconds · Confirmation-time scenario: 35.00 minutes

• 140 × 5 = 700 sat; 700 / 100,000,000 = 0.000007 BTC
• 0.000007 × 60,000 = 0.42 CU
• 900 + (3 − 1) × 600 = 2,100 seconds = 35 minutes

Ce que le résultat ne couvre pas

Aucun nœud en direct n’alimente les entrées. L’outil ne mesure ni congestion, ni priorité, ni finalité, ni réorganisation, ni délai de crédit d’une plateforme. Pour une L2, le gas seul ne couvre pas tous les frais de données.

Les valeurs intermédiaires ne sont pas arrondies ; les chiffres affichés le sont. Les exemples décrivent le modèle, pas une offre de prestataire ni une opération observée.

18+. Informations à but éducatif uniquement. Ceci ne constitue pas un conseil financier, en investissement, juridique ou fiscal, ni une garantie de résultat. Les paris, les jeux d’argent et les cryptomonnaies comportent un risque de perte d’argent. Les estimations dépendent des données saisies ; vérifiez les conditions actuelles du prestataire et les règles locales.

Liste de vérification pratique

• Notez la source, les unités et l’heure de chaque donnée.
• Conservez les frais et le montant principal dans les unités indiquées.
• Reproduisez les deux exemples avant de comparer d’autres données.
• Lisez les limites et les conditions actuelles du prestataire.