Validating vs mining nodes, really a myth ?

[pivxSKYROCK]

Hey guys,

i was pretty sure that validating nodes give us some kind of security even if they don't mine.
But now i got into a lot of discusssions with these BCH/SV guys and not 100% anymore How does a full node prevennt double spending, its accepting the longest chain no matter what no ?
What else are they validating. Does a node operator has to do manual auditing of blocks to confirm no double spend happened?

so what is true or wrong about this article from this Faketoshi Craig ?

https://medium.com/@craig_10243/the-myth-of-the-full-validation-node-d7db52748649

pls not (only) hate, give me some answers i can learn from to understand it better.

Cheers 

[1714132544]

1714132544

[1714132544]

1714132544

[1714132544]

1714132544

[figmentofmyass]

Hey guys,

i was pretty sure that validating nodes give us some kind of security even if they don't mine.
But now i got into a lot of discusssions with these BCH/SV guys and not 100% anymore How does a full node prevennt double spending, its accepting the longest chain no matter what no?

full nodes cannot prevent a double-spend attack because double-spend attacks are 100% compatible with the protocol. it's one of the weaknesses of proof of work consensus. our nodes verify that miners are building on the chain with most cumulative work. that chain could be one where miners just committed a double-spend attack.

this is supposed to be mitigated by providing mining incentive---inflation and fees provide miners with compensation for honest mining. committing double-spend attacks costs money and carries risk of failure.

What else are they validating. Does a node operator has to do manual auditing of blocks to confirm no double spend happened?

they are validating every transactions and block against the consensus rules---bitcoin's rules. one of the most sacred rules is the 21M cap on supply. so for example, a full node would reject any block that pays more than 21 million bitcoins in an output---that would be an obvious attempt to break the rules by over-inflating the supply.

so what is true or wrong about this article from this Faketoshi Craig ?

https://medium.com/@craig_10243/the-myth-of-the-full-validation-node-d7db52748649

non-mining full nodes do not actively affect the consensus (they do not mine blocks) but they passively affect the consensus by forcing miners to act honestly. to use the earlier example, if miners tried to fork the protocol to inflate the supply beyond 21M coins, SPV (non-validating) nodes would follow miners and would have no idea about the theft that was occurring. fully validating nodes would reject any such fork, which prevents miners from attempting it. if miners tried, they would waste money mining an invalid chain which would be rejected by a network of full nodes.

[franky1]

mining nodes validate the transactions they receive, and collate them into blocks. they then create an identifier of the collated block, and send that to a bunch of ASIC machines which then make a more secured, harder to break identifier for the block.

the block with this strong identifier is sent out to the network.
the network then validate it all and if all is good, the network(non mining nodes) retain that block and also relay it on.
if a node (mining or not) was to send a bad block to another node it would get rejected

the nodes that retain the block(a good honest list of blocks that all meet the rules.) would if all nodes done the same find that all their identifiers match, making it easier and non-controversial for new blocks to be added on. as new blocks also contain identifiers of the previous block. thus making a chain of blocks that continually grow, because everyones list of blocks match

the symbiosis:
mining nodes validate and collate data into blocks. but non mining nodes validate and retain good list of blocks.
if blocks are bad then a miner will find their block is not in the list, and as such merchants/exchanges/shops/services wont see their block and thus the miners cant spend the rewards with said merchant.

its not a non mining vs mining node debate many should concern themselves about. because they are both symbiotic and rely on each other.
mining nodes make the blocks. non-mining nodes view whats in a block to know funds have moved/spent/spendable

the real debate is about merchant/service nodes(non mining) being more important than home user nodes(non mining), on the bases that:
miners dont really spend funds to home users. so miners dont care to send blocks to home users
merchant nodes usually have business rated internet and NEED to monitor/view hundreds of payments a day.
home users only care about 1-2 a day, and usually only have home rated internet

thus home users requirement to:
validate thousands of tx a block is not personally something they NEED
retain thousands of tx a block is not personally something they NEED
and with home rated internet. if they did set node connections to 10-100 would find the bandwidth used to be a seed for others is not something that is a benefit to anyone on the sending or receiving side

