--- Log opened Fri Aug 07 00:00:42 2020
00:08 -!- ghost43 [~daer@gateway/tor-sasl/daer] has joined ##taproot-bip-review
01:23 -!- Davterra [~Davterra@37.120.215.165] has joined ##taproot-bip-review
01:23 -!- ghost43_ [~daer@gateway/tor-sasl/daer] has joined ##taproot-bip-review
01:24 -!- ghost43 [~daer@gateway/tor-sasl/daer] has quit [Ping timeout: 240 seconds]
01:56 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has joined ##taproot-bip-review
02:10 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
02:49 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has joined ##taproot-bip-review
03:35 -!- jeremyrubin [~jr@2601:645:c200:f539:2119:beac:454c:413e] has quit [Ping timeout: 260 seconds]
03:36 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
03:39 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has joined ##taproot-bip-review
04:35 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has quit [Read error: Connection reset by peer]
04:35 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has joined ##taproot-bip-review
04:49 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
04:57 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has joined ##taproot-bip-review
05:14 -!- reallll [~belcher@unaffiliated/belcher] has joined ##taproot-bip-review
05:17 -!- belcher_ [~belcher@unaffiliated/belcher] has quit [Ping timeout: 246 seconds]
05:18 -!- reallll is now known as belcher
05:29 -!- dr_orlovsky [~dr-orlovs@31.14.40.19] has joined ##taproot-bip-review
06:04 -!- ghost43_ [~daer@gateway/tor-sasl/daer] has quit [Ping timeout: 240 seconds]
06:05 -!- ghost43 [~daer@gateway/tor-sasl/daer] has joined ##taproot-bip-review
06:44 -!- dr-orlovsky [~dr-orlovs@2001:171b:c9ab:8170:15f8:b38e:6c70:6ad0] has quit [Quit: Textual IRC Client: www.textualapp.com]
06:45 -!- dr_orlovsky [~dr-orlovs@31.14.40.19] has quit [Quit: ZNC 1.8.0 - https://znc.in]
06:45 -!- dr-orlovsky [~dr-orlovs@31.14.40.19] has joined ##taproot-bip-review
06:47 -!- dr-orlovsky [~dr-orlovs@31.14.40.19] has quit [Client Quit]
06:47 -!- dr-orlovsky [~dr-orlovs@31.14.40.19] has joined ##taproot-bip-review
09:04 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Quit: ZNC - http://znc.sourceforge.net]
09:04 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined ##taproot-bip-review
09:31 < 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?
09:32 < luke-jr> that is, to resolve any miner-side issues with the new rules upfront rather than after people begin relying on them
09:43 -!- jeremyrubin [~jr@2601:645:c200:f539:2119:beac:454c:413e] has joined ##taproot-bip-review
--- Log closed Fri Aug 07 10:58:26 2020
--- Log opened Fri Aug 07 10:58:26 2020
11:13 -!- Davterra [~Davterra@37.120.215.165] has quit [Ping timeout: 256 seconds]
11:16 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 265 seconds]
11:35 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined ##taproot-bip-review
12:29 -!- Davterra [~Davterra@45.87.214.250] has joined ##taproot-bip-review
12:33 < 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.
12:33 < nickler> So same threshold is better for bip8(false) nodes.
12:41 < 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
12:46 < 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.
14:54 < 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
14:54 < aj> extend invalid blocks (because they're protected by old standardness rules otherwise)
15:28 < luke-jr> aj: mandatory signalling is identical to the readiness signalling, though…?
15:29 < luke-jr> nickler: the mandatory signalling will be (once aj's changes get merged in) completely independent from the threshold signalling
16:19 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 264 seconds]
16:31 -!- Davterra [~Davterra@45.87.214.250] has quit [Ping timeout: 240 seconds]
17:00 -!- Davterra [~Davterra@37.120.215.165] has joined ##taproot-bip-review
19:29 -!- fanquake [sid369002@gateway/web/irccloud.com/x-olctokxewerkqszl] has quit [Ping timeout: 244 seconds]
19:34 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-zekgqkmvbqqcurtw] has joined ##taproot-bip-review
19:35 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-zekgqkmvbqqcurtw] has quit [Client Quit]
19:35 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-ahfvlybjfkwblmbw] has joined ##taproot-bip-review
19:54 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-ahfvlybjfkwblmbw] has quit [Ping timeout: 260 seconds]
19:57 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-pvvhjyneczendkuj] has joined ##taproot-bip-review
19:58 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-pvvhjyneczendkuj] has quit [Client Quit]
21:48 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-ryqjzqmihwjotfar] has joined ##taproot-bip-review
22:23 -!- Guest91961 [sid369002@gateway/web/irccloud.com/x-ryqjzqmihwjotfar] has quit []
--- Log closed Sat Aug 08 00:00:42 2020