Pages:
Author

Topic: Is it good or bad that Core development is virtually controlled by one company? - page 3. (Read 8233 times)

full member
Activity: 154
Merit: 100
Explain "ways in which non-mining full nodes "deeply constrain miners" plz.

@BitUsher: feel free to field this, I'm genuinely interested.

This was already answered. Full nodes can veto the miners at any given moment. All of the miners investments can instantly become expensive useless liabilities if the economic consensus of full nodes rejects the miners longest chain.

I will give you two possible scenario's of how this can occur-

1) In the unlikely event Classic convinces 75% of miners to HF, their are multiple extremely large investors* who have made commitments to dump their classic coins and keep their original coins.
And nodes figure into this how?
Quote
2) Their are multiple technical solutions that can be implemented if a miner mis behaves where their double rounds of SHA256 hashing means less or nothing at all by the nodes.  Full nodes simply can change the consensus algo.
Well sure, they can create an altcoin, like any other altcoin. How does this effect miners & users with new nodes?
Quote
* These threats aren't being made by Core or blockstream but other large investors some of which are quite "unstable"
Mutual destruction, the paragon of maturity Roll Eyes

Re. your edit:
Quote
This was also just answered with a specific example. I will give you the benefit of the doubt one last time that you aren't deliberately trying to "blunder" the conversation. 100 nodes spun up on amazon ec2 is less of a vote than one bitcoin core node with BTC in the wallet.
What does that even mean? What determines what's less and what's more of a vote?
Quote
If those 100 nodes deliberately break consensus by the owner, or are hacked to break consensus than all the damage they will be doing is misleading the community to how decentralized the ecosystem is(Unless a SPV wallet trusts them). Their vote will be ignored by the other full nodes and not be considered.
But you don't understand. THOSE NODES WILL BE THE MAJORITY. It's the "real" nodes that will be blacklisted & "ignored by the other full nodes and not be considered."
legendary
Activity: 994
Merit: 1035
Explain "ways in which non-mining full nodes "deeply constrain miners" plz.

@BitUsher: feel free to field this, I'm genuinely interested.

This was already answered. Full nodes can veto the miners at any given moment. All of the miners investments can instantly become expensive useless liabilities if the economic consensus of full nodes rejects the miners longest chain.

I will give you two possible scenario's of how this can occur-

1) In the unlikely event Classic convinces 75% of miners to HF, their are multiple extremely large investors* who have made commitments to dump their classic coins and keep their original coins.(remember a HF essentially doubles the money supply unless there is complete consensus). This high stakes form of attack would quickly devalue the chain with the most hashpower driving miners to the other chain or completely ruining both chains. Others may discount this due to the flawed assumption that this would only temporarily devalue the currency but in reality this attack can be ongoing and be conducted in a manner to create steady and persistent downward pressure on the majority hashpower chain.

2) Their are multiple technical solutions that can be implemented if a miner mis behaves where their double rounds of SHA256 hashing means less or nothing at all by the nodes.  Full nodes simply can change the consensus algo.


* These threats aren't being made by Core or blockstream but other large investors some of which are quite "unstable"

Finally, if nodes are essential to Bitcoin security & are quite cheap to implement, what's preventing a malefactor from breaking Bitcoin by throwing up a bunch of misbehaving nodes (which "simply ignore blocks which do not conform to the [new] rules of the protocol (and ban the [old rule] peer(s) that sent them)."?

This was also just answered with a specific example. I will give you the benefit of the doubt one last time that you aren't deliberately trying to "blunder" the conversation. 100 nodes spun up on amazon ec2 is less of a vote than one bitcoin core node with BTC in the wallet. If those 100 nodes deliberately break consensus by the owner, or are hacked to break consensus than all the damage they will be doing is misleading the community to how decentralized the ecosystem is(Unless a SPV wallet trusts them). Their vote will be ignored by the other full nodes and not be considered.
hero member
Activity: 546
Merit: 500
Warning: Confrmed Gavinista
Mining nodes do vote on what is valid or not, but don't have as much of a vote as a large investor or an exchange.


1. Investors dont 'vote'
2. exchanges dont 'vote'

Nodes competing to find blocks and then building upon them 'vote'.

[1] & [2] make choices on predetermined outcomes.
full member
Activity: 154
Merit: 100
Not a word in that link re. "ways in which non-mining full nodes "deeply constrain miners""
Sill waiting, still confused.
They simply ignore blocks which do not conform to the rules of the protocol (and ban the peer(s) that sent them). If the block isn't valid it does not exist any more than a litecoin or a namecoin block exists to the Bitcoin network.

