News for hackers. Stuff that matters.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Friday December 08, 2017 @08:09PM (#15883533)
It is also important to understand in technical terms what a 'peer' is in bitcoin. A peer is a node, which is a client that validates all transactions and blocks in the blockchain. It is this understanding which forces people to respect the resource requirements of nodes, because any reduction in nodes is a reduction in peers. Any increase in resources requirements must be carefully planned and implemented to ensure the security of the network is maintained.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by CryptoPunk on Friday December 08, 2017 @09:29PM (#15883911)
This is incorrect. The 'peer' in 'peer-to-peer electronic cash' is a reference to a counterparty to a transaction. It's "peer-to-peer" because there is no "trusted third party" (a term used in the white paper) acting as an intermediary.

Satoshi extensively detailed the ability of participants in the Bitcoin network to use light clients, that don't fully validate the blockchain, and predicted that the vast majority of people would use such clients in the future.

The vision of Bitcoin Core that you're promoting totally contradicts the one promulgated in the Bitcoin white paper and further descriptions provided by Satoshi.

The idea of the vast majority of people not being able to hold their own private keys, because transaction fees are so high, contradicts several core features of Bitcoin that are described in the white paper.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by DINKDINK on Friday December 08, 2017 @11:55PM (#15884373)
>The vision of Bitcoin Core that you’re...

No one was discussing the Core implementation of Bitcoin. Why do you bring it up. OP was discussing the engineering trade offs associated with engineering a blockchain.

>The idea if the vast majority of people not unable to hold their own private keys, because transaction fees...

Key custody and transaction fees have nothing to do with each other. I believe you’re referring to UTXO custody, which is influenced by fees. Miners aren’t altruistic, they won’t hash for free. Choose security and fees or no chain-tip extension / double spending is economically feasible.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by CryptoPunk on Saturday December 09, 2017 @03:17AM (#15884854)
I bring it up because he's promoting the Bitcoin Core vision for Bitcoin, and I am criticizing that vision. I'm giving a name for the stance that he has for communicative efficiency. How is his vision different than Bitcoin Core's?

>>Key custody and transaction fees have nothing to do with each other.

What are you talking about? They have everything to do with each other. If the average tx fee is $100, you will not be able to have bitcoin sent to your own private key unless you are handling large amounts of value - amounts that are way beyond what the vast majority of the world population deals with.

>>Miners aren’t altruistic, they won’t hash for free.

What does this have to do with having control over your own private key? You're changing the subject instead of addressing the fact that the Bitcoin Core idea of $100 transaction fees means the vast majority of the world population will have to rely on trusted third parties to control the private keys to their wealth, which totally contradicts the purpose of Bitcoin as described in the white paper.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by DINKDINK on Saturday December 09, 2017 @06:50PM (#15888868)
OP was discussing the engineering trade offs associated with engineering a blockchain. Every group engineering a blockchain makes the types of choices he was referring to. To assume he's talking about Bitcoin Core makes you seem like Don Quixote.

>They have everything to do with each other.

You said key custody has to do with fees, which it does not. The fee market does not influence, at all, how hard or easy it is to maintain custody of keys on a blockchain. Again fees do influence the cost of updating the UXTO set. You're confusing the two terms.

>$100 transaction fees means the vast majority of the world population will have to rely on trusted third parties to control the private keys to their wealth

People pay the fees that they are willing to pay. Your position reminds me of the Yogi-ism "Nobody Goes There Anymore, It's Too Crowded". Are you arguing that people are too stupid to know how much fees they're willing to pay? Again, miners will not hash for free. If users want low fees and low security, they got what they wanted by forking off to bcash. People who wanted high security and high fees, they got what they wanted by sticking the legacy consensus rules. What is exactly the problem with this paradigm?

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by CryptoPunk on Sunday December 10, 2017 @06:38PM (#15894143)
He went out of his way to argue for a particular (and I would argue wrong) interpretation of what 'peer' in 'peer-to-peer electronic cash' means, and his interpretation seems intended to support the 1-MB-digital-gold side of the scaling debate.

I had every right to bring up this debate since his argument very clearly was taking a side in it.

>>You said key custody has to do with fees, which it does not. The fee market does not influence, at all, how hard or easy it is to maintain custody of keys on a blockchain.

I just explained how it does. You didn't address my points. You're denying what common sense says is undeniably true, to promote a vision of Bitcoin where the vast majority of the world don't have private keys to their own Bitcoin wealth, because only a tiny portion of the world population can access the blockchain with any frequency.

>>People pay the fees that they are willing to pay. Your position reminds me of the Yogi-ism "Nobody Goes There Anymore, It's Too Crowded".

That's not even a point. "People pay the fees that they are willing to pay" is tautological. As fees increase, the portion of the population that can afford to access the blockchain shrinks. No amount of spin is going to conceal the fact that a 1-MB block size limit ensures mass adoption of Bitcoin, with Bitcoin remaining an affordable and peer-to-peer electronic cash, is impossible, and furthermore, that it betrays the original vision for Bitcoin as described in the white paper and Satoshi's other writings.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by DINKDINK on Sunday December 10, 2017 @08:21PM (#15894548)
>1-MB block size limit ensures mass adoption of Bitcoin

There is nothing stopping anyone from tweaking consensus rules to their liking. This is what the bcash team did. Sounds like you're mad at people who didn't adopt bcash.

Again: If users want low fees and low security, they got what they wanted by forking off to bcash. People who wanted high security and high fees, they got what they wanted by sticking the legacy consensus rules. What is exactly the problem with this paradigm?

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Friday December 08, 2017 @09:37PM (#15883935)
> because there is no "trusted third party"

If you don't run your own node, you need to trust a 3rd party to transact with the blockchain, because you require someone elses node in order to record a bitcoin transaction. So you are, by definition, not a peer, because you are not equal to a person who runs a node, because you need to trust a 3rd party.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by unlimitless on Saturday December 09, 2017 @02:33AM (#15884730)
You trust the hashpower in the aggregate, you do not trust the node that gives you the information. That is because the block solution is independently verifiable by the spv wallet. They can also independently verify that a transaction was indeed in a block. To say they don't verify anything or trust someone is not true. They don't validate the rules, they validate the hashpower. If the hashpower is evil, bitcoin is fucked anyways. If the hashpower is evil your full node can be fooled into accepting a payment for something and reversing it with their superior hashpower. The whitepaper assumes the majority of hashpower is honest for bitcoin to work...

Whitepaper, section 1, end of last paragraph...

"The system is secure as long as honest nodes collectively control more CPU power than any cooperating group of attacker nodes."

If that sentence is broken, like you give as an example that would fool an spv wallet, then by definition bitcoin is not secure.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @11:02PM (#15889814)
> You trust the hashpower in the aggregate

Are you explaining your definition of a trust requirement in a trustless protocol?

> by definition bitcoin is not secure.

It is not secure if you use your understanding of how bitcoin works. Which, as we've demonstrated with the four failed fork attempts, is not rooted in reality.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by CryptoPunk on Friday December 08, 2017 @09:40PM (#15883940)
I just explained the evidence that this is not how Satoshi defined "trusted third party". He extensively promoted the use of light clients, and didn't find any contradiction between this and peer-to-peer electronic cash. I don't understand why you ignore this point, which I've conveyed to you in our previous discussion as well.

You also continue to sidestep the fact that Bitcoin Core's vision of letting transaction fees rise to astronomical levels with growing usage of the blockchain is going to mean the vast majority of the world population will have to trust other parties to hold their private keys, which is a much greater reliance on trusted third parties than polling random nodes for SPV proofs, as required when running a light client, which still let's the user control their own private key.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Friday December 08, 2017 @09:47PM (#15883973)
There is no such thing as a trustless implementation of a light client. Funnily enough, it was one of the things Satoshi could never get to work.

What do you mean core? Core doesn't run my node. I do. If you can't convince the peers in bitcoin to run your node client, you don't have a solution. I know this, because I do run a node, and I am a peer in peer-to-peer cash. And I, personally, have rejected your scalability plans, because I, personally, being a peer in peer-to-peer cash, have rejected your node client. I was not happy with your security model, and therefore I, with all of the other bitcoin peers, rejected it. Which is why bitcoin remains bitcoin, and failed fork after failed fork attempts remain the failed fork attempts. Because you don't have enough peers willing to follow your consensus change.

Bitcoin nakamoto consensus in action. It is a beautiful thing.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by CryptoPunk on Friday December 08, 2017 @09:55PM (#15884005)
Satoshi never claimed that a "trustless implementation of a light client" is possible. The white paper explains that a light client still has to trust other nodes:

>>As such, the verification is reliable as long as honest nodes control the network, but is more vulnerable if the network is overpowered by an attacker. While network nodes can verify transactions for themselves, the simplified method can be fooled by an attacker's fabricated transactions for as long as the attacker can continue to overpower the network. One strategy to protect against this would be to accept alerts from network nodes when they detect an invalid block, prompting the user's software to download the full block and alerted transactions to confirm the inconsistency. Businesses that receive frequent payments will probably still want to run their own nodes for more independent security and quicker verification.

While you claim that light clients betray the vision of Satoshi, based on totally unsubstantiated claims about what Satoshi meant by a light client, that are contradicted by several pieces of evidence (e.g. Satoshi communicating with Mike Hearn about Hearn's implementation of the SPV light client concept, without once claiming that his implementation fell short of Satoshi's idea of a light client, and while continuing to promote light clients on Bitcoin talk, like in this instance: http://satoshi.nakamotoinstitute.org/posts/bitcointalk/345/), you promote a future where the vast majority of the world have zero control over their own wealth, because they can't economically control their own private keys.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by garmaine on Friday December 08, 2017 @11:44PM (#15884341)
> One strategy to protect against this would be to accept alerts from network nodes when they detect an invalid block, prompting the user's software to download the full block and alerted transactions to confirm the inconsistency

This part of the white paper is broken. Satoshi was wrong. Accepting unverifiable "alerts" from network peers as a trigger for doing large amounts of computation is a significant DoS vulnerability.

For this sort of scheme to work you would have a small-to-transmit, easy-to-verify proof of the invalidity of a block. (Called a "fraud proof" among developers who have looked at this.) Bitcoin protocol as specified by Satoshi does not allow for the full range of fraud proofs necessary to support this sort of DoS-resistant lite node implementation.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by unlimitless on Saturday December 09, 2017 @02:46AM (#15884766)
He didn't give the strategy as a requirement for light wallets to actually work. He gave it as an example of making the security trade off better. Light wallets do work. To fool them you have to have to be able to 51% the network and sybil my node. Not likely, especially if my spv wallet is checking multiple sources, even over https.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by garmaine on Saturday December 09, 2017 @04:00AM (#15884950)
No, I have to send a simple forged "alert" packet to cause you to download 1-4MB of block data plus additional dependent spend data of similar size from your peers, and lock up your CPU for an intensive amount of time doing signature verification and hash tree calculations only to find out the alert was incorrect. Meanwhile another spoofed peer sends another alert packet....
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by unlimitless on Saturday December 09, 2017 @06:58PM (#15888889)
and then my wallet bans your peer and moves on. Not an issue
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Friday December 08, 2017 @10:05PM (#15884043)
You need a dictionary more than you need the white-paper :

https://www.merriam-webster.com/dictionary/peer

> one that is of equal standing with another : equal

If you aren't running a node, you're not equal, and therefore, by definition, not a peer.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by CryptoPunk on Friday December 08, 2017 @10:08PM (#15884057)
You're totally ignoring my arguments. This is pretty much how every discussion with an advocate of 1-MB-block-Bitcoin and $100 transaction fees goes. It's bizarre.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by DINKDINK on Friday December 08, 2017 @11:47PM (#15884347)
People who wanted lower security in exchange for lower fees already got what they wanted with Bcash.

What problem do you have with people running the blockchain they prefer?

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by unlimitless on Saturday December 09, 2017 @02:35AM (#15884735)
I feel you, you are correct btw.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by nickporter on Saturday December 09, 2017 @03:11AM (#15884839)
Fees are in sat/wu not $.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by CryptoPunk on Saturday December 09, 2017 @03:20AM (#15884861)
I'm using $ as a unit of account because people have a frame of reference for it. Any real world value can be described as its dollar equivalent, and frequently is for understandability.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by ShabbosGoy on Friday December 08, 2017 @10:58PM (#15884208)
> So you are, by definition, not a peer, because you are not equal to a person who runs a node, because you need to trust a 3rd party.

This is incorrect and plain wrong. Trusted party only exists in Ethereum, not in Bitcoin. You are not trusting anyone when you transact in Bitcoin, there is distributed consensus. How is distributed consensus trusting a third party?

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by dpkp on Friday December 08, 2017 @08:29PM (#15883658)
This seems incorrect. Isn't a node a process on the network that is mining blocks? It does not seem as if a process that simply reads blocks but does not add any hashrate is participating in the network as I understand it.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by stale2002 on Friday December 08, 2017 @08:39PM (#15883701)
This is a hotly debated point.

I don't think there are any Satoshi quotes that definitely prove what he intended.

But there are some quotes of him talking about data centers and the like.

The miners vs nodes vs blocksize/scaling debate just wasn't a thing that anyone was thinking about back then.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by psyc on Friday December 08, 2017 @08:58PM (#15883792)
Nodes can mine, but they don't have to. They participate in validation, which is distinct from mining.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by dpkp on Friday December 08, 2017 @09:06PM (#15883825)
That seems inconsistent with the paper. For example, from the conclusion:

  [Nodes] vote with their CPU power, expressing their acceptance of
  valid blocks by working on extending them and rejecting invalid blocks by refusing to work on
  them. Any needed rules and incentives can be enforced with this consensus mechanism.
I do see the separate section on "Simplified Payment Verification", which does seem distinct from mining. Is that what you are referring to?
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by dmm on Friday December 08, 2017 @09:14PM (#15883856)
It's very possible he never imagined* a non-mining full-node(as opposed to an spv node). Regardless full-nodes do enforce the consensus rules and reject invalid blocks.

* Another phenomenon he didn't imagine was mining pools, which drastically changed the dynamics of mining.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by dpkp on Friday December 08, 2017 @09:26PM (#15883901)
*Or she.

But that's an interesting point re mining pools. Do you have any links to more information about how they drastically changed dynamics?

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by jacksproit on Friday December 08, 2017 @10:13PM (#15884078)
*Or they.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @04:42PM (#15888326)
mining pools only group hashpower for the purpose of reducing variance and distributing payment. The mining pool does not dictate what the individual miners in the pool can and cannot do. Individual miners can enter and leave mining pools at will. Mining pools change nothing. Non-mining nodes enforce nothing without proof-of-work.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @06:38PM (#15888825)
And yet here we are seeing off four hostile fork attempts in a couple of years (xt/classic/bu/2x). You'd think after four failures in a row, all failing for exactly the same reason, that the people supporting the failures might learn why they fail. But here we are. Explaining why they fail, after they fail, and yet the supporters of the failures are trying to assert that even though they fail, they understand the system. Without even acknowledging that they have failed, let alone why.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @10:38PM (#15889731)
non-mining nodes attributed nothing to the failure of those forks. Look, you can stay stupid forever, it's ok, stupid people can still run nodes and use bitcoins.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @10:52PM (#15889777)
but but but I thought you said nodes didn't matter? I thought you said miners make all of the decisions, which 97% were signalling 2x at one point, so couldn't they just adopt whatever consensus rules they want?

Or, perhaps, you don't actually know how bitcoin works, and therefore you can't explain how miner 'support' disappeared, as soon as it came time to decide whether they wanted to be bitcoin miners, or become alt-coin miners? You know, given that the nodes police and enforce consensus in bitcoin 'n all. Miners had a choice. Do what you're told, and mine according to node consensus rules, or don't get paid in bitcoin. So they did what they were told.

And here you are, with you still trying to fight a battle you've already lost. Four times. Losing exactly the same way every time. Because even after all of those losses, you still can't figure out why you always lose. Because even after all of those failures, you still don't understand why you lost, because you still don't understand how bitcoin works.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Sunday December 10, 2017 @07:43PM (#15894403)
I suppose your full node client software must have pop-up windows when forks happen and you are prompted to click "accept" or "reject"; and when invalid blocks are detected, it prompts you if you would like to "accept", "re-try", or "delete".
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Monday December 11, 2017 @12:52AM (#15895390)
That makes no sense at all.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by psyc on Friday December 08, 2017 @09:10PM (#15883839)
I'm referring to how the network is actually implemented. The paper is simply vague on the point.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by dmm on Friday December 08, 2017 @09:08PM (#15883829)
You're right, a non-mining node still enforces the consensus rules. A non-mining node will reject any invalid blocks. Even if I controlled 100% of the mining hashrate I could not create a block that did something to violate the consensus rules. For example I couldn't mine a block that resulted in >21MM bitcoins.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by sobani on Monday December 11, 2017 @08:20AM (#15896836)
You can definitely 'mine' such a block. The problem is getting the rest of the network to accept it. In fact, with Bitcoin Cash you can basically see what happens if blocks are created according to different rules.

However I image if suddenl 100% of the miners decided 42MM bitcoins is better (because 42), something a lot of users would be opposed to (printing money), things would become 'interesting'.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by justrobert on Friday December 08, 2017 @08:42PM (#15883712)
A node is just a computer that has the whole blockchain.

A standard node will almost never produce a single new block.

For that, you need custom asic or luck.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by riprowan on Saturday December 09, 2017 @08:13AM (#15885654)
> Isn't a node a process on the network that is mining blocks?

Yes, see section 5 of the white paper referenced in OP. It is quite clear what "peer" means in the context of Bitcoin. Others are mistaken here.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Friday December 08, 2017 @09:04PM (#15883817)
> Isn't a node a process on the network that is mining blocks?

No. It is only the validation that is important, because it is only the validation that ensures that consensus is maintained between nodes, and valid transactions can be included in the blockchain. Nodes even define the algorithm that miners must use in order to produce valid blocks.

There has been a hard education for people over the past year that have carried an incomplete understanding of how bitcoin works, and that has been encouraged by centralized companies that are attempting to wrest control of bitcoin away from its nodes. There have been four wildly unsuccessful hostile fork attempts (XT/Classic/BU/2x), and two in which alt-coins were forked (BCH/BGLD) from bitcoin in order to attempt to convince people to use their alt-coin instead of bitcoin. All of these attempts have been failures, because all of these attempts have not understood how bitcoin works, and the fact that nodes are the peers in bitcoin, and they police and enforce consensus.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by dpkp on Friday December 08, 2017 @09:15PM (#15883859)
I guess I just have never found support for that in the nakamoto paper. You obviously have strong feelings about it, and I'm not trying to provoke an argument. I just still don't understand where in the paper there is any discussion of non-mining nodes. The only place I can find mention of nodes that are not working on constructing new blocks on the network is in Section 8 re: the simplified verification protocol.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by tfha on Friday December 08, 2017 @09:22PM (#15883888)
I believe the original intention was that all nodes would be mining nodes, and that there would be tens of thousands, or even hundreds of thousands.

I believe in 2008 Satoshi did not understand the full implications of ASICs or economies of scale. (S)he probably didn't even realize that ASICs existed.

Regardless of the whitepaper, in our modern cyberscape the only way to be certain that the original rules (21m coins, can only spend your own money, etc.) are followed is to be confident that a wide and deep pool of users are verifying them. That is strictly at odds with heavy on-chain scaling.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by unlimitless on Saturday December 09, 2017 @02:27AM (#15884715)
I'll just leave this here...

http://satoshi.nakamotoinstitute.org/emails/cryptography/2/

"At first, most users would run network nodes, but as the network grows beyond a certain point, it would be left more and more to specialists with server farms of specialized hardware. A server farm would only need to have one node on the network and the rest of the LAN connects with that one node."

Satoshi was well aware of specialized hardware. If the majority of the planet were using bitcoin, it would not be necessary for every user to be a node. It would still be plenty "wide and deep" if businesses were running it. The security of SPV is actually quite good.

http://satoshi.nakamotoinstitute.org/posts/bitcointalk/188/

"I anticipate there will never be more than 100K nodes, probably less. It will reach an equilibrium where it's not worth it for more nodes to join in. The rest will be lightweight clients, which could be millions.

At equilibrium size, many nodes will be server farms with one or two network nodes that feed the rest of the farm over a LAN."

http://satoshi.nakamotoinstitute.org/posts/bitcointalk/287/

"The current system where every user is a network node is not the intended configuration for large scale. That would be like every Usenet user runs their own NNTP server. The design supports letting users just be users. The more burden it is to run a node, the fewer nodes there will be. Those few nodes will be big server farms. The rest will be client nodes that only do transactions and don't generate."

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by monort on Saturday December 09, 2017 @03:17AM (#15884853)
Satoshi didn't predict mining pools, but they were fully aware that mining nodes will be in minority. It's mining pools that produce centralization problem, not mining hardware.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by statoshi on Saturday December 09, 2017 @09:13AM (#15885872)
Our understanding of Bitcoin has progressed by leaps and bounds since the system has been running for 9 years. The whitepaper is not the end-all, be-all of Bitcoin. Even Satoshi did not fully realize what he built. For more details: https://www.coindesk.com/nobody-understands-bitcoin-thats-ok...
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by etherael on Saturday December 09, 2017 @05:51AM (#15885228)
That's because you're right and he's wrong. He's a well known bitcoin core apologist, and is just talking his political position. The original intended system design at scale had no need for non mining nodes.

This revisionism is a long running and well known war, here is the core political bloc in question actually attempting to justify editing the white paper to push their perspective over reality.

Cancerous stuff. https://github.com/bitcoin-dot-org/bitcoin.org/issues/1904

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by libertyEQ on Saturday December 09, 2017 @08:10AM (#15885642)
For those of us that only follow the latest on bitcoin at a high level, I think it is difficult to determine what are the points of disagreement. When I first read about bitcoin on HN in 2010, and read the whitepaper (and went to their IRC channel), I certainly don't remember thinking that non-mining nodes were that important. However, now I'm not sure, and many people making arguments on all sides seem to have good arguments at various times. I am hoping more people with good knowledge of the issues weigh-in here, rather than the over-politicized subreddits.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by etherael on Saturday December 09, 2017 @09:21AM (#15885900)
The real truth is that both everybody and nobody is in control.

Every participant in the system has a part to play and has a choice, miners choose which chain to mine and in doing so secure that chain from attack and earn a return, people that run nodes pick the nodes to run based on which chain they believe has the most value, or in the case of miners in order to mine the chain they believe has the most value, spv wallet users transact on the chain they value and pay fees to support the upkeep of it, the simple act of conducting trade with a cryptocurrency gives the entire apparatus basic value, so the people that don't give a damn about any given blockchain and just want to use it to move some completely unrelated asset from a to b also still give the system value, and of course the holders and traders of the actual blockchain assets give the system value and play a part in resolving contentious forks, by evaluating what they see as the market value of a given blockchain asset, forked or otherwise, and profiting or losing based on that insight.

Short of outright theft of a private key, nobody may compel even the smallest user of a blockchain to perform an action that they do not freely wish to undertake, not all the devs writing node software, shills pushing political agendas, or even miners mining blocks in the chain can change that fundamental aspect of the system that keeps it actually properly decentralised. The only way around this is to drive the vast majority of transactions off chain and force most end users to operate through third party intermediaries that manage their actual potential transactions in the system.

Like exactly what core are doing with the lightning network, for example.

https://www.reddit.com/r/btc/comments/7fsbw5/divorcing_the_s...

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by statoshi on Saturday December 09, 2017 @09:15AM (#15885879)
To be quite honest, it doesn't matter if folks think that non-mining nodes are unimportant - they can't force folks who /are/ running full validating non-mining nodes into accepting arbitrary rule changes to the protocol. That's what's important.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @04:36PM (#15888298)
If non-mining nodes don't accept it then they just fall off the network like a loud angry spectator at a football game.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @06:27PM (#15888786)
A couple of years of failed fork attempts have a different opinion to your understanding.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by psyc on Friday December 08, 2017 @10:58PM (#15884207)
Why go on and on about the paper, instead of the implementation?
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Friday December 08, 2017 @09:21PM (#15883885)
Perhaps it should give you pause with that belief structure when you realize the word 'mining' doesn't even exist in the bitcoin whitepaper. It is only the nodes that exist, because it is only the nodes that validate, and everything that didn't have anything to do with validation is rightly considered a secondary concern of the protocol.

So there are nodes, which are peers. And there are people who need nodes for performing bitcoin transactions, and some of those people are miners, and some of them are just making good-ol-fashioned transactions. The correct term is "I am a peer, and I use this node for my transactions, which create blocks". Or "I am a peer, and I use this node for my transactions, which are payments."

Download it for yourself and see.

https://bitcoincore.org/en/download/

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @04:33PM (#15888289)
Please read section 5 of the whitepaper on bitcoin network. You are not a node in bitcoin if you cannot perform proof-of-work. A non-mining node has no say in bitcoin.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @06:25PM (#15888778)
You really should learn how bitcoin works. It will lead to a lot less frustration on your part when reality delivers a different outcome to your understanding.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @11:20PM (#15889893)
one day it will click for you. hopefully.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Sunday December 10, 2017 @12:24AM (#15890089)
I'm the one who understands why all of the forks you support fail mate.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by lawn on Saturday December 09, 2017 @06:48AM (#15885407)
Oh please. The only thing a non mining full node does is make a choice which network rules you want to follow. They do not define the rules miners use, they do that themselves.

> There have been four wildly unsuccessful hostile fork attempts (XT/Classic/BU/2x)

These were all upgrade attempts that failed to gain miner support. Calling them "hostile forks" is stupid. The only thing hostile with them is the threat they pose to the developers who do not want to scale Bitcoin on-chain, for whatever reason.

> All of these attempts have been failures, because all of these attempts have not understood how bitcoin works, and the fact that nodes are the peers in bitcoin, and they police and enforce consensus.

No. Spinning up mass nodes in a sybil attack has no relevance.

They failed because they failed to gain enough hash power backing their upgrade plan. This is due to politics and economics.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @06:23PM (#15888769)
You have had a one year long lesson in your misunderstanding of how bitcoin works. And yet you are here trying to explain how the fork attempts didn't turn out exactly as i say.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @11:17PM (#15889881)
It's ok, bitcoin is working even if you don't understand how it works. it's magic unicorns
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Sunday December 10, 2017 @12:23AM (#15890086)
I'm the one who understands why all of the forks you support fail mate.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by riprowan on Saturday December 09, 2017 @08:17AM (#15885664)
> the validation that ensures that consensus is maintained between nodes

That's a terrible misunderstanding. If nodes can reach consensus by simply agreeing on transaction validity, then what purpose do you believe miners serve?

The definition of a node is provided in Section 5 of the white paper mentioned in OP. The logic that explains "why you must mine in order to be a peer" is explained in Section 4.

Non-mining nodes are trivial to Sybil, they are "one-IP-one-vote" per Section 4. Only miners are "one-CPU-one-vote." That is why nonminers (what you call "nodes") are not peers to the system, but rather leeches / relays.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @06:21PM (#15888762)
You have had a one year long lesson in your misunderstanding of how bitcoin works. And yet you are here trying to explain how the fork attempts didn't turn out exactly as i say.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @09:14AM (#15885875)
this is just idiotic propaganda from Core idiots. Non-mining nodes do nothing. They are like spectators at a football game, they get loug and angry but cannot change the score, only miners can. The only thing a non-mining node can do to reject a block is remove itself from that network. Mining nodes reject blocks by NOT mining on top of it and extend valid chains to be longest and thus orphan invalid blocks.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @06:32PM (#15888808)
And yet here we are seeing off four hostile fork attempts in a couple of years (xt/classic/bu/2x). You'd think after four failures in a row, all failing for exactly the same reason, that the people supporting the failures might learn why they fail. But here we are. Explaining why they fail, after they fail, and yet the supporters of the failures are trying to assert that even though they fail, they understand the system. Without even acknowledging that they have failed, let alone why.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @10:31PM (#15889703)
Yes, they all failed due to lack of miner support in the form of hashing power. Are you eluding to them failing because non-mining nodes were guarding the entry and exit gates of bitcoin? If that was so, it would be quick, cheap and easy to spin up millions of VM nodes on worldwide servers by bankers and government agencies and just outvote with non-mining nodes. The reality is that bitcoin protocol only recognises mining nodes thru proof-of-work. You are delusional in your understanding of bitcoin networking.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @10:48PM (#15889757)
but but but I thought you said nodes didn't matter? I thought you said miners make all of the decisions, which 97% were signalling 2x at one point, so couldn't they just adopt whatever consensus rules they want?

Or, perhaps, you don't actually know how bitcoin works, and therefore you can't explain how miner 'support' disappeared, as soon as it came time to decide whether they wanted to be bitcoin miners, or become alt-coin miners? You know, given that the nodes police and enforce consensus in bitcoin 'n all. Miners had a choice. Do what you're told, and mine according to node consensus rules, or don't get paid in bitcoin. So they did what they were told.

And here you are, with you still trying to fight a battle you've already lost. Four times. Losing exactly the same way every time. Because even after all of those losses, you still can't figure out why you always lose. Because even after all of those failures, you still don't understand why you lost, because you still don't understand how bitcoin works.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @11:27PM (#15889910)
the segwit2x contentious fork failed due to an "off-by-one" block height issue in the codebase for miners. Even if all the miners were running it, it would never have activated. Did you even know that? Also, most of the segwit2x node signalling were indeed done by Amazon AWS instances of non-mining nodes. It was not miner nodes. Did you even know that?
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @11:55PM (#15890002)
And here you are, with you still trying to fight a battle you've already lost. Four times. Losing exactly the same way every time. Because even after all of those losses, you still can't figure out why you always lose. Because even after all of those failures, you still don't understand why you lost, because you still don't understand how bitcoin works.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by riprowan on Saturday December 09, 2017 @08:12AM (#15885647)
> A peer is a node, which is a client that validates all transactions and blocks in the blockchain.

According to the white paper, Section 5, a peer is a miner. That has not changed, regardless of attempts to redefine the paper. To be a peer, you MUST contribute proof of work.

Running a non mining node gives you a copy of the blockchain data that you can trust is valid according to the rules you used to validate it. It does not make you a peer.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by statoshi on Saturday December 09, 2017 @09:11AM (#15885863)
False; peers validate and propagate information across the network. You don't have to be creating blocks in order to validate and propagate them.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by lawn on Saturday December 09, 2017 @01:29PM (#15887191)
He just said nodes validate the information. It just doesn't matter to anyone else other than the node operator and users of that node.

The only occassion the propagation is valid if you're transferring a transaction from another full node to a miner (or helping to do so). As long as there is any path to do so more nodes do not matter.

All miners are already connected together using high speed channels.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by simpsond on Friday December 08, 2017 @10:54PM (#15884198)
Your posts about bitcoin prompted me to deep dive with it. I read the white paper a few times. I setup a node on one of my machines. I wrote some code to fetch a block template from my local nodes RPC service and generate some block generations for mining. I ran some basic cpu mining, etc. I feel like I have a better grasp of it all now. One thing I am struggling with is the incentive for miners once there are no more Coinbase/generation transactions. If the POW is maximally hard (energy intensive) then transaction fees will need to be high for miners to have ROI. If transactions fees are that high, then consumers are going to spend a lot to initiate transactions. This doesn’t seem like a win win to me. How is it going to play out once all coins are mined? Reduce the complexity of POW for post Coinbase txns? The security of the network is still there due to the amount of computation in the block chain up until the mine is dry. What are your thoughts on this?
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by thinkmassive on Saturday December 09, 2017 @02:00AM (#15884658)
We’ve already witnessed transaction fees exceed the reward (see block 494045). I wouldn’t be surprised if that’s happened again during the past 3 days when getting into the next block cost 500 sat/byte.

The solution for BTC appears to be off-chain scaling, such as Lightning Network.

The end of mining rewards is beyond our lifetimes, but I wouldn’t be too surprised if there’s a successful hard fork to continue the final 1 Satoshi reward indefinitely.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Klathmon on Saturday December 09, 2017 @06:06AM (#15885274)
That's my favorite part of Bitcoin, the fact that it can evolve over time.

If it's found that deflationary really won't work, and it's genuinely hurting the usage and adoption of the currency, and it's in the current users of bitcoin's best interest to do so, it can be turned into an inflationary asset.

Flaws can and are fixed in it, and because those changes can't be pushed through by some appointed authority without overwhelming majority from all involved parties, you don't need to worry about this ability to drastically change being unfairly pushed upon you.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by em3rgent0rdr on Friday December 08, 2017 @11:44PM (#15884339)
> "How is it going to play out once all coins are mined?"

Difficulty, transaction costs, competition with other coins (and off-chain networks/sidechains), and the market price of bitcoin will all hopefully & probably settle around an equilibrium that is sufficient to incentivize enough miners necessary to maintain the security of the network.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by tlrobinson on Saturday December 09, 2017 @11:21AM (#15886432)
> If the POW is maximally hard (energy intensive) then transaction fees will need to be high for miners to have ROI.

If the transaction fees aren't high enough to support the current level of mining them some (but not all) miners will drop out (and the "difficulty" will adjust to compensate).

The result is transactions will continue to be processed, but the overall security of the network will be lower.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @06:03AM (#15885263)
Transaction costs are already a significant portion of mining income. I suspect even by the time of the next halving they will already be a greater proportion of miner income than block rewards.

Lightning transactions will change all of this. By the time we are talking about large lightning transaction commits, we'll be talking about 3rd layer solutions. Bitcoin could be at a reserve currency level, where individual transactions are significant.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by tlrobinson on Saturday December 09, 2017 @11:29AM (#15886469)
FYI this comment was linked to in /r/btc, which explains the "miners are peers" brigading: https://www.reddit.com/r/btc/comments/7il8rr/the_original_sa...
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by sayurichick on Saturday December 09, 2017 @02:32PM (#15887581)
this contradicts what satoshi himself said.

I recommend people take a look at the satoshi emails

https://pastebin.com/Na5FwkQ4 https://pastebin.com/cKZPC1rF https://pastebin.com/wA9Jn100 https://pastebin.com/JF3USKFT https://pastebin.com/syrmi3ET

Confirmed to be real by Mike Hearn Himself

https://www.reddit.com/r/btc/comments/6t2ci2/never_before_se...

take what this user is saying with a huge grain of salt as I see he has an agenda based on his other comments in this thread. Read the e-mails and decide for yourself.

Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @09:09AM (#15885850)
a peer in bitcoin is a mining node. a non-mining node just listens and does nothing. If anything, it adds impedance and reduces security.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by statoshi on Saturday December 09, 2017 @09:11AM (#15885859)
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by warboat on Saturday December 09, 2017 @04:55PM (#15888396)
Oh sure, just back your argument with reference to a page that runs the Core Propaganda. Please evaluate the whitepaper, section 5 and really understand how bitcoin functions.
Re:Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [pdf] by Frogolocalypse on Saturday December 09, 2017 @10:55PM (#15889789)
Please learn how bitcoin works, by learning what a node does, and how nodes police and enforce consensus.