--- Log opened Mon Sep 14 00:00:18 2020
00:03 -!- melande11 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
00:04 -!- melande11 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
00:05 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
00:05 -!- melande11 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
00:11 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Quit: Leaving.]
00:17 -!- jonatack [~jon@109.232.227.133] has joined #lightning-dev
00:17 -!- jonatack [~jon@109.232.227.133] has quit [Client Quit]
00:18 -!- jonatack [~jon@109.232.227.133] has joined #lightning-dev
00:20 -!- marcoagner [~user@bl11-17-219.dsl.telepac.pt] has joined #lightning-dev
00:59 -!- stiell [~stian@fsf/member/stiell] has quit [Ping timeout: 244 seconds]
01:00 -!- riclas [riclas@77.7.37.188.rev.vodafone.pt] has joined #lightning-dev
01:09 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
01:09 -!- stiell [~stian@fsf/member/stiell] has joined #lightning-dev
01:09 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
01:14 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
01:15 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
01:20 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
01:20 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
01:22 -!- zmnscpxj [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has quit [Remote host closed the connection]
01:22 -!- zmnscpxj [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has joined #lightning-dev
01:45 -!- mdunnio [~mdunnio@208.59.170.5] has joined #lightning-dev
01:45 -!- jeremyrubin [~jr@2601:645:c200:f539:10b4:95bb:270b:b13d] has quit [Remote host closed the connection]
01:46 -!- jeremyrubin [~jr@c-24-4-56-108.hsd1.ca.comcast.net] has joined #lightning-dev
01:49 -!- mdunnio [~mdunnio@208.59.170.5] has quit [Ping timeout: 240 seconds]
02:01 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
02:01 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
02:07 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has quit [Remote host closed the connection]
02:10 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
02:10 -!- sr_gi [~sr_gi@static-240-45-224-77.ipcom.comunitel.net] has quit [Read error: Connection reset by peer]
02:11 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
02:11 -!- sr_gi [~sr_gi@static-240-45-224-77.ipcom.comunitel.net] has joined #lightning-dev
02:12 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
02:12 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
02:39 -!- yzernik_ [~yzernik@12.203.56.101] has quit [Quit: ZNC 1.7.5 - https://znc.in]
02:44 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has joined #lightning-dev
02:44 -!- zmnscpxj_ [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has joined #lightning-dev
02:45 -!- zmnscpxj [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has quit [Remote host closed the connection]
02:45 -!- ghost43 [~daer@gateway/tor-sasl/daer] has quit [Quit: Leaving]
02:45 -!- arij [uid225068@gateway/web/irccloud.com/x-sbvtxtdlrypnqkai] has quit [Ping timeout: 240 seconds]
02:46 -!- ghost43 [~daer@gateway/tor-sasl/daer] has joined #lightning-dev
02:46 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has quit [Remote host closed the connection]
02:46 -!- arij [uid225068@gateway/web/irccloud.com/x-lulkphninffijjab] has joined #lightning-dev
02:48 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has joined #lightning-dev
02:51 -!- jonatack [~jon@109.232.227.133] has quit [Ping timeout: 256 seconds]
03:16 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
03:16 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
03:21 -!- __gotcha [~Thunderbi@plone/gotcha] has quit [Read error: Connection reset by peer]
03:21 -!- __gotcha1 [~Thunderbi@plone/gotcha] has joined #lightning-dev
03:22 -!- __gotcha1 [~Thunderbi@plone/gotcha] has quit [Client Quit]
03:22 -!- __gotcha [~Thunderbi@plone/gotcha] has joined #lightning-dev
03:25 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
03:26 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
03:27 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Remote host closed the connection]
03:28 -!- jonatack [~jon@37.164.23.29] has joined #lightning-dev
03:42 -!- da39a3ee5e6b4b0d [~textual@2403:6200:8876:2f16:b578:1b5d:3f74:84ef] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
03:43 -!- da39a3ee5e6b4b0d [~textual@171.5.28.208] has joined #lightning-dev
03:46 -!- mdunnio [~mdunnio@208.59.170.5] has joined #lightning-dev
03:51 -!- mdunnio [~mdunnio@208.59.170.5] has quit [Ping timeout: 260 seconds]
03:59 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds]
04:01 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #lightning-dev
04:03 -!- da39a3ee5e6b4b0d [~textual@171.5.28.208] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
04:14 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
04:14 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
04:27 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
04:27 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
04:28 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #lightning-dev
04:32 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
04:32 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
04:37 -!- da39a3ee5e6b4b0d [~textual@2403:6200:8876:2f16:b578:1b5d:3f74:84ef] has joined #lightning-dev
04:38 -!- rdymac [uid31665@gateway/web/irccloud.com/x-phocmcdvtzwijjdu] has joined #lightning-dev
04:43 -!- jonatack [~jon@37.164.23.29] has quit [Ping timeout: 260 seconds]
04:56 -!- jonatack [~jon@2a01:e0a:53c:a200:bb54:3be5:c3d0:9ce5] has joined #lightning-dev
04:56 -!- __gotcha1 [~Thunderbi@plone/gotcha] has joined #lightning-dev
04:58 -!- __gotcha [~Thunderbi@plone/gotcha] has quit [Ping timeout: 256 seconds]
04:58 -!- __gotcha1 is now known as __gotcha
05:01 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds]
05:02 -!- __gotcha [~Thunderbi@plone/gotcha] has quit [Ping timeout: 244 seconds]
05:06 -!- zmnscpxj_ [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has quit [Ping timeout: 240 seconds]
05:11 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
05:12 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
05:26 -!- melande [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
05:26 -!- melande_abcd [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
05:47 -!- mdunnio [~mdunnio@208.59.170.5] has joined #lightning-dev
05:51 -!- mdunnio [~mdunnio@208.59.170.5] has quit [Ping timeout: 244 seconds]
05:57 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #lightning-dev
06:03 -!- melande [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
06:04 -!- melande [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
06:05 -!- __gotcha [~Thunderbi@plone/gotcha] has joined #lightning-dev
06:05 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:05 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:06 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:06 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:07 -!- __gotcha [~Thunderbi@plone/gotcha] has quit [Read error: Connection reset by peer]
06:07 -!- __gotcha1 [~Thunderbi@plone/gotcha] has joined #lightning-dev
06:08 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:08 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:10 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:10 -!- __gotcha1 is now known as __gotcha
06:10 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:11 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:11 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:11 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Read error: Connection reset by peer]
06:12 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:12 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:13 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:13 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:14 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:14 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:14 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #lightning-dev
06:15 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #lightning-dev
06:15 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:15 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:18 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:18 -!- rh0nj [~rh0nj@88.99.167.175] has joined #lightning-dev
06:18 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:21 -!- sr_gi [~sr_gi@static-240-45-224-77.ipcom.comunitel.net] has quit [Read error: Connection reset by peer]
06:21 -!- sr_gi [~sr_gi@static-240-45-224-77.ipcom.comunitel.net] has joined #lightning-dev
06:31 -!- tryphe [~tryphe@unaffiliated/tryphe] has quit [Read error: Connection reset by peer]
06:31 -!- melande [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
06:32 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
06:32 -!- tryphe [~tryphe@unaffiliated/tryphe] has joined #lightning-dev
06:32 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has quit [Remote host closed the connection]
06:32 -!- melande [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
06:32 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
06:48 -!- __gotcha1 [~Thunderbi@plone/gotcha] has joined #lightning-dev
06:51 -!- __gotcha [~Thunderbi@plone/gotcha] has quit [Ping timeout: 240 seconds]
06:51 -!- __gotcha1 is now known as __gotcha
06:53 -!- da39a3ee5e6b4b0d [~textual@2403:6200:8876:2f16:b578:1b5d:3f74:84ef] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
06:59 -!- mdunnio [~mdunnio@208.59.170.5] has joined #lightning-dev
07:02 -!- melande [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
07:03 -!- melande [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
07:04 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
07:04 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
07:05 -!- belcher_ [~belcher@unaffiliated/belcher] has joined #lightning-dev
07:08 -!- belcher [~belcher@unaffiliated/belcher] has quit [Ping timeout: 244 seconds]
07:15 -!- melande [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
07:16 -!- melande [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
07:16 -!- mdunnio [~mdunnio@208.59.170.5] has quit [Remote host closed the connection]
07:16 -!- mdunnio [~mdunnio@208.59.170.5] has joined #lightning-dev
07:17 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
07:17 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
07:18 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
07:18 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
07:35 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
07:35 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
07:49 -!- kexkey [~kexkey@89.36.78.166] has joined #lightning-dev
08:16 -!- melande [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
08:17 -!- melande [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
08:21 -!- afk11 [~afk11@gateway/tor-sasl/afk11] has quit [Remote host closed the connection]
08:22 -!- afk11 [~afk11@gateway/tor-sasl/afk11] has joined #lightning-dev
08:23 -!- melande [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
08:23 -!- melande1 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
08:28 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has quit [Remote host closed the connection]
08:35 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has joined #lightning-dev
08:42 -!- mol_ [~mol@unaffiliated/molly] has quit [Ping timeout: 258 seconds]
08:57 -!- mol [~mol@unaffiliated/molly] has joined #lightning-dev
09:00 -!- Dean_Guss [~dean@gateway/tor-sasl/deanguss] has joined #lightning-dev
09:08 -!- melande1 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
09:08 -!- melande1 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
09:09 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
09:09 -!- melande1 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
09:42 -!- yzernik [~yzernik@12.203.56.101] has joined #lightning-dev
09:50 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 240 seconds]
09:54 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
09:54 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
09:56 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #lightning-dev
09:59 -!- DeanWeen [~dean@gateway/tor-sasl/deanguss] has joined #lightning-dev
10:00 -!- Dean_Guss [~dean@gateway/tor-sasl/deanguss] has quit [Remote host closed the connection]
10:20 -!- bitromortac [user@gateway/vpn/protonvpn/bitromortac] has joined #lightning-dev
10:21 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
10:21 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
10:36 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Ping timeout: 240 seconds]
10:38 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
10:39 -!- __gotcha [~Thunderbi@plone/gotcha] has quit [Ping timeout: 246 seconds]
10:50 -!- bitromortac [user@gateway/vpn/protonvpn/bitromortac] has quit [Ping timeout: 258 seconds]
10:59 -!- stiell [~stian@fsf/member/stiell] has quit [Ping timeout: 240 seconds]
11:02 -!- stiell [~stian@fsf/member/stiell] has joined #lightning-dev
11:08 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
11:08 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
11:20 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds]
11:23 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
11:23 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
11:23 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #lightning-dev
11:37 -!- mdunnio_ [~mdunnio@208.59.170.5] has joined #lightning-dev
11:38 -!- mdunnio [~mdunnio@208.59.170.5] has quit [Ping timeout: 240 seconds]
11:46 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has joined #lightning-dev
11:53 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has quit [Remote host closed the connection]
12:10 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
12:10 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
12:11 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
12:11 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
12:23 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has joined #lightning-dev
12:41 -!- t-bast [~t-bast@2a01:e34:ec2c:260:9cdc:b8e8:a983:2324] has joined #lightning-dev
12:54 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #lightning-dev
12:59 < rusty> Hello everyone!
12:59 < t-bast> Good morning everyone!
12:59 < niftynei> hello!
13:00 < niftynei> it's been a while t-bast!
13:00 < t-bast> I'm very sad I missed the anchor outputs PR merge, I'm sure there was champagne somewhere :D
13:00 < t-bast> niftynei: these long vacations were great, but I missed lightning a lot :)
13:02 < ariard> hi everyone
13:02 < rusty> t-bast: that's OK, you can chair now and feel right back at home :)
13:02 < cdecker> Hi everyone :-)
13:02 < t-bast> hey ariard
13:02 < t-bast> rusty: haha that sounds good
13:03 -!- th0th [~th0th@gateway/tor-sasl/th0th] has joined #lightning-dev
13:03 < t-bast> I haven't prepared the usual tracking issue, since we closed anchors I'm not sure what the next big thing is going to be, we have many pending long-term subjects to choose from
13:03 < t-bast> hey cdecker
13:04 < jkczyz> hey all
13:04 < t-bast> hey jkczyz
13:04 < ariard> t-bast: maybe starting with this https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-September/002796.html
13:04 < ariard> likely a slight anchor follow-up
13:04 < t-bast> Yes I thought your ML post was a good idea, we could decide on hardening update_fee for anchors
13:04 -!- sstone [~sstone@112.ip-51-68-199.eu] has joined #lightning-dev
13:04 < t-bast> #startmeeting
13:04 < lightningbot> Meeting started Mon Sep 14 20:04:53 2020 UTC.  The chair is t-bast. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:04 < lightningbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
13:05 < t-bast> #topic Anchors, update_fee, yes we're still talking about fees
13:05 < t-bast> #link https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-September/002796.html
13:05 < ariard> how does CL and eclair handle update_fee ?
13:05 < t-bast> ariard: floor is yours to sum up the post for those we haven't yet read it (it's great, you should read it)
13:06 < ariard> okay shortly we add SIGHASH_SINGLE with anchors for second-stage transactions
13:06 < t-bast> on the eclair side, we let you configure a tolerance between your fee estimation and what the remote proposes
13:06 < t-bast> by default you can accept up to 8x your estimated fee, but that's configurable
13:06 < ariard> which is great as it's let you adjust the feerate and aggregate them independently of your counterparty behavior
13:06 < rusty> Yes, c-lightning too, but it's pretty broad due to historical issues with consensus.
13:06 < t-bast> we've seen that in practice that's what prevents channel closure, we have outliers that do estimate 5-6x our local estimation
13:06 < ariard> t-bast: ouuuch 8x, sounds a lot
13:07 < ariard> the issue is we still have update_fee and as sighash_single doesn't commit to hashOutputs it let the channel funder escape funds from potential punishment
13:07 < ariard> as the revokeable redeemscript only encumber the first output of the HTLC
13:07 < cdecker> Yeah, estimatesmartfee was causing a lot of issues back in the days, now we smooth exponentially but allow quite some slack
13:08 < ariard> and as a reminder we deduce the HTLC-txn fees from the commitment tx outputs
13:08 < BlueMatt> (not to mention different fee estimators are often way off, but both totally justified in their estimates, eg looking at mempool vs not)
13:08 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
13:09 < t-bast> Does minRelayFee really vary on the public network?
13:09 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
13:09 < BlueMatt> no.
13:09 < cdecker> BlueMatt: not only that but the fee will jump down as we witness a block
13:09 < ariard> so your counterparty inflate the feerate, obtain a bunch of counter-signature with sighash_single, decrease the feerate, spend the balance
13:09 < t-bast> Or could we decide that anchor channels have a fixed fee of 20 sat/byte and update_fee isn't allowed at all?
13:10 < ariard> attach non-encumbered outputs on revoked 2nd-stage and broadcast revoked commitment + htlc txn
13:10 < cdecker> Yeah, I thought the point of having anchor outputs is to remove update_fee altogether
13:10 < ariard> t-bast: we can keep update_fee for commitment and remove it for HTLC-txn
13:10 < BlueMatt> cdecker: sure, I was just noting that its totally possible that its the case that two nodes which disagree wildly on the fee are *both* perfectly justified in their estimates.
13:10 -!- th0th [~th0th@gateway/tor-sasl/th0th] has quit [Ping timeout: 240 seconds]
13:11 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
13:11 < t-bast> ariard: but is there a reason to even keep it for commitments?
13:11 < rusty> Yes, the endgame was always going to be removal of update_fee.  Getting rid of that logic is a def. win.
13:11 < cdecker> BlueMatt: true, a block clearing the mempool is just a very regular example of this happening I guess :-)
13:11 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
13:11 < rusty> (But of course, that means you *need* to implement CPFP)
13:11 < ariard> t-bast: I don't think we have a mechanism to adjust feerate of commitment in case of unilateral broadcast
13:12 < ariard> rusty: right but I guess everyone is doing it for anchor output so you can reuse the logic to attach an input/output pair to HTLC-txn ?
13:12 < t-bast> ariard: by using the anchor we can, can't we?
13:12 < ariard> t-bast: well your transaction may fail your mempool min feerate
13:12 < ariard> transactions are evaluated one by one for mempool acceptance
13:12 < t-bast> I've seen that bitcoin core merged the addition of psbtbumpfee, so 0.21 will be a great time to implement CPFP!
13:13 < t-bast> ariard: how is that min feerate calculated?
13:13 < t-bast> ariard: does it depend on what's currently in your mempool (if you're lower than the rest and at your mempool size limit, it's dropped?)
13:13 < rusty> ariard: well, it's simpler to implement the tx changes, then later get the CPFP logic working.  Baby steps.
13:13 < ariard> t-bast: there is a base one and it's increased everytime you're evicting transactions from your mempool due to reaching max mempool size
13:14 < BlueMatt> ariard: I'm pretty dubious that we can't pick a fee which will reliably meet mempool minfee and hard-code it, but, then, I figured I'd lost that battle long ago.
13:14 < BlueMatt> another option is yet another feature bit to indicate "no update_fee, I support CPFP"
13:14 < BlueMatt> and it can be negotiated, with peers eventually turning it off.
13:14 < ariard> t-bast: IIRC min mempool feerate is based on the lowest-feerate of the package at the bottom of your mempool
13:15 < ariard> BlueMatt: I think we're right but we're somehow making an assumption on the size of your mempool
13:15 < ariard> the configuration size
13:15 < BlueMatt> (basically ^, with an exponential decrease over time if we have room)
13:15 < ariard> like what if I run a 10MB mempool and the feerate is really high?
13:15 < t-bast> ariard: that would seem logical, so it seems that with a fixed fee, if txs are evaluated separately (not as a package), we'd need to decide on a fixed fee that would always work in the future...which is back to square one isn't it BlueMatt?
13:15 < BlueMatt> ariard: right, I guess I think that its roughly equally likely that the mempool minfee spiked when you want to broadcast and you cant.
13:16 < BlueMatt> so I'm dubious its something worth worrying *too* much about, but its definitely one of the primary reasons why we didnt yank update_fee for anchor outputs to begin with.
13:16 < ariard> t-bast: yeah and I don't want to make assumption on when we'll get package relay support
13:16 < ariard> so we may have to pick a feerate now and pray for it to be still valid 2y from now
13:17 < BlueMatt> (ie unless mempool feerates are going up slowly over time, a sudden spike, which seems to be the state of play in reality today, is going to be just as bad for you as hard-coding a low feerate)
13:17 < rusty> ariard: agreed. It's unclear to me that this situation is *worse* than what we have now, TBH).  But I don't know what this historical min fee has been.
13:18 < t-bast> rusty: ariard's attack makes anchor worse than the current commitment though, if you allow large update_fees during the lifetime of the channel
13:18 < BlueMatt> one interesting note is a local lightning node can always get a tx into the mempool (prioritize transaction 100 X && submitrawtx $PACKAGE && prioritize transaction 0 X), so we could go back to cdecker's overlay transaction relay network and have miners run a lightning node
13:18 < t-bast> rusty: I meant it's a different attack than the ones on the "legacy" commitment scheme, but it does let you steal money
13:18 < BlueMatt> yay package relay when core doesn't support it :)
13:18 < rusty> t-bast: oh, yes, I was referring to current non-anchor situation.
13:19 < t-bast> rusty: yes, for non-anchors we're safe
13:19 < ariard> *looking Core's CheckFeeRate
13:19 < t-bast> BlueMatt: yay l2 package relay :)
13:20 < rusty> t-bast: with anchors-no-updatefee we're trying to guess minfee-mempool, with current we're trying to guess minfee-block.  The former is probably more predictable, definitely lower, but we have less data about it.
13:20 < cdecker> The overlay is a nice suspender, but we need a belt too ;-)
13:20 < ariard> BlueMatt: have miners run a lightning node, lol just bundle RL with Stratum V2. Done
13:21 < BlueMatt> well option 3: update update_fee guidance for anchor to mean "estimated min relay fee"
13:21 < t-bast> rusty: yes, that's why it's hard to make any kind of spec decision :(
13:21 < BlueMatt> that way we can leave it dynamic but hopefully get much tighter consensus on its value and reject higher values easier
13:21 -!- th0th [~th0th@gateway/tor-sasl/th0th] has joined #lightning-dev
13:22 < BlueMatt> its definitely a big change, though, it requires a bitcoin full node to process update_fees since most of the fee web api things wont ever give you that.
13:22 < t-bast> How would you have tighter consensus without a global mempool?
13:23 < t-bast> That relies on the assumption that we'd have similar mempools right (which may remain correct for the next 2 years)?
13:23 < BlueMatt> I'm (guessing) thinking that that value is more consistent across nodes (kinda, there's edge cases, but we can talk about those in detail if y'all want)
13:23 < cdecker> Presumably the relay fee is far less flaky than the "get me into the next block" estimate
13:24 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds]
13:24 < BlueMatt> (technically there's an issue where many nodes will never increase min fee because their peers won't relay txn to them which bump it cause their peers have limited size....this could be fixed by, eg, taking the lowest fee tx in your mempool instead of the actual min relay fee)
13:24 < t-bast> Couldn't this be gamed? If you figure out someone's full node, you fill its mempool with high-value txs and it will cause it to force-close all its LN channels?
13:24 < ariard> BlueMatt: it doesn't matter if 20% of tx-relay topology subset doesn't have the same value than you, should be good enough to propagate
13:24 < BlueMatt> t-bast: probably? not sure how thats worse than today, though.
13:24 < rusty> The answer: 4x the current min.  So 1000 sats perkw.  (Hey, you can't prove it's wrong!)
13:24 < t-bast> BlueMatt: granted, you can already do that today xD
13:25 < ariard> t-bast: well you can just prevent someone to propagate its transaction
13:25 < cdecker> t-bast: you wouldn't believe how many papers I'm reviewing that look into the Bitcoin + LN node pairing xD
13:25 < t-bast> cdecker: Bitcoin + LN, so hot right now (#zoolander)
13:25 < BlueMatt> ariard: well you'd want to go up like 4-5x current or so for future-proofing, and then nodes would only accept if its 2x, so biggest risk is dos of everyone force-closing due to update_fee.
13:26 < ariard> cdecker: sounds great, that's the research we need finally :)
13:26 < ariard> BlueMatt: and that's another vulnerability, mass closing of LN channels
13:26 < cdecker> ariard: the bad part is they usually just handwave the "how to associate a bitcoin node with an attached LN node" part, which is what I'd find interesting
13:27 < t-bast> rusty: not that it will help predict the future, but it would be interesting to run some stats and see if setting this in stone would have always allowed relaying a tx before 144 blocks
13:27 < BlueMatt> ariard: well thats the concern with making update_fee tighter - that dos was a real issue on the network even without attacks.
13:28 < ariard> cdecker: hmmmm so what they're researching on if it's not about cross-layer mappings ?
13:28 < cdecker> ariard: the easy part on how to abuse that fact
13:29 < cdecker> Anyway, sorry, didn't want to sidetrack this discussion
13:29 < ariard> I don't think that's a whole sidetrack, if people start to look more on cross-layer stuff, update_fee is both a vulnerability and fingerprint vector
13:30 < BlueMatt> everyone should just use my blocks-over-cloudflare anycast service! </troll>
13:30 < BlueMatt> (even if that *is* an actual service I run)
13:30 < t-bast> Please do package-relay-over-cloudflare and tell miners to connect to it
13:31 < rusty> I think we might be able to model what historical mempools might have looked like, using some simple assumptions.  Then figure out what the minimum fee in the mempool was at worst.
13:32 < BlueMatt> chaincode has a full dump of ever block/tx message its nodes received for like...the last 6/7 years
13:32 < BlueMatt> so theoretically its possible to use that, but someone has to dicipher suhas' hacky code.
13:33 < ariard> rusty: an alternative could be to look on feefilters messages
13:34 < rusty> BlueMatt: I was thinking cruder: for every block, take the 300MB of highest fee-per-weight transactions for the next 2000 blocks.
13:34 < BlueMatt> sure, but mempool timeout and such...
13:34 < BlueMatt> still, point is, the data exists, so its definitely an answerable question!
13:34 < rusty> BlueMatt: yeah, there are many subtleties, but I can hack up something to do this today and it should give a ballpark.
13:35 < t-bast> Let's try to sum up. IIUC, the only way we can safely remove update_fee is if we have package relay; in that case we can depend on CPFP only to relay our txs. Otherwise, we have to choose a fixed bound that seems historically acceptable, but that can be gamed (is that an acceptable temporary risk?). Last possibility is to find a way to do package relay outside of layer 1.
13:35 < t-bast> rusty: great, if we have that data it's at least a good way to continue the discussion
13:35 < BlueMatt> (rusty, fwiw, that data exists to provide people - I can hook you up with a vm which has the data on a local disk, if you want!)
13:36 < BlueMatt> t-bast: there's also my attempt at a compromise approach - change what number you look at for update_fee.
13:36 < ariard> t-bast: you can already game it, so that's not different from today
13:37 < ariard> t-bast: and package relay outside from layer 1 you still have to hack mempools for them to atomically evaluate package of txn, not only a pure p2p matter
13:38 < rusty> BlueMatt: hmm, could run a real node and actually look at mempool, but that's much more work, since you have to probably hack bitcoind to accept things.
13:38 < t-bast> BlueMatt: can we compare the variance of your proposed estimation compared to estimatesmartfee? That would be useful data
13:38 < BlueMatt> t-bast: yes, we should, that's kinda what rusty is signing himself up for :)
13:38 < BlueMatt> sooo...seems like a sensible way forward, report back in 2 weeks?
13:39 < t-bast> ariard: I feel that the gaming vector becomes more dramatic, because if all channels in the network use the same feerate, an attacker that keeps the "global" mempool filled for long enough can attack all LN channels at once
13:39 < t-bast> ariard: maybe in practice it's not worse though, I need to dig further
13:40 < ariard> t-bast: yeah already thought about it, you can do this today and IIRC it would cost 2-3 BTC per block of delay given default mempool size
13:40 < t-bast> Great, let's move on to something else? What do you want to discuss next?
13:40 < t-bast> ariard: interesting...worth considering when you have a high-value node!
13:40 < ariard> just a last note, if I organize a irc meeting with core devs to talk about all these propagation issues, who is interested?
13:40 < BlueMatt> rusty: yes. there exists a (probably stale) patch to do so for the chaincode sim data. I agree it is a bunch more work, though, yes.
13:41 < ariard> because folks don't understand that much off-chain requirements and we don't coredev meetings to talk about this
13:41 < rusty> BlueMatt: heh, I'll do the simple one, since I can hack that with bitcoin-iterate.  I'll let you run the chaincode sim :)
13:41 < BlueMatt> rusty: damn it, now I have to go do work...
13:42 < t-bast> ariard: sign me up
13:42 < cdecker> ariard: I'd be interested in joining the meeting
13:43 < rusty> ariard: I would wake for that...
13:43 < ariard> coool, I'll try to scratch one in the coming weeks
13:43 < ariard> rusty: likely after the core p2p one, at least aj is wake up for this one
13:44 < ariard> t-bast: what other topics do we have ?
13:44 < t-bast> #action ariard to setup IRC meeting with core-devs to discuss these issues
13:44 < t-bast> We have: offers, lnprototest, route blinding, trampoline, and probably others :)
13:45 < rusty> t-bast: route blinding!  You can make promises about writing up the spec :)
13:45 < t-bast> #topic Route blinding
13:45 < t-bast> #link https://github.com/lightningnetwork/lightning-rfc/pull/765
13:45 < rusty> (Oh, I'm going to write a set of posts on offers RSN, for anyone who wants a cheatsheet to catch up)
13:46 < t-bast> I'd love to have some crypto review on route blinding, it definitely needs more eyes on it
13:46 < t-bast> It really feels like a reverse-Sphinx, I may be missing an abstraction to make it better!
13:47 < t-bast> I've even done ASCII art, so it's somewhat easy to review :)
13:47 < ariard> t-bast: yeah I owe you a review on this one
13:47 < cdecker> Yep, thanks for the ascii art, it's really helpful t-bast
13:47 < t-bast> It's in the high-level design format for now, I'd like feedback on that before making it a real spec PR
13:48 < t-bast> Sure, reviewers time is precious, anything I can do to help the review be smoother please let me know
13:48 < t-bast> IIRC rusty has an implementation for c-lightning
13:48 < ariard> t-bast: the easy question, why not HORNET which has already been through a (hopefully) though crypto review ?
13:48 < t-bast> I also have a prototype in a branch somewhere, it's quite easy to implement once you already have all the sphinx primitives implemented (which we all do)
13:49 < rusty> t-bast: yep, it's pretty simple.  Actually *generating* the things is more work, but handling them per node is easy.
13:49 < cdecker> I'll definitely give it another round 👍
13:49 < t-bast> Good question ariard, conner has promised me some hornet goodies, he owes me a ton of beers because he's late on that xD
13:49 < t-bast> My main critic of Hornet is that I think it doesn't optimize for what LN needs
13:50 < ariard> t-bast: lol DoS you with beer, and when you're drunk merge quickly HORNET, good tactic
13:50 < t-bast> Hornet takes longer to setup a circuit than Sphinx; it only becomes useful if you reuse that circuit (ie onion path) a lot
13:50 < rusty> ariard: HORNET is great for establishing a stream.  But all our comms is 1-shot; even offers.
13:50 < t-bast> exactly, in our cases you want to switch paths very often, and they clearly aren't long-lived
13:50 < t-bast> so I'm not sure it's a good fit
13:51 < ariard> rusty: right, even with cancellable payments if and when we have PTLC ?
13:51 < t-bast> but I may be missing something, so we'll need some input from conner there
13:52 < rusty> ariard: it's not clear we want any kind of "cancellable payments".  But HORNET lets you avoid state, which you can't do anyway with payments.
13:52 < cdecker> I don't know about cancellable payments, but stuckless payments with a user provided secret being mixed in is something that I'd like 
13:53 < t-bast> I agree with cdecker, the construction for that is quite reasonable and really helpful when a payment is stuck!
13:53 < ariard> AFAIK cancellable payments are stuckless payments, just the scriptless version https://github.com/ElementsProject/scriptless-scripts/blob/master/md/multi-hop-locks.md?
13:54 < cdecker> Thanks for the link ariard (adding it to my read-list) :-)
13:54 < ariard> well IIRC this protocol is courtesy of t-bast
13:55 < t-bast> I simply formalized what was proposed by the nayuto guys in the scriptless-scripts repo to ensure it doesn't get lost ;)
13:56 < ariard> t-bast: lol you escaped to the elichai's reuse sha midstate version :)
13:56 < t-bast> ariard: I scratched my head *a lot* about this one, but I couldn't find a way to do it without changing the commitment scripts so it was a no-go...
13:57 < rusty> FWIW< I don't think stuckless payments actually win anything in practice.  They narrow the window, sure, but I think it's a dead end.  You still need to handle griefing.
13:57 < ariard> okay so a priori route-blinding suits more our needs, but we aren't sure it's completely future-proofs for use-cases we're sure are useful
13:58 < ariard> *aren't sure are useful, sorry
13:58 < t-bast> route blinding is great for wallets today: it would allow us to have private invoices and provide better privacy/deniability for wallet users 
13:58 < t-bast> but I'd really like more scrutiny on the crypto itself
13:58 < rusty> t-bast: and it forms a great basis for simple messaging, as this same technique is used for the reply path.
13:58 < t-bast> wouldn't want to roll my own crypto xD
13:58 < rusty> ... which offers requires.
13:59 < t-bast> yes, it's a good way to open the door for messaging and offers!
14:00 < t-bast> so please have a look at it when you have some time, tell your cryptographer friends, beers on me for those who find vulnerabilities
14:00 < ariard> and what if we implement some for of FEC thanks to cancellable payment + MPP, you send more than you need and only reveal secrets fulfilling payee requirement?
14:00 < rusty> ariard: you mean, DoS the network to increase payment reliability? :)
14:01 < ariard> t-bast: sure, I'll ping some people who might help there
14:01 < ariard> rusty: hmmm if you pay for upfront payments is this a lawful usage ;) ? I don't know
14:01 < ariard> it would be really selfish I concede
14:01 < rusty> ariard: yes, if we have part-up-front payment and penalties for going over time, sure.
14:02 < rusty> (We'll need these eventually anyway, but they're hard to get right)
14:02 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
14:03 < ariard> yeah I think it's too far anyway because PTLC/schnorr, so we can still move to HORNET in the future if needed, even it's costly in deployment?
14:03 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
14:03 < rusty> ariard: you don't need HORNET since each node has to keep state anyway?
14:06 < ariard> rusty: you mean we can't have HORNET semantic or we don't need? I read the paper a while ago sorry
14:06 < t-bast> I'm not sure we need it at all
14:06 < rusty> ariard: don't need.  HORNET's main trick is the lack of state in the nodes.
14:06 < t-bast> Looks like we've gone over 1h, shall we end now? Or is there something else you'd like to discuss?
14:07 < ariard> I think we're over, it's more doing the promised reviews :)
14:07 < cdecker> Well, we keep state at nodes if there is a payment going on (HTLCs + extra), but for non-payment related communication hornet could make sense
14:08 < t-bast> #endmeeting
14:08 < lightningbot> Meeting ended Mon Sep 14 21:08:38 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
14:08 < lightningbot> Minutes:        http://www.erisian.com.au/meetbot/lightning-dev/2020/lightning-dev.2020-09-14-20.04.html
14:08 < lightningbot> Minutes (text): http://www.erisian.com.au/meetbot/lightning-dev/2020/lightning-dev.2020-09-14-20.04.txt
14:08 < lightningbot> Log:            http://www.erisian.com.au/meetbot/lightning-dev/2020/lightning-dev.2020-09-14-20.04.log.html
14:08 < cdecker> Yep, thanks ariard for discovering the attack, and good discussion everyibe ^^
14:08 < t-bast> Thanks everyone!
14:09 < t-bast> Let's dig up the data rusty and BlueMatt were discussing and see what we do about this fee attack
14:10 < t-bast> See you next time!
14:10 < ariard> See you next time :)
14:10 < rusty> t-bast: also fixing lnprototest is on my TODO today.  Thanks!
14:11 < t-bast> rusty: great, can't wait to try it for real :)
14:17 -!- t-bast [~t-bast@2a01:e34:ec2c:260:9cdc:b8e8:a983:2324] has quit [Quit: Leaving]
14:24 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
14:25 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
14:30 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Quit: Leaving.]
14:36 < BlueMatt> huh. so amount_below_minimum is kinda annoying, the only way that its practical is to send your *peers* channel_update, not your own (because the failure was that the htlc value didnt match the value your peer set/announced, not the value that you set)
14:36 < BlueMatt> but, afaict, thats the only message where that's true.
14:37 < BlueMatt> oh, no, nvm, htlc_minimum_msat has to be the outgoing value, right.
14:42 -!- yzernik [~yzernik@12.203.56.101] has quit [Ping timeout: 264 seconds]
14:44 -!- yzernik [~yzernik@12.203.56.101] has joined #lightning-dev
14:50 -!- sstone [~sstone@112.ip-51-68-199.eu] has quit [Quit: Leaving]
15:11 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #lightning-dev
15:21 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
15:21 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
15:22 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
15:22 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
15:32 -!- lndbot [~lndbot@138.197.213.35] has quit [Remote host closed the connection]
15:32 -!- lndbot [~lndbot@138.197.213.35] has joined #lightning-dev
15:48 -!- marcoagner [~user@bl11-17-219.dsl.telepac.pt] has quit [Ping timeout: 256 seconds]
16:00 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds]
16:01 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #lightning-dev
16:12 -!- th0th [~th0th@gateway/tor-sasl/th0th] has quit [Ping timeout: 240 seconds]
16:16 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
16:16 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
16:24 -!- rojiro [~rojiro@gateway/tor-sasl/rojiro] has quit [Ping timeout: 240 seconds]
16:26 -!- rojiro [~rojiro@gateway/tor-sasl/rojiro] has joined #lightning-dev
16:30 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds]
16:37 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Remote host closed the connection]
17:08 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
17:08 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #lightning-dev
17:08 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
17:11 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
17:12 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds]
17:15 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
17:27 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #lightning-dev
17:41 -!- drolmer_ [~drolmer@unaffiliated/drolmer] has joined #lightning-dev
17:41 -!- kexkey [~kexkey@89.36.78.166] has quit [Read error: Connection reset by peer]
17:41 -!- drolmer [~drolmer@unaffiliated/drolmer] has quit [Quit: adios]
17:42 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #lightning-dev
17:46 -!- riclas [riclas@77.7.37.188.rev.vodafone.pt] has quit [Ping timeout: 244 seconds]
18:04 -!- da39a3ee5e6b4b0d [~textual@2403:6200:8876:2f16:b578:1b5d:3f74:84ef] has joined #lightning-dev
18:04 -!- afk11 [~afk11@gateway/tor-sasl/afk11] has quit [Ping timeout: 240 seconds]
18:05 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds]
18:06 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has quit [Ping timeout: 240 seconds]
18:06 -!- afk11 [~afk11@gateway/tor-sasl/afk11] has joined #lightning-dev
18:06 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #lightning-dev
18:09 <+roasbeef> oh wow, I totally forgot about the meeting today 
18:10 <+roasbeef> I blame California somehow 
18:11 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
18:11 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
18:13 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
18:13 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
18:15 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 264 seconds]
18:18 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Remote host closed the connection]
18:20 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
18:21 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
18:22 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #lightning-dev
18:27 < rusty> t-bast: fixed!
18:31 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds]
18:39 -!- mdunnio_ [~mdunnio@208.59.170.5] has quit [Remote host closed the connection]
18:45 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #lightning-dev
19:03 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
19:03 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
19:06 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
19:07 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
19:10 -!- mdunnio [~mdunnio@208.59.170.5] has joined #lightning-dev
19:15 -!- mdunnio [~mdunnio@208.59.170.5] has quit [Ping timeout: 244 seconds]
19:26 -!- th0th [~th0th@gateway/tor-sasl/th0th] has joined #lightning-dev
19:41 -!- da39a3ee5e6b4b0d [~textual@2403:6200:8876:2f16:b578:1b5d:3f74:84ef] has quit [Ping timeout: 240 seconds]
20:07 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
20:07 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
20:12 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #lightning-dev
20:14 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
20:15 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
20:16 -!- da39a3ee5e6b4b0d [~textual@171.5.25.246] has joined #lightning-dev
20:17 -!- vtnerd [~vtnerd@50-81-138-206.client.mchsi.com] has quit [Quit: WeeChat 2.8]
20:21 -!- vtnerd [~vtnerd@50-81-138-206.client.mchsi.com] has joined #lightning-dev
20:42 -!- zmnscpxj_ [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has joined #lightning-dev
20:45 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds]
20:52 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
20:52 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
20:58 -!- sr_gi [~sr_gi@static-240-45-224-77.ipcom.comunitel.net] has quit [Read error: Connection reset by peer]
20:58 -!- sr_gi [~sr_gi@static-240-45-224-77.ipcom.comunitel.net] has joined #lightning-dev
21:07 -!- jb551 [~jb55@gateway/tor-sasl/jb55] has joined #lightning-dev
21:08 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has quit [Ping timeout: 240 seconds]
21:11 -!- gleb5 [~gleb@178.150.137.228] has joined #lightning-dev
21:13 -!- gleb [~gleb@178.150.137.228] has quit [Ping timeout: 244 seconds]
21:13 -!- gleb5 is now known as gleb
21:19 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
21:19 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
21:19 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds]
21:22 -!- th0th [~th0th@gateway/tor-sasl/th0th] has quit [Ping timeout: 240 seconds]
21:22 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
21:23 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
21:31 -!- mdunnio [~mdunnio@208.59.170.5] has joined #lightning-dev
21:35 -!- jb551 [~jb55@gateway/tor-sasl/jb55] has quit [Ping timeout: 240 seconds]
21:35 -!- mdunnio [~mdunnio@208.59.170.5] has quit [Ping timeout: 244 seconds]
21:38 -!- bitromortac [user@gateway/vpn/protonvpn/bitromortac] has joined #lightning-dev
21:41 -!- th0th [~th0th@gateway/tor-sasl/th0th] has joined #lightning-dev
21:48 -!- jb551 [~jb55@gateway/tor-sasl/jb55] has joined #lightning-dev
22:01 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
22:01 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
22:07 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
22:08 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
22:08 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
22:09 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
22:12 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #lightning-dev
22:32 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Quit: Leaving.]
22:34 -!- MrPaz [~paz@24.14.251.223] has quit [Ping timeout: 244 seconds]
22:38 -!- arowser [~arowser1@204.124.180.72] has quit [Remote host closed the connection]
22:38 -!- arowser [~arowser1@204.124.180.72] has joined #lightning-dev
22:43 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #lightning-dev
23:14 -!- th0th [~th0th@gateway/tor-sasl/th0th] has quit [Ping timeout: 240 seconds]
23:15 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 258 seconds]
23:17 -!- melande2 [~melande@gateway/tor-sasl/melande] has quit [Remote host closed the connection]
23:17 -!- melande2 [~melande@gateway/tor-sasl/melande] has joined #lightning-dev
23:31 -!- jonatack [~jon@2a01:e0a:53c:a200:bb54:3be5:c3d0:9ce5] has quit [Ping timeout: 240 seconds]
23:40 -!- belcher_ [~belcher@unaffiliated/belcher] has quit [Ping timeout: 244 seconds]
23:42 -!- __gotcha [~Thunderbi@plone/gotcha] has joined #lightning-dev
23:53 -!- belcher_ [~belcher@unaffiliated/belcher] has joined #lightning-dev
23:56 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #lightning-dev
--- Log closed Tue Sep 15 00:00:19 2020