Search content
Sort by

Showing 20 of 112 results by AliceGored
Post
Topic
Board Bitcoin Discussion
Re: "Bitcoin is at serious risk of becoming the MySpace of cryptocurrency" - Gavin
by
AliceGored
on 25/08/2016, 18:02:53 UTC
Now he argues that wanting to validate every Bitcoin transaction is "irrational." In other words, he suggests we toss the entire full node security model into the trash bin.
There you have it. He's wants to completely change the model that satoshi built. I wonder who influenced him. Roll Eyes

Lol, no.



https://bitcointalk.org/index.php?topic=532.msg6269#msg6269

You must improve your shilling game, theymos is paying you for this crap?
Post
Topic
Board Bitcoin Discussion
Re: 0.13.0 Binary Safety Warning
by
AliceGored
on 18/08/2016, 03:43:05 UTC
Sounds like laying the groundwork for a disinfo campaign when Chinese miners fork to a larger max blocksize. Sowing the seeds now to favor an adversarial mindset when it comes to plans coming from China.

Nah, I’m probably just wish thinking… More likely that “cobra” is just acting like a petty tyrant again, similar to the last time he showed up, wanting to edit satoshi’s whitepaper.
Post
Topic
Board Bitcoin Discussion
Re: And God said, “Let there be a split!” and there was a split.
by
AliceGored
on 03/08/2016, 04:41:54 UTC
...
Well, it turns out I was wrong. There’s no need for people like me who tell everyone that splitting is ok. If a split needs to happen, it will just happen. No ado, no fuss, no worries, and not much planning either – people cared deeply enough that they just choose to ignore the reigning authority’s version of the code, and viola, a split is born. (I’m only 40% serious here – despite everything, I still think posts like this are important.)
...

Thanks for the very thought provoking post Meni.

It may well be the most truly revolutionary component of satoshi's invention: While the system is operationally managed by machine law, there are always economic forces interacting with it and each other, and in a sense, the psychology of the market rules the machines. Once the genie is out of the bottle, it innately refuses to go back in, constantly reinventing itself to resist capture by those that would harness it for personal gain.

Forking away for ideological reasons is always an inherent right, but it will probably fail unless there is a significant psychological and economic power that is served by or attracted to it. Matters of proportional value between forks will be arbitrated on the exchanges. 

I'm of the opinion that hard forks are a sort of honest referendum on economic changes to the system. And in contrast, soft forks that change economic rules (segwit)... are subverting that potential referendum, avoiding it, dragging powerless individual users along... without active consent. However, if the number of those who disagree with the soft fork is strong enough... they might be capable of successfully forking off too.

A hard fork makes forking off much easier for the party in disagreement, and this isn't a bad thing, it's maximizing economic choices in the marketplace. This mimics the system of mutation and adaptation at work in the natural world, and is much more likely to survive in the long term vs monolithic and ideologically centralized development decision structures.
Post
Topic
Board Speculation
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
by
AliceGored
on 02/08/2016, 03:23:27 UTC

my fav bit.

Quote
Bitcoin will have a hard-fork, eventually, I think. When bitcoin has a HF, there will be 2 chains after the fork and there will be 2 coins. It is almost guaranteed that some people will refuse the new chain and will remain on the old chain. There are enough people with significant amounts of bitcoin who will never agree to a fork and can afford to keep mining the old chain. Ethereum demonstrated this issue very well. In bitcoin it will be much bigger, because the “old” bitcoin may be worth as much as all of ethereum (1 billion USD). It will not undermine bitcoin’s value very much, but it will cause some chaos with users, wallets and exchanges. This is why a HF needs to be very carefully planned and executed with plenty of advance notice. We also need to learn from Ethereum and consider adding some anti-replay defenses to help users maintain separation of the two chains in their wallets.


I think hes right eventually we will HF but hes exaggerating the possibility of a chain split as a result IMO. if Core is supporting 2MB hardfork when the time comes ( in like 2years? ), i dont see a chain split as a possibility. I guess maybe there could be some die hard group that rejects the fork with <1% hashrate...but its not like the HF is proposing to alter the immutable blockchain, or something equally ridiculous. I disagree with the idea of adding some anti-replay defenses, the other chain should be viewed as INVALID, and there's no use catering to an invalid chain...

A 5%-hash chain of BTC will be producing blocks at something like ...200 minutes. And with difficulty adjustment in 10 months (which will not fix the issue) it'll be DOA.

A strong miner majority hard fork to a bigger max_block_size would be much more likely to dominate in Bitcoin vs Ethereum's DAO bailout fork, directly because of the difference in difficulty adjustment. A good point, which can't be overstated. Core won't be supporting the HF though. Any change from Core, from here on out, will be a soft fork. And with some clever programming tactics, you can do just about anything you can imagine with a SF. Just need a half dozen miners on-board with Blockstream CTO Maxwell's the sole repo's roadmap to activate it.