imagine a home user with 5mb connection but 100 nodes connected.. thats 0.05mb per node (sending ~1.2mb 100x)
imagine a home user with 5mb connection but 2 nodes.. thats 2.5mb per node(sending 1.2mb 2x)

the second option is better for home user as the block is sent in seconds to just 2 users meaning speedy. also its only 2.4mb total instead of 120mb total.

now imagine it from the receiver side.. imagine a merchant was connected to a home node. the merchant wont want to get data at 0.05mb speed they would prefer 2.5mb speed
so not only will the home user benefit by lowering nodes connected but also the people on the other end would benefit too
its far better that a home user only connects to 1-2 nodes for own benefit and have just enough for own NEED, and let the merchants that have a higher NEED do the higher node connected higher bandwidth/sped connections. as they NEED it more

[DooMAD]

Non-Mining Nodes don't validate anything,
they only RELAY blocks according to their consensus rules, they don't validate anything at all.
Which is why non-mining nodes don't really matter and their is no security advantage to having more non-mining nodes.

If nodes just blindly relay, then why wouldn't they relay an invalid block?  You said it yourself, they relay blocks which conform to consensus.  Which means non-mining nodes are enforcing consensus rules.

You are free to believe the misguided notion that non-mining nodes don't matter, but you won't find much support for that kind of foolishness here.

[Artemis3]

imagine a home user with 5mb connection but 100 nodes connected.. thats 0.05mb per node (sending ~1.2mb 100x)
imagine a home user with 5mb connection but 2 nodes.. thats 2.5mb per node(sending 1.2mb 2x)

the second option is better for home user as the block is sent in seconds to just 2 users meaning speedy. also its only 2.4mb total instead of 120mb total.

now imagine it from the receiver side.. imagine a merchant was connected to a home node. the merchant wont want to get data at 0.05mb speed they would prefer 2.5mb speed
so not only will the home user benefit by lowering nodes connected but also the people on the other end would benefit too
its far better that a home user only connects to 1-2 nodes for own benefit and have just enough for own NEED, and let the merchants that have a higher NEED do the higher node connected higher bandwidth/sped connections. as they NEED it more

For that very reason I was inquiring about the usage of maxconnections with low values. If i understand correctly, using the value 10 would give me 8 nodes to connect to while allowing 2 nodes connect to me. The default is 125 which would allow 117 people to connect to me while i connect to 8 nodes.

125 connections might be a bit too much for a poor 1mbps down 300ish kbps up link...

[franky1]

imagine a home user with 5mb connection but 100 nodes connected.. thats 0.05mb per node (sending ~1.2mb 100x)
imagine a home user with 5mb connection but 2 nodes.. thats 2.5mb per node(sending 1.2mb 2x)

the second option is better for home user as the block is sent in seconds to just 2 users meaning speedy. also its only 2.4mb total instead of 120mb total.

now imagine it from the receiver side.. imagine a merchant was connected to a home node. the merchant wont want to get data at 0.05mb speed they would prefer 2.5mb speed
so not only will the home user benefit by lowering nodes connected but also the people on the other end would benefit too
its far better that a home user only connects to 1-2 nodes for own benefit and have just enough for own NEED, and let the merchants that have a higher NEED do the higher node connected higher bandwidth/sped connections. as they NEED it more

For that very reason I was inquiring about the usage of maxconnections with low values. If i understand correctly, using the value 10 would give me 8 nodes to connect to while allowing 2 nodes connect to me. The default is 125 which would allow 117 people to connect to me while i connect to 8 nodes.

125 connections might be a bit too much for a poor 1mbps down 300ish kbps up link...

exactly, lower the count down and youll save alot of bandwidth, thus allowing the speed you do have to be more concentrated on those that NEED connections

[franky1]

and to all those that try to play the situation i explained off as some craig wright(scammer 2015+) thing..
satoshi(real bitcoin creator 2008-2010) said about issues of home users bottlenecking the network
and also core/blockstream dev Pieter Wuille did too...

https://bitcoin.stackexchange.com/questions/8109/how-does-one-attain-1-000-connections-like-blockchain-info/8140#8140
"Please don't change this, as there is no need. Connectable peers on the network are a scarce resource, and essential to the decentralization. If people go try connect to all of them like some sites do, we'll very quickly run out.

