Cómo funcionan las tarifas de enrutamiento Lightning
Cada nodo en una ruta de pago establece su propia política de tarifas: una tarifa base fija más una tasa proporcional en ppm (partes por millón) del monto que envía. Su billetera los suma en cada salto para construir la ruta. Debido a que la parte proporcional es pequeña (a menudo de 0 a 500 ppm) y la tarifa base suele ser ≤1 sat, enrutar un pago típico cuesta una fracción de centavo, muy por debajo del costo fijo e independiente del tamaño de una transacción de Bitcoin en cadena. Para el lado de la cadena, utilice el Herramienta de tarifa de transacción de Bitcoin. Para convertir entre sats, BTC y USD, utilice el Satoshi converter.
Lightning vs on-chain: where the crossover sits
The Lightning fee formula per hop is fee = base_fee + amount × fee_rate_ppm ÷ 1,000,000, summed over every hop in the route. The base fee component is flat and tiny; the ppm component scales with the amount sent. An on-chain transaction, by contrast, costs vBytes × sat/vByte independientemente de cuántos sats se estén moviendo. Para pagos pequeños y medianos, Lightning gana por órdenes de magnitud: enviar $50 en sats podría costar una fracción de centavo en tarifas de enrutamiento en comparación con unos pocos dólares en la cadena durante la congestión normal.
As the payment size grows, the ppm component of Lightning fees grows with it, while the on-chain fee stays flat. That creates a breakeven amount: below it, Lightning routing is cheaper; above it, a single on-chain transaction can end up cheaper, especially over routes with several hops or nodes charging above-average ppm rates. This calculator solves for that breakeven directly from your fee inputs, so you can see where the two curves cross for your own assumptions.
In practice, actual routing fees depend on real-time channel liquidity, the number of hops your wallet's pathfinding picks, and each node's individually configured policy — so treat this as a mechanic-level estimate, not a quote from a specific route. Multi-part payments (splitting a large payment across several smaller routes) can also change the effective total versus a single route.