public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [bitcoin-dev] Taproot activation meeting on IRC - Tuesday 16th March 19:00 UTC
@ 2021-03-15 17:20 Luke Dashjr
  2021-03-15 19:14 ` Jeremy
  2021-03-16 17:42 ` Emil Pfeffer
  0 siblings, 2 replies; 9+ messages in thread
From: Luke Dashjr @ 2021-03-15 17:20 UTC (permalink / raw)
  To: bitcoin-dev

At the previous meeting, there was consensus for BIP8 activation parameters 
except for LOT, assuming a release around this time. Since then, a release 
has not occurred, and the new idea of Speedy Trial has been proposed to 
preempt the original/main activation plan.

It's probably a good idea to meet up again to discuss these things and adjust 
accordingly.

Agenda:

- Speedy Trial: Can we get a comparable consensus on the proposal?
  (Note: current draft conflicts with original plan timeline)

- Main activation, post ST: Moving startheight (and timeoutheight?) later
  is probably a good idea at this point, both because too little progress has
  been made on it, and to avoid the conflict with the current ST draft.

- Making progress: To date, too few people have been involved in materialising
  the main activation plan. If it's going to move forward, more people need to
  get actively involved. This should not wait for ST to complete, unless we
  want another 4-5 month slip of the timeline.

This meeting is tentatively scheduled for *tomorrow*, March 16th at the usual 
time of 19:00 UTC, in freenode's ##Taproot-activation IRC channel. If turnout 
is too low, we can postpone it a week, but it'd be nice to get things 
resolved and moving sooner.

As a reminder, the channel is also open for ongoing discussion 24/7, and there 
is a web chat client here:

https://webchat.freenode.net/?channel=##taproot-activation

Luke


^ permalink raw reply	[flat|nested] 9+ messages in thread
* Re: [bitcoin-dev] Taproot activation meeting on IRC - Tuesday 16th March 19:00 UTC
@ 2021-03-17  8:21 Prayank
  2021-03-19 10:45 ` Emil Pfeffer
  0 siblings, 1 reply; 9+ messages in thread
From: Prayank @ 2021-03-17  8:21 UTC (permalink / raw)
  To: emu; +Cc: Bitcoin Dev

[-- Attachment #1: Type: text/plain, Size: 2460 bytes --]

> the last thing we need is
a rushed upgrade

Why do you think this is rushed? Speedy Trial will have few months and if UASF is required it won't involve activation immediately after ST fails. Taproot by 2022 doesn't look rushed approach IMO.

> We're not changing things that we worked out already. 

Which things have we worked out that cannot be changed or not changed earlier?

> how long till we go back and change the coin supply?

Coin supply has nothing to do with soft fork activation mechanism IMO.

> I understand some of you have no patience and would like mass adoption tomorrow but those are exactly the people that do not have a say in Bitcoin development. If you want to get rich quick you do not care about Bitcoin.

Taproot activation or discussion about activation mechanism does not have 100% correlation with mass adoption. It just improves Bitcoin and helps few projects mentioned in https://en.bitcoin.it/wiki/Taproot_Uses
Nobody is talking about get rich quick schemes in Taproot Activation related meetings. At least I have not seen anyone.

> If you want faster development cycles then you have lightning to play with.

Better development cycles with less delay, less misinformation, less politics, less probability of things being exploited by mining pools or other people, organization etc. with their influence. Lightning Network is a separate project focused on layer 2 and I think it will also benefit from Taproot.

> we *DO NOT* change things we already established in the past

Interested to know who is "we" in this sentence and what are the "things" that cannot be changed.

> In order to solve the LOT debate lets give Wladimir the power to decide on his own and if he has no strong opinions he should just flip a coin.

LOT has become LOL. If this is about Bitcoin Core maintainers deciding things for Bitcoin Core, sure they already do. But users have the freedom to decide if they want to run it with default settings or use other implementation.

> MAST threshold can be even lower because it is not representative of an economic majority and it could speed up the upgrade.

Agree

> At this point involve as few people as possible and get it done. This is just about the software and the parameters of the new consesus.

Everyone should be welcome to participate in meetings, ask questions, learn more and contribute. I don't see anything wrong with it.
-- 
Prayank

[-- Attachment #2: Type: text/html, Size: 13426 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2021-03-19 16:55 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-03-15 17:20 [bitcoin-dev] Taproot activation meeting on IRC - Tuesday 16th March 19:00 UTC Luke Dashjr
2021-03-15 19:14 ` Jeremy
2021-03-15 19:37   ` Luke Dashjr
2021-03-15 20:59     ` Jeremy
2021-03-15 21:46       ` Luke Dashjr
2021-03-16 17:42 ` Emil Pfeffer
2021-03-17  8:21 Prayank
2021-03-19 10:45 ` Emil Pfeffer
2021-03-19 16:55   ` Prayank

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox