[ 3 / biz / cgl / ck / diy / fa / ic / jp / lit / sci / vr / vt ] [ index / top / reports ] [ become a patron ] [ status ]
2023-11: Warosu is now out of extended maintenance.

/biz/ - Business & Finance


View post   

File: 257 KB, 1200x998, state of altcoins.jpg [View same] [iqdb] [saucenao] [google]
10402426 No.10402426 [Reply] [Original]

Need further clarification?

Let's say the volume of data your geth node needs to process to stay synced is currently ~100 "units". Your rig can process 150 units. Tomorrow the network demands 101 units. Next month: 125 units. A backlog will eventually occur.

Nodes that don't fast sync are called "Archive Nodes" in the Ethereum space. Over here in BitcoinLand we call them Full Nodes. How many of these 16,000 nodes are in a permanent fast sync state? How many REAL nodes are actually doing the heavy lifting for this network?

How many archive nodes are there now? How many were there yesterday? Last month? Even if you "don't need" to fully validate old states, how many are MAINTAINING the current state? Why are there no metrics for this, but instead limited "total" node counts?

What would "investors" think if they saw an ever decreasing amount of full nodes on the network? Isn't it a bit worrisome that half the nodes on http://ethstats.net offering their metrics aren't even caught up?

>> No.10402461

i don't know what the fuck you're talking about

>> No.10402481
File: 214 KB, 1600x1200, VrVa6il.jpg [View same] [iqdb] [saucenao] [google]
10402481

>>10402426

>A photograph taken from the main Ethereum node cluster circa 2024

>> No.10402491

>>10402426

You don't need to run a non-mining node if you aren't a miner or merchant.

>> No.10402497

>>10402426
assumptions assumptions

why do you think roger ver backs bitcoin cash
the demand will never outperform moore's law
but it will outperform LN which will never work

>> No.10402519

>>10402461
Couldn't help to learn. Once you can understand OP's chart, you will be able to glean the important info and ignore the commentary. Most helpful posts on biz will feed in useless and wrong assumptions to prevent newfags from ever catching up to experienced traders. Look up "how to set up ethereum node" and then the same from bitcoin. It should be clear that Confidio is the only major competitor to Bitcoin Diamond.

>> No.10402529

>b..b..but you guys are just ma...ma...maximalists

>> No.10402538

>>10402426
>Nodes that don't fast sync are called "Archive Nodes" in the Ethereum space

No, fast sync is a method of initial sync, it has nothing to do with deleting old data or not.

>Over here in BitcoinLand we call them Full Nodes

No, bitcoin doesn't even have the equivalent of an archival node. Bitcoin full node is the equivalent of pruning ethereum node.

>How many of these 16,000 nodes are in a permanent fast sync state?

Nothing like that is even possible.

>> No.10402566

>>10402491
You don't want cryptocurrency if it isn't highly decentralized.

>> No.10402576

>>10402426
Non-mining full nodes don't do anything though. Regular users can use a light wallet.
Also, Bitcoin Cash's block time is considerably longer than Ethereum's (10 minutes versus 15? seconds). Bandwidth won't be an issue ever if you run a Bitcoin Cash node and neither will hard drive space.
>BCash
Nevermind, looks like we're dealing with Bitcoin Core propaganda again.

>> No.10402596

>>10402566

Your node is only validated blocks which have already been validated by miners. Essentially, you're just doing extra work which benefits nobody. If a miner puts out a non-valid block, other miners will reject it. Ergo: Your node does nothing. If miners control a super majority of the network, they can double spend. The block is valid and your node will accept it. Ergo: Your node does nothing

In both cases your node is doing nothing.

>> No.10402625
File: 311 KB, 682x1024, 1521555543453.jpg [View same] [iqdb] [saucenao] [google]
10402625

>>10402426
Raiden Network fren
scaling solutions are right around the corner

>> No.10402645
File: 46 KB, 1024x546, verify.jpg [View same] [iqdb] [saucenao] [google]
10402645

>>10402491
>I'll let (((corporations))) audit the blockchain for me

>> No.10402658

>>10402497
LN is irrelevant. Bitcoin is good enough as it is. Your delusional "scaling ideas" are what's a guaranteed fail.

>> No.10402667
File: 880 KB, 1900x1006, Blockstream.png [View same] [iqdb] [saucenao] [google]
10402667

>>10402645

Ironic because blockstream is a corporation which owns bitcoin you dumb shill

>> No.10402675

>>10402426
Now also overlay the demand curve on that chart and you will come to realise how fucking retarded your post is

>> No.10402711

>>10402538
>No, fast sync is a method of initial sync, it has nothing to do with deleting old data or not.

You can't sync from scratch because the Shithereum blockchain is a clusterfuck and it bypasses chunks in order to sync faster.

>No, bitcoin doesn't even have the equivalent of an archival node. Bitcoin full node is the equivalent of pruning ethereum node.

You can sync the entire blockchain from scratch with an SSD and a decent computer which is the whole point of a blockchain, you are talking nonsense.

>How many of these 16,000 nodes are in a permanent fast sync state?

Low IQ. It's asking a %.

>> No.10402730
File: 1.97 MB, 2504x1669, summerfags.jpg [View same] [iqdb] [saucenao] [google]
10402730

>>10402667
>blockstream is relevant
lurk more

>> No.10402766
File: 67 KB, 1132x423, LN.png [View same] [iqdb] [saucenao] [google]
10402766

>>10402730

Sure thing corecuck

>> No.10402848

>>10402711
>You can't sync from scratch because the Shithereum blockchain is a clusterfuck
Full syncing with parity takes about 30h, with geth 2-3 days. Try again.
>You can sync the entire blockchain from scratch with an SSD and a decent computer which is the whole point of a blockchain
That's not what an archival node is. Archival node allows you to ask questions like 'which account changed this variable from 1 to 2?' which requires lots of redundant data.
Pruned node deletes it, and keeps only blocks and the last state.
Initial sync mode is independent. Full sync executes every block, fast sync download the state and only checks old headers. After the sync is finished only full verification is possible.

The equivalent 'archival node' for bitcoin would be to ask 'what was the utxo set at block height H'. Which is impossible, as bitcoin node always delete old data.

https://etherscan.io/chart2/chaindatasizefast 89GB for a full node now.

>> No.10402917
File: 2.00 MB, 1940x1492, prescient.png [View same] [iqdb] [saucenao] [google]
10402917

>>10402711
bro, just stop. you're starting to look like an asshole

>> No.10402996

>>10402766
>reddit is relevant
lurk more

>> No.10403114 [DELETED] 
File: 75 KB, 1000x680, ethereum bloatchain 1tb.png [View same] [iqdb] [saucenao] [google]
10403114

>>10402848
You aren't syncing from scratch dumb ass, you CAN'T.

I don’t think most of the people running Ethereum nodes are informed enough to know what they signed up for. I don’t think they understand the fundamental incentive models, and I don’t think they fully realize where and why they break down with something as simple as not having a blocksize cap. Hopefully this article will succeed at teaching that.

So what happens when that psychological tipping point is reached? Do people give up? How many nodes have to be lost for this to occur? The explorer websites aren’t even tracking this data anymore. Etherscan.io is no longer tracking full or fast sync directories, Etherchain.org says: Error: Not Found

Etherscan also isn’t letting you zoom out on the memory pool, the queue of transactions waiting to be included into blocks. The reason fees go up is because this queue builds up. You should be able to see this over time.

It seems like people are not reading the subtitle and misunderstanding something. This is not about archival nodes. This is about fully validating nodes. I don’t care if you prune the history or skip the line to catch-up with everyone else. This is about about staying in sync, after the fact. Light nodes aren’t nodes.

>> No.10403186
File: 29 KB, 750x499, no.jpg [View same] [iqdb] [saucenao] [google]
10403186

