Lagrang3

I was able to reproduce this and patch it when a local channel has `htlcmax=0`. @daywalker90, thanks for reporting!

The funding transaction is not even confirmed in the blockchain. Your funds should be available in your bitcoin wallet.

I've been playing around in regtest with this case. Basically I: 1. sent an `fundchannel` request with a peer, 2. not confirmed the funding transaction, but instead stopped the peer's...

I can see some of your transactions in mempool.space, they will not get confirmed anytime soon with the mempool congestion unless they are bumped ... What I find weird is...

@sidiropo , so basically you have a bunch of channels that got force closed and you are redeeming your share of the funds, but those transactions are stuck in the...

If you ask me, a `PaymentSession` is not able to send out attempts it only does computation. The user feeds the `PaymentSession` with the information it gets from a LN...

Maybe I am confused because you understand `payment` what I call `PaymentSession`, while for you a `PaymentSession` is a simulation of how `payment` works. I think we should clarify these...

@renepickhardt. At this point I have integrated my min-cost flow solver into Pickhardtpayments. How is it done? --- I am using a git submodule to pull my mincostflow [repository](https://github.com/Lagrang3/mincostflow) from...

I did a profile of the runtime of Pickhardpayments, running the `basicexample.py` with `random.seed(64)` for reproducibility. Using Ortools I get: ``` runtime for graph initialization: 3.109 sec total runtime for...

The results for running `simpleMCFNetwork` solver: ``` runtime for graph initialization: 2.582 sec total runtime for MCF solve: 4.058 sec total runtime (including inefficient memory managment): 6.642 sec ```