12021-05-07T00:03:03 *** belcher_ <belcher_!~belcher@unaffiliated/belcher> has joined #bitcoin-core-dev
22021-05-07T00:05:41 *** belcher <belcher!~belcher@unaffiliated/belcher> has quit IRC (Ping timeout: 240 seconds)
32021-05-07T00:08:55 *** belcher_ is now known as belcher
42021-05-07T00:48:45 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has quit IRC (Ping timeout: 240 seconds)
52021-05-07T00:49:35 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has joined #bitcoin-core-dev
62021-05-07T00:59:15 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has quit IRC (Remote host closed the connection)
72021-05-07T01:04:49 *** mol_ <mol_!~mol@unaffiliated/molly> has joined #bitcoin-core-dev
82021-05-07T01:05:22 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has joined #bitcoin-core-dev
92021-05-07T01:06:20 *** molz_ <molz_!~mol@unaffiliated/molly> has joined #bitcoin-core-dev
102021-05-07T01:07:28 *** EagleTM <EagleTM!~EagleTM@unaffiliated/eagletm> has joined #bitcoin-core-dev
112021-05-07T01:07:50 *** mol <mol!~mol@unaffiliated/molly> has quit IRC (Ping timeout: 252 seconds)
122021-05-07T01:07:53 *** harding <harding!quassel@newmail.dtrt.org> has quit IRC (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
132021-05-07T01:07:57 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has quit IRC (Ping timeout: 240 seconds)
142021-05-07T01:08:03 *** harding <harding!quassel@newmail.dtrt.org> has joined #bitcoin-core-dev
152021-05-07T01:08:58 *** Eagle[TM] <Eagle[TM]!~EagleTM@unaffiliated/eagletm> has quit IRC (Ping timeout: 252 seconds)
162021-05-07T01:09:52 *** mol_ <mol_!~mol@unaffiliated/molly> has quit IRC (Ping timeout: 268 seconds)
172021-05-07T01:11:48 *** harding <harding!quassel@newmail.dtrt.org> has quit IRC (Client Quit)
182021-05-07T01:11:57 *** harding <harding!quassel@newmail.dtrt.org> has joined #bitcoin-core-dev
192021-05-07T01:18:35 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has joined #bitcoin-core-dev
202021-05-07T01:31:55 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
212021-05-07T01:31:56 <bitcoin-git> [bitcoin] windsok opened pull request #21873: test: minor fixes & improvements for files linter test (master...files-lint-fixups) https://github.com/bitcoin/bitcoin/pull/21873
222021-05-07T01:31:56 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
232021-05-07T01:36:26 *** mol <mol!~mol@unaffiliated/molly> has joined #bitcoin-core-dev
242021-05-07T01:38:40 *** molz_ <molz_!~mol@unaffiliated/molly> has quit IRC (Ping timeout: 252 seconds)
252021-05-07T01:39:41 *** bitdex <bitdex!~bitdex@gateway/tor-sasl/bitdex> has joined #bitcoin-core-dev
262021-05-07T01:41:41 *** mol_ <mol_!~mol@unaffiliated/molly> has joined #bitcoin-core-dev
272021-05-07T01:45:01 *** mol <mol!~mol@unaffiliated/molly> has quit IRC (Ping timeout: 268 seconds)
282021-05-07T01:50:49 <yanmaani> what's the difference in terms of abstraction level of interfaces::Chain and ChainstateManager?
292021-05-07T01:52:44 <yanmaani> ChainstateManager is only for names?
302021-05-07T01:52:50 <yanmaani> I mean RPCs
312021-05-07T02:17:21 *** luke-jr <luke-jr!~luke-jr@unaffiliated/luke-jr> has quit IRC (Read error: Connection reset by peer)
322021-05-07T02:24:41 *** luke-jr <luke-jr!~luke-jr@unaffiliated/luke-jr> has joined #bitcoin-core-dev
332021-05-07T02:28:14 *** OP_NOP <OP_NOP!OP_NOP@gateway/vpn/privateinternetaccess/opnop/x-41418994> has joined #bitcoin-core-dev
342021-05-07T02:37:57 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has quit IRC (Ping timeout: 240 seconds)
352021-05-07T02:39:36 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has joined #bitcoin-core-dev
362021-05-07T02:44:34 *** rimuru <rimuru!677deb1f@103.125.235.31> has quit IRC (Quit: Connection closed)
372021-05-07T02:57:14 *** proofofkeags <proofofkeags!~proofofke@97-118-239-55.hlrn.qwest.net> has joined #bitcoin-core-dev
382021-05-07T03:11:31 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
392021-05-07T03:11:32 <bitcoin-git> [bitcoin] fanquake pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/06d573f053c6...a0d1d487e93d
402021-05-07T03:11:32 <bitcoin-git> bitcoin/master 39e1971 John Newbery: [net processing] Add internal _RelayTransactions()
412021-05-07T03:11:33 <bitcoin-git> bitcoin/master a0d1d48 fanquake: Merge bitcoin/bitcoin#21845: net processing: Don't require locking cs_main...
422021-05-07T03:11:34 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
432021-05-07T03:11:51 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
442021-05-07T03:11:52 <bitcoin-git> [bitcoin] fanquake merged pull request #21845: net processing: Don't require locking cs_main before calling RelayTransactions() (master...2021-05-internal_relay_txs) https://github.com/bitcoin/bitcoin/pull/21845
452021-05-07T03:11:52 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
462021-05-07T03:32:25 *** justanotheruser <justanotheruser!~justanoth@unaffiliated/justanotheruser> has quit IRC (Ping timeout: 276 seconds)
472021-05-07T03:36:13 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has quit IRC (Remote host closed the connection)
482021-05-07T03:38:34 *** belcher <belcher!~belcher@unaffiliated/belcher> has quit IRC (Ping timeout: 252 seconds)
492021-05-07T03:38:54 *** mocha <mocha!d4662d4e@212.102.45.78> has joined #bitcoin-core-dev
502021-05-07T03:39:49 *** mocha <mocha!d4662d4e@212.102.45.78> has quit IRC (Client Quit)
512021-05-07T03:45:07 *** justanotheruser <justanotheruser!~justanoth@unaffiliated/justanotheruser> has joined #bitcoin-core-dev
522021-05-07T03:46:32 *** undvrainbowvita8 <undvrainbowvita8!~egp_@128-71-13-3.broadband.corbina.ru> has quit IRC (Ping timeout: 265 seconds)
532021-05-07T03:50:27 *** belcher <belcher!~belcher@unaffiliated/belcher> has joined #bitcoin-core-dev
542021-05-07T03:53:57 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has quit IRC (Ping timeout: 240 seconds)
552021-05-07T03:54:35 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has joined #bitcoin-core-dev
562021-05-07T04:03:40 *** iohzrd <iohzrd!~iohzrd@174.204.212.110> has joined #bitcoin-core-dev
572021-05-07T04:03:50 *** undvrainbowvita8 <undvrainbowvita8!~egp_@128-71-13-3.broadband.corbina.ru> has joined #bitcoin-core-dev
582021-05-07T04:25:58 *** newz2000 <newz2000!~newz2000@185.163.110.100> has quit IRC (Remote host closed the connection)
592021-05-07T04:42:09 *** tummy <tummy!~tummy@195.140.213.38> has joined #bitcoin-core-dev
602021-05-07T05:27:59 *** blap <blap!~gk@86.106.143.124> has joined #bitcoin-core-dev
612021-05-07T05:55:27 *** tummy <tummy!~tummy@195.140.213.38> has quit IRC (Remote host closed the connection)
622021-05-07T05:58:02 *** xmj1 <xmj1!~xmj@185.163.110.100> has joined #bitcoin-core-dev
632021-05-07T06:13:07 *** proofofkeags <proofofkeags!~proofofke@97-118-239-55.hlrn.qwest.net> has quit IRC (Ping timeout: 252 seconds)
642021-05-07T06:13:45 *** iohzrd <iohzrd!~iohzrd@174.204.212.110> has quit IRC (Quit: WeeChat 3.1)
652021-05-07T06:16:32 *** OP_NOP <OP_NOP!OP_NOP@gateway/vpn/privateinternetaccess/opnop/x-41418994> has quit IRC (Ping timeout: 246 seconds)
662021-05-07T07:05:02 *** sipsorcery <sipsorcery!~sipsorcer@2a02:8084:6981:7880::3> has joined #bitcoin-core-dev
672021-05-07T07:06:45 *** pox <pox!~pox@gateway/tor-sasl/pox> has quit IRC (Ping timeout: 240 seconds)
682021-05-07T07:12:34 <hebasto> cirrus fuzzer job timed out recently
692021-05-07T07:15:05 *** pox <pox!~pox@gateway/tor-sasl/pox> has joined #bitcoin-core-dev
702021-05-07T07:26:08 *** jungly <jungly!~jungly@host-79-53-186-48.retail.telecomitalia.it> has joined #bitcoin-core-dev
712021-05-07T07:55:24 *** lkqwejhhgasdjhgn <lkqwejhhgasdjhgn!~kljkljklk@p200300d46f06bf005df070562e8bb2ef.dip0.t-ipconnect.de> has joined #bitcoin-core-dev
722021-05-07T08:06:36 <jnewbery> jeremyrubin: I'm not familiar enough with the proposal to have an opinion. As the author, you should use whatever you think is the clearest and most concise name.
732021-05-07T08:07:00 <jnewbery> (as long as it's not SecureTheBag!)
742021-05-07T08:15:46 *** pox <pox!~pox@gateway/tor-sasl/pox> has quit IRC (Remote host closed the connection)
752021-05-07T08:16:25 *** pox <pox!~pox@gateway/tor-sasl/pox> has joined #bitcoin-core-dev
762021-05-07T08:17:03 *** OP_NOP <OP_NOP!OP_NOP@gateway/vpn/privateinternetaccess/opnop/x-41418994> has joined #bitcoin-core-dev
772021-05-07T08:25:42 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
782021-05-07T08:25:43 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/a0d1d487e93d...a33f360fcdd2
792021-05-07T08:25:43 <bitcoin-git> bitcoin/master 2227fc4 windsok: test: minor fixes & improvements for files linter test
802021-05-07T08:25:44 <bitcoin-git> bitcoin/master a33f360 MarcoFalke: Merge bitcoin/bitcoin#21873: test: minor fixes & improvements for files li...
812021-05-07T08:25:45 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
822021-05-07T08:26:02 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
832021-05-07T08:26:03 <bitcoin-git> [bitcoin] MarcoFalke merged pull request #21873: test: minor fixes & improvements for files linter test (master...files-lint-fixups) https://github.com/bitcoin/bitcoin/pull/21873
842021-05-07T08:26:15 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
852021-05-07T08:26:52 *** justanotheruser <justanotheruser!~justanoth@unaffiliated/justanotheruser> has quit IRC (Ping timeout: 276 seconds)
862021-05-07T08:29:40 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
872021-05-07T08:29:40 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/a33f360fcdd2...eb9a1fe03779
882021-05-07T08:29:41 <bitcoin-git> bitcoin/master fa09871 MarcoFalke: refactor: Avoid sign-compare compiler warning in util/asmap
892021-05-07T08:29:42 <bitcoin-git> bitcoin/master eb9a1fe MarcoFalke: Merge bitcoin/bitcoin#21802: refactor: Avoid UB in util/asmap (advance a d...
902021-05-07T08:29:43 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
912021-05-07T08:29:59 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
922021-05-07T08:30:00 <bitcoin-git> [bitcoin] MarcoFalke merged pull request #21802: refactor: Avoid UB in util/asmap (advance a dereferenceable iterator outside its valid range) (master...2104-asmapRefactor) https://github.com/bitcoin/bitcoin/pull/21802
932021-05-07T08:30:01 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
942021-05-07T08:39:33 *** bitdex <bitdex!~bitdex@gateway/tor-sasl/bitdex> has quit IRC (Ping timeout: 240 seconds)
952021-05-07T08:47:39 *** bitdex <bitdex!~bitdex@gateway/tor-sasl/bitdex> has joined #bitcoin-core-dev
962021-05-07T08:56:59 *** murch <murch!~murch@gateway/tor-sasl/murch> has quit IRC (Remote host closed the connection)
972021-05-07T08:57:33 *** murch <murch!~murch@gateway/tor-sasl/murch> has joined #bitcoin-core-dev
982021-05-07T09:03:55 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
992021-05-07T09:03:56 <bitcoin-git> [bitcoin] MarcoFalke opened pull request #21874: fuzz: Add WRITE_ALL_FUZZ_TARGETS_AND_ABORT (master...2105-fuzzWRITE_ALL_FUZZ_TARGETS_AND_ABORT) https://github.com/bitcoin/bitcoin/pull/21874
1002021-05-07T09:03:56 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1012021-05-07T09:08:45 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has quit IRC (Ping timeout: 240 seconds)
1022021-05-07T09:09:37 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has joined #bitcoin-core-dev
1032021-05-07T09:10:42 *** vincenzopalazzo <vincenzopalazzo!~vincenzop@host-79-23-113-134.retail.telecomitalia.it> has joined #bitcoin-core-dev
1042021-05-07T09:25:09 *** belcher <belcher!~belcher@unaffiliated/belcher> has quit IRC (Read error: Connection reset by peer)
1052021-05-07T09:27:51 *** mutatrum <mutatrum!~quassel@2001:984:6da9:1:6566:e90a:80eb:155c> has quit IRC (Remote host closed the connection)
1062021-05-07T09:28:59 *** mutatrum <mutatrum!~quassel@2001:984:6da9:1:5be7:1f8e:eb85:2319> has joined #bitcoin-core-dev
1072021-05-07T09:31:38 *** blap <blap!~gk@86.106.143.124> has quit IRC (Ping timeout: 252 seconds)
1082021-05-07T09:40:02 *** belcher <belcher!~belcher@unaffiliated/belcher> has joined #bitcoin-core-dev
1092021-05-07T09:50:23 *** xmj1 <xmj1!~xmj@185.163.110.100> has quit IRC (Remote host closed the connection)
1102021-05-07T09:53:37 *** JonOsterman <JonOsterman!~Rheanna@101.91.240.201> has joined #bitcoin-core-dev
1112021-05-07T09:53:42 *** JonOsterman <JonOsterman!~Rheanna@101.91.240.201> has left #bitcoin-core-dev
1122021-05-07T09:57:08 *** awesome_doge <awesome_doge!~Thunderbi@2001-b400-e239-8cab-58b2-d5ca-cf98-2f4c.emome-ip6.hinet.net> has joined #bitcoin-core-dev
1132021-05-07T10:06:29 *** iMast777 <iMast777!~iMast777@185.204.1.185> has joined #bitcoin-core-dev
1142021-05-07T10:11:39 *** awesome_doge <awesome_doge!~Thunderbi@2001-b400-e239-8cab-58b2-d5ca-cf98-2f4c.emome-ip6.hinet.net> has quit IRC (Ping timeout: 245 seconds)
1152021-05-07T10:18:32 *** Jalon9Hermann <Jalon9Hermann!~Jalon9Her@static.57.1.216.95.clients.your-server.de> has joined #bitcoin-core-dev
1162021-05-07T10:23:57 *** murch <murch!~murch@gateway/tor-sasl/murch> has quit IRC (Ping timeout: 240 seconds)
1172021-05-07T10:28:39 *** murch <murch!~murch@gateway/tor-sasl/murch> has joined #bitcoin-core-dev
1182021-05-07T10:37:59 *** Jalon9Hermann <Jalon9Hermann!~Jalon9Her@static.57.1.216.95.clients.your-server.de> has quit IRC (Ping timeout: 246 seconds)
1192021-05-07T10:59:40 *** roconnor <roconnor!~roconnor@host-45-58-195-183.dyn.295.ca> has quit IRC (Ping timeout: 252 seconds)
1202021-05-07T11:04:38 *** conman <conman!~con@unaffiliated/conman> has joined #bitcoin-core-dev
1212021-05-07T11:11:33 *** roconnor <roconnor!~roconnor@host-23-91-186-24.dyn.295.ca> has joined #bitcoin-core-dev
1222021-05-07T11:14:08 <conman> Hi all, for taproot mining pool support, apart from signalling in the version bits, is there anything new that is needed for constructing blocks once it's activated?
1232021-05-07T11:17:29 <michaelfolkson> conman: This is a question for ##taproot-activation. But in answer to your question, no just signaling in version bits. Assuming it successfully activates then Taproot rules are only enforced in November.
1242021-05-07T11:17:52 <conman> great thanks, will move to t's and a's
1252021-05-07T11:21:57 *** murch <murch!~murch@gateway/tor-sasl/murch> has quit IRC (Remote host closed the connection)
1262021-05-07T11:22:11 *** murch <murch!~murch@gateway/tor-sasl/murch> has joined #bitcoin-core-dev
1272021-05-07T11:36:37 *** awesome_doge <awesome_doge!~Thunderbi@223-136-39-143.emome-ip.hinet.net> has joined #bitcoin-core-dev
1282021-05-07T11:38:30 *** bitdex <bitdex!~bitdex@gateway/tor-sasl/bitdex> has quit IRC (Quit: = "")
1292021-05-07T11:43:09 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
1302021-05-07T11:43:10 <bitcoin-git> [bitcoin] jbampton opened pull request #21875: doc: fix spelling (master...fix-spelling) https://github.com/bitcoin/bitcoin/pull/21875
1312021-05-07T11:43:11 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1322021-05-07T11:53:57 *** awesome_doge <awesome_doge!~Thunderbi@223-136-39-143.emome-ip.hinet.net> has quit IRC (Read error: Connection reset by peer)
1332021-05-07T12:43:36 *** Guyver2 <Guyver2!Guyver@guyver2.xs4all.nl> has joined #bitcoin-core-dev
1342021-05-07T13:01:40 <jonatack> hebasto: seeing this too, fuzzer timing out since a day or so
1352021-05-07T13:05:12 *** awesome_doge <awesome_doge!~Thunderbi@223-136-39-143.emome-ip.hinet.net> has joined #bitcoin-core-dev
1362021-05-07T13:11:33 *** awesome_doge <awesome_doge!~Thunderbi@223-136-39-143.emome-ip.hinet.net> has quit IRC (Read error: Connection reset by peer)
1372021-05-07T13:19:46 *** ishaqm <ishaqm!~ishaqm@79-66-16-18.dynamic.dsl.as9105.com> has joined #bitcoin-core-dev
1382021-05-07T13:34:46 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has joined #bitcoin-core-dev
1392021-05-07T13:46:32 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
1402021-05-07T13:46:33 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/eb9a1fe03779...9313c4e6aa4b
1412021-05-07T13:46:33 <bitcoin-git> bitcoin/master fa5cb6b MarcoFalke: fuzz: Add WRITE_ALL_FUZZ_TARGETS_AND_ABORT
1422021-05-07T13:46:34 <bitcoin-git> bitcoin/master 9313c4e MarcoFalke: Merge bitcoin/bitcoin#21874: fuzz: Add WRITE_ALL_FUZZ_TARGETS_AND_ABORT
1432021-05-07T13:46:35 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1442021-05-07T13:46:52 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
1452021-05-07T13:46:53 <bitcoin-git> [bitcoin] MarcoFalke merged pull request #21874: fuzz: Add WRITE_ALL_FUZZ_TARGETS_AND_ABORT (master...2105-fuzzWRITE_ALL_FUZZ_TARGETS_AND_ABORT) https://github.com/bitcoin/bitcoin/pull/21874
1462021-05-07T13:46:54 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1472021-05-07T14:08:09 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has quit IRC (Remote host closed the connection)
1482021-05-07T14:19:47 *** infernix <infernix!nix@unaffiliated/infernix> has quit IRC (Quit: ZNC - http://znc.sourceforge.net)
1492021-05-07T14:26:54 *** nullptr| <nullptr|!~nullptr|@ip-94-112-13-119.net.upcbroadband.cz> has quit IRC (Quit: ZNC - http://znc.in)
1502021-05-07T14:36:52 *** xpto <xpto!599a28fa@a89-154-40-250.cpe.netcabo.pt> has joined #bitcoin-core-dev
1512021-05-07T14:37:35 *** xpto <xpto!599a28fa@a89-154-40-250.cpe.netcabo.pt> has quit IRC (Client Quit)
1522021-05-07T14:49:08 *** nullptr| <nullptr|!~nullptr|@ip-94-112-13-119.net.upcbroadband.cz> has joined #bitcoin-core-dev
1532021-05-07T14:53:01 *** davterra <davterra!~davterra@gateway/tor-sasl/tralfaz> has quit IRC (Remote host closed the connection)
1542021-05-07T14:53:34 *** davterra <davterra!~davterra@gateway/tor-sasl/tralfaz> has joined #bitcoin-core-dev
1552021-05-07T15:05:14 *** infernix <infernix!~nix@unaffiliated/infernix> has joined #bitcoin-core-dev
1562021-05-07T15:09:05 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has joined #bitcoin-core-dev
1572021-05-07T15:16:58 *** justanotheruser <justanotheruser!~justanoth@unaffiliated/justanotheruser> has joined #bitcoin-core-dev
1582021-05-07T15:36:47 *** rimuru <rimuru!bbfccf7f@187.252.207.127> has joined #bitcoin-core-dev
1592021-05-07T15:38:37 *** lkqwejhhgasdjhgn <lkqwejhhgasdjhgn!~kljkljklk@p200300d46f06bf005df070562e8bb2ef.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 250 seconds)
1602021-05-07T15:38:46 *** lkqwejhhgasdjhgn <lkqwejhhgasdjhgn!~kljkljklk@p200300d46f17c5008a30c190d4134ffc.dip0.t-ipconnect.de> has joined #bitcoin-core-dev
1612021-05-07T15:47:06 *** proofofkeags <proofofkeags!~proofofke@205.209.28.54> has joined #bitcoin-core-dev
1622021-05-07T15:52:30 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has quit IRC (Remote host closed the connection)
1632021-05-07T16:04:53 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
1642021-05-07T16:04:54 <bitcoin-git> [bitcoin] vasild opened pull request #21878: fubar everything (master...Sock_all_over_the_place) https://github.com/bitcoin/bitcoin/pull/21878
1652021-05-07T16:04:55 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1662021-05-07T16:08:06 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
1672021-05-07T16:08:06 <bitcoin-git> [bitcoin] vasild opened pull request #21879: Wrap accept() and extend usage of Sock (master...SockAccept) https://github.com/bitcoin/bitcoin/pull/21879
1682021-05-07T16:08:07 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1692021-05-07T16:14:17 *** lkqwejhhgasdjhgn <lkqwejhhgasdjhgn!~kljkljklk@p200300d46f17c5008a30c190d4134ffc.dip0.t-ipconnect.de> has quit IRC (Quit: Konversation terminated!)
1702021-05-07T16:18:46 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
1712021-05-07T16:18:46 <bitcoin-git> [bitcoin] vasild closed pull request #21700: net: expand Sock and fuzz-test more of CConnman (master...Sock_expand) https://github.com/bitcoin/bitcoin/pull/21700
1722021-05-07T16:18:47 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1732021-05-07T16:21:31 *** lightlike <lightlike!~lightlike@p200300c7ef048200e89c0628485c51ee.dip0.t-ipconnect.de> has joined #bitcoin-core-dev
1742021-05-07T16:22:12 *** OP_NOP <OP_NOP!OP_NOP@gateway/vpn/privateinternetaccess/opnop/x-41418994> has quit IRC (Ping timeout: 240 seconds)
1752021-05-07T16:26:33 <jeremyrubin> conman: I think the question is appropriate here fwiw. if you are running the latest core client your blocks will correctly mine all txns, if you don't upgrade you'll be SPV mining the tip, but you won't select any invalid txns but you won't include taproot spends in mempool
1762021-05-07T16:28:55 <gmaxwell> michaelfolkson: please don't direct people to ##taproot-activation for asking technical questions about how bitcoin works.
1772021-05-07T16:30:02 <gmaxwell> jeremyrubin: s/don't upgrade/don't upgrade by november/ to be pedantic, though I'm sure conman understands.
1782021-05-07T16:30:15 <gmaxwell> conman: yeah, it's not like segwit there is no pool software changes or anything like that.
1792021-05-07T16:30:33 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has joined #bitcoin-core-dev
1802021-05-07T16:31:25 <michaelfolkson> gmaxwell: Ok sorry. Just a habit by now after last 3 months. I won't do so again if people are happy to have Taproot activation related questions here from now on
1812021-05-07T16:31:31 *** Guyver2_ <Guyver2_!Guyver@guyver2.xs4all.nl> has joined #bitcoin-core-dev
1822021-05-07T16:33:13 <luke-jr> michaelfolkson: it's not a Taproot activation question
1832021-05-07T16:33:56 *** Guyver2 <Guyver2!Guyver@guyver2.xs4all.nl> has quit IRC (Ping timeout: 260 seconds)
1842021-05-07T16:35:45 <michaelfolkson> luke-jr: Fair enough
1852021-05-07T16:43:47 *** andrewtoth <andrewtoth!~andrewtot@gateway/tor-sasl/andrewtoth> has quit IRC (Remote host closed the connection)
1862021-05-07T16:45:38 *** proofofkeags_ <proofofkeags_!~proofofke@205.209.24.233> has joined #bitcoin-core-dev
1872021-05-07T16:47:56 *** proofofkeags <proofofkeags!~proofofke@205.209.28.54> has quit IRC (Ping timeout: 246 seconds)
1882021-05-07T16:52:08 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has quit IRC (Remote host closed the connection)
1892021-05-07T16:57:56 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
1902021-05-07T16:57:56 <bitcoin-git> [bitcoin] klementtan opened pull request #21880: wallet: remove GetScriptPubKeyMan spam (master...GetScriptPubKeyMan-spam) https://github.com/bitcoin/bitcoin/pull/21880
1912021-05-07T16:57:57 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
1922021-05-07T17:05:05 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has quit IRC ()
1932021-05-07T17:12:11 *** mol <mol!~mol@unaffiliated/molly> has joined #bitcoin-core-dev
1942021-05-07T17:14:10 *** proofofkeags__ <proofofkeags__!~proofofke@205.209.28.54> has joined #bitcoin-core-dev
1952021-05-07T17:14:32 *** mol_ <mol_!~mol@unaffiliated/molly> has quit IRC (Ping timeout: 240 seconds)
1962021-05-07T17:16:26 *** proofofkeags_ <proofofkeags_!~proofofke@205.209.24.233> has quit IRC (Ping timeout: 240 seconds)
1972021-05-07T17:18:41 *** Guyver2__ <Guyver2__!Guyver@guyver2.xs4all.nl> has joined #bitcoin-core-dev
1982021-05-07T17:21:11 *** Guyver2_ <Guyver2_!Guyver@guyver2.xs4all.nl> has quit IRC (Ping timeout: 260 seconds)
1992021-05-07T17:26:49 *** mekster <mekster!~mekster@li1564-239.members.linode.com> has quit IRC (Quit: mekster)
2002021-05-07T17:27:04 *** mekster <mekster!~mekster@li1564-239.members.linode.com> has joined #bitcoin-core-dev
2012021-05-07T17:33:24 *** pergaminho <pergaminho!~Cleber@189.26.121.248> has joined #bitcoin-core-dev
2022021-05-07T17:45:05 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has joined #bitcoin-core-dev
2032021-05-07T17:45:11 *** jungly <jungly!~jungly@host-79-53-186-48.retail.telecomitalia.it> has quit IRC (Ping timeout: 240 seconds)
2042021-05-07T17:52:18 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has quit IRC (Remote host closed the connection)
2052021-05-07T17:53:41 *** theprofessor0x <theprofessor0x!theprofess@bb121-6-182-56.singnet.com.sg> has joined #bitcoin-core-dev
2062021-05-07T17:54:07 *** ishaqm <ishaqm!~ishaqm@79-66-16-18.dynamic.dsl.as9105.com> has quit IRC (Remote host closed the connection)
2072021-05-07T18:02:01 *** blap <blap!~gk@86.106.143.124> has joined #bitcoin-core-dev
2082021-05-07T18:04:35 *** shlop <shlop!~gk@89.45.90.228> has joined #bitcoin-core-dev
2092021-05-07T18:08:11 *** blap <blap!~gk@86.106.143.124> has quit IRC (Ping timeout: 240 seconds)
2102021-05-07T18:27:04 *** hsjoberg <hsjoberg!~hsjoberg@c-4dc672d5.445-1-64736c11.bbcust.telenor.se> has joined #bitcoin-core-dev
2112021-05-07T18:31:57 *** elichai2 <elichai2!sid212594@gateway/web/irccloud.com/x-xuzoksuofurgtuuc> has quit IRC (Ping timeout: 250 seconds)
2122021-05-07T18:32:23 *** jakesyl <jakesyl!sid56879@gateway/web/irccloud.com/x-qoehqptgekxbzzbo> has quit IRC (Ping timeout: 250 seconds)
2132021-05-07T18:32:23 *** wangchun <wangchun!sid444603@gateway/web/irccloud.com/x-cvwwzexsldrfutra> has quit IRC (Ping timeout: 250 seconds)
2142021-05-07T18:33:41 *** felixweis <felixweis!sid154231@gateway/web/irccloud.com/x-hhmrsbbnugoluvvj> has quit IRC (Read error: Connection reset by peer)
2152021-05-07T18:34:14 *** jungly <jungly!~jungly@host-79-53-186-48.retail.telecomitalia.it> has joined #bitcoin-core-dev
2162021-05-07T18:35:05 *** elichai2 <elichai2!sid212594@gateway/web/irccloud.com/x-ypkxcxdtjhxqtqvp> has joined #bitcoin-core-dev
2172021-05-07T18:35:12 *** wangchun <wangchun!sid444603@gateway/web/irccloud.com/x-fhenbxnmcrfuvfxr> has joined #bitcoin-core-dev
2182021-05-07T18:35:13 *** felixweis <felixweis!sid154231@gateway/web/irccloud.com/x-ovlrtoqddraoappj> has joined #bitcoin-core-dev
2192021-05-07T18:35:58 *** jakesyl <jakesyl!sid56879@gateway/web/irccloud.com/x-tvrtepyvckaueaun> has joined #bitcoin-core-dev
2202021-05-07T18:41:46 *** proofofkeags__ <proofofkeags__!~proofofke@205.209.28.54> has quit IRC (Ping timeout: 240 seconds)
2212021-05-07T18:50:36 *** theprofessor0x <theprofessor0x!theprofess@bb121-6-182-56.singnet.com.sg> has quit IRC ()
2222021-05-07T19:00:52 <achow101> wallet meeting?
2232021-05-07T19:01:56 <achow101> #startmeeting
2242021-05-07T19:01:56 <core-meetingbot> Meeting started Fri May 7 19:01:56 2021 UTC. The chair is achow101. Information about MeetBot at https://bitcoin.jonasschnelli.ch/ircmeetings.
2252021-05-07T19:01:57 <core-meetingbot> Available commands: action commands idea info link nick
2262021-05-07T19:02:34 <fjahr> hi
2272021-05-07T19:02:50 <sipa> hi
2282021-05-07T19:02:51 <meshcollider> Hi
2292021-05-07T19:03:03 <achow101> #bitcoin-core-dev Wallet Meeting: achow101 aj amiti ariard bluematt cfields Chris_Stewart_5 digi_james dongcarl elichai2 emilengler fanquake fjahr gleb glozow gmaxwell gwillen hebasto instagibbs jamesob jb55 jeremyrubin jl2012 jnewbery jonasschnelli jonatack jtimon kallewoof kanzure kvaciral lightlike luke-jr maaku marcofalke meshcollider michagogo moneyball morcos nehan NicolasDorier paveljanik petertodd phantomcircuit promag
2302021-05-07T19:03:03 <achow101> provoostenator ryanofsky sdaftuar sipa vasild wumpus
2312021-05-07T19:03:11 <achow101> any topics?
2322021-05-07T19:03:20 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has quit IRC (Remote host closed the connection)
2332021-05-07T19:03:30 <sipa> none from me
2342021-05-07T19:03:38 <jonatack> hi
2352021-05-07T19:03:41 *** braydonf_ <braydonf_!~braydon@gateway/tor-sasl/braydonf> has joined #bitcoin-core-dev
2362021-05-07T19:03:51 <meshcollider> Any wallet review begs?
2372021-05-07T19:04:01 <achow101> #17331 pls
2382021-05-07T19:04:01 <jonatack> yes!
2392021-05-07T19:04:07 <gribble> https://github.com/bitcoin/bitcoin/issues/17331 | Use effective values throughout coin selection by achow101 · Pull Request #17331 · bitcoin/bitcoin · GitHub
2402021-05-07T19:04:08 <meshcollider> Theres a few things in the GUI repo I need to have a look at
2412021-05-07T19:04:42 <fjahr> will re-review 17331 this weekend
2422021-05-07T19:04:51 <jonatack> #21786 is my second proposal to fix #20534 from last year
2432021-05-07T19:04:53 <gribble> https://github.com/bitcoin/bitcoin/issues/21786 | wallet: ensure sat/vB feerates are in range (mantissa of 3) by jonatack · Pull Request #21786 · bitcoin/bitcoin · GitHub
2442021-05-07T19:04:53 <gribble> https://github.com/bitcoin/bitcoin/issues/20534 | sat/b values arent validated to be in-range · Issue #20534 · bitcoin/bitcoin · GitHub
2452021-05-07T19:05:10 <jonatack> it's simpler and more complete
2462021-05-07T19:06:15 <achow101> cool, I'll add it to my list
2472021-05-07T19:06:30 <jonatack> 17331 and follow-up are on my list
2482021-05-07T19:06:33 *** jesseposner <jesseposner!~jesseposn@2601:645:200:162f:bcd4:42d8:7d4a:791f> has joined #bitcoin-core-dev
2492021-05-07T19:06:53 <jonatack> the review clubs were very good
2502021-05-07T19:07:59 <fjahr> Looking forward to a rebase on #21365 as well :)
2512021-05-07T19:08:02 <gribble> https://github.com/bitcoin/bitcoin/issues/21365 | Basic Taproot signing support for descriptor wallets by sipa · Pull Request #21365 · bitcoin/bitcoin · GitHub
2522021-05-07T19:08:19 <fjahr> jonatack: will check it out
2532021-05-07T19:08:48 <jonatack> fjahr: thanks. it's only a handful of lines and then tests
2542021-05-07T19:08:50 <achow101> Is it reasonable to try to get taproot wallets for 22.0?
2552021-05-07T19:10:48 <achow101> With feature freeze in June, I'm not sure that we can make it
2562021-05-07T19:10:52 <meshcollider> I think so?
2572021-05-07T19:10:56 <jonatack> five weeks until June 15 feature freeze
2582021-05-07T19:11:19 <meshcollider> Nothing is impossible if enough people are willing to make it happen :)
2592021-05-07T19:11:53 <achow101> oh, it's only #21365, the prereqs were merged
2602021-05-07T19:11:56 <gribble> https://github.com/bitcoin/bitcoin/issues/21365 | Basic Taproot signing support for descriptor wallets by sipa · Pull Request #21365 · bitcoin/bitcoin · GitHub
2612021-05-07T19:12:03 <fjahr> I guess if signalling goes well interest will be high enough, if not people will focus on activation discussions :-/
2622021-05-07T19:12:46 <fjahr> (by well at least going in the right direction towards lockin within the next 4 weeks)
2632021-05-07T19:12:57 <fjahr> *by well I mean
2642021-05-07T19:13:36 <achow101> hmm, there's also the question of how does the wallet behave if that is merged before taproot activates?
2652021-05-07T19:13:56 <achow101> definitely don't want to be giving out taproot addresses before activation
2662021-05-07T19:14:24 <achow101> 22.0 will definitely be released before activation
2672021-05-07T19:14:40 <sipa> we can merge taproot wallet support without by default construction such descriptors
2682021-05-07T19:15:02 <achow101> but what happens if someone imports a taproot descriptor?
2692021-05-07T19:15:05 <sipa> perhaps we additionally want a safeguard that prevents the creation of such addresses in general before activation
2702021-05-07T19:15:29 <sipa> but you can't prevent people from importing crazy descriptors in general
2712021-05-07T19:16:27 <meshcollider> I mean, it's not like someone can accidentally import a taproot descriptor if they didn't intend to
2722021-05-07T19:17:37 <achow101> indeed
2732021-05-07T19:18:04 <jonatack> address safeguard sounds good
2742021-05-07T19:18:30 <sipa> i'm not sure where such a safeguard should go
2752021-05-07T19:18:35 <sipa> prevent importing the descriptor?
2762021-05-07T19:18:42 <sipa> that's possible with some adhoc code i guess
2772021-05-07T19:18:58 <sipa> or prevent generating addresses with it?
2782021-05-07T19:19:04 <sipa> or outlaw the descriptor in general?
2792021-05-07T19:19:05 <achow101> I was thinking we should have a warning if someone imports a taproot descriptor
2802021-05-07T19:19:09 <luke-jr> maybe tr() shouldn't be valid until activation?
2812021-05-07T19:19:22 <achow101> and then something that disallows getting bech32m addresses
2822021-05-07T19:19:28 <jonatack> for mainnet
2832021-05-07T19:19:47 <sipa> luke-jr: a downside is that a wallet rescanning post activation might consider the descriptor invalid then
2842021-05-07T19:20:09 <luke-jr> hmm
2852021-05-07T19:20:09 <sipa> well, or a node reindexing, with a loaded wallet
2862021-05-07T19:20:23 <sipa> sec, brb
2872021-05-07T19:20:39 <luke-jr> I guess logically it should simply not be recognised as the sPK matching
2882021-05-07T19:20:42 <achow101> maybe just a scary warning on import then. just tell people what they're doing is not recommended because taproot isn't active
2892021-05-07T19:20:57 <luke-jr> since you don't want a wallet rescan to show pre-activation coins either
2902021-05-07T19:21:12 *** lightlike <lightlike!~lightlike@p200300c7ef048200e89c0628485c51ee.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving)
2912021-05-07T19:21:36 <sipa> luke-jr: hmm
2922021-05-07T19:22:06 *** vincenzopalazzo <vincenzopalazzo!~vincenzop@host-79-23-113-134.retail.telecomitalia.it> has left #bitcoin-core-dev ("Leaving")
2932021-05-07T19:24:54 <achow101> hmm, if we disallow import until after activation, then none of this would be a problem?
2942021-05-07T19:25:02 <achow101> even pre-activation coins are fine post-activation
2952021-05-07T19:25:12 <meshcollider> Yeah it seems a catch at import-time would be simplest then
2962021-05-07T19:25:57 <sipa> achow101: yeah, that seems reasonable
2972021-05-07T19:27:59 <achow101> anything else to discuss?
2982021-05-07T19:30:00 <achow101> #endmeeting
2992021-05-07T19:30:00 <core-meetingbot> topic: Bitcoin Core development discussion and commit log | Feel free to watch, but please take commentary and usage questions to #bitcoin | Channel logs: http://www.erisian.com.au/bitcoin-core-dev/, http://gnusha.org/bitcoin-core-dev/ | Meeting topics http://gnusha.org/bitcoin-core-dev/proposedmeetingtopics.txt / http://gnusha.org/bitcoin-core-dev/proposedwalletmeetingtopics.txt
3002021-05-07T19:30:01 <core-meetingbot> Meeting ended Fri May 7 19:30:00 2021 UTC.
3012021-05-07T19:30:01 <core-meetingbot> Minutes: https://bitcoin.jonasschnelli.ch/ircmeetings/logs/bitcoin-core-dev/2021/bitcoin-core-dev.2021-05-07-19.01.moin.txt
3022021-05-07T19:31:25 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has joined #bitcoin-core-dev
3032021-05-07T19:35:15 *** sipsorcery <sipsorcery!~sipsorcer@2a02:8084:6981:7880::3> has quit IRC (Ping timeout: 260 seconds)
3042021-05-07T19:37:02 *** Guyver2_ <Guyver2_!Guyver@guyver2.xs4all.nl> has joined #bitcoin-core-dev
3052021-05-07T19:37:10 <gmaxwell> achow101: you could also ship with it disabled but have a conf setting to enable it, which can be set by users after activation... and then all the weird issues with rescan/etc. go away.
3062021-05-07T19:39:11 *** Guyver2__ <Guyver2__!Guyver@guyver2.xs4all.nl> has quit IRC (Ping timeout: 265 seconds)
3072021-05-07T19:41:13 *** proofofkeags__ <proofofkeags__!~proofofke@205.209.28.54> has joined #bitcoin-core-dev
3082021-05-07T19:48:54 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has joined #bitcoin-core-dev
3092021-05-07T19:55:09 <roconnor> achow101: do you wait for 120 blocks after activation? include special min-locktime logic?
3102021-05-07T19:57:42 *** Guyver2_ <Guyver2_!Guyver@guyver2.xs4all.nl> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))
3112021-05-07T19:58:42 *** Highway61 <Highway61!Thunderbir@gateway/vpn/protonvpn/highway61> has joined #bitcoin-core-dev
3122021-05-07T20:00:17 *** harrigan <harrigan!~harrigan@ptr-93-89-242-235.ip.airwire.ie> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)
3132021-05-07T20:00:26 <achow101> gmaxwell: that's one possibility, although I would be concerned about users setting the config option before activation
3142021-05-07T20:01:07 <achow101> roconnor: not implemented yet, so up for debate. I imagine it would just run the versionbits checker and see if it returns active
3152021-05-07T20:03:01 *** harrigan <harrigan!~harrigan@ptr-93-89-242-235.ip.airwire.ie> has joined #bitcoin-core-dev
3162021-05-07T20:03:18 *** jungly <jungly!~jungly@host-79-53-186-48.retail.telecomitalia.it> has quit IRC (Ping timeout: 268 seconds)
3172021-05-07T20:04:31 *** sipsorcery <sipsorcery!~sipsorcer@2a02:8084:6981:7880::3> has joined #bitcoin-core-dev
3182021-05-07T20:06:06 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has quit IRC (Remote host closed the connection)
3192021-05-07T20:06:58 *** Highway61 <Highway61!Thunderbir@gateway/vpn/protonvpn/highway61> has quit IRC (Quit: Highway61)
3202021-05-07T20:07:20 <gmaxwell> achow101: his point was that as soon as it activates its not safe to use due to reorgs.
3212021-05-07T20:08:04 <gmaxwell> achow101: any taproot payment should be locktimed the activation height, ideally-- at least until a few blocks after activation.
3222021-05-07T20:08:58 <achow101> but as the receiver, you can't make the sender locktime it, so it would be better to just wait
3232021-05-07T20:09:42 <gmaxwell> yeah, you shouldn't issue a taproot address until N blocks after activation, with N depending on how much value you're talking about.
3242021-05-07T20:17:11 *** rimuru <rimuru!bbfccf7f@187.252.207.127> has quit IRC (Quit: Connection closed)
3252021-05-07T20:18:43 <jeremyrubin> i have ~generally thought about sender specified locktimes (it's something that CTV does let you do, in a roundabout way) as kind of useful
3262021-05-07T20:19:18 <jeremyrubin> E.g., if I set up a will and testament "on your 21st birthday you get X" is desirable.
3272021-05-07T20:19:40 *** jungly <jungly!~jungly@host-79-53-186-48.retail.telecomitalia.it> has joined #bitcoin-core-dev
3282021-05-07T20:24:09 <roconnor> I'll suggest N = 120 which was the original default coinbase maturity policy. Seems about as good as any other number.
3292021-05-07T20:24:22 <jeremyrubin> source?
3302021-05-07T20:24:48 <roconnor> source for what?
3312021-05-07T20:25:29 <sipa> i confirm roconnor's claim
3322021-05-07T20:25:40 <sipa> but i'm too lazy to go look in the source code now
3332021-05-07T20:27:07 <jeremyrubin> I think it's false
3342021-05-07T20:27:23 <jeremyrubin> https://github.com/JeremyRubin/satoshis-version/blob/2197a48a1432f567314ce6c6c4be9270518f882e/src/main.cpp#L826
3352021-05-07T20:27:25 <roconnor> the consensus rule was 100 blocks, but the policy was 120.
3362021-05-07T20:27:30 <jeremyrubin> correct
3372021-05-07T20:28:45 <roconnor> https://github.com/JeremyRubin/satoshis-version/blob/2197a48a1432f567314ce6c6c4be9270518f882e/src/main.cpp#L544
3382021-05-07T20:29:07 <jeremyrubin> yep but only for policy / wallet display
3392021-05-07T20:29:26 <sipa> that's what roconnor said
3402021-05-07T20:29:38 <roconnor> That's why I said "default coinbase maturity policy".
3412021-05-07T20:29:54 <jeremyrubin> Ah
3422021-05-07T20:30:15 <jeremyrubin> I think it was kinda confusing because there is only (afaiu?) a maturity consensus rule these days
3432021-05-07T20:30:45 <jeremyrubin> I thought you meant there used to be a diff consensus rule
3442021-05-07T20:31:09 <jeremyrubin> apologies
3452021-05-07T20:31:39 <roconnor> It seems like a good number in this case in that it is the most conservative historal value used in cases where we are worried about loss of funds due to reorgs.
3462021-05-07T20:33:10 <sipa> in reality, the most important part will just be when the wallet starts constructing such addresses by default (or even when it provides a moderately convenient way of choosing to do so), which will likely be 1000s of blocks after activation
3472021-05-07T20:33:22 <sipa> we're just talking about a extra anti-footgun measure
3482021-05-07T20:33:25 <sipa> here
3492021-05-07T20:35:57 <jeremyrubin> also note that it won't accidentally get into a block
3502021-05-07T20:36:09 <jeremyrubin> Nor relayed
3512021-05-07T20:36:22 <jeremyrubin> (the spends of it, not creation)
3522021-05-07T20:37:27 <jeremyrubin> I guess during a reorg that's already an edge case where priors of miner misbehavior are higher
3532021-05-07T20:38:19 <jeremyrubin> I think I've seen it proposed by someone that soft forks like taproot be preceded by a period where spending txns are invalid
3542021-05-07T20:39:31 <sipa> that has been the case for every softfork as far as i a can remmeber
3552021-05-07T20:40:55 <harding> jeremyrubin: I wouldn't be opposed to that, but it seems like overkill when software developers can just not release taproot-address-generating software until taproot is deployed, or they can gate address updates on a config flag or block height or whatever like being proposed here.
3562021-05-07T20:41:19 <jeremyrubin> oh yeah i'm not advocating it, just discussing what I've seen discussed
3572021-05-07T20:41:28 <jeremyrubin> let them eat cake
3582021-05-07T20:42:27 <jeremyrubin> I think where it's relevant is if we were to ever have a softfork where something that could get into the mempool became invalid... but that's a huge mess so I hope not
3592021-05-07T20:43:31 <gmaxwell> I don't think there is any advantage to making the spending temporarily invalid over simply enforcing the rule earlier.
3602021-05-07T20:44:19 <gmaxwell> not even in the case where a softfork is excluding previously policy-permitted txn.
3612021-05-07T20:45:06 <jeremyrubin> exlcuding previously policy permitted stuff feels a lot like stealing money
3622021-05-07T20:45:06 <gmaxwell> jeremyrubin: prior softforks have made invalid recently-policy-permitted txn, fwiw. The DER encoding changes were one such example.
3632021-05-07T20:45:34 <gmaxwell> If you speak so generally you'll tend to say stuff thats just wrong.
3642021-05-07T20:45:48 <jeremyrubin> gmaxwell: that is a thin line -- those are at least re-encodable right?
3652021-05-07T20:45:51 <gmaxwell> There isn't any real basis to make that stement for der encoding changes, for example.
3662021-05-07T20:46:17 <gmaxwell> jeremyrubin: in some sense _ever_ softfork breaks your rule, because policy restrictions didn't extend back to day one.
3672021-05-07T20:46:22 <gmaxwell> er _every_.
3682021-05-07T20:46:27 <jeremyrubin> Hmm actually no they aren't reencodable
3692021-05-07T20:46:35 <gmaxwell> And have changed structure a few times.
3702021-05-07T20:46:46 <jeremyrubin> gmaxwell: sure, I'll exclude some stone-age stuff
3712021-05-07T20:46:52 <gmaxwell> jeremyrubin: yes they are unless you've intentionally done something moronic with OP_SIZE or comparisons. :P
3722021-05-07T20:46:57 <jeremyrubin> I think generally we should be very careful with it
3732021-05-07T20:47:06 <gmaxwell> Sure. Not news to anyone else.
3742021-05-07T20:47:20 <jeremyrubin> Even DER encodings would break e.g. things which are presigneds sitting somewhere with more than 1 hop\
3752021-05-07T20:47:28 <gmaxwell> That is why stuff explicit policy carveouts for future use even exist at all.
3762021-05-07T20:47:33 <jeremyrubin> because re-encoding would break the 2nd presign
3772021-05-07T20:47:35 *** justanotheruser <justanotheruser!~justanoth@unaffiliated/justanotheruser> has quit IRC (Ping timeout: 260 seconds)
3782021-05-07T20:47:52 <sipa> at least with segwit versioning, and taproot leaf versioning + op_success, there is generally no need for changing policy before introducing new (script) functionality
3792021-05-07T20:47:54 <gmaxwell> jeremyrubin: yes but anyone could break the chain regardless.
3802021-05-07T20:48:24 <jeremyrubin> that's a good point, malleability?
3812021-05-07T20:48:27 <gmaxwell> jeremyrubin: and malliation attacks on the network used to be a thing that actually happened.
3822021-05-07T20:49:10 <gmaxwell> Unclear why they stopped, other than maybe just that they failed to drop the bitcoin price.
3832021-05-07T20:49:38 <gmaxwell> (well some stopped because they were performed by non-miners, but some were miner performed)
3842021-05-07T20:50:48 <gmaxwell> In any case, indeed, one must be careful when adding new rules. The specific forwards-compat policy carefouts (like NOPs, segwit versions, OP_SUCCESS) exists to make those as easy and safe as possible. But sometimes, e.g. in the case of bug fixes, it may not be possible to use those mechenisms.
3852021-05-07T20:51:13 <sipa> ah, NOPs too, of course
3862021-05-07T20:51:40 *** pergaminho <pergaminho!~Cleber@189.26.121.248> has quit IRC (Quit: Saindo)
3872021-05-07T20:51:52 <gmaxwell> Fortunately "the rule stops people from triggerign a weird bug" itself starts off with relatively low risk.
3882021-05-07T20:52:26 <roconnor> Do we relay taproot spends with an annex? ... I mean other than the fact that we don't relay taproot spends at all?
3892021-05-07T20:52:30 <gmaxwell> And setting something policy denyed well in advance makes things safer.
3902021-05-07T20:52:39 <sipa> roconnor: no, those are nonstandard
3912021-05-07T20:52:40 <jeremyrubin> roconnor: I think it's discouraged policy?
3922021-05-07T20:52:45 <roconnor> ok
3932021-05-07T20:53:49 <gmaxwell> In general, nothing without consensus meaning should get relayed-- without meaning there is no reason to set it... so the only reason it has for existing is to get assigned consensus meaning in the future. :P
3942021-05-07T20:54:25 <gmaxwell> Though some non-standard things are more obviously intended for future compat than others.
3952021-05-07T20:55:14 <gmaxwell> If you do something stupid with OP_SUCCESS or future segwit versions, well you get what you deserve for sure.
3962021-05-07T20:55:29 <gmaxwell> (or the NOPs)
3972021-05-07T20:56:34 <sipa> i think the insight here has been to construct things in a way such that so-far-unspecified features result in being equivalent to OP_TRUE at the consensus level, so that it is unambiguous the feature is useless before that point
3982021-05-07T20:57:15 <gmaxwell> yeah thats the OP_SUCCESS insight, particularly the fact that it first scans the script for _ANY_ use of them, so it doesn't matter where you put them.
3992021-05-07T20:58:13 <gmaxwell> OP_NOPs have the misfortune that you can stick them someplace in an otherwise working script and kaboom your funds are suddely frozen aftre two years of succesfully using the script.
4002021-05-07T20:59:09 <jeremyrubin> is that true for "well behaved" NOP upgrades?
4012021-05-07T20:59:20 <gmaxwell> jeremyrubin: I'm glad we've never had to go the route but it would be possible to make consensus rules depend on the nheight of the output.
4022021-05-07T20:59:53 <gmaxwell> jeremyrubin: it's not a property of the NOP upgrade, it's a property of the sufficiently advanced idiot using one before it has a consensus meaning.
4032021-05-07T21:00:18 <jeremyrubin> Well I just mean if it's OP_IF ... NOP OP_ELSE <sane thing> OP_ENDIF
4042021-05-07T21:00:23 <jeremyrubin> sane thing will keep on working
4052021-05-07T21:00:29 <jeremyrubin> even if it is NOP and not SUCCESSX
4062021-05-07T21:00:34 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has quit IRC (Remote host closed the connection)
4072021-05-07T21:01:03 <gmaxwell> but then the nop likely served no purpose, since the script sig decided if it ever got executed at all.
4082021-05-07T21:01:23 <jeremyrubin> gmaxwell: even that is limited value since things like LN have multiple output hops precommitted
4092021-05-07T21:01:26 <gmaxwell> and as I said, that isn't a property of the upgrade-- it's a property of the user.
4102021-05-07T21:02:22 <jeremyrubin> well you claimed that it would break an otherwise working script, but it's ultimately policy of discouraging that protects successx and NOP today
4112021-05-07T21:02:30 <jeremyrubin> successx is just more agrressive about it?
4122021-05-07T21:02:50 <gmaxwell> I claimed what would break an otherwise working script?
4132021-05-07T21:03:13 <jeremyrubin> Yes, so the script wouldn't work (via policy / discouraged nops) if it executes..
4142021-05-07T21:03:40 <jeremyrubin> Unless it's a "aggressive NOP" that has odd semantics
4152021-05-07T21:03:50 *** iMast777 <iMast777!~iMast777@185.204.1.185> has quit IRC (Remote host closed the connection)
4162021-05-07T21:03:50 <jeremyrubin> (which is what successx is designed to enable?)
4172021-05-07T21:03:55 <gmaxwell> I don't agree.
4182021-05-07T21:04:23 <jeremyrubin> I just can't think of an example of something that would not be rejected by policy before the SF if it's a typical NOP upgrade
4192021-05-07T21:04:36 <jeremyrubin> if it doesn't execute it has no effect
4202021-05-07T21:04:45 <jeremyrubin> Counterexample?
4212021-05-07T21:05:28 <gmaxwell> I see where your confusion comes from. There wouldn't be because we intentionally created policy to protect upgrades. But policy is a rather weak protection some miners bypass it, for example. (f2pool does, or at least has in the past).
4222021-05-07T21:05:47 <gmaxwell> OP_SUCCESS is anti-footgun even without policy protecting it.
4232021-05-07T21:06:11 *** jungly <jungly!~jungly@host-79-53-186-48.retail.telecomitalia.it> has quit IRC (Ping timeout: 265 seconds)
4242021-05-07T21:06:17 <jeremyrubin> Just in terms of what it implies to the user?
4252021-05-07T21:06:29 <jeremyrubin> Because f2pool can ignore policy on OPSUCCESSX too
4262021-05-07T21:07:35 <jeremyrubin> I don't mean to question that there is a benefit for safety, I just still don't quite see it
4272021-05-07T21:07:40 <jeremyrubin> and I'd like to!
4282021-05-07T21:08:00 <jeremyrubin> (I do see a benefit for flexibility though of course)
4292021-05-07T21:08:02 <gmaxwell> Say litecoin had some OP_INPUT_WASNT_CREATED_IN_THE_SAME_BLOCK which it used as OP_NOP3. Then some exchange was using that on litecoin and starts using it on bitcoin, and f2pool is mining it. It's harmless-- doesn't do anything. Over the next year they assign 10,000 BTC to those outputs.
4302021-05-07T21:08:33 <gmaxwell> then Bitcoin deploys a softfork that turns OP_NOP3 into some new relative timelock. Boom all those outputs become forever unspendable and they lose 10,000 BTC.
4312021-05-07T21:09:37 <gmaxwell> Now, contrast this with OP_SUCCESS. If they accidentally misuse an OP_SUCCESS in this manner, their coin on their first test transaction is just immediately (and probably automatically) stolen.
4322021-05-07T21:10:13 <gmaxwell> They'd have no incentive to try to block a OP_NOP3 softfork upgrade because they were depending on the do-nothing behavior. ... because any use of an undefined OP_SUCCESS just gives away the coins.
4332021-05-07T21:11:22 <gmaxwell> The OP_SUCCESS also makes it much easier to analyize if the change is safe, because by definition the old rules just accept anything that has the OP_SUCCESS anywhere in it.
4342021-05-07T21:11:31 <jeremyrubin> I kinda see what you're saying, but I'd point out that both success and nop have local policy guarding things... so your own node should help you bounce the txn and so should the network. so it's really the case where you directly connect to those miners who ignore policy
4352021-05-07T21:11:57 <jeremyrubin> I now understand what you see, but it seems (to me) a far fetched case that someone would discover a defect this way
4362021-05-07T21:12:12 <gmaxwell> What node? Our superior idiot in this example has a team of Ruby experts that coded their own wallet.
4372021-05-07T21:12:27 <gmaxwell> If they weren't idiots to begin with they wouldn't have had a non-consensus defined operation in their script at all. :P
4382021-05-07T21:12:46 *** Talkless <Talkless!~Talkless@mail.dargis.net> has joined #bitcoin-core-dev
4392021-05-07T21:13:19 <jeremyrubin> yeah it's just too many hops of idiocy for me to care, but I admire your kind heart
4402021-05-07T21:13:22 <gmaxwell> Hm? we've had issues with people inserting meaningless crap in transactions before... part of the origin of policy protection is to protect the ability to use tx fields for upgrades so that broken software doesn't degrade it.
4412021-05-07T21:16:47 <sipa> it doesn't even need to be an unintentional thing like altcoin behavior accidentally being used on the wrong chain
4422021-05-07T21:17:17 <sipa> e.g. certain data-stuffing-in-transaction methods could also interfere with future upgrades, for example
4432021-05-07T21:18:14 <jeremyrubin> yeah; for the subsidy txs stuff I had to check carefully that OP_VER outputs aren't a thing
4442021-05-07T21:20:20 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
4452021-05-07T21:20:21 <bitcoin-git> [bitcoin] hebasto opened pull request #21882: build: Fix undefined reference to __mulodi4 (master...210507-fuzz32) https://github.com/bitcoin/bitcoin/pull/21882
4462021-05-07T21:20:21 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
4472021-05-07T21:21:45 <gmaxwell> there was a time when libbitcoin was spewing uninitilized memory in the nversion field of transactions.
4482021-05-07T21:21:46 <conman> gmaxwell: thanks, went to bed so couldn't respond immediately, but appreciate your response
4492021-05-07T21:21:58 *** duringo <duringo!c11b0cfd@193.27.12.253> has joined #bitcoin-core-dev
4502021-05-07T21:21:59 <gmaxwell> conman: No problem!
4512021-05-07T21:22:52 <conman> can I ask about coinbaseaux whilst I'm at it? Nothing seems to actually be coming from there any more
4522021-05-07T21:23:20 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has joined #bitcoin-core-dev
4532021-05-07T21:23:59 <conman> are there any plans for any scriptsig strings to come from there or can I assume it will be blank with the current bitcoin core?
4542021-05-07T21:24:29 <luke-jr> welcome to 2012 https://github.com/bitcoin/bips/blob/master/bip-0022.mediawiki
4552021-05-07T21:24:43 <phantomcircuit> conman, i don't think coinbaseaux has been used in ages
4562021-05-07T21:25:28 <phantomcircuit> that was the very old way of signaling for a soft fork
4572021-05-07T21:25:37 <gmaxwell> conman: I *think* using tags in coinbaseaux isn't likely to be used in the future because there have been mining devices that are fairly particular about the structure of the coinbase scriptsig, unfortunately. (e.g. expect to be able to fuzz specific byte offsets via an fpga/asic).
4582021-05-07T21:26:05 <gmaxwell> If it were used again there would probably be some huge circus of figuring out which devices/firmware it's incompatible with. :(
4592021-05-07T21:26:21 <gmaxwell> (/pool software, but at least that is fixable)
4602021-05-07T21:29:36 <conman> I understand it's not been used, but it's still there and in the documentation as a requirement
4612021-05-07T21:29:57 <conman> but thanks, what I needed was whether it would ever be used again
4622021-05-07T21:30:25 <sipa> conman: i think it's there because of the protocol having been envisioned to be used for pool-hasher communication too
4632021-05-07T21:30:39 <conman> nod
4642021-05-07T21:30:48 <luke-jr> it's documented as NOT required..
4652021-05-07T21:31:09 <sipa> luke-jr: well, yes, but if it's present, it has to be obeyed?
4662021-05-07T21:31:20 <sipa> i guess it says "SHOULD"
4672021-05-07T21:31:33 <luke-jr> sipa: right
4682021-05-07T21:31:39 <conman> oh is he talking? sorry he's been on ignore for a decade
4692021-05-07T21:31:43 <sipa> anyway, i agree it's unlikely that bitcoin core would ever be in a position where it needs to set that field
4702021-05-07T21:31:46 <conman> perhaps it's time to unignore him
4712021-05-07T21:31:51 <conman> sipa: thanks
4722021-05-07T21:32:11 <phantomcircuit> sipa, as gmaxwell said i don't even think it can be set without significant chaos
4732021-05-07T21:32:40 <gmaxwell> conman: unfortunately bitcoin exposes far too much consensus innards to edge devices, it's a big problem... because it creates interactions with edge devices that ought not exist.
4742021-05-07T21:32:41 <sipa> phantomcircuit: agree
4752021-05-07T21:33:02 <conman> gmaxwell: gotcha
4762021-05-07T21:33:05 <luke-jr> conman: I was just pointing out it's been documented explicitly as *not* required since 2012 https://github.com/bitcoin/bips/blob/master/bip-0022.mediawiki
4772021-05-07T21:33:17 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has joined #bitcoin-core-dev
4782021-05-07T21:35:45 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
4792021-05-07T21:35:46 <bitcoin-git> [bitcoin] jaanauati opened pull request #21883: doc: remove 'experimental' word. (master...patch-1) https://github.com/bitcoin/bitcoin/pull/21883
4802021-05-07T21:35:47 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
4812021-05-07T21:38:26 *** GarouDan <GarouDan!~GarouDan@191.242.119.219.fibra.plimtelecom.com.br> has quit IRC (Ping timeout: 246 seconds)
4822021-05-07T22:04:45 <gmaxwell> heh. the see other PRs linked in the reply to that actually form a loop.
4832021-05-07T22:07:36 *** cryptapus <cryptapus!~cryptapus@unaffiliated/cryptapus> has quit IRC (Ping timeout: 260 seconds)
4842021-05-07T22:16:09 *** tummy <tummy!~tummy@185.204.1.185> has joined #bitcoin-core-dev
4852021-05-07T22:19:03 *** sipsorcery <sipsorcery!~sipsorcer@2a02:8084:6981:7880::3> has quit IRC (Ping timeout: 260 seconds)
4862021-05-07T22:20:04 *** shlop <shlop!~gk@89.45.90.228> has quit IRC (Quit: Leaving)
4872021-05-07T22:25:42 *** Talkless <Talkless!~Talkless@mail.dargis.net> has quit IRC (Quit: Konversation terminated!)
4882021-05-07T22:31:57 *** openoms <openoms!~quassel@gateway/tor-sasl/openoms> has quit IRC (Ping timeout: 240 seconds)
4892021-05-07T22:32:12 *** openoms <openoms!~quassel@gateway/tor-sasl/openoms> has joined #bitcoin-core-dev
4902021-05-07T22:36:45 *** sipsorcery <sipsorcery!~sipsorcer@2a02:8084:6981:7880::3> has joined #bitcoin-core-dev
4912021-05-07T22:41:10 *** roconnor <roconnor!~roconnor@host-23-91-186-24.dyn.295.ca> has quit IRC (Ping timeout: 268 seconds)
4922021-05-07T22:45:27 *** doubleqp` <doubleqp`!~doubleqp@188.166.79.22> has quit IRC (Quit: bye bye)
4932021-05-07T22:45:49 *** roconnor <roconnor!~roconnor@host-23-91-186-24.dyn.295.ca> has joined #bitcoin-core-dev
4942021-05-07T22:59:56 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has quit IRC (Read error: Connection reset by peer)
4952021-05-07T23:00:55 *** AaronvanW <AaronvanW!~AaronvanW@unaffiliated/aaronvanw> has joined #bitcoin-core-dev
4962021-05-07T23:08:46 *** justanotheruser <justanotheruser!~justanoth@unaffiliated/justanotheruser> has joined #bitcoin-core-dev
4972021-05-07T23:08:59 *** doubleqp <doubleqp!~doubleqp@unaffiliated/doubleqp> has joined #bitcoin-core-dev
4982021-05-07T23:22:08 *** proofofkeags__ <proofofkeags__!~proofofke@205.209.28.54> has quit IRC (Ping timeout: 252 seconds)
4992021-05-07T23:25:47 *** sipsorcery <sipsorcery!~sipsorcer@2a02:8084:6981:7880::3> has quit IRC (Ping timeout: 260 seconds)
5002021-05-07T23:28:05 *** doubleqp <doubleqp!~doubleqp@unaffiliated/doubleqp> has quit IRC (Quit: The Lounge - https://thelounge.chat)
5012021-05-07T23:28:46 *** OP_NOP <OP_NOP!OP_NOP@gateway/vpn/privateinternetaccess/opnop/x-41418994> has joined #bitcoin-core-dev
5022021-05-07T23:30:21 *** doubleqp <doubleqp!~doubleqp@unaffiliated/doubleqp> has joined #bitcoin-core-dev
5032021-05-07T23:32:46 *** doubleqp <doubleqp!~doubleqp@unaffiliated/doubleqp> has quit IRC (Client Quit)
5042021-05-07T23:33:01 *** doubleqp <doubleqp!~doubleqp@unaffiliated/doubleqp> has joined #bitcoin-core-dev
5052021-05-07T23:40:20 *** shesek <shesek!~shesek@unaffiliated/shesek> has quit IRC (Remote host closed the connection)
5062021-05-07T23:40:43 *** shesek <shesek!~shesek@unaffiliated/shesek> has joined #bitcoin-core-dev
5072021-05-07T23:45:33 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has joined #bitcoin-core-dev
5082021-05-07T23:45:34 <bitcoin-git> [bitcoin] fanquake closed pull request #21883: doc: remove 'experimental' word. (master...patch-1) https://github.com/bitcoin/bitcoin/pull/21883
5092021-05-07T23:45:35 *** bitcoin-git <bitcoin-git!~bitcoin-g@x0f.org> has left #bitcoin-core-dev
5102021-05-07T23:53:07 *** OP_NOP <OP_NOP!OP_NOP@gateway/vpn/privateinternetaccess/opnop/x-41418994> has quit IRC (Quit: Dump stack frame)