Comment fonctionnent les frais de routage Lightning
Chaque nœud sur un itinéraire de paiement définit sa propre politique de frais : des frais de base forfaitaires plus un taux proportionnel en ppm (parties par million) du montant qu'il transfère. Votre portefeuille les additionne à chaque saut pour construire l'itinéraire. Étant donné que la part proportionnelle est infime (souvent 0 à 500 ppm) et que les frais de base sont généralement ≤ 1 sat, l'acheminement d'un paiement typique coûte une fraction de centime, soit bien en dessous du coût fixe et indépendant de la taille d'une transaction Bitcoin en chaîne. Pour le côté en chaîne, utilisez le Outil de frais de transaction Bitcoin. Pour convertir entre sats, BTC et USD, utilisez le Convertisseur Satoshi.
Lightning vs on-chain : où se situe le crossover
La formule des frais Lightning par saut est fee = base_fee + amount × fee_rate_ppm ÷ 1,000,000, résumés à chaque saut de l'itinéraire. La composante des frais de base est plate et minuscule ; le composant ppm évolue avec la quantité envoyée. En revanche, une transaction en chaîne coûte vBytes × sat/vByte quel que soit le nombre de sats déplacés. Pour les paiements de petite et moyenne taille, Lightning gagne par ordres de grandeur : l'envoi de 50 $ en sats peut coûter une fraction de cent en frais de routage contre quelques dollars en chaîne pendant une congestion normale.
À mesure que le montant du paiement augmente, la composante ppm des frais Lightning augmente avec elle, tandis que les frais en chaîne restent stables. Cela crée un seuil de rentabilité : en dessous, le routage Lightning est moins cher ; au-dessus, une seule transaction en chaîne peut s'avérer moins chère, en particulier sur les routes comportant plusieurs sauts ou nœuds facturant des taux ppm supérieurs à la moyenne. Ce calculateur résout ce seuil de rentabilité directement à partir de vos entrées de frais, afin que vous puissiez voir où les deux courbes se croisent pour vos propres hypothèses.
En pratique, les frais de routage réels dépendent de la liquidité du canal en temps réel, du nombre de sauts choisis par votre portefeuille et de la politique configurée individuellement de chaque nœud. Considérez donc cela comme une estimation au niveau mécanique, et non comme un devis pour un itinéraire spécifique. Les paiements en plusieurs parties (répartir un paiement important sur plusieurs itinéraires plus petits) peuvent également modifier le total effectif par rapport à un itinéraire unique.