In case you're a merchant or miner, you perhaps want to set up a few fixed connections to trusted others (see the -addnode command line/config option), but having more connections does not mean stronger verification (the reference client always verifies everything) or even faster relaying (as you'll slow down by distributing new blocks and transactions to all your peers). It is mostly a matter of providing a service to the network"

..
so yea
by making too many un-needed connections which not only bring out the "my bandwidth usage is high costing me money" cries. but also the recievers of your data are only getting a smaller % of your speed as its diluted across too many connected nodes.

[DooMAD]

and to all those that try to play the situation i explained off as some craig wright(scammer 2015+) thing..
satoshi(real bitcoin creator 2008-2010) said about issues of home users bottlenecking the network
and also core/blockstream dev Pieter Wuille did too...

https://bitcoin.stackexchange.com/questions/8109/how-does-one-attain-1-000-connections-like-blockchain-info/8140#8140
"Please don't change this, as there is no need. Connectable peers on the network are a scarce resource, and essential to the decentralization. If people go try connect to all of them like some sites do, we'll very quickly run out.

In case you're a merchant or miner, you perhaps want to set up a few fixed connections to trusted others (see the -addnode command line/config option), but having more connections does not mean stronger verification (the reference client always verifies everything) or even faster relaying (as you'll slow down by distributing new blocks and transactions to all your peers). It is mostly a matter of providing a service to the network"

..
so yea
by making too many un-needed connections which not only bring out the "my bandwidth usage is high costing me money" cries. but also the recievers of your data are only getting a smaller % of your speed as its diluted across too many connected nodes.

I've seen you post some manipulative bullshit before, but this is a new low.  There is a clear and obvious distinction between "don't change the default settings for your node in a way that would waste connections" and "nodes aren't needed".  

The only rational conclusions are that you are either:

a) being manipulative, or
b) you're simply too stupid to understand what Pieter Wuille is talking about  

[franky1]

Non-mining nodes relay blocks according to their consensus rules,
they are nothing more than a personal copy of the blockchain / transaction receipts.

Non-mining nodes can only relay block data, Validation & Creation of blocks only occurs on Mining nodes.
Want proof , turn off your non-mining nodes, any effect of the network will not even be noticed.

Network will continue on , normally because the mining nodes do all of the work.

mining nodes:
validate
collate(block create)
relay

non-mining nodes:
validate
relay

take coinbase.com. get them to turn off their non-mining nodes and you will soon realise that MINING NODES cant spend their blockrewards on coinbase.com because coinbase.com cant see or trust that a miner has value to spend.
non mining nodes do validate.
..
how ever there are some software that just relay. such as matt corrallos 'fibre' and also some lite nodes designed specifically to just relay out data unchecked independantly.
....
also.
if one mining node made block X with an error
if one mining node made block Y with without an error

with coinbase.com's NON-mining node. would validate both attempts(if both received near same time and Y has not yet been built on to be defined as a clear winner) and when when validated deem block Y the winner. and as such Block Y can happily be placed as the next block coinbase keeps. thus allowing the miner of Y to spend the block reward. where as mining node X will get forgot/rejected
....
also
because coinbase.com has a chain that includes block Y.. and other peers see that coinbase and N other peers also have Y then the consensus is that the chain containing block Y is more acceptable to everyone compared to that the one node trying endlessly to push block X. eventually the one node endlessly pushing X would get banned from being a connected node if it made too many push requests

...
also
whn the MINING nodes want to make the next block. they see many peers have chosen Y. and thus its best they build a block on Y to avoid orphan event

.. also
non-mining nodes do check with their peers what best chaintip, height and blockhash to follow and wouldnt really bother even trying to look at a chain containing X if Y has more acceptance amongst peers and also Y is ahead with other blocks now above it and the network building on further.

[franky1]

@Franky1,

Like many you confuse personal verification of a transaction for network validation.

Coinbase is verifying their personal block receipts match their internal ledger , nothing more,
and if Coinbase does turn off their non-mining node it has no effect what so ever on the greater network,
it only disables their wallet service, and to be honest they could easy replace it by using two separate block explorers.
By using two separate block explorer services, they could verify their companies receipts on multiple sources ,
instead of relying on a singular internal source more vulnerable to Sybil attack.