Yes, "A" nodes ignore etc. blocks they consider invalid (such as "B"), "B" nodes ignore blocks they consider invalid (such as "A"). As long as there is at least one of each (there is, non-SPV miners are also full nodes), everything's happening.

Explain "ways in which non-mining full nodes "deeply constrain miners" plz.

@BitUsher: feel free to field this, I'm genuinely interested.

*Also explain this bit in the Bitcoin wiki:
Some are incentivizing it.

Bitnodes is incentivizing full node operators "until the end of 2015 or until 10,000 nodes are running."[2] For rules and how to join the incentives program, visit Bitnodes Incentive Program.

Finally, if nodes are essential to Bitcoin security & are quite cheap to implement, what's preventing a malefactor from breaking Bitcoin by throwing up a bunch of misbehaving nodes (which "simply ignore blocks which do not conform to the [new] rules of the protocol (and ban the [old rule] peer(s) that sent them)."?
legendary
Activity: 994
Merit: 1035
Of course greg! Of course "it's physically impossible for them to break" the rules. Thats why you change the rules, and then allow the nodes ( in the white paper sense) to vote with their hashpower on what will constitute the fabled state of zen consensus. Isn't that they way its supposed to be? Dont nodes choose the rules?

Not really constrained, deeply or otherwise.

I believe Greg was making a distinction between a mining node and a non mining full node. Mining nodes do vote on what is valid or not, but don't have as much of a vote as a large investor or an exchange.

...
I think its safe to say non-mining nodes *never* had any power.
In the white paper the word 'node' was synonymous with the word 'miner'. It's only over time that this 'node/miner' separation has arisen.
...

sgbett has been explained multiple times why he is wrong and how non-mining full nodes still have all the power but is making a nuanced argument that Full nodes who don't mine simply don't vote because developers defer votes to miners for soft forks and hard forks as a signal to accept a proposal or not. This is purely coincidental due to the limitations in approximating an accurate vote among economic full nodes and  because of this we are left with and interesting attack vector some have already committed to exploit during a hard fork.  
staff
Activity: 4284
Merit: 8808
Not a word in that link re. "ways in which non-mining full nodes "deeply constrain miners""
Sill waiting, still confused.
They simply ignore blocks which do not conform to the rules of the protocol (and ban the peer(s) that sent them). If the block isn't valid it does not exist any more than a litecoin or a namecoin block exists to the Bitcoin network.
hero member
Activity: 546
Merit: 500
Warning: Confrmed Gavinista
...
I think its safe to say non-mining nodes *never* had any power. In the white paper the word 'node' was synonymous with the word 'miner'. It's only over time that this 'node/miner' separation has arisen.
Bitcoin is defined by hashrate, and the arguments (from all sides, me included heh) that something else *should* matter seem a bit petulant! ...
Hate to agree, but ... That.
but ... that ... is just untrue; it reflects a deep and fundamental misunderstanding of what Bitcoin is. The design of the bitcoin system deeply constrains miners-- and doing so is precisely how it creates economic incentives to keep them honest in the other ways it needs them to be.  Miners cannot mine except in conformance with the rules imposed by the users of the system: it's physically impossible for them to break them.

Of course greg! Of course "it's physically impossible for them to break" the rules. Thats why you change the rules, and then allow the nodes ( in the white paper sense) to vote with their hashpower on what will constitute the fabled state of zen consensus. Isn't that they way its supposed to be? Dont nodes choose the rules?

Not really constrained, deeply or otherwise.
legendary
Activity: 994
Merit: 1035
An example of non-mining nodes "deeply constrain[ing] miners," if possible, would also be nice.

Well for one thing , economic Full nodes are what determine what is valid and what is not. The Majority of hashing power and longest chain don't mean much except a very expensive liability unless the nodes accept the coin.

Bitcoin consensus is determined by the longest valid PoW chain determined by economic nodes. This means that not all nodes are equal.... I.E... spinning up 1k full nodes on amazon ec2 has less of a vote than an individual running bitcoin core with 50 btc , which is less valuable than a node on an exchange. Nodes controlled by Payment processors are more valuable than individual nodes but still only represent a fraction of the payment processing (Coinbase/Bitpay constitute ~6% of txs combined by their own statements)

This distinction is very important to understand, and understanding this is critical to understanding the security implications of the Bitcoin network.

1) BTCC recently deployed 100 nodes with altruistic intentions because they didn't understand Bitcoins security model. Since All 100 nodes were controlled by them they are weakening the security of  bitcoin as their nodes can be used as a Sybil attack.

2) All votes are not equal and very large bagholders can quickly bring miners to their knees and force them to switch chains by dumping one of the 2 coins created during a fork on an exchange.
legendary
Activity: 1260
Merit: 1116
full member
Activity: 154
Merit: 100
full member
Activity: 154
Merit: 100
...
I think its safe to say non-mining nodes *never* had any power. In the white paper the word 'node' was synonymous with the word 'miner'. It's only over time that this 'node/miner' separation has arisen.
Bitcoin is defined by hashrate, and the arguments (from all sides, me included heh) that something else *should* matter seem a bit petulant! ...
Hate to agree, but ... That.
but ... that ... is just untrue; it reflects a deep and fundamental misunderstanding of what Bitcoin is. The design of the bitcoin system deeply constrains miners-- and doing so is precisely how it creates economic incentives to keep them honest in the other ways it needs them to be.  Miners cannot mine except in conformance with the rules imposed by the users of the system: it's physically impossible for them to break them.

Both deep AND fundamental misunderstanding? Shocked Whoa, that's some bad misunderstanding right there..
Care to set me straight & quickly list the ways in which non-mining full nodes "deeply constrain miners"?
Or are you talking about the Bitcoin ideal (how things should be), and not the actual mechanics of Bitcoin?
An example of non-mining nodes "deeply constrain[ing] miners," if possible, would also be nice.
staff
Activity: 4284
Merit: 8808
...
I think its safe to say non-mining nodes *never* had any power. In the white paper the word 'node' was synonymous with the word 'miner'. It's only over time that this 'node/miner' separation has arisen.
Bitcoin is defined by hashrate, and the arguments (from all sides, me included heh) that something else *should* matter seem a bit petulant! ...
Hate to agree, but ... That.
but ... that ... is just untrue; it reflects a deep and fundamental misunderstanding of what Bitcoin is. The design of the bitcoin system deeply constrains miners-- and doing so is precisely how it creates economic incentives to keep them honest in the other ways it needs them to be.  Miners cannot mine except in conformance with the rules imposed by the users of the system: it's physically impossible for them to break them.
full member
Activity: 154
Merit: 100
...
I think its safe to say non-mining nodes *never* had any power. In the white paper the word 'node' was synonymous with the word 'miner'. It's only over time that this 'node/miner' separation has arisen.

Bitcoin is defined by hashrate, and the arguments (from all sides, me included heh) that something else *should* matter seem a bit petulant! ...

Hate to agree, but ... That.
legendary
Activity: 2576
Merit: 1087
...

And I was so hoping we could discuss the following:

In one hand they are stopping block size increase citing lack of consensus, and in other hand they are force feeding RBF & SegWit without consensus.
Removing the rules against actions that the network protocol expressly forbids against the will of an economically significant portion of users, and risking a persistent ledger split in the process is not a comparable thing. It's something that Bitcoin Core strongly believe it does not have the moral or technical authority to do, and attempting to do so would be a failure to uphold the principles of the system. It's not something to do lightly, and people who think that it's okay to change the system's rules out from under users who own coins in it are not people that I'd want to be taking advice from-- that kind of thinking is counter to the entire Bitcoin value proposition.

So just to be clear - do you maintain that block size increases are necessarily "Removing the rules against actions that the network protocol expressly forbids", and are therefore necessarily evil?

