12020-08-07T00:01:47  *** Chris_Stewart_5 has quit IRC
 22020-08-07T00:10:42  *** Chris_Stewart_5 has joined ##taproot-bip-review
 32020-08-07T00:31:32  *** luke-jr has quit IRC
 42020-08-07T00:32:58  *** luke-jr has joined ##taproot-bip-review
 52020-08-07T01:00:05  *** mol_ has quit IRC
 62020-08-07T01:25:41  *** mol has joined ##taproot-bip-review
 72020-08-07T02:44:10  *** dr-orlovsky has quit IRC
 82020-08-07T06:43:25  *** davterra has quit IRC
 92020-08-07T07:08:02  *** ghost43 has joined ##taproot-bip-review
102020-08-07T08:23:09  *** Davterra has joined ##taproot-bip-review
112020-08-07T08:23:24  *** ghost43_ has joined ##taproot-bip-review
122020-08-07T08:24:03  *** ghost43 has quit IRC
132020-08-07T08:56:55  *** dr-orlovsky has joined ##taproot-bip-review
142020-08-07T09:10:51  *** dr-orlovsky has quit IRC
152020-08-07T09:49:20  *** dr-orlovsky has joined ##taproot-bip-review
162020-08-07T10:35:52  *** jeremyrubin has quit IRC
172020-08-07T10:36:49  *** dr-orlovsky has quit IRC
182020-08-07T10:39:49  *** dr-orlovsky has joined ##taproot-bip-review
192020-08-07T11:35:00  *** dr-orlovsky has quit IRC
202020-08-07T11:35:40  *** dr-orlovsky has joined ##taproot-bip-review
212020-08-07T11:49:52  *** dr-orlovsky has quit IRC
222020-08-07T11:57:09  *** dr-orlovsky has joined ##taproot-bip-review
232020-08-07T12:14:32  *** reallll has joined ##taproot-bip-review
242020-08-07T12:17:41  *** belcher_ has quit IRC
252020-08-07T12:18:00  *** reallll is now known as belcher
262020-08-07T12:29:41  *** dr_orlovsky has joined ##taproot-bip-review
272020-08-07T13:04:23  *** ghost43_ has quit IRC
282020-08-07T13:05:29  *** ghost43 has joined ##taproot-bip-review
292020-08-07T13:44:30  *** dr-orlovsky has quit IRC
302020-08-07T13:45:16  *** dr_orlovsky has quit IRC
312020-08-07T13:45:33  *** dr-orlovsky has joined ##taproot-bip-review
322020-08-07T13:47:19  *** dr-orlovsky has quit IRC
332020-08-07T13:47:52  *** dr-orlovsky has joined ##taproot-bip-review
342020-08-07T16:04:05  *** luke-jr has quit IRC
352020-08-07T16:04:27  *** luke-jr has joined ##taproot-bip-review
362020-08-07T16:31:50  <luke-jr> aj: could it be valuable to have miners' blocks rejected "unnecessarily" during LOCKED_IN, to give them a kick in the butt to update, so their blocks don't get rejected later when there's an attack?
372020-08-07T16:32:25  <luke-jr> that is, to resolve any miner-side issues with the new rules upfront rather than after people begin relying on them
382020-08-07T16:43:35  *** jeremyrubin has joined ##taproot-bip-review
392020-08-07T18:13:40  *** Davterra has quit IRC
402020-08-07T18:16:36  *** Chris_Stewart_5 has quit IRC
412020-08-07T18:35:38  *** Chris_Stewart_5 has joined ##taproot-bip-review
422020-08-07T19:29:23  *** Davterra has joined ##taproot-bip-review
432020-08-07T19:33:34  <nickler> I like the idea of having the same threshold for both bip8(false) and bip8(true). Without this, if between 95% and 100% signal, there are reorgs for all nodes nodes but bip8(true), but if there are unupgraded miners remaining after LOCKED_IN that's only a problem for nodes completely unaware of the new rules.
442020-08-07T19:33:39  <nickler> So same threshold is better for bip8(false) nodes.
452020-08-07T19:41:57  <jeremyrubin> nickler: there was a proposed fix for this, which is that if the threshold in any period is 100%, then it skips the extra lock in window
462020-08-07T19:46:55  <nickler> Sorry for not providing context. I'm arguing for https://github.com/bitcoin/bips/pull/950#pullrequestreview-459545212 which would be the fix in that scenario.
472020-08-07T21:54:04  <aj> luke-jr: could be; especially if the threshold were low, but i think it'd be pretty unreasonable to do it without the extra delays in case the people that weren't signalling readiness actually weren't ready and have to make manual changes. but it also seems like asking for trouble: non-signallers will definitely create invalid blocks that way, while in the standard case they'd only potentially
482020-08-07T21:54:04  <aj> extend invalid blocks (because they're protected by old standardness rules otherwise)
492020-08-07T22:28:50  <luke-jr> aj: mandatory signalling is identical to the readiness signalling, though…?
502020-08-07T22:29:24  <luke-jr> nickler: the mandatory signalling will be (once aj's changes get merged in) completely independent from the threshold signalling
512020-08-07T23:19:25  *** Chris_Stewart_5 has quit IRC
522020-08-07T23:31:05  *** Davterra has quit IRC