Topic: Taproot proposal - page 12. (Read 11258 times)

If so, there might be a miscommunication.  The minimum activation height exists because it's known that it takes MONTHS for a substantial fraction of the network to upgrade even when there is some urgent bug.  Plus, the primary advantage of having soft forks triggered by a super-majority hash rate is that they're safe to activate even if relatively few nodes have upgraded (so long as the super-majority hashpower has upgraded).

Maybe it wasn't your point-- but there is no particular reason to wait for nodes.  And, actually 16.2% of listeners on 0.20.1 already sounds pretty fast to me!

Did Taproot decrease lower the fees?

I think bitcoin now still high fee, if Taproot make fee to low is will better and very great to use often

Miners are also part of the community, an important part too since they are the ones signalling for the forks not the "social media participants" who may not even own any bitcoin!

As far as signalling goes we know the hashrate percentages but here is the node percentages:
According to https://bitnodes.io/ only 7.60% have upgraded to 0.20.1
According to https://luke.dashjr.org/programs/bitcoin/files/charts/software.html only 0.9% of all nodes upgraded to 0.20.1

If you are looking for a reason why miners aren't yet jumping on board in this first adjustment period maybe that's the reason.

Of course, many of us regular users would like something like this regular taproot upgrade to just go through quickly, since there really have not been any descriptions of reasons to be opposed to it - unless you might just be against anything that might make bitcoin better - which we should anticipate that there are some miners in the space that are of that opinion, whether they add up to more than 10% to cause a failure to reach consensus might be another question.

So surely, I have heard of various giving the benefit of the doubt to miners and mining pools regarding the first difficulty period, but with the passage of time, if we are not really even coming close to 90% signaling, then there could develop decent amounts of frustration that seemingly obvious upgrades are either being gamed in a dickering around kind of way or even that there might be some incompetency in terms of some miners/pools figuring out how to signal in order that the 90% can be achieved and we can move on to the next stage. 

I do appreciate some activism from miners, node operators and even users in this matter, that may well result in some miners just getting pissed off (fairly early.... if we call "now" early) and to demand explanations or to join pools that are signaling for taproot.  Don't fuck around with these pools who are either passive aggressively failing to signal, incompetent to signal or not providing some kind of reasonable explanation why they are currently not signaling. 

If such non signaling pool is able to provide some reasonable and plausible explanation regarding their failure/refusal to signal and to provide a date, such as June 1 or some other date that they will start to signal, then sure, maybe no need to punish such pools, but otherwise, I would think that regular joe blow miners would want to get this update in place ASAP rather than fucking around (or is the expression "dickering"?) with some mining pools who are not being clear about why they have either not already been signaling or provided some kind of explanation with a signaling projection date that it fairly soon in the future.. giving some benefit of the doubt that there might be "other things" going on in the lives of mining pools (and regular peeps involved) blah blah blah..

At this point (only a few weeks into the "ability to signal"), two weeks^tm (or possibly slightly longer) seems reasonable and acceptable to confirm that the poole is going to start signaling for taproot. 

Well, miners have a few more months left to support the update, so the main question is not "if they support" but "when will they support". In addition, I am almost sure that there is no chance that the activation will be disrupted given the share of Chinese pools, (unless someone has some pretty compelling political reasons). Although I'm not entirely sure whether a rollback is advisable in this case, given that against the background of an increase in the hash rate, such actions will lead to a loss of profit, (in the sense that Chinese miners are unlikely to favor pools with an ambiguous position).

“Demand” was the wrong word to use, I am sorry, but I believe you understand what the situation is. If the community came into consensus that it wants Taproot, then it should be activated. The miners can’t expect everyone to sit, and wait forever.

At least give polite discussions a chance first before we start making "demands" .  If you start seeing everyone as your enemy before they've done anything wrong, that's a great way to create tension and halt any progress you could have made by working in cooperation.

Remember, this is a collaborative network that functions optimally when everyone is in agreement.  It's not constructive to go looking for a dispute that might not exist until you cause it.

Just about to start next period with about 40% support..

Unless Binance, ViaBTC, BTC.com and Huobi all jump on board in next few hours not going to lock-in in the 2nd period either.