>>10403114
lol classic FUD that was already responded to and cleared up by Buterin. You need to keep current.

>> No.10403255
File: 75 KB, 1000x680, ethereum bloatchain 1tb.png [View same] [iqdb] [saucenao] [google]
10403255

>>10402848
You aren't syncing from scratch dumb ass, you CAN'T.

I don’t think most of the people running Ethereum nodes are informed enough to know what they signed up for. I don’t think they understand the fundamental incentive models, and I don’t think they fully realize where and why they break down with something as simple as not having a blocksize cap.

So what happens when that psychological tipping point is reached? Do people give up? How many nodes have to be lost for this to occur? The explorer websites aren’t even tracking this data anymore. Etherscan.io is no longer tracking full or fast sync directories, Etherchain.org says: Error: Not Found

Etherscan also isn’t letting you zoom out on the memory pool, the queue of transactions waiting to be included into blocks. The reason fees go up is because this queue builds up. You should be able to see this over time.

It seems like people are not reading the subtitle and misunderstanding something. This is not about archival nodes. This is about fully validating nodes. I don’t care if you prune the history or skip the line to catch-up with everyone else. This is about about staying in sync, after the fact. Light nodes aren’t nodes.

>> No.10403259
File: 38 KB, 800x600, VirtualBox_ubuntu 16.04_24_07_2018_21_35_12.png [View same] [iqdb] [saucenao] [google]
10403259

>>10403114
>You aren't syncing from scratch dumb ass, you CAN'T.

"Correcting r/bitcoin's misinformation: I just fully verified the entire ethereum blockchain on a 2+ years old desktop and it only took 25 hours (full log included)"
https://www.reddit.com/r/ethereum/comments/7n4v64/correcting_rbitcoins_misinformation_i_just_fully/

>I don’t think most of the people running Ethereum nodes are informed enough to know what they signed up for.
I don't think you understand the basics of how ethereum works.

>This is about about staying in sync, after the fact.
screenshot of my fully verifying geth node, right now running in linux in virtualbox, on top on windows 10
it's much faster without vm.
>impossibru

>> No.10403299
File: 57 KB, 584x319, madman.jpg [View same] [iqdb] [saucenao] [google]
10403299

>>10402426
Vitalik already BTFOt this FUD

https://medium.com/@VitalikButerin/because-of-ethereums-exponentially-growing-blocksize-the-bottleneck-is-not-regulated-8c0acd77b3a2

>> No.10403352

>>10403255
see >>10403186

>> No.10403366

>>10403299
lol is that tweet real? If so, time for me to buy more eth

>> No.10403394

>>10403366
everyone and their mom knows that Vitalik is an assman

>> No.10403411

>>10403394
I didn't think it was possible for me to like him any more than I already do...

>> No.10403414

>>10403255
was
>>10403114 just with one sentence more
response
>>10403259

>> No.10403434

>>10402667
does blockstream even have commit access to the github?

>> No.10403771

>>10403259
https://hackernoon.com/the-ethereum-blockchain-size-has-exceeded-1tb-and-yes-its-an-issue-2b650b5f4f62

Delusional ETH bagholders in dennial.

>> No.10403842

>>10403771
>linking article with intentional lies, source of all bullshit you have been posting
I already proved these theories completely wrong.
The blockchain itself is about 38GB btw.

>> No.10403937
File: 256 KB, 345x431, ripple.png [View same] [iqdb] [saucenao] [google]
10403937

>>10403434

Is this a joke post?

>> No.10404335
File: 316 KB, 700x734, 1531597689269.png [View same] [iqdb] [saucenao] [google]
10404335

>>10403937
are you a faggot?

>> No.10404422
File: 165 KB, 420x420, 1524237654070.png [View same] [iqdb] [saucenao] [google]
10404422

>>10403771
you dumb turd
Vitalik already dismissed that FUD
here
>>10403299
>>10403299
>>10403299
>>10403299
now go kys