It would require proof-of-work change and diff starting from a lower point. So then you have 3 coins and the one is unusable.

There is going to be a split Bitcoin one way or the other... if HF supporters get mining support, the 1MB4EVA clan will change PoW and reset diff... and if 1MB4EVA + soft-fork-salad retains ASIC warehouse mining support, HF supporters will change PoW, and reset difficulty. Just need to get it listed to Polo, and you're off to the races.  Smiley

Wouldn't it be ironic?... if the "immutable 1MB ('cept for constant soft forks)" Bitcoin was mined in 4 gigantic chinese chicken coops... While the "higher max throughput" Bitcoin was highly decentralized with GPUs and stealing mining power and interest from ETH/ETC. It's a move in the game. We just haven't reached that point... yet.

my perception is that there simply is no support for the  1MB4EVA  people.

Your perception is wrong. They have the support of bitcoin.org, r/bitcoin, this here forum of elevated discourse... you know, the important stuff.

It's about control, and control of information is a key component. 

economic majority isn't in that camp... ( we saw the open letter )

Letters and agreements are trash, cash and hash is all that matters.

the miners certainly aren't int that camp

Seem to be from where I sit.

and the devs are not in that camp either.
most devs, outside of core, aren't in that camp
and i'd bet devs that contribute to core dont even put themselves in that camp

Guess what happens if a prospective dev hops in the Core_dev IRC room and eventually voices a plan outside the scope of Gregory's roadmap?

is Gmaxwellhouse really saying "4EVA"Huh

Of course not, they will add merge mined sidechains like segwit which takes actual blocksize up to a potential 4MB. It also gives a 75% economic discount to signature heavy transactions like LN opening, balancing, and closing transactions, coming soon®. Your node will be crippled in terms of network awareness, but will still function, we want you to come along.

1MB is not here to stay, but its here for now, and its not a big deal.

This is fine.
Post
Topic
Board Speculation
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
by
AliceGored
on 02/08/2016, 02:26:07 UTC

my fav bit.

Quote
Bitcoin will have a hard-fork, eventually, I think. When bitcoin has a HF, there will be 2 chains after the fork and there will be 2 coins. It is almost guaranteed that some people will refuse the new chain and will remain on the old chain. There are enough people with significant amounts of bitcoin who will never agree to a fork and can afford to keep mining the old chain. Ethereum demonstrated this issue very well. In bitcoin it will be much bigger, because the “old” bitcoin may be worth as much as all of ethereum (1 billion USD). It will not undermine bitcoin’s value very much, but it will cause some chaos with users, wallets and exchanges. This is why a HF needs to be very carefully planned and executed with plenty of advance notice. We also need to learn from Ethereum and consider adding some anti-replay defenses to help users maintain separation of the two chains in their wallets.


I think hes right eventually we will HF but hes exaggerating the possibility of a chain split as a result IMO. if Core is supporting 2MB hardfork when the time comes ( in like 2years? ), i dont see a chain split as a possibility. I guess maybe there could be some die hard group that rejects the fork with <1% hashrate...but its not like the HF is proposing to alter the immutable blockchain, or something equally ridiculous. I disagree with the idea of adding some anti-replay defenses, the other chain should be viewed as INVALID, and there's no use catering to an invalid chain...

A 5%-hash chain of BTC will be producing blocks at something like ...200 minutes. And with difficulty adjustment in 10 months (which will not fix the issue) it'll be DOA.

A strong miner majority hard fork to a bigger max_block_size would be much more likely to dominate in Bitcoin vs Ethereum's DAO bailout fork, directly because of the difference in difficulty adjustment. A good point, which can't be overstated. Core won't be supporting the HF though. Any change from Core, from here on out, will be a soft fork. And with some clever programming tactics, you can do just about anything you can imagine with a SF. Just need a half dozen miners on-board with Blockstream CTO Maxwell's the sole repo's roadmap to activate it.

It would require proof-of-work change and diff starting from a lower point. So then you have 3 coins and the one is unusable.

There is going to be a split Bitcoin one way or the other... if HF supporters get mining support, the 1MB4EVA clan will change PoW and reset diff... and if 1MB4EVA + soft-fork-salad retains ASIC warehouse mining support, HF supporters will change PoW, and reset difficulty. Just need to get it listed to Polo, and you're off to the races.  Smiley

Wouldn't it be ironic?... if the "immutable 1MB ('cept for constant soft forks)" Bitcoin was mined in 4 gigantic chinese chicken coops... While the "higher max throughput" Bitcoin was highly decentralized with GPUs and stealing mining power and interest from ETH/ETC. It's a move in the game. We just haven't reached that point... yet.
Post
Topic
Board Speculation
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
by
AliceGored
on 12/07/2016, 04:31:39 UTC
my bet: we are lacking any fantasy right now. no event that we could rally into. the halving was theoretically perfect for a nice rally but the rally got interrupted by the finex and DAO shit. so now what events should markets focus on? there are none. so all thats left is the reduced daily supply, but i doubt that will be shortterm enough.

On the contrary.

Bitcoin movement has been disappointing lately. Any idea when will the block size issue be fixed?

It could be sooner than many expect.



Some fault the miners for being slow to act, and too trusting... but in reality, they have to be very careful. If they do end up being compelled to do something contrary to the wishes of the dominant repository and its developers... they need to have taken every reasonable step at a compromise, an amicable middle ground. In a sense, they need to have been screwed over in an obvious way, to give them the moral justification to act in the spirit of the original agreement.



This may lead to the most ethically profound moment for Bitcoin yet, and the full "coming out" party for the functionality of Bitcoin's "core" incentive mechanism:



And now, back to your regularly scheduled programming...

https://www.reddit.com/r/Bitcoin/comments/4seyk3/its_quiettoo_quiet/

Post
Topic
Board Bitcoin Discussion
Re: Reponse to Roger Ver's "Time to End the Block-Size Blockade" essay
by
AliceGored
on 07/07/2016, 08:56:21 UTC
@AliceGored

I must admit that going through your history it is clear that you are far, far, more technically and intellectually competent than either Roger, or your average large-blocker.

It would be wise for others to take care when responding to you.

Not that I necessarily agree with what you say.

I'm flattered. [hurriedly deletes snarky opener above]

Thanks for the engagement on the issues. Things get heated because both sides of this issue care passionately about it... and when you think about it... you can't have light without heat.

Post
Topic
Board Bitcoin Discussion
Re: Reponce to Roger Ver's "Time to End the Block-Size Blockade" essay
by
AliceGored
on 07/07/2016, 06:30:28 UTC
Sure they can, in fact, any nodes that don't upgrade to a segwit friendly version will consider pure segwit txs to be an altcoin.
That would not make much sense. Please provide a source using the terminology "pure segwit txs" equal "an altcoin".
It isn't about terminology, it's about functionality. My non-segwit node doesn't understand anything about segwit. You may use it, but only miners and upgraded nodes understand anything about it. And if you want to pay a non-segwit address, you will not be using segwit. For further research see: Mircea Popescu (admittedly a loon), and his views on your altcoin.

Check your premises, running the qt client used to be the most common way to interact with the network, now it's not. SPV type interaction is well developed and widespread at this point.  
Exactly who was talking about SPV? Nobody. So you're not denying that the resource usage has increased and thus the number of nodes keep going down.

I'm saying correlation =/= causation. SPV has served as an increasingly popular substitute for running a full node, which used to be the main way to use Bitcoin.
Post
Topic
Board Bitcoin Discussion
Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic
by
AliceGored
on 07/07/2016, 06:07:51 UTC
Hey, a Core dev, and altcoin founder, Mark Friedenbach, has confirmed:

The HK Agreement was a Farce: "Haha"



Quote
Segwit was merged into Core already. There will be a point release after 0.13 which enables it. You can read about the plan for segwit deployment here:
https://bitcoincore.org/en/2016/06/24/segwit-next-steps/
The HK "consensus" was a farce signed by only a few developers. Nobody that wasn't there has any intention of following through on it.

I know of no hard fork proposal that could achieve consensus on that timeframe, no.
Maybe a magical fix-everything solution will be invented tomorrow (it's possible), but even that would require 6+ months of effort to get it in Core, and another full year or more to deploy, since we're talking about a hard fork. So the timeline doesn't make sense even if one assumed there was an acceptable solution (there isn't).
EDIT: The devs that signed the HK document aren't liers. They promised code availability 3 months after, which is when I would start the timeline I described above.



Post
Topic
Board Bitcoin Discussion
Re: Reponce to Roger Ver's "Time to End the Block-Size Blockade" essay
by
AliceGored
on 07/07/2016, 05:56:12 UTC
Yes nodes can ignore segwit and consider it an altcoin, they can prune, they can reject inbound...
No, they can't consider Segwit "an altcoin".

Sure they can, in fact, any nodes that don't upgrade to a segwit friendly version will consider pure segwit txs to be an altcoin.

It's important to recognize that hardware and internet bandwidth has improved over the last 7 years.
People keep saying that, yet the number of nodes is on a steady decline. Do I have to note that the resource usage kept growing tremendously over the 7 years?

