pull down to refresh

100 sats \ 7 replies \ @DarthCoin 1 Nov \ parent \ on: Stacker Saloon
you first :)
write
preview
0 sats \ 6 replies \ @optimism 1 Nov
If that means "no", then sure, I'll reserve time.
reply
100 sats \ 5 replies \ @DarthCoin 1 Nov
It could be fun testing, but not sure how. Maybe creating a dummy testnet network and open a bunch of channels on it then fork it and see what happen...
It could be messy because by forking you must create a new type of address, but the contract signed previously for the LN channel is with an old address. So idk, will change also the address? I do not have such technical expertise, but will be interesting to see.
reply
100 sats \ 4 replies \ @optimism 1 Nov
Yes i was thinking scripting it completely on regtest
reply
100 sats \ 3 replies \ @supratic 1 Nov
that would be interesting for me to know. I've been playing with Zeus and Electrum on testnet, both have obvious limitations. For what I know is possible to run LND in testnet locally, not sure how though.
reply
0 sats \ 2 replies \ @optimism 1 Nov
I'll work on setting up a framework with LND and regtest.
Maybe it is doable to just extend the Core python test framework to also orchestrate the lightning side. Will have to study it a bit.
reply
100 sats \ 1 reply \ @DarthCoin 15h
You could use mutinynet with that lnd. Just edit the config file to point to that testing network. Then you will need to fork it. The thing is that you will need to simulate or run some various LN nodes on those both chsins.
reply
0 sats \ 0 replies \ @optimism 15h
Mutinynet is a signet though - not sure how I'd fork that. Regtest is open like mainnet/testnet (and it can be just restarted and redone / reproduced for cheap)
reply