Blocks are only truly Validated , when another mining node includes that previous block with their new block.
IE: each additional confirmation by a mining node inclusion when they create a new block is what truly Validates the previous block.
IE: Proof of Work  

nope
if your full node only validates the transactions of blocks. then you need a better node.


non mining nodes are symbiotic to mining nodes.
firstly coinbase dropping its full node status and just using xplorers not only then destroys the zero trust thing.. it also makes the explorers more centralised if all merchants started trusting the explorers.

secondly its not just the block data but also the whole chain height, hashes and such it compares to peers to ensure that there is a majority in favour of one rather than another.

this is why people say having 8 diverse nodes to compare and get data. so that there is something to compare and contrast the blockheights chaintips etc. and then when it comes to how many nodes you connect to, to send data out.. well if ur a home user keep it lower, to lessen your 'bandwidth' cries

you do realise. if all 20 pools made a bad block. the network would reject them all.. and just wait for a good block..
meaning mining nodes cant spend their funds withiin the network.

mining pools can continue on building blocks ontop of their own blocks but will never get to spend them. thus mining nodes end up being honest and following the network rules to get the network to accept their blocks so that every non mining node has them and then as such the non mining nodes follow the most complete(heighest) chain they can see from their peers. they all come to a agreement. and as such mining nodes get to spend their funds.

again if you think a non mining node just tx validates. then you need a better node
again if you think a non mining node just tx stores. then you need a better node
again if you think a non mining node just tx/block relays. then you need a better node

there is a significant reason to have blockheights, chain tips, blockhashes. to ensure peers all agree on a clear majority

[franky1]

khaos read some code

Little secret for you, You are always trusting someone else,
Run a non-mining node and you are trusting the Mining Nodes that you sync with.
Connect to two different block explores and you are trusting the Mining Nodes, they sync with.
Either way , you're trusting the Mining Nodes.  

^ wrong

little secret. learn orphan, learn reject, learn consensus, learn honest nodes, learn symbiosis, learn byzantine generals.

if you sent me a block i can reject it if it doesnt fit the rules.. i dont blindly accept it
if i see out of 8 peers that 6 are showing blockheight 600,000 and 2 are showing blockheight 599,500
im gonna grab data from the 6 nodes that are at 600,000.
and then im gonna do my own checks, my own validations and only trust the data i find that is valid
i do not just grab the data and pass it on.

seriously go read some code or get a better node if all you have is a relay/repeater node (much like fibre)

lets word it another way
mining nodes are the U.S Fed Mint.. one day they accidently put pink ink into the printers instead of green. and then send out pink bank notes.

non minting users dont just accept it. they check the note see its not green and reject it.
soon enough mining nodes realise they screwed up and certain serial number range is invalid, they orphan out that serial number pink notes and again start the serial number range using green ink

if they carried on with pink ink. shops would just wait for the green bank notes and reject pink notes. because everyone is under the understanding that only green inked notes are tender.

you are foolish if you think mining nodes can just mint what they like and users accept it.
you really need to do some research.
read code.. not reddit/twitter/medium

...
i think the context of the medium article your misunderstanding is this

in 2009-2011 a "full node" done dozens of jobs
in 2011-2012 a "full node" done slightly less than dozens of jobs and things like CG miner done a couple jobs
in 2013+ a "pool node" done slightly less than dozens of jobs and ASIC done a couple jobs
in 2013+ a "non mining node" done slightly less than dozens of jobs

the misunderstanding is that calling nodes after 2011 a full node.. is less than accurate. because no nodes do the full job list. different things work symbiotically to get the whole list complete but no single node does it all, thus the terminology of "full node" becomes vague

but that DOES NOT mean that non-mining nodes do not validate and decide. and does not mean in a 'honest node' consensus network that non-mining nodes are not part of the symbioses.

without non mining nodes to be the auditors of mining nodes. people end up having to BLINDLY trust mining nodes.
mining nodes without non-mining nodes would then be on a central rampage of doing as they please knowing merchants blindly trust mining nodes.

but the reality is bad blocks do get rejected, orphaned by user nodes and if repeat offending active rules the nodes sending out offending rulebreaking data get banned.