Check your premises, running the qt client used to be the most common way to interact with the network, now it's not. SPV type interaction is well developed and widespread at this point. 

This is where the philosophical difference comes to a head. Some feel that without a production quota on blocksize, set by a priesthood of Core devs, miners would simply bloat blocks to infinity.
They certainly would not be the first 'group' to spam the network in an attempt to support their vision.

Incoherent non sequitur.


It would and will exist with miners facing the free market and subsequently setting their own production levels. Beware the dangers of a centrally planned economy.
So in a scenario in which miners get paid to set them to abrupt levels, all is fine right? Roll Eyes

You strongly favor a centrally planned economy, which is a position, just not one I agree with.
Post
Topic
Board Bitcoin Discussion
Re: Reponce to Roger Ver's "Time to End the Block-Size Blockade" essay
by
AliceGored
on 07/07/2016, 05:34:43 UTC
Hello, many here know of Roger's essay published on the reputable website of the Foundation for Economic Education:

https://fee.org/articles/time-to-end-the-block-size-blockade/


I wrote a considered response to Roger's essay, however, unfortunately, I have not had any response, either from Roger; or from the community at-large. Hence I'm kindly asking for some commentary / responses from the people here on this forum. In particular, are there any part of my post that are wrong, invalid, or misleading?



Original Reddit Post Here

There are many issues with this essay; really I was quite disappointed with Roger. The primary one being intellectual dishonesty from the use of a bad analogy. While this in itself doesn’t invalidate Rogers other claims, it doses put the other claims in poor light.

Firstly, to address the fundamental issue with the Starbucks analogy: Bitcoin isn’t like Starbucks Corporation; while there is only one Bitcoin Blockchain, there are tens of thousands of Starbucks stores.

To respond to increases in demand Starbucks can just open more stores (that operate more-or-less independently). However, with Bitcoin, we cannot just ‘add more nodes’ to respond to an increase in demand; as every (full) node must carry the entire burden of the network.

Imperfect analogy is imperfect, obviously. But there is something to be learned from the idea that if capacity is fully saturated... any additional demand prices out some of the old users and some of the old use cases, as long as they are willing to outbid their competitors (other Bitcoin users). Yes, increasing throughput increases resource demand on full nodes, but so does segwit, moreso than a simple 2MB upgrade. (3MB increase in potential max load with 0.8MB throughput gain). Yes nodes can ignore segwit and consider it an altcoin, they can prune, they can reject inbound... I'm talking about full archival nodes. It's important to recognize that hardware and internet bandwidth has improved over the last 7 years.

Roger dose correctly state:

Quote
Any time a Bitcoin user is willing to pay a fee that is larger than the marginal cost of including the transaction in a block, it makes economic sense for a miner to include it.

However, his statement is intellectually dishonest as he doesn’t analyze what the marginal cost actually is. Where in reality, the marginal cost of including a transaction in a not-full block is virtually zero. Meaning that it doesn’t matter what size blocks you have, they will constantly be full. (with exception to miners who have differing policies, but the economically rational miner will include transactions that have any fee above zero).

Now we get to the heart of the matter. You say that miners would include any non-zero fee transaction just because they can. This is where the philosophical difference comes to a head. Some feel that without a production quota on blocksize, set by a priesthood of Core devs, miners would simply bloat blocks to infinity. They would willingly destroy the independent node network, simply because they're dumb? or they only care about this week's profits?

Others find this argument ridiculous, and counter to the very "core" principles that govern Bitcoin: Where free market incentives, and CPU consensus, rule the system... not centrally ordained software ministers.

Miners are uniquely placed [and designated by satoshi via the consensus mechanism] to best determine the size of their own blocks because they are directly beholden to the market, unlike devs with ambiguously disclosed stock options in VC startups.

As we continue Roger doesn’t analyse the problems and benefits of blocks being full, instead, based upon his Starbucks fallacy, he just assumes that full blocks are bad. There are two main arguments of why ‘full blocks’ isn’t the evil that Roger plays it to be:

  • It is economically unavoidable. (The marginal cost of creating and including transactions is virtually zero).
  • Without full blocks there isn’t any fee-pressure. Where fees are increasingly important to the long-term health of the network. As the subsidy runs down, this should be compensated by an increase in transaction fees.

Yet neither of these arguments are addressed in Rogers essay.

Thus we come to the core contention of Rogers essay: (I paraphrase) “If we increase the blocksize, blocks will meet capacity again”. This is namely false, as it is completely reasonable to expect that blocks of any size to be full.

I suppose this is the point where you should produce a chart where blocks were constantly at 1MB for the last 6 years... because free globally replicated storage. The reality would probably be more like what we've experienced so far... a steady rise in the use of Bitcoin, and a commensurate increase in blocksize. Not an immediate jump to the new max.

