--- Log opened Mon Sep 27 00:00:19 2021
00:16 < mschmoock> nice. thx for the link. 
00:17 < mschmoock> stacking onion networks on onion networks isnt the brightes of ideas
00:23 < mschmoock> 3-4 times slower isn't good for sure. question is how bad it is and how much it increases the risk an HTLC might fail because of a dead connection.
00:24 < mschmoock> I discovered once that my TOR daemon needed to be restarted in order to function again as for some reason it suddenly refused to work
00:27 -!- rusty [~rusty@203.221.41.134] has quit [Ping timeout: 265 seconds]
01:27 < openoms[m]> LN onions are for payment paths privacy, the Tor usage is for IP address privacy. There were certainly periods when Tor was attacked and much more unreliable than on a normal day.
01:27 < openoms[m]> Avoiding the restart of the Tor daemon and disabling the tor.streamisolation in LND can help.
01:28 < openoms[m]> I have a question about the feeadjuster plugin. What's the best way to modify the parameters like: `feeadjuster-imbalance` ?
01:30 < openoms[m]> is there a way to pass a parameter or should I just edit  https://github.com/lightningd/plugins/blob/c16c564c2c5549b8f7236815490260c49e9e9bf4/feeadjuster/feeadjuster.py#L361 locally?
01:43 < darosior> openoms[m]: this is a configuration option :)
01:43 < darosior> What these lines are doing are basically "read that value from the user's lightningd config "
01:44 < darosior> So simply set it in the config as you would do for a native config option
01:44 < openoms[m]> ahh, that makes sense. Thanks darosior !
02:54 -!- rl-d [~administr@186.16.236.39] has joined #c-lightning
03:57 -!- rl-d [~administr@186.16.236.39] has quit [Ping timeout: 245 seconds]
04:00 -!- jonatack [jonatack@user/jonatack] has quit [Quit: Ping timeout (120 seconds)]
04:04 -!- rl-d [~administr@186.16.238.56] has joined #c-lightning
04:57 < mschmoock> :)
05:06 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Quit: = ""]
05:13 < mschmoock> Added https://github.com/lightningnetwork/lightning-rfc/pull/917  as a decentralized alternative to DNS names as address descriptors
05:14 < mschmoock> this can be discussed in todays rfc irc #meeting
05:19 -!- jonatack [jonatack@user/jonatack] has joined #c-lightning
05:37 -!- jonatack77 [jonatack@user/jonatack] has joined #c-lightning
05:39 -!- jonatack [jonatack@user/jonatack] has quit [Ping timeout: 245 seconds]
06:09 < cdecker[m]> rl-d: I went ahead and cleaned up your development branch. Sadly I couldn't push to your repo, so you'll have to `git fetch upstream listpeerchannels:listpeers1` while having another branch (`master` for example) checked out. That should get you in sync with my cleanup, and then you can `git push -f` to update the branch that is backing pull request #4821
06:12 -!- jonatack77 [jonatack@user/jonatack] has quit [Quit: Connection closed]
06:31 -!- jonatack [jonatack@user/jonatack] has joined #c-lightning
06:38 < rl-d> @cdecker thank you, will do
06:43 < cdecker[m]> Looks like we got a bit unlucky indeed, since there were quite a few changes in `peer_control.c` which conflicted with your changes, but don't worry these conflicts aren't as common
06:47 < rl-d> As output from fetch, I see these lines... is this 'rejected' something to worry about?
06:47 < rl-d> https://pastebin.com/4V8VRStH
06:48 < cdecker[m]> Hm, it might need a `-f` since your version is not an ancestor of what the branch looks like
06:53 < rl-d> -f succeeded of course, but I am not sure how to know if the end result is what was expected.
06:53 < rl-d> Switching to branch listpeers1 reports this: https://pastebin.com/syadY4KZ
06:54 < cdecker[m]> If `git rev-parse listpeers1` returns something like `0680b63` then you're good (it means that `listpeers1` points to the correct commit)
06:54 < rl-d> Indeed it does. Very good then! Thank you very much!
06:55 < cdecker[m]> Awesome, anytime ^^
07:08 -!- _niftynei [~niftynei@2600:1700:d0e:284f:afe0:6898:22e4:1a36] has quit [Remote host closed the connection]
07:09 -!- _niftynei [~niftynei@2600:1700:d0e:284f:5481:2bed:8a23:c83] has joined #c-lightning
07:10 < nathanael> hmm, listforwards status=settled shows 10 transactions with different hashes and timestamps, but it actually settled only once (difference in fees_collected_msat is only for one transaction)
07:10 < nathanael> forget what i said...
07:10 < nathanael> i can't read... xD sorry
08:05 -!- Raj_ is now known as raj
08:11 -!- sr_gi [~sr_gi@static-43-117-230-77.ipcom.comunitel.net] has quit [Read error: Connection reset by peer]
08:12 -!- sr_gi [~sr_gi@static-43-117-230-77.ipcom.comunitel.net] has joined #c-lightning
08:43 < vincenzopalazzo> Christian Decker: This PR https://github.com/ElementsProject/lightning/pull/4821 include only the changes in the file lightningd/peer_control.[ch] to split the listpeers right? I can skip some change because I think are already on master
08:43 < vincenzopalazzo> This avoid me to review 330 file :)
08:44 < cdecker[m]> Don't review that PR just yet, it's not fully functional and rl-d now has a stripped down version that he'll `git push -f` later, and then the PR will be just 3-4 commits
08:45 < cdecker[m]> Let me mark it as a draft as a matter of fact :-)
08:46 < vincenzopalazzo> cdecker[m]: Oh cool :-D yep draft it is good too. Thanks
08:51 < vincenzopalazzo> I think this is an interesting question https://github.com/ElementsProject/lightning/issues/4824 I would like to test my idea and work on some backup plugin that use onion messages to make a backup "protocol"
09:07 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #c-lightning
09:25 < rl-d> Re: pull/4821... sorry about that... it is pushed now.
09:28 < cdecker[m]> No worries 
09:30 < vincenzopalazzo> Thanks I will review later this night ✌️
09:38 < cdecker[m]> You can probably wait for the CI testing to pass before reviewing (in general not this PR) otherwise you end up reviewing the same changes multiple times, and get fatigued 😉
09:39 < vincenzopalazzo> Agree :) thanks for suggestion
09:45 < cdecker[m]> Yeah, reviewer time is precious, CI time is cheap 😉
10:56 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Ping timeout: 276 seconds]
11:12 -!- jarthur [~jarthur@2603-8080-1540-002d-544b-b972-a6f4-ec7d.res6.spectrum.com] has joined #c-lightning
12:59 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has joined #c-lightning
13:52 -!- rl-d [~administr@186.16.238.56] has quit [Ping timeout: 265 seconds]
13:59 -!- rl-d_ [~administr@186.16.230.52] has joined #c-lightning
14:04 -!- rl-d_ [~administr@186.16.230.52] has quit [Quit: Lost terminal]
14:19 -!- rl-d [uid518342@id-518342.tinside.irccloud.com] has joined #c-lightning
14:33 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has quit [Ping timeout: 252 seconds]
15:03 -!- valwal [~valwal@70.107.207.192] has quit [Quit: Ping timeout (120 seconds)]
15:04 -!- valwal [~valwal@70.107.207.192] has joined #c-lightning
15:06 -!- sturles [~sturles@sauron.uio.no] has quit [Ping timeout: 252 seconds]
15:07 -!- sturles [~sturles@sauron.uio.no] has joined #c-lightning
15:40 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has joined #c-lightning
15:51 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has quit [Ping timeout: 245 seconds]
16:31 -!- kon[m] [~konnixbit@2001:470:69fc:105::b9af] has quit [Ping timeout: 246 seconds]
16:31 -!- merkle_noob[m] [~merklenoo@2001:470:69fc:105::bad0] has quit [Ping timeout: 250 seconds]
16:31 -!- ksedgwic [~ksedgwicm@2001:470:69fc:105::ce1] has quit [Ping timeout: 246 seconds]
16:31 -!- kakolainen[m] [~kakolaine@2001:470:69fc:105::34f9] has quit [Ping timeout: 264 seconds]
16:32 -!- Dan[m]1234 [~drobertsm@2001:470:69fc:105::c80] has quit [Ping timeout: 268 seconds]
16:36 -!- kon[m] [~konnixbit@2001:470:69fc:105::b9af] has joined #c-lightning
16:37 -!- merkle_noob[m] [~merklenoo@2001:470:69fc:105::bad0] has joined #c-lightning
16:41 -!- ksedgwic [~ksedgwicm@2001:470:69fc:105::ce1] has joined #c-lightning
16:43 -!- kakolainen[m] [~kakolaine@2001:470:69fc:105::34f9] has joined #c-lightning
16:43 -!- jarthur [~jarthur@2603-8080-1540-002d-544b-b972-a6f4-ec7d.res6.spectrum.com] has quit [Ping timeout: 245 seconds]
16:47 -!- Dan[m]1234 [~drobertsm@2001:470:69fc:105::c80] has joined #c-lightning
16:56 -!- jarthur [~jarthur@2603-8080-1540-002d-49f9-d8e9-21a2-a096.res6.spectrum.com] has joined #c-lightning
17:01 -!- belcher [~belcher@user/belcher] has quit [Ping timeout: 252 seconds]
17:13 -!- belcher [~belcher@user/belcher] has joined #c-lightning
17:14 -!- jarthur [~jarthur@2603-8080-1540-002d-49f9-d8e9-21a2-a096.res6.spectrum.com] has quit [Quit: jarthur]
17:33 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #c-lightning
17:39 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has joined #c-lightning
17:58 -!- jarthur [~jarthur@2603-8080-1540-002d-49f9-d8e9-21a2-a096.res6.spectrum.com] has joined #c-lightning
18:13 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has quit [Ping timeout: 245 seconds]
18:37 -!- jarthur [~jarthur@2603-8080-1540-002d-49f9-d8e9-21a2-a096.res6.spectrum.com] has quit [Quit: jarthur]
18:46 -!- jarthur [~jarthur@2603-8080-1540-002d-49f9-d8e9-21a2-a096.res6.spectrum.com] has joined #c-lightning
19:14 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has joined #c-lightning
19:35 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has quit [Ping timeout: 265 seconds]
21:08 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has joined #c-lightning
21:56 -!- rusty2 [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has joined #c-lightning
21:56 -!- rusty [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has quit [Ping timeout: 245 seconds]
22:22 -!- rusty2 [~rusty@pa49-178-65-24.pa.nsw.optusnet.com.au] has quit [Ping timeout: 265 seconds]
--- Log closed Tue Sep 28 00:00:20 2021