learn about the symbioses of consensus on a honest node network
read some code. not medium/reddit/twitter

[Ains_sama]

I feel that doing an audit is very necessary, so we can find out about system errors or weaknesses, and I think that is very useful.

[franky1]

I've seen you post some manipulative bullshit before, but this is a new low.  There is a clear and obvious distinction between "don't change the default settings for your node in a way that would waste connections" and "nodes aren't needed".  

The only rational conclusions are that you are either:

a) being manipulative, or
b) you're simply too stupid to understand what Pieter Wuille is talking about  

ive seen you manipulate and flip flop in every post you make
NODES are needed
but not everyone NEEDS to be a node(for the sake of thinking that small users are helping the network by having 100 connections, etc)

this is not me saying only miners are needed.. as there is a symbioses at play where non mining nodes are needed.
but not everyone NEEDS to be a non-mining node with loads of connections (old term 'supernode')

my mindset is even if personally you only NEED to check certain addresses. the best thing to do is not strain your internet or other nodes experience by having over 100 connections diluting/bottlenecking your internet.
drop it to a couple connections so that the receivers of your data get the best experience and least bottlenecks

try having some coffee and doing some research, runs some scenarios. actually read some code. and do less social drama crap as its just boring

[franky1]

The mining-nodes create/validate/relay blocks,
this nonsense you are babbling is that just because someone runs a version of a non-mining node and RELAYS the blocks created by the mining nodes that gives them authority over a network, that they have no power to even enter a transaction,

you again keep pretending that non-mining nodes do not validate..
try reading some code..
CODE not reddit
CODE

anyway
and to the same respect by your words.. saying that there should be no non-mining nodes. (because you dont understand)
if there were no non-mining node validation, then that would give all the power to miners to modify rules as they deem fit. because in your scenario there is no other party to say no to miners, no other symbiotic relationship to keep miners ontrack and honest.

so its your mindset of thinking non-mining nodes dont validate. that has stuck you in th realm of thinking that non-mining nodes are not needed.

but non-mining nodes DO validate thus there is a  mining/non-mining symbiotic relationship. everyone benefits from playing fairly and being honest in that relationship.. its called consensus.

if you want a network where all that exists is miners(federal mint) and explorers(banks/atms) go play with centralised FIAT

Dude , study fucking reality because you're off in a fantasy land, where you think economic black mail by coinbase is the same as actual block validation of the mining-nodes, its not.

no your going into fantasy land of there only being one mon-mining node (coinbase)..
the reality is there needs to be DIVERSE nodes that way everyone symbiotically plays fairly and all by the same rules.
(research diversity/consensus/byzantine generals theory)

EG if coinbase say no to miners(out of some social drama spite, yet the block is actually valid). but then bitstamp, bitpay, bitfinex and other say yes(the block is actually valid) then miners will spend their funds with other exchanges, and coinbase is left not getting blocks and thus not trading, thus coinbase is left out

AGAIN SYMBIOTIC relationship known as consensus.. learn it

Monitoring a block explorer results gives the same verification as running a non-mining node,
because all either one gives you is verification that a transaction occurred.

no.. a explorer just displays data. someone just viewing said data wont know if its accurate unless they themselves validate it.
non-mining nodes validate data.
READ THE CODE!!

just seeing a list of transactions from an explorer doesnt mean its valid. who knows what rule that explorer is following. unless you have a list of rules and your checking the data you see against the rules, you will never know if what a block explorer is providing is actually valid.

Your additional confusion is that a large player such as coinbase may invoke economic power to coerce the miners to hold or modify consensus, that may or may not happen , no matter what happens with the network.

again your fantasy land is that only coinbase exist.

reality is that there is more than just coinbase, if coinbase reject a block out of bias, but then dozens, hundreds of other merchants/users say yes. nodes will follow whats best
and coinbase loses out.

an economic blackmail would only be persuasive if the majority of major exchanges/merchants collectively said they want X
hmm.. like some NYA social drama.. to get people to accept sgwit1x, under some red-herring trick that if they accept x1 that 2x might be a possibility later.. all to try to get more of an adoption count for segwit1x in 2017

