pull down to refresh

Yes59.3%
No29.6%
Mixed (please comment)11.1%
27 votes \ 13h left
77 sats \ 0 replies \ @lightcoin 4h
Absolutely! From trust-minimized BTC bridging with BitVM to more scalable and private multisig with FROST and MuSig2, Taproot has given us some really great improvements.
btw @jimmysong any response to this?
reply
117 sats \ 1 reply \ @optimism 11h
Yes. The issue with changes to policy having unintended side effects would have eventually been triggered by something else if not taproot.
Learning from this now is better than learning from it in the future.
reply
Everything is good for Bitcoin in the context of learning and failing forward... perhaps the question then isn't optimally worded. Was it a failure or a triumph?
"It's bad but could have been worse and now we know should know better" is just a positive interpretation of failure.
reply
There's been 0 benefit to Bitcoin's value prop as money.
All it has achieved is giving ethead adjacent/script kiddies a morale boost via precedent, such that they'll be able to continue pushing to make Bitcoin more like Ethereum. Incentives for development have completely shifted to pet-usecase centralized application stacks.
Abject disaster.
Nobody voting yes is actually keeping a meaningful amount of Bitcoin in a Taproot address, can all but guarantee they're bandwagon jumping hypocrites.
reply
17 sats \ 10 replies \ @nout 6h
Why not keep bitcoin in taproot addresses, what's the story there?
reply
You'll have to ask a Taproot enjoooyer why they don't walk the walk... I can only speculate.
reply
0 sats \ 8 replies \ @nout 6h
Oh, so your point is that there are not many taproot addresses with notable bitcoin amounts?
reply
... Or even a material amount across all addresses total.
Proponents would seem to be either afraid of using it, or lied about their urgent use-cases all along.
On a purely relative basis, a proponents burden of proof is that they're no less "safe" than address types with a longer track record... But they won't put any skin in the game on their experiment.
reply
0 sats \ 6 replies \ @nout 4h
I guess I'm special. It's been quite long time since I last used anything onchain that's not taproot. The only non-taproot is when using lightning.
(just to highlight for other readers - Taproot is now 10% by output value and 20% by output count)
reply
Could go all-in with Taproot Channels... why the hesitation?
reply
0 sats \ 4 replies \ @nout 4h
Simple Taproot Channels are just being developed, there's no actual prod solution yet. Acinq is making the most progress here from what I can tell.
there were theoretical benefits to privacy that haven't materialized yet.
bwcause no one actually cares about privacy.
but I say give it a little time.
main one that comes to mind is multisig indistinguishable from single sig transaction .
reply
Privacy is paradoxical, so I don't think anything should ever tout privacy as a feature or benefit, it should be incidental to something superior for its own reasons.
Things like Monero and Tor for example, privacy is the feature benefit, but that also makes them less private because it attracts a smaller anonset (retards) because they're otherwise useless, and more relative surveillance because it's a honeypot/target rich with said retards.
Privacy as a feature also leads users to stray from privacy practices due to a false sense of security. These undiscerning users fulfill the paradox of deanonymizing private systems through improper practices.
Taproot channels are often cited as a benefit to Lightning, but to your point nobody cares so use is negligible... and if we did get a flood of new privacy focused users, they'd quickly deanonymize an otherwise private network today through centralized swap services and ignorance of utxo management.
reply
0 sats \ 0 replies \ @OT 1h
Not yet. Soon maybe
reply
0 sats \ 0 replies \ @nout 6h
deleted by author