Quote
Finally--at some point the capacity increases from the above may not be enough.  Delivery on relay improvements, segwit fraud proofs, dynamic block size controls, and other advances in technology will reduce the risk and therefore controversy around moderate block size increase proposals (such as 2/4/8 rescaled to respect segwit's increase).

- Capacity increases for the Bitcoin system: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/011865.html

Quote
If a miner violates the hard rules of the system they are simply not miners anymore as far as all the nodes are concerned.

For better or worse (I would say for worse), in this era of industrial mining, non-mining nodes have essentially zero power. Any viable mining operation has sufficient  resources to run a node of its own, and connect explicitly to other mining entities that share its philosophy. The only power outside of miners is the threat that users abandon the chain en masse.

I think its safe to say non-mining nodes *never* had any power. In the white paper the word 'node' was synonymous with the word 'miner'. It's only over time that this 'node/miner' separation has arisen.

Bitcoin is defined by hashrate, and the arguments (from all sides, me included heh) that something else *should* matter seem a bit petulant!

The industrialisation of mining has happened exactly as predicted. The mechanisms to keep the big guys check are still there. One of which I think is exactly what you describe the threat that they cannot do anything that would cause user's to abandon it.

Miner's and users are the yin and yang of the network. Developers and non-mining nodes grease the wheels but ultimately have no power.

The code's out of the bag so to speak. If the chinese miners decide they want 2MB, even if they don't use Classic, or BU, they could always just roll their own.
legendary
Activity: 1260
Merit: 1116
Jeff registered this very forum.
Nah, the forum was kicked off Bitcoin.org in 2011 due to concerns about the lax moderation-- even I was part of that discussion.

In terms of commits: Matt and Luke predated Jeff on the project (by months in Luke's case). Pieter came nine days after him, Wladimir 51 days after that. I was 8 months behind on the commits, though most of what I do has never been coding-- I my logs show that I was the most active person in the development discussion channel the same month as Wladimir's first commit.

Characterizing someone who came later or who was earlier by mere days and less involved as "senior" is a bit of an insult.




Fair enough. I was just trying to expain how the author might have been justified in choosing those words. (I wasn't the author.)



Re: Blockstream's strategic alliances; I don't know if this is a popular idea around here, but I see Bitcoin as a public good. Are you in a position to reveal the precise nature of these new relationships? Are you inclined to? Are there contracts?

^This is a private company. They don't owe anyone any explanations. Now get back to work, peasant!

That seems a bit harsh. Undecided

It's a matter of journalistic integrity. He has the right to not answer, I have the responsibility to ask the tough questions. Do you think I enjoy this?
hero member
Activity: 560
Merit: 501
Perhaps it might be bad, because they might work in their favor only. But it is more stable that way, so it cannot be altered by odd-thinking people.
legendary
Activity: 1260
Merit: 1116
Jeff registered this very forum.
Nah, the forum was kicked off Bitcoin.org in 2011 due to concerns about the lax moderation-- even I was part of that discussion.

In terms of commits: Matt and Luke predated Jeff on the project (by months in Luke's case). Pieter came nine days after him, Wladimir 51 days after that. I was 8 months behind on the commits, though most of what I do has never been coding-- I my logs show that I was the most active person in the development discussion channel the same month as Wladimir's first commit.

Characterizing someone who came later or who was earlier by mere days and less involved as "senior" is a bit of an insult.




Fair enough. I was just trying to expain how the author might have been justified in choosing those words. (I wasn't the author.)



Re: Blockstream's strategic alliances; I don't know if this is a popular idea around here, but I see Bitcoin as a public good. Are you in a position to reveal the precise nature of these new relationships? Are you inclined to? Are there contracts?

^This is a private company. They don't owe anyone any explanations. Now get back to work, peasant!

That seems a bit harsh. Undecided
legendary
Activity: 3080
Merit: 1688
lose: unfind ... loose: untight
...

And I was so hoping we could discuss the following:

In one hand they are stopping block size increase citing lack of consensus, and in other hand they are force feeding RBF & SegWit without consensus.
Removing the rules against actions that the network protocol expressly forbids against the will of an economically significant portion of users, and risking a persistent ledger split in the process is not a comparable thing. It's something that Bitcoin Core strongly believe it does not have the moral or technical authority to do, and attempting to do so would be a failure to uphold the principles of the system. It's not something to do lightly, and people who think that it's okay to change the system's rules out from under users who own coins in it are not people that I'd want to be taking advice from-- that kind of thinking is counter to the entire Bitcoin value proposition.

So just to be clear - do you maintain that block size increases are necessarily "Removing the rules against actions that the network protocol expressly forbids", and are therefore necessarily evil?

Quote
Finally--at some point the capacity increases from the above may not be enough.  Delivery on relay improvements, segwit fraud proofs, dynamic block size controls, and other advances in technology will reduce the risk and therefore controversy around moderate block size increase proposals (such as 2/4/8 rescaled to respect segwit's increase).

- Capacity increases for the Bitcoin system: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/011865.html

Quote
If a miner violates the hard rules of the system they are simply not miners anymore as far as all the nodes are concerned.

For better or worse (I would say for worse), in this era of industrial mining, non-mining nodes have essentially zero power. Any viable mining operation has sufficient  resources to run a node of its own, and connect explicitly to other mining entities that share its philosophy. The only power outside of miners is the threat that users abandon the chain en masse.
legendary
Activity: 3080
Merit: 1688
lose: unfind ... loose: untight
Judging by the lack of coins showing up on the bitcoinocracy polls, the vigorously attacking groups may not be big investors in Bitcoin.

Your incessant use of this canard only weakens your arguments. bitcoinocracy is no more credible than consider.it.

Bitcoinocracy is immune to Sybil attack, because you must prove ownership of BTC to participate.

Consider.it is so open to Sybil attack it might as well be a honeypot.

The former is signal, the latter is noise.

No. All the above is noise. That's my point. The only signal is the emergent consensus of the network. The only vote that matters is the ultimate decision on who accepts what within a block. That majority will determine the longest chain. The longest chain, in turn, defines Bitcoin. Anything other than that is an unreliable 'measure' of power within the system.
Pages:
Jump to: