--- Day changed Thu Jun 21 2018 00:00 -!- ccook [~ccook@208.66.192.142] has quit [Ping timeout: 264 seconds] 00:00 -!- rubensayshi_ [sid201751@gateway/web/irccloud.com/x-sxeverjxriptjuol] has joined #bitcoin-core-dev 00:01 -!- exit70 [sid231392@gateway/web/irccloud.com/x-sjuwiuxsvgugizvj] has joined #bitcoin-core-dev 00:03 -!- exit70 [sid231392@gateway/web/irccloud.com/x-sjuwiuxsvgugizvj] has quit [Max SendQ exceeded] 00:06 -!- savantgarde [sid256535@gateway/web/irccloud.com/x-rdsftxpnfcseowvw] has quit [Ping timeout: 264 seconds] 00:06 -!- ccook [~ccook@208.66.192.142] has joined #bitcoin-core-dev 00:07 -!- robby938_ [sid238281@gateway/web/irccloud.com/x-dcfkbsoreeabncqs] has quit [Ping timeout: 276 seconds] 00:09 -!- savantgarde [sid256535@gateway/web/irccloud.com/x-zlvfukyqisbqwxsx] has joined #bitcoin-core-dev 00:10 -!- savantgarde [sid256535@gateway/web/irccloud.com/x-zlvfukyqisbqwxsx] has quit [Max SendQ exceeded] 00:12 -!- robby938_ [sid238281@gateway/web/irccloud.com/x-xpfxgzdlsjnpdmhw] has joined #bitcoin-core-dev 00:12 -!- exit70 [sid231392@gateway/web/irccloud.com/x-qcgqdhyrlgnmlpqv] has joined #bitcoin-core-dev 00:13 -!- savantgarde [sid256535@gateway/web/irccloud.com/x-akmmbmytfckbbkzy] has joined #bitcoin-core-dev 00:21 -!- Roybent [~Instantbi@115.164.210.216] has quit [K-Lined] 00:36 -!- Emcy [~Emcy@unaffiliated/emcy] has quit [Remote host closed the connection] 00:37 -!- Emcy [~Emcy@unaffiliated/emcy] has joined #bitcoin-core-dev 00:55 -!- murrayn [~dafuq@unaffiliated/murrayn] has joined #bitcoin-core-dev 01:00 -!- timothy [~tredaelli@redhat/timothy] has joined #bitcoin-core-dev 01:04 < wumpus> I won't be able to attend tonight's meeting, can someone else chair this time please? 01:04 -!- drizztbsd [~tredaelli@redhat/timothy] has joined #bitcoin-core-dev 01:06 -!- timothy [~tredaelli@redhat/timothy] has quit [Ping timeout: 260 seconds] 01:10 -!- murrayn [~dafuq@unaffiliated/murrayn] has quit [Quit: Adios mofos] 01:12 -!- murrayn [~dafuq@unaffiliated/murrayn] has joined #bitcoin-core-dev 01:17 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 01:17 -!- drizztbsd is now known as timothy 01:21 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds] 01:53 -!- timothy [~tredaelli@redhat/timothy] has quit [Ping timeout: 264 seconds] 01:56 -!- kinlo [~peter@unaffiliated/kinlo] has quit [Ping timeout: 276 seconds] 01:58 -!- timothy [~tredaelli@redhat/timothy] has joined #bitcoin-core-dev 01:59 -!- therisaz [9fc078e5@gateway/web/freenode/ip.159.192.120.229] has joined #bitcoin-core-dev 01:59 -!- therisaz [9fc078e5@gateway/web/freenode/ip.159.192.120.229] has quit [Client Quit] 02:00 -!- kinlo [~peter@unaffiliated/kinlo] has joined #bitcoin-core-dev 02:02 -!- timothy [~tredaelli@redhat/timothy] has quit [Client Quit] 02:03 -!- kabaum [~kabaum@2.71.85.26.mobile.tre.se] has joined #bitcoin-core-dev 02:03 -!- timothy [~tredaelli@redhat/timothy] has joined #bitcoin-core-dev 02:07 -!- drizztbsd [~tredaelli@redhat/timothy] has joined #bitcoin-core-dev 02:08 < jonasschnelli> wumpus: I'm also not sure if I make it on time... so happy if sipa, MarcoFalke or someone else takes the chair 02:08 -!- timothy [~tredaelli@redhat/timothy] has quit [Ping timeout: 265 seconds] 02:13 -!- vicenteH [~user@97.red-83-50-45.dynamicip.rima-tde.net] has joined #bitcoin-core-dev 02:19 -!- drizztbsd is now known as timothy 02:21 -!- quer [~quer@unaffiliated/quer] has quit [Ping timeout: 268 seconds] 02:25 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 02:32 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer] 02:33 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has quit [Ping timeout: 250 seconds] 02:33 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 02:34 -!- RoBz [~RoBz@ns362655.ip-91-121-175.eu] has joined #bitcoin-core-dev 02:34 -!- RoBz [~RoBz@ns362655.ip-91-121-175.eu] has quit [Changing host] 02:34 -!- RoBz [~RoBz@unaffiliated/robz] has joined #bitcoin-core-dev 02:36 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has joined #bitcoin-core-dev 02:47 -!- kabaum [~kabaum@2.71.85.26.mobile.tre.se] has quit [Ping timeout: 265 seconds] 02:57 -!- Krellan [~Krellan@2601:640:4000:9258:30f7:b30d:d900:5442] has quit [Read error: Connection reset by peer] 02:58 -!- Krellan [~Krellan@2601:640:4000:9258:30f7:b30d:d900:5442] has joined #bitcoin-core-dev 03:07 -!- kabaum [~kabaum@c-5eea2500-74736162.cust.telenor.se] has joined #bitcoin-core-dev 03:12 -!- shesek [~shesek@bzq-84-110-235-173.cablep.bezeqint.net] has joined #bitcoin-core-dev 03:12 -!- shesek [~shesek@bzq-84-110-235-173.cablep.bezeqint.net] has quit [Changing host] 03:12 -!- shesek [~shesek@unaffiliated/shesek] has joined #bitcoin-core-dev 03:34 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has quit [Remote host closed the connection] 03:35 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has joined #bitcoin-core-dev 03:51 -!- kabaum [~kabaum@c-5eea2500-74736162.cust.telenor.se] has quit [Ping timeout: 256 seconds] 03:53 -!- Guest37145 [~jason@212.250.100.150] has joined #bitcoin-core-dev 03:54 < Guest37145> bitcoin to rise $8230 2.35am EST tomorrow 03:55 -!- kabaum [~kabaum@94.234.37.0] has joined #bitcoin-core-dev 03:57 -!- kabaum [~kabaum@94.234.37.0] has quit [Read error: Connection reset by peer] 04:02 < Guest37145> dgdsgd 04:02 < Guest37145> sgd 04:02 < Guest37145> sg 04:02 < Guest37145> dsg 04:02 < Guest37145> d 04:02 < Guest37145> g 04:02 < Guest37145> dsg 04:02 < Guest37145> dg 04:02 < Guest37145> dsg 04:02 < Guest37145> d 04:02 < Guest37145> g 04:02 < Guest37145> dg 04:02 < Guest37145> d 04:02 < Guest37145> gd 04:02 < Guest37145> g 04:02 < Guest37145> dsg 04:02 < Guest37145> gds 04:02 -!- Guest37145 [~jason@212.250.100.150] has quit [Excess Flood] 04:06 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 04:06 -!- Raoul76Schumm [~Raoul76Sc@ns334669.ip-5-196-64.eu] has quit [Ping timeout: 256 seconds] 04:09 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has quit [Remote host closed the connection] 04:11 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has joined #bitcoin-core-dev 04:14 -!- kabaum [~kabaum@2.71.85.26.mobile.tre.se] has joined #bitcoin-core-dev 04:16 -!- promag [~promag@bl6-24-70.dsl.telepac.pt] has joined #bitcoin-core-dev 04:20 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 276 seconds] 04:22 -!- morcos [~morcos@158.1.155.104.bc.googleusercontent.com] has quit [Ping timeout: 255 seconds] 04:23 -!- morcos [~morcos@158.1.155.104.bc.googleusercontent.com] has joined #bitcoin-core-dev 04:26 -!- jchysk [~yo@63.147.87.170] has quit [Ping timeout: 248 seconds] 04:27 -!- Samantha53Schade [~Samantha5@ns334669.ip-5-196-64.eu] has joined #bitcoin-core-dev 04:39 -!- Samantha53Schade [~Samantha5@ns334669.ip-5-196-64.eu] has quit [Ping timeout: 245 seconds] 04:39 -!- jchysk [~yo@63.147.87.170] has joined #bitcoin-core-dev 04:49 -!- promag [~promag@bl6-24-70.dsl.telepac.pt] has quit [Remote host closed the connection] 05:14 -!- grafcaps [~haroldbr@50.90.83.229] has joined #bitcoin-core-dev 05:17 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds] 05:43 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #bitcoin-core-dev 05:45 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Remote host closed the connection] 05:45 < pierre_rochard> skeees: ouch, I'll fix asap 05:47 -!- wunpunch [~Alli@2a02:c7f:282a:6c00:88a0:37f:2b9d:6636] has joined #bitcoin-core-dev 05:55 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 06:00 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 245 seconds] 06:00 -!- MrPaz [~PazPazPaz@176.10.116.111] has joined #bitcoin-core-dev 06:02 -!- kabaum [~kabaum@2.71.85.26.mobile.tre.se] has quit [Ping timeout: 248 seconds] 06:04 -!- MisterPaz [~PazPazPaz@176.10.116.113] has quit [Ping timeout: 276 seconds] 06:09 -!- jb55 [~jb55@S010660e327dca171.vc.shawcable.net] has joined #bitcoin-core-dev 06:19 -!- kabaum [~kabaum@c-5eea205f-74736162.cust.telenor.se] has joined #bitcoin-core-dev 06:20 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has joined #bitcoin-core-dev 06:25 -!- IGHOR [~ighor@194.71.5.8] has joined #bitcoin-core-dev 06:25 -!- Guyver2 [AdiIRC@guyver2.xs4all.nl] has joined #bitcoin-core-dev 06:27 < bitcoin-git> [bitcoin] MarcoFalke opened pull request #13517: qa: Remove need to handle the network thread in tests (master...Mf1806-qaAsyncIo) https://github.com/bitcoin/bitcoin/pull/13517 06:28 -!- Helena22Mills [~Helena22M@ns334669.ip-5-196-64.eu] has joined #bitcoin-core-dev 06:34 -!- justan0theruser is now known as justanotheruser 06:35 -!- m8tion [~Agence@abo-134-110-68.mrs.modulonet.fr] has joined #bitcoin-core-dev 06:46 -!- IGHOR [~ighor@194.71.5.8] has quit [] 06:46 -!- IGHOR [~ighor@194.71.5.8] has joined #bitcoin-core-dev 06:50 -!- kabaum [~kabaum@c-5eea205f-74736162.cust.telenor.se] has quit [Ping timeout: 240 seconds] 06:56 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 07:00 -!- DougieBot5000 [~DougieBot@unaffiliated/dougiebot5000] has quit [Read error: Connection reset by peer] 07:01 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds] 07:01 -!- DougieBot5000 [~DougieBot@unaffiliated/dougiebot5000] has joined #bitcoin-core-dev 07:01 -!- midnightmagic [~midnightm@unaffiliated/midnightmagic] has quit [Ping timeout: 260 seconds] 07:03 -!- kabaum [~kabaum@c-5eea205f-74736162.cust.telenor.se] has joined #bitcoin-core-dev 07:06 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 07:11 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer] 07:11 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 07:12 -!- Krellan [~Krellan@2601:640:4000:9258:30f7:b30d:d900:5442] has quit [Read error: Connection reset by peer] 07:13 -!- Krellan [~Krellan@2601:640:4000:9258:30f7:b30d:d900:5442] has joined #bitcoin-core-dev 07:13 -!- Khunbi [~Khunbi@185.212.170.51] has joined #bitcoin-core-dev 07:15 -!- Khunbi [~Khunbi@185.212.170.51] has left #bitcoin-core-dev [] 07:15 -!- bsm1175321 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has joined #bitcoin-core-dev 07:18 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 07:21 -!- bsm1175321 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has quit [Ping timeout: 256 seconds] 07:21 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 07:22 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 07:25 < bitcoin-git> [bitcoin] jonasschnelli pushed 9 new commits to master: https://github.com/bitcoin/bitcoin/compare/6579d80572d2...000abbb6b074 07:25 < bitcoin-git> bitcoin/master 537efe1 João Barbosa: rpc: Extract GetWalletNameFromJSONRPCRequest from GetWalletForJSONRPCRequest 07:25 < bitcoin-git> bitcoin/master 6608c36 João Barbosa: rpc: Add unloadwallet RPC 07:25 < bitcoin-git> bitcoin/master 4940a20 João Barbosa: test: Add functional tests for unloadwallet RPC 07:25 < bitcoin-git> [bitcoin] jonasschnelli closed pull request #13111: Add unloadwallet RPC (master...2018-04-unload-wallet) https://github.com/bitcoin/bitcoin/pull/13111 07:26 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Ping timeout: 260 seconds] 07:33 -!- Fearful [~fear@unaffiliated/warlord] has joined #bitcoin-core-dev 07:56 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 256 seconds] 07:56 -!- grafcaps [~haroldbr@50.90.83.229] has joined #bitcoin-core-dev 08:03 -!- qu4ku [~qu4ku@2a01:110f:f73:1b00:514d:b47c:55cc:8a1d] has joined #bitcoin-core-dev 08:10 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 276 seconds] 08:10 -!- grafcaps [~haroldbr@50.90.83.229] has joined #bitcoin-core-dev 08:11 -!- tsle1850 [~tsl1125@12.161.174.234] has joined #bitcoin-core-dev 08:21 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 245 seconds] 08:29 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has joined #bitcoin-core-dev 08:30 -!- fanquake [~fanquake@unaffiliated/fanquake] has quit [] 08:39 -!- qu4ku [~qu4ku@2a01:110f:f73:1b00:514d:b47c:55cc:8a1d] has quit [Quit: Textual IRC Client: www.textualapp.com] 08:42 -!- wunpunch [~Alli@2a02:c7f:282a:6c00:88a0:37f:2b9d:6636] has quit [Read error: Connection reset by peer] 08:45 -!- grafcaps [~haroldbr@104.137.194.255] has joined #bitcoin-core-dev 08:49 -!- Randolf [~randolf@96.53.47.42] has quit [Ping timeout: 256 seconds] 08:55 -!- kabaum [~kabaum@c-5eea205f-74736162.cust.telenor.se] has quit [Read error: Connection reset by peer] 08:56 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has quit [Ping timeout: 255 seconds] 08:56 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has joined #bitcoin-core-dev 09:02 -!- Aaronvan_ [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 09:05 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 255 seconds] 09:07 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has quit [Ping timeout: 264 seconds] 09:14 -!- gwillen [~gwillen@unaffiliated/gwillen] has joined #bitcoin-core-dev 09:18 -!- tsle1850 [~tsl1125@12.161.174.234] has quit [Ping timeout: 240 seconds] 09:21 -!- Krellan [~Krellan@2601:640:4000:9258:30f7:b30d:d900:5442] has quit [Read error: Connection reset by peer] 09:21 -!- tsle1850 [~tsl1125@12.161.174.234] has joined #bitcoin-core-dev 09:22 -!- Krellan [~Krellan@2601:640:4000:9258:30f7:b30d:d900:5442] has joined #bitcoin-core-dev 09:22 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 09:25 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 09:27 -!- jb55 [~jb55@S010660e327dca171.vc.shawcable.net] has quit [Quit: WeeChat 2.1] 09:27 -!- jb55 [~jb55@S010660e327dca171.vc.shawcable.net] has joined #bitcoin-core-dev 09:29 -!- tsle1850 [~tsl1125@12.161.174.234] has quit [Ping timeout: 264 seconds] 09:30 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has joined #bitcoin-core-dev 09:33 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has joined #bitcoin-core-dev 09:33 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has quit [Remote host closed the connection] 09:34 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has joined #bitcoin-core-dev 09:35 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has quit [Ping timeout: 255 seconds] 09:38 -!- grafcaps [~haroldbr@104.137.194.255] has quit [Ping timeout: 240 seconds] 09:41 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has quit [Remote host closed the connection] 09:42 -!- tsle1850 [~tsl1125@12.161.174.234] has joined #bitcoin-core-dev 09:42 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has joined #bitcoin-core-dev 09:50 -!- Helena22Mills [~Helena22M@ns334669.ip-5-196-64.eu] has quit [K-Lined] 09:52 -!- jb55 [~jb55@S010660e327dca171.vc.shawcable.net] has quit [Ping timeout: 245 seconds] 09:53 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer] 09:54 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 10:04 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 10:06 -!- Krellan [~Krellan@2601:640:4000:9258:30f7:b30d:d900:5442] has quit [Remote host closed the connection] 10:08 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has quit [Remote host closed the connection] 10:09 -!- jb55 [~jb55@S010660e327dca171.vc.shawcable.net] has joined #bitcoin-core-dev 10:09 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has joined #bitcoin-core-dev 10:09 -!- Dizzle [~dizzle@108.171.182.16] has joined #bitcoin-core-dev 10:10 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 10:11 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 10:13 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 10:16 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 10:19 -!- IGHOR [~ighor@194.71.5.8] has quit [Ping timeout: 245 seconds] 10:21 -!- Randolf [~randolf@S01060023bee968ec.vc.shawcable.net] has joined #bitcoin-core-dev 10:22 -!- owowo [~ovovo@unaffiliated/ovovo] has joined #bitcoin-core-dev 10:24 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has joined #bitcoin-core-dev 10:25 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 10:27 -!- dqx_ [~dqx@unaffiliated/dqx] has joined #bitcoin-core-dev 10:27 -!- Orlo27Schoen [~Orlo27Sch@ns334669.ip-5-196-64.eu] has joined #bitcoin-core-dev 10:29 -!- bitconner [~conner@a109-49-178-236.cpe.netcabo.pt] has quit [Ping timeout: 276 seconds] 10:35 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has joined #bitcoin-core-dev 10:37 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 10:37 -!- IGHOR [~ighor@194.71.5.8] has joined #bitcoin-core-dev 10:38 -!- dqx_ [~dqx@unaffiliated/dqx] has quit [Remote host closed the connection] 10:39 -!- grafcaps [~haroldbr@69.5.45.131] has joined #bitcoin-core-dev 10:43 -!- vicenteH [~user@97.red-83-50-45.dynamicip.rima-tde.net] has quit [Ping timeout: 260 seconds] 10:45 -!- Randolf [~randolf@S01060023bee968ec.vc.shawcable.net] has quit [Ping timeout: 264 seconds] 10:48 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has quit [Remote host closed the connection] 10:48 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has joined #bitcoin-core-dev 10:50 -!- grafcaps [~haroldbr@69.5.45.131] has quit [Ping timeout: 256 seconds] 10:54 -!- Toresh [2e7ed2b1@gateway/web/freenode/ip.46.126.210.177] has joined #bitcoin-core-dev 10:57 -!- dqx_ [~dqx@unaffiliated/dqx] has joined #bitcoin-core-dev 10:58 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 11:00 -!- IGHOR_ [~quassel@93.178.216.72] has joined #bitcoin-core-dev 11:01 -!- timothy [~tredaelli@redhat/timothy] has quit [Remote host closed the connection] 11:06 -!- grafcaps [~haroldbr@69.5.45.131] has joined #bitcoin-core-dev 11:09 -!- m8tion [~Agence@abo-134-110-68.mrs.modulonet.fr] has quit [Read error: Connection reset by peer] 11:10 -!- IGHOR [~ighor@194.71.5.8] has quit [] 11:15 -!- grafcaps [~haroldbr@69.5.45.131] has quit [Ping timeout: 265 seconds] 11:17 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Ping timeout: 264 seconds] 11:20 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Remote host closed the connection] 11:22 -!- IGHOR_ is now known as IGHOR 11:31 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has quit [Remote host closed the connection] 11:32 -!- grafcaps [~haroldbr@69.5.45.131] has joined #bitcoin-core-dev 11:32 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has joined #bitcoin-core-dev 11:36 -!- grafcaps [~haroldbr@69.5.45.131] has quit [Ping timeout: 256 seconds] 11:38 -!- grafcaps [~haroldbr@69.5.45.131] has joined #bitcoin-core-dev 11:41 -!- bsm117532 [~mcelrath@c-24-61-245-53.hsd1.ma.comcast.net] has quit [Ping timeout: 256 seconds] 11:43 -!- shesek [~shesek@unaffiliated/shesek] has quit [Ping timeout: 256 seconds] 11:44 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Remote host closed the connection] 11:45 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #bitcoin-core-dev 11:47 -!- shesek [~shesek@bzq-84-110-235-173.red.bezeqint.net] has joined #bitcoin-core-dev 11:47 -!- shesek [~shesek@bzq-84-110-235-173.red.bezeqint.net] has quit [Changing host] 11:47 -!- shesek [~shesek@unaffiliated/shesek] has joined #bitcoin-core-dev 11:47 -!- grafcaps [~haroldbr@69.5.45.131] has quit [Ping timeout: 240 seconds] 11:50 -!- Murch [~murch@50-200-105-218-static.hfc.comcastbusiness.net] has joined #bitcoin-core-dev 11:52 -!- Murch [~murch@50-200-105-218-static.hfc.comcastbusiness.net] has quit [Client Quit] 11:55 -!- clarkmoody [~clarkmood@47-218-248-206.bcstcmta04.res.dyn.suddenlink.net] has joined #bitcoin-core-dev 11:57 -!- dqx_ [~dqx@unaffiliated/dqx] has quit [Remote host closed the connection] 11:57 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ypgkzdfskfnwgarw] has joined #bitcoin-core-dev 11:57 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #bitcoin-core-dev 12:00 < sipa> #startmeeting 12:00 < lightningbot> Meeting started Thu Jun 21 19:00:01 2018 UTC. The chair is sipa. Information about MeetBot at http://wiki.debian.org/MeetBot. 12:00 < lightningbot> Useful Commands: #action #agreed #help #info #idea #link #topic. 12:00 < achow101> hi 12:00 < promag> hi 12:00 < meshcollider> Hi 12:00 < sipa> #bitcoin-core-dev Meeting: wumpus sipa gmaxwell jonasschnelli morcos luke-jr btcdrak sdaftuar jtimon cfields petertodd kanzure bluematt instagibbs phantomcircuit codeshark michagogo marcofalke paveljanik NicolasDorier jl2012 achow101 meshcollider jnewbery maaku fanquake promag provoostenator 12:00 < kanzure> hi. 12:00 < sipa> topics? 12:01 < kanzure> alert key 12:01 < kanzure> not priority tho 12:01 -!- Randolf [~randolf@96.53.47.42] has joined #bitcoin-core-dev 12:01 < instagibbs> hi 12:02 < sipa> okay, let's start with high-priority reviews 12:02 < sipa> #topic review blocks 12:02 < kanzure> also, bitcoin-dev mailing list hosting provider is migrating away from the email protocol, so the underlying host is going to probably switch soon (more details forthcoming) 12:03 < jnewbery> hi 12:03 < sipa> we have 3 open review blockers: #13062 #12196 #13425 12:03 < gribble> https://github.com/bitcoin/bitcoin/issues/13062 | Make script interpreter independent from storage type CScript by sipa · Pull Request #13062 · bitcoin/bitcoin · GitHub 12:03 < gribble> https://github.com/bitcoin/bitcoin/issues/12196 | Add scantxoutset RPC method by jonasschnelli · Pull Request #12196 · bitcoin/bitcoin · GitHub 12:03 < gribble> https://github.com/bitcoin/bitcoin/issues/13425 | Moving final scriptSig construction from CombineSignatures to ProduceSignature (PSBT signer logic) by achow101 · Pull Request #13425 · bitcoin/bitcoin · GitHub 12:03 < achow101> the merged ones should be removed from the list 12:04 < sipa> good point, will od 12:04 < sipa> done 12:04 < sipa> any proposals for others to add? 12:05 < promag> I'll update #13100 in the next couple of days, but would be nice to have it on high priority 12:05 < gribble> https://github.com/bitcoin/bitcoin/issues/13100 | gui: Add menu entry to open wallet by promag · Pull Request #13100 · bitcoin/bitcoin · GitHub 12:05 < promag> it's the missing piece in the dyn multi wallet story 12:05 < sipa> promag: ping me when ready, i'll add it then 12:06 < promag> will do ty 12:06 < sipa> #topic alert key 12:06 < sipa> kanzure: ^ 12:06 < kanzure> alert key system deprecated, topic has absolutely no impact on bitcoind itself AFAIK 12:06 < achow101> besides vulnerable versions 12:06 < kanzure> i recognize the request to perhaps wait for v0.13 end-of-life, would like to hear more comments about that 12:06 < sipa> absent any other topic proposals, i'm sure we can talk about it 12:07 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Ping timeout: 260 seconds] 12:07 < kanzure> i believe those vulnerabilities might not be public but whatever, yes those 12:07 < achow101> 0.13 is the first version to have the alert system gone. the final alert stuff was added in 0.14. 12:07 < kanzure> for context: i'm thinking of releasing the private key, would be nice to get that out there and remove that liability 12:07 < achow101> so waiting for 0.14 to be the oldest version in any form of support is good 12:08 < gmaxwell> Though it was default off since what.. 0.10.something ? 12:08 < luke-jr> if 0.13 doesn't have alert system at all, why wait for it to be EOL? 12:08 < achow101> 0.12 12:08 < meshcollider> Yeah doesn't seem much point waiting for 13 EOL 12:08 < meshcollider> 0.12 is already gone 12:08 < gmaxwell> There are two levels, off by default, and gone completely. 0.12 has it off by default and 0.13 gone completely? 12:09 < achow101> yes 12:09 < kanzure> i'm particularly interested in hearing from others who have good reason not to reveal the key.. in the year+ since this was announced i don't think much has been raised. 12:09 < gmaxwell> and 0.12 is not supported at all, so all supported versions have it gone completely. 12:09 < kanzure> i sent out an email to the mailing list a few days ago and i have heard back from exactly one person regarding a request for a final alert message to some other altcoin 12:09 < kanzure> so i think this stuff is good and dead at this point 12:09 < achow101> yes 12:10 < achow101> also, if someone needs a final alert, they can pull it from the current source code 12:10 < gmaxwell> So that sounds pretty good for a release now, unless pre-0.12 nodes are still popular, and I don't believe they are. 12:10 < achow101> I would assume that someone who has changed the alert format would also change the alert key 12:10 < kanzure> anyway, if anyone would like to send me name suggestions for someone to go talk to in private, i'm open to that, although i don't expect to hear from anyone 12:10 < gmaxwell> unfortunately, final alerts don't have the protective properties we believed they had. 12:11 < luke-jr> there's ~3% of the network on 0.12 12:11 < achow101> luke-jr: what about earlier? 12:11 < kanzure> was non-protection disclosed somewhere? 12:11 < sipa> bitnodes says around 300 ish 0.12 and below nodes, out of 9945 12:11 < luke-jr> achow101: 0.61% "other" versions, which includes everything before 0.12 12:11 < luke-jr> http://luke.dashjr.org/programs/bitcoin/files/charts/branches.html 12:11 < achow101> ok.. and they all probably have the final alert anyways 12:12 < luke-jr> sipa: bitnodes only shows listening 12:12 < luke-jr> although that's the same 3% 12:12 < sipa> luke-jr: i'm aware; just offering an extra data point 12:12 < luke-jr> gmaxwell: what was missing re protective properties? 12:13 < kanzure> also how do folks feel about the unmentioned (spamming) vulnerabilities related to this? 12:14 < gmaxwell> luke-jr: back when we first started talking about publishing it I was under the mistaken belief that a final alert basically disabled the alert code ... e.g. no more alert message processing, only relaying of the final alert. 12:14 < gmaxwell> so that a final alert would effectively also limit the usefulness of any alert dos attacks 12:14 < gmaxwell> But that isn't the case. 12:14 < achow101> kanzure: I think all of the vulns should be disclosed at the same time as the key 12:14 < kanzure> this sounds like the same one 12:14 < luke-jr> gmaxwell: that was also my impression 12:15 < gmaxwell> I doubt we know all the vulnerabilities. I know of at least two but I stopped looking. 12:15 -!- belcher [~belcher@unaffiliated/belcher] has joined #bitcoin-core-dev 12:15 < achow101> gmaxwell: I believe I know of three 12:15 < gmaxwell> Also depends on how you count. :) 12:15 < achow101> that too 12:15 < sipa> i tend to count using the ring of integers 12:16 < gmaxwell> in any case, the alert code didn't stand up to careful review and is somewhat exposed to malicious alerts. 12:16 < gmaxwell> But then again any code still with it is also exposed in other ways. 12:16 < BlueMatt> there's also limited utility to releasing the alert key 12:16 < kanzure> sounds like some forkcoin projects might have to deal with this if they haven't already, not just rely on the fantasy of a final alert that shuts down the alert system 12:16 < BlueMatt> aside from "one less thing to worry about" 12:17 < gmaxwell> kanzure: well if anything still had it, it would have been easy enough to fix. 12:17 < gmaxwell> (by basically adding an "if I have had a final alert, drop all new alert messages" line. 12:17 < jnewbery> I think 'one less thing to worry about' is good enough reason (also 'one less thing to discuss for the rest of our lives') 12:17 < gmaxwell> ) 12:18 < kanzure> i was surprised by the one person that did message- didn't think he would have had something with the alert system :-) 12:18 < kanzure> and if he could make that kind of mistake, i'd imagine many others are making worse mistakes 12:18 < gmaxwell> I was more concerned about it a year ago when in a short periord we had multiple people crop up and propose using that stupid key as some centeralized controlled whatever. 12:18 < meshcollider> And it has been a couple of years since the deprecation was announced, it's not like fair warning wasn't given in any case 12:18 < achow101> kanzure: if the altcoins have better control of their alert key, publishing the bitcoin one and the related vulns shouldn't be a problem 12:18 < kanzure> #action collect vulnerability knowledge from achow101 12:19 < kanzure> achow101: ah interesting point. i was only thinking about the projects that copied the public key actually. 12:19 < gmaxwell> I had thought there were ~none, but it turns out prior searches were somewhat ineffective. 12:19 < achow101> kanzure: AFAICT, there aren't any projects using the bitcoin one 12:19 < gmaxwell> The litecoin alertkey is copied all over heck and back. 12:19 < achow101> Google and github search for the key itself has turned up nothing 12:19 < gmaxwell> achow101: there was at least one we missed. 12:19 < kanzure> achow101: there is at least one actually, and someone contacted me about it i think :-) 12:20 < achow101> it could be that they removed the alert system but still have legacy nodes? 12:20 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has quit [Read error: Connection reset by peer] 12:20 < kanzure> unfortunately this person was also misinformed about the effects of the final alert message... in fact, i should go fix that misunderstanding. 12:20 < gmaxwell> In any case, I think there has been plenty of warning from the prior discussion. 12:20 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has joined #bitcoin-core-dev 12:21 < gmaxwell> kanzure: also I think our prior discussion made it pretty clear that the final alert turned out to not be so final. 12:21 < BlueMatt> at some point if you're so incompetent that you leave the alert key around for a while you've probably broken things in 10 other ways, honestly 12:21 < gmaxwell> (or rather there were DOS vulnerabilties that persisted in spite of it) 12:21 < kanzure> BlueMatt: yeah but i also somewhat have a duty to not inadvertedly break other people's broken systems just because they are stupid broken systems 12:21 < BlueMatt> I dont think we need to worry about other random crap 12:21 < meshcollider> Agreed, I think just a full post with all info, vulns and key would be best now to resolve this 12:21 < gmaxwell> the alert system was kinda cool, except for the bugs... and unclear security model, lack of multisig, etc. :P 12:22 < BlueMatt> more like worry about our own crap and make sure to sufficiently disclose, which clearly happened 12:22 < luke-jr> DoS is not a big deal IMO 12:22 < kanzure> sure. okay. let's move on. 12:22 < luke-jr> maybe the denial of service will prompt the user to upgrade ;) 12:22 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #bitcoin-core-dev 12:22 < kanzure> i do have one other topic about bitcoin-dev mailing list 12:22 < gmaxwell> luke-jr: yes, assuming thats the worst of it. 12:22 < sipa> ok, let's switch topics 12:23 < gmaxwell> (I don't have any reason to assume it's worse than dos other than the fact that there were a bunch of DOS vulns that were unknown until I checked before publishing the key) 12:23 < sipa> #topic bitcoin-dev mailinglist 12:23 < kanzure> linuxfoundation is migrating away from the email protocol and will no longer be hosting the bitcoin-dev mailing list 12:23 < kanzure> there is a migration plan but it's under investigating still 12:23 < kanzure> details are still forthcoming sorry i don't have anything specific at this time 12:23 < BlueMatt> what are the other 200 mailing lists on lists.linuxfoundation.org doing? 12:23 < kanzure> will post to mailing list when i have more details about actual plan 12:24 < BlueMatt> errr, oh, actually there arent many 12:24 < kanzure> i believe the current plan is "give lists.linuxfoundation.org to osuosl" 12:24 < achow101> what does "migrating away from the email protocol" mean? are they just not doing mailing lists anymore? 12:24 < luke-jr> achow101: right 12:24 < kanzure> achow101: linuxfoundation no longer believes in email apparently 12:24 < kanzure> i don't know, man. 12:24 < meshcollider> lol 12:24 < gmaxwell> Is that like not believing in santa clause? 12:24 < kanzure> it's similar but not in the abstract 12:25 < gmaxwell> claus* 12:25 < sipa> How can you believe in the universe, if you don't even know if email is real? 12:25 < kanzure> i'll post more details once i have some, i'd prefer to get an email out to the mailing list before the migration happens since this is weird and unusual 12:25 < luke-jr> I guess if you disbelieve in email, it ceases to be real for you? 12:25 < gmaxwell> in any case, I can't say that I was completely happy with LF regardless. 12:26 < kanzure> my primary concern is about linkrot 12:26 < kanzure> they seem open to including some rewrite rules on their http server to fix some of the linkrot problem 12:26 < sipa> ... for now 12:26 < luke-jr> kanzure: if they're letting OSUOSL use the domain, wouldn't OSUOSL just be able to maintain the links? 12:26 < kanzure> and also, if the mailing list was to move away from lists.linuxfoundation.org as the domain, and MX records, then potential email delivery problems for the current subscribers 12:27 < kanzure> luke-jr: sipa notes that the relationship there might change over time 12:27 < sipa> are there any other topics? 12:27 < achow101> I'm already experiencing mail delivery problems, so.... 12:27 < luke-jr> kanzure: nothing we can do can prevent that AFAIK 12:27 < sipa> (we can let this discussion continue if nothing else, but perhaps there are more development related topics) 12:27 < kanzure> oh yeah, achow101 has reported mail delivery and receipt problems for lists.linuxfoundation.org that i haven't been able to investigate 12:30 < aj> was there configuration / bitcon-rw.conf / ...? stuff to discuss? i think some got deferred from previous meetings 12:30 < achow101> topic suggestion: coin selection 12:30 < achow101> (again) 12:30 < sipa> aj: i'm not up to date with that discussion 12:31 < sipa> #topic coin selection 12:31 < achow101> I did a bunch of simulations of the srd fallback stuff 12:31 < achow101> https://gist.github.com/achow101/242470486265d3f21adab08f65b9102c 12:31 < luke-jr> aj: yes, last time it was deferred cuz someone wasn't here 12:31 < achow101> there are two problems that I see with this strategy: change can be incredibly small and the mean number of utxos in the wallet is quite highg 12:32 -!- Murch [~murch@50-200-105-218-static.hfc.comcastbusiness.net] has joined #bitcoin-core-dev 12:33 < achow101> the question is whether we can accept these tradeoffs or whether we need to find a better algorithm 12:33 -!- jtimon [~quassel@40.28.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev 12:33 < sipa> it sounds concerning to me 12:34 < achow101> I agree, especially the small change 12:34 < achow101> we may have to keep MIN_CHANGE, but I don't really like having a fixed minimum change 12:34 < gmaxwell> is this code discarding sub fee change? 12:34 < sipa> yes 12:35 < sipa> you mean turning dust change into fee? yes 12:36 < gmaxwell> OKAY 12:36 < gmaxwell> So let me check my understanding of our understanding. 12:36 < gmaxwell> SRD is producing poor solutions in cases where the wallet has lots of small inputs? And also tends to produce small change itself? 12:37 < sipa> tends to produce 12:37 < achow101> however it does help BnB find more exact matches 12:38 < gmaxwell> Yes, but probably other strategies could do that. 12:38 < sipa> but clearly not enough to compensate (as the total number of UTXOs grows) 12:38 < luke-jr> aj: (do you have time to discuss rwconf stuff after the meeting if we run out of time during?) 12:38 < gmaxwell> e.g. current algo but with a min_change that is randomized more. 12:38 < jtimon> sorry I'm late, https://github.com/bitcoin/bitcoin/pull/13311 is kind of blocking to me for the block signed testnets thing (assuming there's still interest in that) 12:39 < gmaxwell> IIRC there is nothing fundimental about SRD that makes it good for making BNB work better, but rather it was the first alternative murch tried there. 12:39 < aj> luke-jr: (yes, it's the start of my day here) 12:39 < sipa> well and in murch's simulations, SRD performed reasoably well, and was extremely simple 12:39 < sipa> though i guess we may be seeing different results now 12:39 < gmaxwell> So for example, current solver plus add a couple extra inputs at random probably also makes BNB work better than current alone. 12:40 < sipa> i'm wondering if instead of SRD, we shouldn't use a BNB algorithm with a very large target range, larger than minimal change 12:41 < Murch> And then allow it to create change outputs? 12:41 < sipa> Murch: indeed 12:41 < sipa> Murch: basically run BNB in a mode where it assumes change will be created anyway 12:41 < sipa> and then minimize waste for that 12:41 < sipa> have you considered such a strategy? 12:42 < gmaxwell> stratigies that minimize change values are bad for building a collection of coins that help BNB. 12:42 < Murch> I have thought a bit about it, but figured that it is computationally intensive for no good reason 12:42 < sipa> gmaxwell: minimizing change != minimizing waste 12:42 < gmaxwell> sipa: what is 'waste'? 12:43 < jonasschnelli> hi 12:43 < Murch> Also, then you're just minimizing the input set since everything produces change and thus all with the same count of inputs have the same waste value 12:43 < Murch> at least at higher fees 12:43 < achow101> gmaxwell: line 36 of src/wallet/coinselection.cpp 12:43 < sipa> gmaxwell: in this case, it means minimziing fees 12:43 < Murch> Maybe one could just do smallest first selection at the lowest fee range to auto-consolidate? 12:43 < sipa> https://github.com/bitcoin/bitcoin/blob/master/src/wallet/coinselection.cpp#L36L40 12:44 < gmaxwell> Murch: smallest first is pathalogical for wallets with tons of tiny inputs, unfortunately. 12:44 < sipa> we probably shouldn't do algorithm design in this meeting, but ideas for things to try may be useful 12:44 < Murch> Alright, maybe oldest first on the ones that are smaller than the target. ;) 12:44 < gmaxwell> we can't have undefended pathological behavior, since we can't assume the usage will be supervised. 12:45 < Murch> but it would have some sort of limit on transaction size 12:45 < luke-jr> might be interesting to have coin selection pay attention to feerate estimates. use more inputs when feerates are low, for example. just a thought 12:45 < gmaxwell> We could still have that mode, it would just have to be guarded by something that cuts off the pathalogical behavior. 12:45 < Murch> gmaxwell: If smallest first is only used at < 4 sats/byte, why not auto-consolidate up to e.g. 250 unspents? 12:46 < achow101> luke-jr: preferably the algorithm would be self adjusting to the feerates 12:46 < sipa> luke-jr: it does 12:46 < sipa> BNB at least does 12:46 < Murch> ofc it would mean that a cpfp would be extremely expensive should it become necessary 12:46 < Murch> luke-jr: the new fee estimation is already fee sensitive 12:46 < luke-jr> i c 12:46 < sipa> Murch: you mean coin selections 12:46 < sipa> i would hope that fee estimation is fee sensitive :p 12:47 < Murch> äh, I do 12:47 < jonasschnelli> I have two topic proposal... but I guess I'm too late: a) Multiwallet session persistence b) Bech32X 12:48 < achow101> perhaps this coin selection discussion would be better done in person with whiteboards 12:48 < sipa> yeah 12:48 < sipa> #topic multiwallet session persistence 12:48 < Murch> I'm game 12:48 < jonasschnelli> Okay... 12:48 < luke-jr> ok, so I guess rwconf waits until after meeting :x 12:49 < gmaxwell> achow101: that leaves out people who can't attend. 12:49 < jonasschnelli> I guess it's not ideal that loaded wallets need to be re-loaded after a Bitcoin-Core restart... 12:49 < jonasschnelli> especially in pruning mode 12:49 < sipa> luke-jr, aj: i can make it a topic; it wasn't clear if you wanted it here 12:49 < gmaxwell> jonasschnelli: so put them in the conf file? 12:49 < luke-jr> sipa: almost out of time anyway 12:49 < sipa> jonasschnelli: that sounds like something to address with rwconf 12:49 < jonasschnelli> gmaxwell: that works for static enviromnents... 12:49 < gmaxwell> jonasschnelli: not with rwconf. 12:49 < luke-jr> gmaxwell: maybe not easy for GUI users (yet; rwconf to the rescue? :P) 12:50 < jonasschnelli> rwconf would be indeed a solution, yes. 12:50 < sipa> it seems like the exact same problem as the one rwconf is intended to solve 12:50 < luke-jr> unless you wanted multiple different sessions, maybe? 12:50 < luke-jr> but I'm not sure there's a use case for that 12:51 < gmaxwell> seems out of scope to me. 12:51 < jonasschnelli> Okay guess rw/config solves this... so /topic 12:51 < sipa> #topic bech32x 12:52 < jonasschnelli> Bech32X has currently the distance 27 BCH with correction to 7 chars (thanks to sipa) 12:52 < jonasschnelli> The idea is now.. 12:52 < jonasschnelli> to have three "levels" or correction.. 12:52 < sipa> i'll gladly create code for that 12:53 < jonasschnelli> I'd like to hear if this a) is "easy" possible (three generators) and b) if the use case makse sense (selective correction robusntess)? 12:53 < sipa> i don't have strong opinions about usage 12:53 < gmaxwell> I don't understand 12:53 < gmaxwell> 12:52:32 < jonasschnelli> to have three "levels" or correction.. 12:53 < jonasschnelli> 7 chars is still not much more then 5% correction for 512bit key material 12:53 < luke-jr> maybe correction level should be somehow defined as a % of the whole? 12:53 < gmaxwell> Oh you want multiple codes so for long key data it uses a stronger code? 12:53 < jonasschnelli> gmaxwell: a flexible checksum, either 7 chars or 14chars or 28 chars of correction 12:54 < sipa> gmaxwell: or that the user can choose how much correction information they want 12:54 < jonasschnelli> gmaxwell: either the length or the HRP does hint what code to use 12:54 < sipa> (QR codes have this, for example) 12:54 < jonasschnelli> Yes. 12:54 < gmaxwell> It can't be 'flexible' without hurting performance, but we could just have more or less. 12:54 < gmaxwell> through multiple codes. 12:54 < sipa> yeah, i'm sure he just means have 3 codes to choose from 12:54 < jonasschnelli> yes 12:54 < gmaxwell> But I think it is not good to make it generally user selectable. The user _generally_ has no way to make a useful decision. 12:55 < jonasschnelli> gmaxwell: Yes. I also thought this... 12:55 < luke-jr> user in this case being the software I think 12:55 < gmaxwell> But making the format support multiple codes seems okay to me though it might lower the odds that powerful fancy decoders get written, because it'll be more work. 12:55 < jonasschnelli> On the other hand, maxing on 5% correction may also be not ideal 12:55 -!- Krellan [~Krellan@50-242-94-241-static.hfc.comcastbusiness.net] has joined #bitcoin-core-dev 12:55 < sipa> gmaxwell: we can make sure they use the same field and extension, so that the majority of the recovery code can be shared 12:55 < gmaxwell> There are certian improved properties we can get if we know a code will only be used for shorter vs longer data. 12:56 < sipa> gmaxwell: not much as these levels of corrections (too large search space) 12:56 < gmaxwell> so if the goal really was just to have multiple codes to have a certian percentage of correction that could perhaps be used. 12:57 < gmaxwell> sipa: well we can still search for codes with improved performance over modest (e.g. 50 char) windows, giving better burst error handling. 12:57 < sipa> we can even make the generators multiples of each other, so that a valid code according to one is also valid according to the "weaker" versions 12:58 < gmaxwell> in any case, I assume sipa would come up with the codes.. fewer levels is better than more... 12:58 < sipa> (or with a different offset, guarantee that this exactly never happens) 12:59 < gmaxwell> sipa: if you're going to abandon beyond bch performance the difference codes could just be punctures of a single bigger one. 12:59 < sipa> gmaxwell: right, i believe that's actually saying the same thing 12:59 < sipa> gmaxwell: also, for distance 15 there is nothing we can grind, not even for short lengths 13:00 < sipa> #endmeeting 13:00 < lightningbot> Meeting ended Thu Jun 21 20:00:09 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) 13:00 < lightningbot> Minutes: http://www.erisian.com.au/meetbot/bitcoin-core-dev/2018/bitcoin-core-dev.2018-06-21-19.00.html 13:00 < lightningbot> Minutes (text): http://www.erisian.com.au/meetbot/bitcoin-core-dev/2018/bitcoin-core-dev.2018-06-21-19.00.txt 13:00 < lightningbot> Log: http://www.erisian.com.au/meetbot/bitcoin-core-dev/2018/bitcoin-core-dev.2018-06-21-19.00.log.html 13:00 < sipa> #lunch 13:00 < gmaxwell> It seems odd and a bit sad to have so much design freedom and not use it however. 13:00 < luke-jr> sipa responds and runs :P 13:00 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 13:00 < gmaxwell> will continue later. 13:01 < luke-jr> =⃦topic rwconf (ping aj) 13:01 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 13:01 < gmaxwell> sipa: I wonder if we can at least choose the lower degree part of the code to have better performance. 13:01 < sipa> gmaxwell: that's a good point 13:01 < aj> luke-jr: yo 13:01 < sipa> gmaxwell: we could just extend the bech32 generator for example 13:01 < luke-jr> aj: did you read the log? http://www.erisian.com.au/meetbot/bitcoin-core-dev/2018/bitcoin-core-dev.2018-06-07-19.00.log.html#l-102 13:03 < aj> luke-jr: yeah. the separate maps for cmdline and config were to preserve the flipped ordering behaviour 13:03 < luke-jr> aj: do you have any objections to reverting it back to a single-value map + multi-value map? 13:04 < luke-jr> (thereby resolving the ordering stuff at startup, rathre than runtime) 13:05 < sipa> i think AddArg should get a flag indicating whether the option is single-value or multi-value, so that repeated arguments can be dealt with at parsing time 13:05 * sipa afk 13:05 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has quit [Ping timeout: 256 seconds] 13:06 < luke-jr> sipa: IMO that makes sense, but best as a separate PR 13:06 < aj> luke-jr: i don't think that quite works with prioritising the network stuff; ie atm it's "cmdline, [regtest], plainconfig"; but if you populate a single map with override first, then see a plain config option, then see regtest.foo=bah, you can't decide whether to drop the old entry or preserve it 13:07 < luke-jr> hmm 13:08 -!- clarkmoody [~clarkmood@47-218-248-206.bcstcmta04.res.dyn.suddenlink.net] has quit [] 13:08 < aj> luke-jr: long term i like (an approach like) meshcollider's arg rework stuff 13:09 < aj> luke-jr: //github.com/MeshCollider/bitcoin/commits/201712_argument_registration maybe 13:10 < aj> luke-jr: anyway, i don't object to changing around the map stuff, this was just the simplest way i could see of getting relatively sane behavior 13:10 < luke-jr> aj: maybe the single map will need a flag indicating where it came from for now 13:10 < aj> luke-jr: yeah, that's just equivalent to two maps :) 13:11 < luke-jr> well, now we're getting into 4 sources - "cmdline, rwconf, [regtest], plainconfig" 13:12 < aj> luke-jr: 3 sources if you count them as cmdline, rwconf, config[foo=/regtest.foo=/test.foo=/main.foo=] 13:13 < aj> luke-jr: but yeah 13:13 -!- tsle1850 [~tsl1125@12.161.174.234] has quit [Ping timeout: 265 seconds] 13:13 -!- grafcaps [~haroldbr@104.137.194.255] has joined #bitcoin-core-dev 13:21 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has quit [Read error: Connection reset by peer] 13:23 -!- dqx_ [~dqx@unaffiliated/dqx] has joined #bitcoin-core-dev 13:27 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has joined #bitcoin-core-dev 13:32 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 13:35 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 13:35 -!- Aaronvan_ [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 248 seconds] 13:36 -!- MisterPaz [~PazPazPaz@176.10.116.113] has joined #bitcoin-core-dev 13:39 -!- tsle1850 [~tsl1125@12.161.174.234] has joined #bitcoin-core-dev 13:39 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has quit [Ping timeout: 240 seconds] 13:39 -!- MrPaz [~PazPazPaz@176.10.116.111] has quit [Ping timeout: 256 seconds] 13:51 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer] 13:52 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 14:00 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Read error: Connection reset by peer] 14:02 -!- midnightmagic [~midnightm@unaffiliated/midnightmagic] has joined #bitcoin-core-dev 14:04 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has quit [Remote host closed the connection] 14:17 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 14:20 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 14:20 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 14:22 -!- tsle1850 [~tsl1125@12.161.174.234] has quit [Ping timeout: 240 seconds] 14:23 * booyah whispers "the Registry" 14:25 -!- nmnkgl [~nmnkgl@c-73-189-35-88.hsd1.ca.comcast.net] has quit [Ping timeout: 245 seconds] 14:28 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #bitcoin-core-dev 14:33 -!- Aaronvan_ [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 14:37 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 256 seconds] 14:40 -!- tsle1850 [~tsl1125@12.161.174.234] has joined #bitcoin-core-dev 14:41 -!- nmnkgl [~nmnkgl@2603:3024:1860:9000:e153:4821:7037:6dea] has joined #bitcoin-core-dev 14:47 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ypgkzdfskfnwgarw] has quit [Quit: Connection closed for inactivity] 15:02 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 256 seconds] 15:06 -!- spinza [~spin@155.93.246.187] has quit [Quit: Coyote finally caught up with me...] 15:09 -!- Orlo27Schoen [~Orlo27Sch@ns334669.ip-5-196-64.eu] has quit [K-Lined] 15:15 -!- Dizzle [~dizzle@108.171.182.16] has quit [Ping timeout: 256 seconds] 15:28 -!- spinza [~spin@155.93.246.187] has joined #bitcoin-core-dev 15:31 -!- nmnkgl [~nmnkgl@2603:3024:1860:9000:e153:4821:7037:6dea] has quit [Remote host closed the connection] 15:35 -!- nmnkgl_ [~nmnkgl@2603:3024:1860:9000:b9c8:e13:f56b:de92] has joined #bitcoin-core-dev 15:37 -!- nmnkgl_ [~nmnkgl@2603:3024:1860:9000:b9c8:e13:f56b:de92] has quit [Remote host closed the connection] 15:39 -!- MisterPaz [~PazPazPaz@176.10.116.113] has quit [Read error: Connection reset by peer] 15:44 -!- tsle1850 [~tsl1125@12.161.174.234] has quit [Ping timeout: 265 seconds] 15:47 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has quit [Quit: drexl] 15:47 -!- nmnkgl [~nmnkgl@c-24-4-39-8.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 15:53 -!- belcher [~belcher@unaffiliated/belcher] has quit [Ping timeout: 276 seconds] 15:58 -!- tsle1850 [~tsl1125@12.161.174.234] has joined #bitcoin-core-dev 16:00 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Ping timeout: 265 seconds] 16:00 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-vxepeydrqewgohhs] has joined #bitcoin-core-dev 16:02 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has joined #bitcoin-core-dev 16:17 -!- Guyver2 [AdiIRC@guyver2.xs4all.nl] has quit [Quit: Going offline, see ya! (www.adiirc.com)] 16:20 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has quit [Quit: drexl] 16:24 -!- nmnkgl_ [~nmnkgl@2603:3024:1860:9000:3109:1b9a:1bad:4f5e] has joined #bitcoin-core-dev 16:24 -!- nmnkgl [~nmnkgl@c-24-4-39-8.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 16:36 -!- grafcaps [~haroldbr@104.137.194.255] has quit [Ping timeout: 245 seconds] 16:38 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has joined #bitcoin-core-dev 16:39 -!- jimpo [~jimpo@ec2-54-219-151-162.us-west-1.compute.amazonaws.com] has joined #bitcoin-core-dev 16:49 -!- nmnkgl_ [~nmnkgl@2603:3024:1860:9000:3109:1b9a:1bad:4f5e] has quit [Remote host closed the connection] 16:54 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has quit [Quit: drexl] 16:59 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has quit [Remote host closed the connection] 16:59 -!- nmnkgl [~nmnkgl@c-24-4-39-8.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 17:01 -!- nmnkgl [~nmnkgl@c-24-4-39-8.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 17:01 -!- tsle1850 [~tsl1125@12.161.174.234] has quit [Ping timeout: 268 seconds] 17:02 -!- nmnkgl [~nmnkgl@2603:3024:1860:9000:1d1c:a7e:ea81:8a8b] has joined #bitcoin-core-dev 17:02 -!- nmnkgl_ [~nmnkgl@c-24-4-39-8.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 17:07 -!- nmnkgl [~nmnkgl@2603:3024:1860:9000:1d1c:a7e:ea81:8a8b] has quit [Ping timeout: 276 seconds] 17:08 -!- nmnkgl_ [~nmnkgl@c-24-4-39-8.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 17:22 -!- unholymachine [~quassel@2601:8c:c003:9f16:98a:c18f:d2a2:c391] has joined #bitcoin-core-dev 17:26 -!- Krellan [~Krellan@50-242-94-241-static.hfc.comcastbusiness.net] has quit [Ping timeout: 276 seconds] 17:27 -!- Krellan [~Krellan@50-242-94-241-static.hfc.comcastbusiness.net] has joined #bitcoin-core-dev 17:46 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 17:49 -!- Aaronvan_ [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 256 seconds] 17:49 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #bitcoin-core-dev 17:54 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Read error: Connection reset by peer] 17:58 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 17:59 -!- Murch [~murch@50-200-105-218-static.hfc.comcastbusiness.net] has quit [Quit: Snoozing.] 17:59 -!- AdrianG_ [~User@45.ip-158-69-201.net] has quit [Quit: leaving] 18:00 -!- AdrianG [~User@unaffiliated/amphetamine] has joined #bitcoin-core-dev 18:01 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 18:02 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has joined #bitcoin-core-dev 18:03 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has quit [Remote host closed the connection] 18:04 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has joined #bitcoin-core-dev 18:06 -!- nmnkgl [~nmnkgl@c-98-234-64-218.hsd1.ca.comcast.net] has quit [Ping timeout: 264 seconds] 18:10 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-vxepeydrqewgohhs] has quit [Quit: Connection closed for inactivity] 18:11 -!- MrPaz [~PazPazPaz@176.10.116.111] has joined #bitcoin-core-dev 18:26 -!- unholymachine [~quassel@2601:8c:c003:9f16:98a:c18f:d2a2:c391] has quit [Remote host closed the connection] 18:27 -!- unholymachine [~quassel@2601:8c:c003:9f16:98a:c18f:d2a2:c391] has joined #bitcoin-core-dev 18:38 -!- grafcaps [~haroldbr@50.90.83.229] has joined #bitcoin-core-dev 18:40 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-kacoxiiivikwfoot] has joined #bitcoin-core-dev 18:43 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 268 seconds] 18:50 -!- Krellan [~Krellan@50-242-94-241-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 18:57 -!- dgenr8 [~dgenr8@unaffiliated/dgenr8] has quit [Quit: Leaving] 19:21 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 264 seconds] 19:26 -!- dgenr8 [~dgenr8@unaffiliated/dgenr8] has joined #bitcoin-core-dev 19:40 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has joined #bitcoin-core-dev 19:57 -!- grafcaps [~haroldbr@50.90.83.229] has joined #bitcoin-core-dev 20:50 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-kacoxiiivikwfoot] has quit [Quit: Connection closed for inactivity] 21:33 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Ping timeout: 250 seconds] 21:38 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #bitcoin-core-dev 21:53 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has quit [Remote host closed the connection] 21:54 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has joined #bitcoin-core-dev 22:00 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has quit [Remote host closed the connection] 22:01 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has joined #bitcoin-core-dev 22:05 -!- unholymachine [~quassel@2601:8c:c003:9f16:98a:c18f:d2a2:c391] has quit [Remote host closed the connection] 22:29 -!- rabidus [~rabidus@85-23-137-40.bb.dnainternet.fi] has quit [Ping timeout: 256 seconds] 22:31 -!- rabidus [~rabidus@85-23-137-40.bb.dnainternet.fi] has joined #bitcoin-core-dev 22:31 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer] 22:32 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 22:38 -!- jb55 [~jb55@S010660e327dca171.vc.shawcable.net] has quit [Quit: WeeChat 2.1] 23:36 -!- MisterPaz [~PazPazPaz@176.10.116.113] has joined #bitcoin-core-dev 23:39 -!- MrPaz [~PazPazPaz@176.10.116.111] has quit [Ping timeout: 264 seconds] 23:53 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 240 seconds]