Again with the argument that miners bloat to infinity without a central authority stopping them...  all records of blocksize statistics refute this position.

Roger dose a good job of arguing how is it is ‘possible’ to increase the blocksize. He completely fails to put it into a well-reasoned context of ‘why’ we need to rise the blocksize limit.

The marginal cost of getting into the ‘full’ blocks that are on the network now (with the 1MB limit), is only 8 cents (US). see: https://bitcoinfees.21.co/

  • Roger dose not address that there is virtually no fee-curve meaning: There are only really two types of transactions on the network: spam and fee paying. (edit: in that to outbid the spam, you only need to increase your fee from 4 cents to 8 cents; suggesting there isn't a strong demand for extra block-space from real fee-paying users.)
  • Roger also doesn’t address the economic implications of these 8 cent fees on the network. He doesn’t address at what point do fees become so large that it does have significant economic implications.
  • Roger doesn’t address any argument of what point we should start considering a fee market important to the future of Bitcoin (with miners being paid by fees).

Overall this essay is an embarrassment, and anti-intellectual. I can only assume that Roger didn’t put this essay out to rigours peer-review before publishing it.

  • Miners do face a supply curve, and a propagation cost to larger blocks. The distinction of fee paying/spam is non-functional, as zero fee transactions are already ignored by miners and most nodes. Median fees are 8 cents or more, up from 2 cents a couple months ago, a 400% increase.
  • He doesn't have to. It's obvious to an honest observer that 8 cents for the smallest tx possible is already greatly diminishing potential use cases. Blockstream says this is fine. Because (not currently available) payment contracts in LN will handle all that.
  • It's not really up to Roger, or the most influential developers, to determine the dynamics of a fee market. It would and will exist with miners facing the free market and subsequently setting their own production levels. Beware the dangers of a centrally planned economy.

I could mirror your petulant conclusion, but, meh.


Post
Topic
Board Bitcoin Discussion
Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic
by
AliceGored
on 05/07/2016, 21:32:46 UTC
I agree that the miners made a mistake. Basically, if Gregory Maxwell wasn't at the agreement, you don't have an agreement.  
I disagree. He's smart enough not to participate in closed-door meetings which are counter-intuitive to Bitcoin.
He’s also cunning enough to wait several months before vociferously denouncing it, calling the participants, including the president of his company, well-meaning dipshits.

If doubling the throughput of the network does almost nothing for scalability... then segwit does less than almost nothing for scalability with its 3MB per block max increase to data requirements and its 0.8MB gain in effective throughput.
It does nothing and comes with a risk. Wake me up again when the Classic developers coded up something useful, just don't come to me with trash like header-first-mining. Roll Eyes
Does nothing hm? The only risk is the risk of Core throwing their toys out of the pram and starting a 1MB4EVA keccak altcoin. Please explain the danger of header first mining, for the network, not for the miners that could potentially mine a block that nodes consider invalid. Concerns about SPV security can be assuaged, as Gregory once described.

I agree that the miners made a mistake. Basically, if Gregory Maxwell wasn't at the agreement, you don't have an agreement.  
I disagree. He's smart enough not to participate in closed-door meetings which are counter-intuitive to Bitcoin.
Just so.

But beyond that, this weird fantasy that I am some uniquely important person in Bitcoin is just completely without basis.  It's a narative spun by Mike Hearn in an effort to bring down regulatory hellfire on me to drive me out-- since for years I (and most other people actually doing the work of supporting the system) was very careful to keep a low profile, it didn't work.
Some of us recall, at the time of the second Stalling Bitcoin conference, your email to the mailing list literally became the Core roadmap. Some of us see the leadership dynamics at work in the core-dev irc chan. Bring down regulatory hellfire on you? Please. We just want to see you, your company, and your fellow Core devs make a good faith effort at a reasonable compromise… like the HK agreement.

The main concern about regulatory hellfire won’t be because it is directed at you, personally, that’s silly. It will probably relate to lightning hubs being designated MSBs depending on jurisdiction.

Having my support on something doesn't magically make it a success. The fact that efforts I support are often a success is much more because I have nearly a lifetime of relevant experience that lets me identify initiatives which are likely to be successful and I prefer to spend my time working on those... than it is because I or anyone else has some kind of magical influence. ... regardless of what stories some people find advantageous to tell.

It would be a huge mistake to underestimate your competence in this field. Your influence on the Core project isn’t magical, most of it is well deserved. To deny that your influence is elevated above most, if not all participants though, is wishful thinking.

Your ideas are composed into an email to the mailing list… that email becomes the official Core roadmap… the initiatives outlined in your email are implemented…

The careful observer can see that you haven’t chosen to support things that just coincidentally happen to be what is meritoriously implemented… they are implemented because you chose to support them, while ignoring input from outside sources (notably from miners and [non-Blockstream] Bitcoin businesses).

If you wonder about the acrimony… consider that people, especially Bitcoiners, don’t like the idea of the table being tilted by those in positions of power. The “online community management” employed by Theymos on r/bitcoin, for example. The censorship and steering feels and looks like an attack, so... surprise surprise, perceived (and criminally real in the form of DDoS against classic nodes) aggression is met with retaliatory aggression.

This question is important because my belief has always been that if something else wins out, core will adjust and may again become the best client, however, what the best developers do is far more important than what core does.  So as a developer with "nearly a lifetime of relevant experience" that helps to "identify initiatives which are likely to be successful" I'm interested in whether he would jump ship if he had to (supporting classic or unlimited, for instance) and also in whether or not he would believe he had to (vs expecting the ~75%/+ longer fork to die off without confidence in the ~25%/- fork concurrently being so shaken that there is no longer a "successful initiative" on either "side").
Many of the people pushing for hardfork size increases are pushing a vision of Bitcoin that will almost certainly become highly centralized-- See for example the comments on Reddit today with people arguing that it's possible to handle 8GB blocks using computing systems at quasi-youtube scale-- some don't consider this a problem; from my perspective such a system would be completely uninteresting (and a detriment to mankind, if it survived at all).

No one _has_ to support anything here they don't want to; and I'm surely not going to support something that puts us on that route and I doubt practically any of the active development community would.  Presumably anyone okay with that path would already be supporting Bitcoin "Classic", but clearly none are.

Slippery slope, defined.
Post
Topic
Board Bitcoin Discussion
Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic
by
AliceGored
on 04/07/2016, 22:44:21 UTC
Can someone with more brains than I have explain how an extra 1MB/10MB/20MB would make a lick of difference re: scaling?

Well, I'll leave your opener alone... but, the difference would be 100%/1100%/2100% greater potential throughput vs the ~3.7 something global tps we have now.

Just because your personal automobile can't hold 100 passengers, doesn't mean you shouldn't never try fitting a couple more in there with you. 

This is turning out to be a poker game, with Core acting like they've got a royal flush, let's see if they get called.
Again, another mistake. 'Core' as a group is hard to represent, and does not have anything to do with this. The people who signed the agreement are the ones who are going to lose their reputation/respect if they fail to deliver a HF proposal.

I agree that the miners made a mistake. Basically, if Gregory Maxwell wasn't at the agreement, you don't have an agreement. 

Can someone with more brains than I have explain how an extra 1MB/10MB/20MB would make a lick of difference re: scaling?
As far as scalability is concerned, it almost does nothing to improve it. Moving from a 1 MB block size limit to a 2 MB block size limit would increase the average throughput from 3 TPS to 6 TPS. That's about it. Segwit does so much more and will deliver only slightly less throughput (on average) once adopted.

If doubling the throughput of the network does almost nothing for scalability... then segwit does less than almost nothing for scalability with its 3MB per block max increase to data requirements and its 0.8MB gain in effective throughput.

Stolfi's right about one thing: this Chinese mining cartel is a problem. Angry

Check your premises, the chinese miners are really the only ones left to put a check on the real cartel, the information/software cartel that is using artificial production quotas to centrally plan the economy. 
Post
Topic
Board Bitcoin Discussion
Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic
by
AliceGored
on 04/07/2016, 22:09:27 UTC
It is. If they keep trusting Core devs to do what they promised, they're gonna lose a shitload of money. And that's why this is happening right now.
Wrong. The people who attended the HK meeting have done nothing that violates their "agreement" yet. It was well known that the people were acting as individuals and could in no way guarantee that the presented HF (not yet) would be merged into Core.

HaoBTC is signaling their displeasure, again, with the way the HK agreement is being unceremoniously turned to confetti.

HaoBTC and BTCC were the main pools to convince the others to attend, and reluctantly sign on to the HK agreement. Thus, they are the ones that look the most like fools for falling prey to this ruse.

Making agreements, shaking hands, smiling, having the agreement met with great fanfare from the press and the wider Bitcoin community... To toss the agreement into the garbage now, several months later, is about the biggest insult possible to eastern business sensibilities, where one's word and honorable dealings are very important.

This is turning out to be a poker game, with Core acting like they've got a royal flush, let's see if they get called.



https://twitter.com/HaoBTC
https://www.cryptocoinsnews.com/bitcoin-miners-hardfork-according-circulating-rumors/

 
Post
Topic
Board Bitcoin Discussion
Re: Blockstream wants to rewrite the bitcoin whitepaper
by
AliceGored
on 02/07/2016, 21:03:44 UTC
The motivation behind “Cobra”s call to edit/obfuscate the original satoshi white paper seems clear as water from where I sit:

When you have changed Bitcoin and your views about its terminology so drastically as to actually be contrary to the white paper… you either humble yourself and revert to that original vision, or you scrub that history, literally or practically, from the collective memory.

Quote from: George Orwell
He who controls the past controls the future. He who controls the present controls the past.

While the title of this OP is not literally true, it is arguably an accurate depiction of the motivations involved.

“Cobra” - Only seems to pop up to aid the dominance of the Core repo. Scrubbing Coinbase from bitcoin.org, for deviation from the party line, is the last appearance I remember.

David Harding - Bitcoin Core contributor and public supporter “I started re-reading the paper a few minutes ago in order to inform this reply, and the main thing that seems changed so far is terminology---we have different names for many things than those Nakamoto used and we've decoupled some things that started out coupled (like mining and validation).”

Luke-Jr - Blockstream Contractor and major Core contributor. “Sounds reasonable as long as it's clear it isn't the original paper. Maybe an updated HTML version, with a clear link to the original at the top?”

Theymos - The strongest force in the “online community curation”  that reinforces Core dominance over the protocol, and an indispensable tool for making the Blockstream vision of Bitcoin’s future, a reality. “Interesting suggestion. The paper is definitely outdated, and I do often see people saying "just read the whitepaper!" as if the paper is still a good way to learn about Bitcoin.”

Thankfully, hours later, many voices of reason began to flood in, and put a damper on this extreme hubris.
Post
Topic
Board Bitcoin Discussion
Re: ToominCoin aka "Bitcoin_Classic" #R3KT
by
AliceGored
on 02/07/2016, 07:31:38 UTC
Is it true the Chinese are launching Toomincoin?
No, it is not true. There was a proposal on 8btc (which is not censored at all) by a random person.
Strange way to phrase that, as if the contrary would be a (good) thing. Also, this came a day(?) after that mysterious call for clarity from HaoBTC, a strong supporter of Core, almost as strong a Core supporter as BTCC.

He announced some "Terminator Plan" which is horribly risky just to gain additional 3 TPS.
The HK agreement includes something similar to this “horribly risky” plan, let that sink in.

The idea of the poster’s plan was to bring the 75% activation point to 90%, those in favor of strong consensus should favor such a development.

This post was on r/bitcoin and labeled as FUD for a while but was eventually taken down. The 'people' at r/btc have been basically celebrating, using new idiotic phrases such as Corexit, even though there is zero evidence that any major pool would participate in this.
While I agree this seems to be largely conjecture and a wish-post on 8btc, the lack of any strong formal (or weak informal) denial was deafening. Keep in mind the context of Luke-Jr basically flicking HaoBTC off his shoulder the day prior.

Keep in mind that the comment section on that website can be easily manipulated (as long as you have 1 person to talk Chinese for you).
Unlike here, where staff are paid to remain staunchly objective.
Post
Topic
Board Bitcoin Discussion
Re: The Blocksize Debate & Concerns
by
AliceGored
on 02/07/2016, 06:14:03 UTC
Well, we can't really state that Bitcoin is very well designed. I'm certain that the developers who are working on it currently, would do a lot of things differently if they could.
Created sick, and commanded to be sound.


The only 'good' thing about altcoins is that they can be used to test out some 'difficult' ideas.
Segwit on Litecoin first: 2016!


I don't think that we are going to see such radical re-design (what are the limitations of a HF?)
https://en.wikipedia.org/wiki/Omphaloskepsis


so there's not much 'point' in discussing it in, at least not in this thread.
Agreed


I do wonder if they can get RC1 released before the halving (even though Segwit still has no activation parameters). However, rushing is usually not the right thing to do.
No, and yes, that is the storyline. The simple solution sits in the wheelhouse (or was it bikeshed?). While the complex one, is rushed along. 
Post
Topic
Board Bitcoin Discussion
Re: ToominCoin aka "Bitcoin_Classic" #R3KT
by
AliceGored
on 02/07/2016, 05:16:28 UTC
Can't we see what Luke Jr. releases first?

  I doubt that Luke Jr. is going to include hardfork language in the coding unless it appears that there is consensus for such... I thought that Luke Jr. already pretty much said that a hardfork would not be necessary in order to implement a 2 mg increase in the blocksize limit, so long as there is consensus for such protocol changes?  And, even right now, there doesn't even seem to be any kind of consensus that an increase in the blocksize is actually needed prior to seg wit going live for some time.

luke JR was explaining that segwit has changed the parameter. there is no longer a MAX_BLOCK_SIZE variable in segwit
(well its there just renamed)

instead segwit is set as MAX_BLOCK_SERIALIZED_SIZE = 4000000 (all data tx and signatures)
but to not break consensus and cause a hard fork, segwit works by separating the tx and witness
this is done by
MAX_BLOCK_BASE_SIZE = 1000000
meaning traditional transactions(full tx of nonsegwit) and the non-witness(tx part of segwit) fits into MAX_BLOCK_BASE_SIZE
leaving 3mb spare for the signature area.

in short/layman MAX_BLOCK_BASE_SIZE is the same as MAX_BLOCK_SIZE

now to increase the capacity for traditional transactions is to increase the MAX_BLOCK_BASE_SIZE to 2000000
this will however need consensus because it is a hardfork(basically its the same as other imps increasing MAX_BLOCK_SIZE to 2000000)

for luke to forfil his agreement as a *cough*"independent core contributor"*cough* he has to release code for the MAX_BLOCK_BASE_SIZE=2000000
currently this (MAX_BLOCK_BASE_SIZE=1000000(1mb hard block))
https://github.com/bitcoin/bitcoin/commit/395521854efd5804433d57aaf69f46676e4b6efc
needs to change


Likely I will need to accept your representations regarding some to of these technicalities, but still my point stands that we would need to see the code that is released before your earlier propositions would even come into play.  

Accordingly, none of the individual developers can bind core, but yeah, they are free to make various code proposals, and whether consensus can be achieved regarding code language may suggest what reasonable next steps would be taken.  Even the author of a code could chose to amend his code if others suggest that there are problems with the code, so suggesting that Luke Jr would be insisting upon either a hard fork or an alt coin spin, seems to be considerably premature.

In fact, developers may have fairly intense disagreements regarding what are the problems, if there are problems and the importance of various proposed solutions, so even if one developer takes a fairly strong position concerning what he perceives to be a problem, he may also change his mind regarding the degree or extent of the problem and whether the proposed solution is a reasonable measure in respect to the problem.

So, it makes little sense to me, to attempt to lock in positions, and even describe hostilities and combativeness between developers when the assessments about problems and solutions are works in progress, and code proposition (by Luke Jr.) has not even been released yet.  He could also release his code with a lot of passion and advocacy for such code or he could release it without taking a strong stance in regards to his beliefs regarding the code as a one size fits all solution.

well the code changes are simple. but the ultimate "idea" is that its not going to be a bitcoin-core release. but code on luke Jr's personal github.
literally making it an independent non-core release just like BU, XT, classic and the several other non-core implementations.

so the overall decision is, accept the harkfork because luke is more trusted "independent" coder.. or.. vilify luke the same way as the other non-core implementations


Still seems premature to me for you to assert that the proposed code language is going to be a hardfork in the way that you describe it.   I will believe it when I see it.   So far, even though you seem to be stretching the speculation in such a way to assume facts that have not happened, yet, you are not really saying anything much different from me.  So, yeah, anyone can make a proposal, and if the proposal is hostile to Core, then maybe Core would be hostile to Luke Jr; however, if the code is merely a proposal, then there may not be any reason to be hostile to him for making a proposal that can be weighed and considered by core.

On the other hand, if Core were to release code, then yeah, it has been vetted by various PTB within core in order to suggest that it is already an endorsed version.  In any event, it seems that you are getting ahead of yourself because we would need to see the extent to which the code is hostile to core and whether the code has any persuasive power in terms of either changing core or causing others to defect from core's code or vision.

Besides voluntarily bringing activation to 90%, miners could soft limit themselves to producing <1MB for as long as they wanted... thus bringing about a change, but not a fork, until they felt the economic support had formed.  
Post
Topic
Board Bitcoin Discussion
Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic
by
AliceGored
on 01/07/2016, 04:33:37 UTC
...
May we agree I look really good in this pedant hat?   Tongue

Yes, we can, as I’m sure Democritus could attest.  Cheesy

An aside: I keep nervously hitting refresh on https://twitter.com/Excellion, it's showing nothing new... same for anyone else?
Post
Topic
Board Speculation
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
by
AliceGored
on 01/07/2016, 03:57:40 UTC
To the minute eh? The rumors/posting were out hours before the jump, and the lack of any denial from the miners escalates the chance these events were correlated.

p.s. *gasps

Possibly, but the timing no longer coincides well. Also, such a development would surely instill uncertainty, which is not bullish.

p.s. /me performs a tracheotomy to aid your breathing.

A year ago uncertainty was scary, 6 months ago uncertainty was scary, 4 months ago... "individuals" said some nice things and took some pictures, and made a deal they don't intend to keep. Now... well... hell, it almost feels like a relief someone is calling the big bluff.

P.S. murder isn't cool you two