Earlier quoted context omitted.
> 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…
> I don't think it's an accident that analysis supporting unlimited block sizes assumes perpetual inflation instead of limited supply. Agree, although this assumes that the free market cannot be trusted to regulate the size of the blockchain which seems possible with automatic transaction rebroadcasting. Are you familiar with the technique? Thoughts on it? https://youtu.be/agppUdX9YvI?t=105 I'd be curious what you th…
The senatorial governance of Bitcoin: making (de)centralized money
261–270 of 344 posts
Re: The senatorial governance of Bitcoin: making (de)centralized money
#262Earlier quoted context omitted.
A great empirical study you should pursue is initial blockchain download time with (full) 2000 MB blocks and low-grade consumer hardware.
People have already done this and it is quite fast! https://www.reddit.com/r/btc/comments/ek0614/current_node_im... Flowee the Hub (Bitcoin Cash full node implementation) can sync the equivalent of 4GB blocks using just a cheap quad-core VPS.
But being able to barely keep up means that if you fall behind for even a moment (say, if your connection drops... or if miners get lucky and mine a bunch of extra blocks) then you will _never_ catch up. Operating anywhere near the limit of your processing rate is non-viable for that reason.
You need to be able to process many times the network's capacity so that you can catch up in a reasonable amount of time.
Re: The senatorial governance of Bitcoin: making (de)centralized money
#263Earlier quoted context omitted.
I am so glad Bitcoin Cash exists for people like you.
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.
Re: The senatorial governance of Bitcoin: making (de)centralized money
#264Re: The senatorial governance of Bitcoin: making (de)centralized money
#265Earlier 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/
Did you not mean Million
Cause LN certainly does not have 800 000btc in liquidity
A few months ago the biggest LN channel operator said average 200-300transactions a day netting him a profit per month of $20
Reality and dreams rarely meet
Re: The senatorial governance of Bitcoin: making (de)centralized money
#266I still hope that they listen to reason and increase bitcoin’s ability to scale. We are all held hostage by a tiny cabal of developers that think they know what is best and want bitcoin to have a perversely small block size and pitiful 7 transactions per second top speed.
Years ago BTC once managed 550 000 transactions in a 24 he period
Now at best just over 400 000
So in reality it's more like 5 TPS
Re: The senatorial governance of Bitcoin: making (de)centralized money
#267Earlier 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
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 signed by the groups of miners, again the small blockers attacked it in favor of SegWit, that Bitcoin wouldn't survive a hardfork upgrade even though it had upgraded several times in the past.
The really abusive attack was when those same people removed Gavin Andresen's commit access when he had been leading Bitcoin development alongside Satoshi and testing large block clients on the side. On-going abusive attacks when discussing about pros/cons of small blocks in r/Bitcoin and DDoS on large block nodes since Bitcoin XT, Bitcoin Classic, Bitcoin ABC..
The concerns about the trade-offs with block size have been there for a long time indeed, and we've come a long way with optimizing transactions and still keeping fees low while accessing the ledger via Bitcoin Cash VS forcing transactions to layer 2 side-chains via Bitcoin Core.
Re: The senatorial governance of Bitcoin: making (de)centralized money
#268Earlier quoted context omitted.
And, greetings again. =============== @DrCraigWright =============== Really... What well known address. Not one is PKI'd. There are addresses I have asserted are, ones that others have stated. There is nothing that proves it beyond reasonable doubt. Or, do people just assume as I created it that I must be the only miner? That may be, but it is not more than circumstantial evidence and is a long way from proof. Signin…
You claimed on many occasions to have you your possession the keys for the first 9 coinbase outputs. Signing with all of those, particularly block 9 since Hal claimed that it was Satoshi's-- would be exceptionally influential. Sign "Gmax, Wright is Satoshi." with all those and I'll leave Bitcoin forever and never bother you again.
Re: The senatorial governance of Bitcoin: making (de)centralized money
#269Earlier quoted context omitted.
If you come to HN claiming to be Satoshi, better bring some technical proof that will actually convince the techies here.
And I know, bad Aussie man. Scary bad man doesn't want our form of Internet anonymous money. You seem to think that it matters all that get funding because you run round saying that I'm nasty and mean and I hurt your feelings. I'm sorry to tell you but none of that actually matters. I'm sorry to tell you that bitcoin is not anonymous and cannot be made such. It is a concept known as traceable pseudonymous transaction…
Re: The senatorial governance of Bitcoin: making (de)centralized money
#270Earlier quoted context omitted.
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
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…
Adam, the only person who's name is mentioned in the body of the bitcoin whitepaper, was happily using Bitcoin long before creating a company to support it. https://bitcointalk.org/index.php?topic=225463.msg2371674#ms... though Adam has never been actively involved with the bitcoin software project itself-- beyond some mailing list discussions and such.
Aside, the numbers on the website you linked are randomly generated nonsense. Embarrassingly for its author, their made up numbers which are trying to claim to be astronomical fail to make their point because they're not that high when compared to other highly paying tech companies ( https://drive.google.com/file/d/19ne7ccUdOWewD4rFDQjjnQEJDgs... ).
That whole allegation is odd. Blockstream has (had?) a program where a significant part of employee pay was in the form of pre-purchased Bitcoin which vested over time. This was intended to create a significant incentive for employees to see bitcoin's value grow-- specifically to address concerns that somehow Blockstream could create incentives against that when it employed a couple long time contributors. ... it turns out that buying Bitcoin at $450/each was a really good deal, and it panned out well for employees. It worked exactly as advertised, and some anonymous troll is spinning it as some kind of fraud?! Weird.
> 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 signed by the groups of miners, again the small blockers attacked it in favor of SegWit,
Not going along with a proposal you think is bad is not an "attack"-- it's the actualization of your own personal freedom.
> The really abusive attack was when those same people removed Gavin Andresen's commit access
Gavin's commit access was removed by Wladimir, -- not one of the people associated with Adam or our company. When it was removed it had been completely unused for a year and barely used for several years. Its ultimate removal was triggered by Gavin loudly endorsing an obvious scammer as being Satoshi which was especially concerning given his comments about "handing the repository over" to 'Satoshi'.
https://laanwj.github.io/2016/05/06/hostility-scams-and-movi...
Good security practices should have had the access dropped long before then, and he'd been asked by Wladimir to resign them but kept responding that he'd sleep on it. Wladimir had wanted to avoid the drama of revoking them, but once Gavin was loudly endorsing a scammer the threat of poorly maintained access seemed a lot more serious.
> he had been leading Bitcoin development alongside Satoshi
Wladimir (and the other people you are insulting) were also there back when Satoshi was still active. Even back in 2011 Wladimir was the most active contributor, with two commits for every one by Gavin (348:152). In 2010, Satoshi made 215 commits and Gavin made 35.
Leading in a open source collaboration is a complicated question. Gavin was an extremely valued contributor, including valued for his public speaking at a time when many of us were keeping a low profile because we were really concerned that our involvement in Bitcoin might result in legal prosecution. That, however, doesn't mean he was leading in strong sense like you'd apply to the leader of a business. If you look at actual decision making in the project it, once Satoshi was gone it was always an extensive collaboration.
This fact is why e.g. some people have falsely accused me of controlling it when I didn't have any particular authority at all, just a history of reasonable insight and persuasive arguments.
> and DDoS
Bitcoin nodes got DOS attacked with some regularity in the past by people trying to interfere with block propagation to cause competing blocks to get orphaned (and still do, though less often now-- because we implemented countermeasures to make those attacks much less effective). There is no evidence that anyone saw any DOS attacks other than those. None of the people I know would have bothered not expected a DOS attack to do anything: the system is designed to be designed to resist DOS attacks.
The falsity of those "nodes" was also demonstrated by their near overnight disappearance once the pumping of competing altcoins stopped...
> we've come a long way with optimizing transactions
I don't believe that bitcoin abc has deployed any scalablity improvement not previously existing in Bitcoin. The primary one in it over the original p2p protocol, compact blocks, was designed by myself...