That is not Validation that is Economic Blackmail, and as such an outside issue unrelated to the bitcoin network normal workings, of which according to code design only the miners have power.

update your research



coinbase alone couldnt blackmail the network unless coinbase was the only merchant. (your fantasy land)
.. but the thing is.
remember 2017.. the NYA agreement that swayed people to maybe accept segwit by giving a red-herring flag of if you accept segwit1x then segwit 2x woud be an option.. just to try to get segwit1x adopted
yea NYA was a economic blackmail... segwit2x was not even a real bip. it was just a trick to get segwit1x gain adoption numbers above the 35%

yes, NYA, (big list of the major merchants) was a economic blackmail.
which, along with lukes controversial fork threat of UASF(hard pretending to be soft but the threat was hard) and other trickery of pushing opposers off the network, caused segwit1x to activate.. but doing so was by controversial means.

your flat 2 dimensional scenarios that seems to be based on a lame medium post rather than code reading and network topology understanding. is something you need to expand on.

you seem too stuck thinking non mining nods dont validate.. and the only purpose is to relay. break out of that mindset quickly by reading code and doing research. or you will just drive yourself in circles

The part that should prove to you how useless your argument is , is you only mention coinbase, and ignore the dumb guy running a non-mining full node in his basement , because his non-mining node grants him no power, just as coinbase non-mining node grants them no power, all coinbase has is potential to cause some economic issues with crypto to fiat conversion, which even that is not going to give them as much clout as your confusion gives them.

i mention coinbase as an example of a merchant... i didnt mention others as it would take pages to list them all. so by not mentioning others does not mean they dont exist. it jsut means i was saving time writing the thousands of merchants.

but your fantasy is going weirdly into a world where only coinbase exist as a non-mining node. simply because i didnt mention others.

again if there were no nonmining nodes to actually independently verify the transactions they see, then miners wont be held to any standard as they could make what they liked
people should not just trust what they get from third party as being law.

this is why non mining nodes (merchants/users) independently verify the transactions
but because merchants are personally involved in more transactions than a home users. because they handle so many trades and can be hurt by losses by not verifying, then yes it gives them more 'clout' than home users. as the miners and home users want merchants to see valid transactions. so people can spend with them merchants.

merchants wont want to just view some third party explorer.. blindly trust it and then give people products/fiat.. because 2 seconds later the explorer could show as being hacked and what was displayed was false info.

but the same respect goes the other way. its not just miners with funds to spend. its users too. so merchants need to be just as honest or users wont use the merchants

and by there being more than one merchant merchants stay honest because if they dont then people simply dont use that merchant
.......
so non-mining nodes will want to independently check what they see. if its going to cost them lots of funds/value by not checking.
so thats what they do. they verify what they get to ensure what they see is valid, and they reject whats invalid
this ensures the miner stay honest. merchants stay honest and home users stay honest. so that they all get the same data and all happy thats its al valid and they are all on the same network able to transact between one another.
they all see the same info they all independently verified without having to trust other parties(explorers)

bitcoin is about independent control, verification and not having to trust third parties for data.

seems as though your fantasy land is in a land where you think there is only 2 nodes in existence.
you really need to learn consensus mechanism, byzantine generals theory, the network symbiosis, rejects, orphans, honest nodes. validation code in non-mining nodes

try reading code and seeing the verification that non mining nodes do.
again if you personally are just running a 'repeater' node that just receives and relays without checking. then maybe you need to realise that its you thats not part of the main layer of the network symbiosis(consensus)

try reading more code, and try reading less reddit/medium

[cellard]

A "full node" has lost many tasks since 2009, the most important being obviously the fact that full nodes also mined back then, see franky1 post.

However it's the best you can get for a wallet, specially in times of forks.

Also nobody is forcing anyone at gunpoint to run Core's software, anyone can start their own client, then convince people that you are better. Having massive datacenters running full clients would only make things worse for those that want to code and run their own implementations of Bitcoin.

[pooya87]

A "full node" has lost many tasks since 2009, the most important being obviously the fact that full nodes also mined back then,

actually a better explanation is that the definition of a full node has changed.
there was a "software" that had different "components" and different "responsibilities". one of them was the verification and  the other was mining. these two parts were separated from each other since not everyone was able to use the second part but the parts themselves are still the same.

with that said, there is no "mining nodes" versus "validating nodes". there is a validation component to this duo and a mining component. the miner doesn't validate anything while the verifying part doesn't mine anything. but they work hand in hand.   

[Wind_FURY]

Newbies be educated.

Non-Mining Nodes don't validate anything,
they only RELAY blocks according to their consensus rules, they don't validate anything at all.

Wrong. Non-mining nodes fully validate. If someone sends a transaction or a block that isn't valid, in accordance to the consensus rules, it will not be relayed.

I cannot believe how widespread the misinformation about the topic is.

Which is why non-mining nodes don't really matter and their is no security advantage to having more non-mining nodes.

My node matters to me. I validate my own transactions, and I don't need to trust anyone to validate them for me.

Plus non-mining nodes prevents the network from centralizing towards the miners.

Only Mining Nodes can Validate, when they add an additional block , they validate the previous block.

Wrong.

Only Mining Nodes Matter.

Never forget. UASF. https://bitcoinmagazine.com/articles/long-road-segwit-how-bitcoins-biggest-protocol-upgrade-became-reality/

[Wind_FURY]

If any of these people even bothered to read Wright's article

Hahahaha. That con-artist, serial forging, coin scammer? I will never take one look on that article. There's not enough water to wash off the dirt from my eyes.

[franky1]

If any of these people even bothered to read CODE , it is apparent a non-mining node is relevant for network validation.

FTFY

but hey. you be ignorant to code and how the network actually works.
you continue to just read blogs.

now ask yourself.. are blogs important to network function.. or is code important to network function
hint: if you want to know how a network works, read code not blogs

Without Mining Nodes, because without a "NODE" you can still mine via SPV, CG miner and an ASIC
Turn off the non-mining nodes and everyone gives a damn, because the non-mining nodes are where people spend coins with AND maintain the network in a symbiotic relationship

FTFY

i use the term symbiotic relationship instead of 'consensus' because recent controversies that mess with consensus. due to a certain group have changed the meaning of true consensus as it was 2009-2013. so the only closest term would be symbiosis

[DooMAD]

this is not me saying only miners are needed.. as there is a symbioses at play where non mining nodes are needed.
but not everyone NEEDS to be a non-mining node with loads of connections (old term 'supernode')

my mindset is even if personally you only NEED to check certain addresses. the best thing to do is not strain your internet or other nodes experience by having over 100 connections diluting/bottlenecking your internet.
drop it to a couple connections so that the receivers of your data get the best experience and least bottlenecks

Cut the crap.

You are blatantly trying to twist Pieter Wuille's words to imply that a developer endorses your ridiculous notion that only businesses need to run nodes.  Here's that text again:  

Bitcoin by default will not make more than 8 outgoing connections, and -maxconnections only controls how many incoming connections you allow. Feel free to set this higher, but it will take time before others connect to you in large numbers.

Please don't change this, as there is no need. Connectable peers on the network are a scarce resource, and essential to the decentralization. If people go try connect to all of them like some sites do, we'll very quickly run out.

In case you're a merchant or miner, you perhaps want to set up a few fixed connections to trusted others (see the -addnode command line/config option), but having more connections does not mean stronger verification (the reference client always verifies everything) or even faster relaying (as you'll slow down by distributing new blocks and transactions to all your peers). It is mostly a matter of providing a service to the network.

Just in case there was any confusion on your part (and I'm pretty sure there isn't), this text is clearly stating that nodes already on the network should not connect to a greater number of nodes than necessary.  One single node gains no additional benefit from connecting to 50 other nodes when connecting to 8 would suffice (and, in fact, connecting to 50 actually harms the network).  This has absolutely nothing whatsoever to do with your baseless assertion that regular users don't "need" to run a node, or don't benefit from running a node (as if you were in any position to make that judgement for them), or that the network somehow doesn't benefit from additional nodes.  

You are free to express your mindset, just don't be a manipulative sack of excrement when you do.  If you misunderstood then please make that clear.  I can forgive an honest mistake.  But since you keep telling everyone you know what you're talking about and it's them who need to research, I naturally have to assume this is you being malicious.