Which is a worry - as they have all had 2 weeks to schedule updates (and many months to prepare) so indicates they have one of:

• Major technical issues with this update
• Actively disagree with it
• Other revenue generating development work (adding new coins etc...) that they regard as higher priority
• Total apathy to it all

If you are a miner using one of these pools I would encourage you to move to one of the others that are supporting it (see https://taproot.watch/miners - any pool with a green tick).

That should help if issues is 3rd or 4th on above list, and increase hash rate of a signalling pool.

Maybe LukeJr was right ..

The users/economic majority will have no right to demand for the type of blocks they want, if the miners will not signal readiness for the upgrade? From your point of view, the network should always be under the mercy of the mining cartel? If miners won’t signal for Taproot, we simply accept?

Shouldn't that apply to all wallets after taproot takes place? You know I'm no geek but I understood that those improvements are for, basically, any wallet. In the end, the functioning is the same for any wallet.
Great read BTW, it's always nice to stack more knowledge on the matter. (now i'm going to stack more sats. no pun intended)

Bitcoin, as in the protocol, does not yet have Taproot because the fork has not yet taken place. We have to first reach majority support (ie. 90% of hashrate or more precisely the blocks that were mined to signal their acceptance of it) then it activates. The signalling was just started.
The bitcoin core (reference implementation) has the code for it and is ready to accept the new blocks containing Tapscripts.

For now, Bitcoin it is update to full Taproot already or not yet?

USAF SegWit is not the same as SegWit. The former is a "forced" change, while the later is a change that was achieved via consensus. It is totally reasonable for the devs to advocate for Taproot to be activate, expected actually. For them to advocate for Taproot to activate without clear consensus is another story.

Agreed. I have been watching this and assumed Sat Labs would be onboard big time.  I read through the website before coming here and I was going to post the same thing you did, LOL!

We are over 20% Taproot signaling blocks and I am not surprised seeing that one of the largest pool Binance is doing nothing so far with 0/113 blocks.  

SatoshiLabs team wrote a nice article explaining how Taproot will benefit hardware wallets and it is easy to understand it even if you are not a tech expert.
Size of transactions with Taproot will be reduced resulting in more transactions per block, and it is especially important when there are higher number of inputs and outputs that will save a lot of time for something like coinjoin transactions and mixing coins.
For example if we have 100 inputs and two outputs time for transaction could be reduced up to 90%!
Multisig prvacy will also be much better with Taproot, but important thing is that more people need to use it if we want to have more benefits.
https://blog.trezor.io/how-taproot-will-benefit-hardware-wallets-fa43c0b6123e

From my point of view during the Segwit “Saga”, when the call for the USAF was obviously becoming very necessary, most of the Core developers were neutral because of the risks. But reading your reply makes me very confident for the UASF for Taproot, if it’s necessary.

You say a lot of weird stuff.   Bitcoin Core developers pushed this out, they're not "remaining neutral", that would be a terrible abdication of their responsibility as technical experts.

How is the signaling calculated on that website, the Ok sign, not the percentage?
Pollin with 35/118 and 1Tash with 8/35 are a no and SBI Crypto with 2/11 is green?
Or it is based on the status of the block mined?

Well, at least the only ones big enough block that hasn't done a thing yet don't have that much hashing power of their own, so miners could switch to another pool for an epoch, I must say I'm pretty surprised to find out AntPool was one of the first to change. If ViatBtc is the next one the surprise would be complete.


Switching miners away from silent pools would work better, unfortunately a few hundred th/s are a drop in the ocean. 

You already know how we can raise awareness.

https://bitcoincore.org/en/download/

BUT as gmaxwell has already said in the topic, we first wait for the miner’s true intentions. With most of the Bitcoin Core developers remaining neutral, there should be a user-led campaign for the upgrade.

The script is the rules that specify the conditions required to spend the coins.  Taproot makes it so that most of the script doesn't need to be published-- which is often a scalability improvement sometimes a massive one,  just like P2SH made it so that the script didn't need to be published until spending time (and never published, in case you happened to lose the keys ).