Good morning Rene and list, Let us consider then the rule *when* a rebalancing would be beneficial to the node.
The node is offered a fee amount (`offered_fee_amount`) for the forwarding. It knows that, under current channel states, it will definitely have to fail and earn 0 fees. If it engages in JIT-routing, it must pay some fee (`rebalancing_fee_amount`) for the rebalancing operation. But even if it successfully forwards its hop, it is still possible that the route will fail anyway and it will earn 0 fees. So let us consider the probability of success (`success_rate`), a value between 0 to 1.0. This is the estimated probability that we will succeed the route after we forward it. We should only engage in JIT-routing if: offered_fee_amount * success_rate - rebalancing_fee_amount > 0 The LHS of the subtraction is the expected earning, while the RHS of the subtraction is the expected cost. The above is trivial accounting for determining net earnings. The fee amounts are trivially computable. Presumably the rebalancing code can compute the fee given a particular rebalance path, and thus can provide `rebalancing_fee_amount`. The `success_rate` can be computed statically from some node data. Better, is for the node to start with this precomputed static information, but augment this over time with its own experienced `success_rate` for all forwards. Regards, ZmnSCPxj _______________________________________________ Lightning-dev mailing list Lightningemail@example.com https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev