Live data from Hacker News

The senatorial governance of Bitcoin: making (de)centralized money

tandfonline.com

291–300 of 344 posts

Re: The senatorial governance of Bitcoin: making (de)centralized money

#291
post #112

Earlier quoted context omitted.

Never forget: The original protocol did not have the restrictions you are feeling. Letting volume be the main driver for payments to the network instead of fees (as it is today) scales much better. By that, I am stating that the hostage situation (as you describe it) has been introduced commit per commit. Well, in the end, its a battle of opinion because smaller blocks give other features to the chain, so it will be…

For readers, BSV is an Bitcoin clone created and promoted by Craig Wright. An austrialian man who fraudulently and without any evidence claims to be Bitcoin's creator and that BSV is his (Satoshi's) Vision (thus the name). Well not just 'not any evidence' -- he claimed to provide a cornucopia of "evidence" all of which turned out to be easily proven to be forgeries. Things like editing his old blog posts to insert me…

I love the main business proposition from BSV: that the protocol is set in stone. Its makes sense to invest time and development power into something that is aware of not changing the logic that I'm building a business around.

This liberates me from having to focus on who initiated the project - because it is meant to be frozen whoever initiated it can not change the setup at will.

To me it's not important who made visa or who runs it. I use it anyway because it got utility letting me pay at the bakery on a tiny island on the other side of the world.

I don't care about who made the HTTP protocol. I use it every day without knowing.

Utility is the real value of a technology.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#292
post #263

Earlier quoted context omitted.

Absolutely, there is no good reason for private entities who take over an open source project and limit it for private interests when a major chunk of people reject it.

The allegation of "take over" is both dishonest misinformation and a really abusive attack. The people you're accusing of taking Bitcoin over have been there essentially all along, -- long before you ever heard of it. The concerns about the trade-offs with block size have also been with Bitcoin all along: as a look into the history shows, https://news.ycombinator.com/item?id=21977347

"Sabotage isn't sabotage as long as the saboteurs have middling seniority" is amongst the more stupid arguments you've made, which is frankly quite the feat. It doesn't matter how long you've been around, what you did is still sabotage, and the people that were around longer than you who have called you out on it and sometimes even abandoned Bitcoin completely out of frustration at your toxic interference have pointed this out enough times that you trying to raise this argument is just more characteristic of your dishonesty.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#293

Earlier quoted context omitted.

Sorry, the real attack was by the group led by Adam Back who himself dismissed Bitcoin initially before having a VC fund him to cater to his plan http://cashbleed.com/ Following which scare tactics ensued which broke the block size increase agreements of 8MB Hong Kong Agreement when Adam himself flew to the meeting overnight(as an individual) to attack the agreement, then when a 2MB NYA agreement was finalized and si…

> when those same people removed Gavin Andresen's commit access It's important to tell the whole story here. Gavin stepped back as lead maintainer and appointed Wladimir. No one else. Maintainership is the sole reason to have commit acccess. All changes to the software are made as pull requests. And commit access is only needed to merge these pull requests. Nobody commits directly on master without going through a pu…

Gavin being silenced is just a tip of the iceberg out of the continual banning and censorship of people discussing ideas around scaling Bitcoin Core chain since 2016. Most of the folks have left for other projects since then and all BTC is left is as a tether propped exchange pair while merchants give up on accepting BTC (thanks RBF too).

Bitcoin Cash on the other hand has been gaining merchant acceptance and I've enjoyed using BCH same like I did enjoy using BTC since 2012. The honeybadger of P2P electronic cash is truly unstoppable.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#294
post #258

Earlier quoted context omitted.

Every release of Bitcoin ever made has had the capacity limitations it has now, or more restrictive. It's true that Satoshi added the 1MB limit after the first release, but at that time and before then blocks were _implicitly_ limited to somewhat a bit over ~500KB-ish due to issues in the database layer. This is the reason that you cannot sync a pre-0.8 node all the way to the tip today without modifying it. 0.8 fixe…

The limitations are not just the block size. It's all the little things stripping the usability crippling the ecosystem. Amongst other elements: - Abandoning instant payment by introducing replace-by-fee where you can "undo" a transaction not in a block yet. - The limitation of what can be done with the scripting language by disabling OP codes needed for (even basic) math operations. - Forcing transactions to be form…

> Abandoning instant payment by introducing replace-by-fee where you can "undo" a transaction not in a block yet.

Unconfirmed transactions are inherently at risk for being replaced, which is why confirmation exists in the first place.

When transactions are explicitly market non-final the software makes replacing easier instead of having to broadcast to the entire network yourself. Replacement for non-final transactions was a feature in the very first version of the software but it was disabled because it was vulnerable to a DOS attack (replacing a transaction over and over again in a tight loop). When a fix was found for the vulnerablity the feature was restored.

This is no way inhibits "instant payment"-- if you don't want to honor _non-final_ transactions until they're confirmed or replaced with a final version, just don't! (However, actual testing shows that doublespends of unconfirmed transactions are highly successful even without making them replaceable.)

Regardless, this wasn't a "stripping"-- it was _original functionality_ which was restored.

Aside, I see you are promoting Craig Wright's scammy BSV coin in other posts. I assume you are aware that the "Genesis hardfork" which they are about to release activates replacement in BSV too? https://github.com/bitcoin-sv/bitcoin-sv/blob/dev-Genesis-be...

> The limitation of what can be done with the scripting language by disabling OP codes needed for (even basic) math operations.

Vulnerable opcodes were disabled-- by Satoshi back in 2010. There has not been a single opcode disabled in bitcoin by anyone except Satoshi.

More recent softforks such as BIP141 have made it easy to reenable (fixed versions of) and add new opcodes. But there has been only moderate interest in reenabling any of the disabled opcodes, particularly since on altcoins and test networks (like elements) where they're enabled they've gone unused.

More interest right now is going into bip-taproot, since its structure enables users to use fancy scripts in an extremely efficient and private way-- allowing them to invoke the script only in exceptional cases.

> Forcing transactions to be formatted after specific templates limiting how transactions are used.

That was also done by Satoshi for attack mitigation reasons, but it hasn't been the case for several years now.

> Bonus story: As I understand it, Vitalik tried to build on bitcoin but the limitations in the script languarge and transaction format made a globally distributed computer impossible so he went off and created Etherium.

That is an outright lie. Vitalik never made any made any contact to the bitcoin developers or community related to this. Had any such effort been made it would be easy to point to public evidence of it. It simply doesn't exist.

Moreover, "build(ing ethereum) on bitcoin" would have made it impossible to "premine" 72 million coins (2/3rds of the current ethereum supply) and pocket tens of millions of dollars, as he's done. The folks that he collaborated with to create ethereum had done several prior altcoin pump and dumps and went on to do several others after ethereum.

It's unsurprising that he didn't seek out collaboration with Bitcoin however: He was well known as a scammer in the Bitcoin community at that point because shortly before starting etherum he had been making a nuisance of himself soliciting investments for a "quantum miner" scam. https://medium.com/bitcoinerrorlog/vitaliks-quantum-quest-9e...

Edit: I was just pointed to these chat logs where Ethereum was first suggested-- they strongly refute your claim, https://twitter.com/notgrubles/status/1214250162069164032/ph... https://twitter.com/notgrubles/status/1214250162069164032/ph...

Re: The senatorial governance of Bitcoin: making (de)centralized money

#295
post #38

Earlier quoted context omitted.

I didn't know it was that bad. That couldn't scale to a small city =/

Don't listen to him. The whining about small blocks is just a narrative BCH folks want to push. Yes, it's true that currently bitcoin blockchain processes about 7 transanctions per second. But mempool is almost empty, 1sat/byte transactions go into next block - there really isn't any pressure to make blocks bigger right now. No emergency. And making blocks bigger comes with a big risk of spammers, so if we have other…

Name checks out.

No I don't think it's "just whining", and not everyone criticizing the obstructionist enforcement of small block size is part of the BCH team. Thats ridiculous. It's plain for everyone to see and converse about. Framing it as one team vs another is divisive and blocks honest conversations.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#296

Earlier quoted context omitted.

Lightning requires that both sender and receiver be online at the same time to transact. Lightning was not ready when Bitcoin capacity was crippled by the aforementioned tiny cabal of developers in favor of Lightning. Lightning remains unready, forever 18 months away from the promised usable technology.

Lightning remains unready, forever 18 months away from the promised usable technology. This is provably false. Lightning is huge and growing: * more than $6 billion USD in liquidity * nearly 11,000 nodes * tens of thousands of transactions daily * a growing ecosystem ( https://www.lopp.net/lightning-information.html ) You can see the real-time stats at https://1ml.com/

Grossly incorrect stats you gave here...

There is only $6 million in capacity, not $6 billion.

Daily transactions are more likely in the few hundreds per day, not tens of thousands. Although this can't be determined with accuracy.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#297
post #146
post #142

Earlier quoted context omitted.

> The article you're linking is an extremely dishonest anonymous hit piece that distorts history to manipulate the audience. That's rich coming from you. It's easy for anyone reading this to search for what nullc has said and done. > The design of Bitcoin where security is supported by fees to get into blocks is established in the Bitcoin whitepaper and has been in the software since day one. Many transactions paying…

> That's rich coming from you. It's easy for anyone reading this to search for what nullc has said and done. How so? I'm fairly proud of my actions, and I'd be happy to discuss any of them with you. > The blocksize limit was only meant as a temporary spam protection, not to enforce higher fees. There is nothing that actually supports that the claim that it was spam protection, thats just blind unsubstantiated asserti…

Well every team in crypto is now acutely aware of the ‘Greg Maxwell attack’ and are looking assiduously for the potential two-faced rat in their project who may sabotage it, so you have dome _some_ good.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#298
post #100

Earlier quoted context omitted.

> Bitcoin does not compete with literal credit card transactions Why not?

From a slightly more nerdy perspective: Because these credit card companies have thousands of _their_ machines, in _their_ locations, running _their_ software, to meet _their_ standards. Meanwhile, Bitcoin is run god knows where, for god knows who (as rightfully intended of course), on god knows what software. Sadly speed is just naturally part of the tradeoff in this scenario.

Yes this is true because Bitcoin core plays by the speed of the weakest link.

It's not true for Bitcoin Cash which plays by the "if your node is not making you money why are you running it"

When we upgrade every 6 months or useless nodes just get stuck on the old chain forever and that's it.

Last upgrade there was one miner who upgraded one block to late and lost about 1000 USD. That miner will be the first to run the new software in may.

We had a hacker who got a smart card to get Bitcoin cash to work like a credit card without needing to be online.

Bitcoin cash tx are instant and take on average about 2 seconds to spread to about 1999 out of 2000 mempools.

They settle on the chain on average 10 minutes.

Credit card tx also take a couple of seconds but much longer to settle.

Right now BCH can not yet scale like Visa but we already have the capacity to compete with paypall.

Satoshi's design works at scale but only when you don't delete point 6 from the whitepaper which is "Simple Payment Verification"

Core tries to make you belief the whitepaper was written without points 6 and 7.

7 is how to make the blockchain smaller by pruning it using merkle trees.

Nobody does that yet because storing 200 GB for 10 years is super cheap.

But 6 and 7 are ESSENTIAL in the design to scale.

Core completely ignores them or says: Well SPV is not 100% secure there for it's insecure and should not be used.

Gmax does this with everything, he flips it to extremes.

Meanwhile right now on LN there is couple of hundred thousand dollars that is very easy to steal from non technical people.

1) you find people that want to open a channel with you. These people go online to post their ip addresses and open ports on /r/bitcoin. These posts are encouraged on /r/bitcoin.

2) You open a channel with them for like 100 USD in BTC.

3) You push the balance to their side of the channel by using a swap side that accepts both LN and other coins.

4) You sell this 100 USD for another coin.

5) You publish an old state.

6) You do this to nodes you monitor using nmap to see if they go offline on a regular basis for longer then nlocktime.

7) You can't lose money on this, only win with people that should not be running LN but are.

There is like 6 million USD locked up in LN and about 10% is for grabs.

8) The victims have nowhere to go because if they post about it on their channels they get called stupid and banned and their post deleted.

9) People are already doing this but the victims are still not speaking out. They just belief it was their own fault and move on. Meanwhile the watchtower software is not there yet and if a node does not go offline for nlocktime you can easily DDOS that node for 144 blocks and you doubled your money.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#299
post #70

Exchanges trade both in Bitcoin and BitcoinCash, and I've just learned from the paper that they form a tree with a common origin. Does it mean that if I owned Bitcoin before the Bitcoin-BitcoinCash split, I can now spend it on both chains?

yes, but be aware, bcash is plagued with scammers, so as a precaution you should move your coins on bitcoin to another wallet before attempting to use a bcash wallet which could steal your bitcoin private keys.

Do you have any proof of any scams other then calling their coin Bitcoin Cash and the original Bitcoin, Bitcoin Core?

The MIT license gives the right to rename.

Copyright

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

End license text.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#300

Earlier quoted context omitted.

yes, but be aware, bcash is plagued with scammers, so as a precaution you should move your coins on bitcoin to another wallet before attempting to use a bcash wallet which could steal your bitcoin private keys.

My understanding is that "bcash" is used as a slanderous term between the two camps struggling for power. This comment seems to be attempting to spread fear, uncertainty and doubt. As far as I am aware there is no evidence that shows Bitcoin Cash clients are attempting to "steal your bitcoin private keys".

We mainly use the Bitcoin.com wallet on our phones and Electron Cash on our computers. Both are open source with many eyes looking at the code. We try to teach our user to verify hashes on upgrades and to have copies of dev pub keys on their computer to verify on a fairly regular basis (but not every upgrade).

We also try to keep scammers out our community and I think we are doing a fairly good job, better than most crypto communities.

Post reply on HN