Proposed system to reduce Blockchain size

[Artemis3]

forget imagining millions of users wanting to b full nodes. because your not even going to get 500k users wanting to be full nodes

Maybe not, but it's not a good design-decision for a decentralized network if you have made it to discourage users from running their own full nodes.

Do you want a real decentralized network, or a network centralized towards the miners?

And what is the incentive for a home user to run a full node? I have to spend storage, bandwidth and other costs of keeping a server online, yet i'm not getting a single satoshi for it.

Even worse, i know miners earning plenty don't even bother setting one in an old pc next to their hundred or thousand asic miners...

[1715345708]

1715345708

[1715345708]

1715345708

[1715345708]

1715345708

[1715345708]

1715345708

[franky1]

forget imagining millions of users wanting to b full nodes. because your not even going to get 500k users wanting to be full nodes

Maybe not, but it's not a good design-decision for a decentralized network if you have made it to discourage users from running their own full nodes.

Do you want a real decentralized network, or a network centralized towards the miners?

you got no clue
1. ASICS(miners) have no hard drive. so thinking th number of nodes would centralise around miners is stupid. again ASICS dont even have hard drives to even be full nodes.

2. ASICS(miners) communicate to pools. there are not 100,000 pools. there are only 20 main pools

3. pools cant do much if there are 5k, 50k 500k nodes to reject any blocks that a particular pools releases.. a pool has to not only have large hashrate to stay ontop to keep its blocks active but also needs thousands of nodes to sway consensus over to "th more popular network". but even so merchants and users have to agree to the rules of such.
much like the NYA agreement(BSgroup) being onside with cores 2017 controversy

but here is the main point
deburdening bitcoin of utility by shrinking th blocks.. purely to promote an alternative network is going to discourage users from running their own node MORE

it seems people dont actually care about bitcoin utility or security. its just the lazy unemployed basement dwellers that want free coin from just running a computer.

its these lazy people we dont need. we ned people that care about security and community. not greed

oh and last lesson..
if th hope of stifling bitcoins utility to promote LN in the hopes of getting LN routing income. atleast do some math
if your charging 1msat per route to route something like a coffee.
you will have to process hundreds of thousands of payments just to make a couple pennies
meaning you will have to have hundreds of thousands of collateral locked to make them payments

in short. stifling bitcoin utility.. becoming an LN route WONT make you rich
if you dont care for bitcoin enough to research the code/utility.. atleast use your greed to do some maths to realise you wont get rich with the foolish rhetoric that stifling and deburdening bitcoin is good network decision

[Wind_FURY]

forget imagining millions of users wanting to b full nodes. because your not even going to get 500k users wanting to be full nodes

Maybe not, but it's not a good design-decision for a decentralized network if you have made it to discourage users from running their own full nodes.

Do you want a real decentralized network, or a network centralized towards the miners?

you got no clue
1. ASICS(miners) have no hard drive. so thinking th number of nodes would centralise around miners is stupid. again ASICS dont even have hard drives to even be full nodes.

2. ASICS(miners) communicate to pools. there are not 100,000 pools. there are only 20 main pools

3. pools cant do much if there are 5k, 50k 500k nodes to reject any blocks that a particular pools releases.. a pool has to not only have large hashrate to stay ontop to keep its blocks active but also needs thousands of nodes to sway consensus over to "th more popular network". but even so merchants and users have to agree to the rules of such.
much like the NYA agreement(BSgroup) being onside with cores 2017 controversy

Then the more for the need for the users to run their own nodes, and validate. The ability to run full nodes should not be taken away because a small minority in the commumity want bigger blocks, faster transactions, or lower fees.

That small minority will follow Bitcoin's model after three halvings.

but here is the main point
deburdening bitcoin of utility by shrinking th blocks.. purely to promote an alternative network

Stop the social drama, tinfoil hat conspiracy theories.

is going to discourage users from running their own node MORE

Hahaha. What are you talking about?

forget imagining millions of users wanting to b full nodes. because your not even going to get 500k users wanting to be full nodes

Maybe not, but it's not a good design-decision for a decentralized network if you have made it to discourage users from running their own full nodes.

But the reality is different. Even though running Bitcoin full nodes these days isn't expensive (initial hardware is only about $100 with extra $0.5/month), but the fact you need to download or/and store 200GB+ of blocks is enough to discourage majority of regular users.

Then how would bigger blocks help?

[franky1]

Then the more for the need for the users to run their own nodes, and validate. The ability to run full nodes should not be taken away because a small minority in the commumity want bigger blocks, faster transactions, or lower fees.

1. which requires MORE transaction count on the BTC network. to allow more people to want and use bitcoin more
not less transactions where users play with other networks
not more expensive fee's to push people out of wanting to use the btc network
not cutting down transaction count to make it appear exclusive in the hopes it makes it more popular/energised

analogy: if you want more people to use the airline network to travel internationally.. you dont reduce the number of planes

2. if you think 1mb legacy, 4mb wishywashy is too much to handle. then are you also crying that call of duty wont run on your old sega genesis(megadrive). or have you upgraded your games console and realise millions of people CAN cope with playing
we are in the fibre, 5g internet age. not dialup (56kbit/s=4.2mbyte/10min)
we are in the terrabyte hard drive era. not the floppydisk 4gb HD era

3. nothing stops users being full nodes. but users have to put an effort into it.
nothing stops users playing call of duty. but users have to put an effort into it.

if lazy people want to get rich but pay nothing. they wont get what they want

what does truly make me laugh though
those that want to get rich for fre via stiffling bitcoin. and pretend its about cost of running bitcoin is too much. are the same lazy fools that are happy to push UP the price of transactions.

the obvious reason is they want to deburden bitcoin. and make users use other networks in the hope for lazy people to get rich free. its got nothing to do with improving bitcoin utility. its about greed via other networks

[Wind_FURY]

Then the more for the need for the users to run their own nodes, and validate. The ability to run full nodes should not be taken away because a small minority in the commumity want bigger blocks, faster transactions, or lower fees.

1. which requires MORE transaction count on the BTC network. to allow more people to want and use bitcoin more

I'm confused. But the people already want to use Bitcoin more.

2. we are in the fibre, 5g internet age. not dialup (56kbit/s=4.2mbyte/10min)
we are in the terrabyte hard drive era. not the floppydisk 4gb HD era

Then good. Maintain regulating the block size, let the network scale out, and decentralize further.

3. nothing stops users being full nodes.

The higher costs will.

[JaredKaragen]

I think a snapshot sort of idea could be a good thing.

Code in so when you hit block X;  the entire blockchain is broken down into its constituent records;  and keep only the addresses and values along with checksums for each that contains a balance; make it as a new base block and have the network find a hash to sign that package (no reward); use that package in a manner to seed the start of the first block..  From there, continue business as usual.    When the blockchain grows up again;  it can all be done again.  Basically delete the chain of record; and make it contain addresses with a balance and a hash of the two as a checksum.

But it would have to be done with consensus.  100% must be.

Each node at the appropriate blockheight will begin assembling the new "genesis block" which could be of infinite size, and once built;  nodes start hashing away to sign that package.   Literally mine out the reset of the blockchain.... not only that, but at the time of the network change;  node consensus should be in the magnitude of [some number deemed appropriate] reporting in with an individual verifiable hash.   Estimated hash difficulty requirement can be worked out in the process... maybe make it variable based on hash time and network block consensus count.  once that threshold is passed;  start processing tx's as normal.

The early records can be saved independently; and re-verified as is needed; but once its truly known everything is verified with the replacement blockchain;  it would basically be delete-able unless you wanted to traverse the full record in the future.

I know there are many ways for it to possibly go wrong;  but we have ample time to test and re-test and get it right before we do such a thing.... and I really think this could be a reality for making the blockchain smaller.    


I also remember something about the merkle root being able to take place of a lot of block data;   like a side-ledger....   I need to do more diligent research about that [from what i recall] unused aspect.

sorry i'm rambling a little;  its late but i wanted to comment.

[franky1]

Then the more for the need for the users to run their own nodes, and validate. The ability to run full nodes should not be taken away because a small minority in the commumity want bigger blocks, faster transactions, or lower fees.

1. which requires MORE transaction count on the BTC network. to allow more people to want and use bitcoin more

I'm confused. But the people already want to use Bitcoin more.

people already use bitcoin via exchanges, webwallet, phone apps, lite wallets.
but you yourself were saying
"Then the more for the need for the users to run their own nodes, and validate."

but if your reducing the blocksize, LESS users will use bitcoin regular
those irregular users wont want to be full nodes because they are not using it regular enough

and again if you want more users. you need more transactions.
users playing with other networks and only broadcasting to the btc ntwork once a month, are not people that will be full nodes
users broadcasting to the btc ntwork once day atleast are the people that will be full nodes

deburdening the btc network of utility (smaller blocks, less transactions) doesnt help promote the btc network
deburdening the btc network of utility (increased fee's, costing$1+ per use) doesnt help promote the btc network

infact those 'once a month broadcasters' wont even be regular users, but 'factories' so dont expect promoting other networks to also promote users to be full nodes

complaining that running a full node. based on hardware that can be spread over 4 years meaning the daily cost is under $1
but then promoting fee wars, based on fee/reward equilibrium of $33 a tx (12.5*$8k=$100k... $100k/3000tx=$33)

i find it shocking how people presume hundreds of thousands of people would pay $33 a tx but wouldnt pay under $1 a say for a PC that they can also use for many things while using bitcoin. (hint people already do spend under $1 a day on their pc)

[Wind_FURY]

Then the more for the need for the users to run their own nodes, and validate. The ability to run full nodes should not be taken away because a small minority in the commumity want bigger blocks, faster transactions, or lower fees.

1. which requires MORE transaction count on the BTC network. to allow more people to want and use bitcoin more

I'm confused. But the people already want to use Bitcoin more.

Words

Stop making the debate very confusing for everyone. Simply, the people already want to use Bitcoin more. Can you make a debate that the people want to use Bitcoin Cash more?

[franky1]

Then the more for the need for the users to run their own nodes, and validate. The ability to run full nodes should not be taken away because a small minority in the commumity want bigger blocks, faster transactions, or lower fees.

1. which requires MORE transaction count on the BTC network. to allow more people to want and use bitcoin more

I'm confused. But the people already want to use Bitcoin more.

Words

Stop making the debate very confusing for everyone. Simply, the people already want to use Bitcoin more. Can you make a debate that the people want to use Bitcoin Cash more?

go take your bitcoin cash derailments elsewhere

yes normal users want to use bitcoin more. but devs and a certain corporation group want people to use alternative networks by making bitcoin transactions expensive, less transaction count. all in the aim of the HOPE of getting rich via other networks.


but the point is reducing transaction count from 3000tx a block(~500k a day) down. means less people will be able to use bitcoin regularly.
by having less people regularly using bitcoin, less people will ned/want to be full nodes. they would just use lite/web wallets

i said it before having users that only validate 1 tx a day/week just dont see the benefit of validating everything 24/7.
i said it before having users that only validate 1 tx a day/week just dont see the benefit of running a system 24/7
its these people that then complain that by running their system 24/7 its costing them a few extra cents of electric or having to upgrade their internet package. which for 1tx a day aint worth it to them.

but if they could use it daily and often without large tx expense, then they would be happy
also more transactions would mean more users.
EG if there were say 500k daily bitcoiners. and 100k are fullnodes(20%)
imagine if there were 2.5m daily bitcoiners.. that might mean 500k fullnodes(20%) +
imagine if there were 250k daily bitcoiners.. that might mean 50k fullnodes(20%) -

[Wind_FURY]

Then the more for the need for the users to run their own nodes, and validate. The ability to run full nodes should not be taken away because a small minority in the commumity want bigger blocks, faster transactions, or lower fees.

1. which requires MORE transaction count on the BTC network. to allow more people to want and use bitcoin more

I'm confused. But the people already want to use Bitcoin more.

Words

Stop making the debate very confusing for everyone. Simply, the people already want to use Bitcoin more. Can you make a debate that the people want to use Bitcoin Cash more?

go take your bitcoin cash derailments elsewhere

It's not an a derailment, nor was it my intention. It's a valid question in my opinion, asking from your previous post to clarify.

yes normal users want to use bitcoin more.

Thank you. That's the answer we needed.

but the point is reducing transaction count from 3000tx a block(~500k a day) down. means less people will be able to use bitcoin regularly.
by having less people regularly using bitcoin, less people will ned/want to be full nodes. they would just use lite/web wallets

i said it before having users that only validate 1 tx a day/week just dont see the benefit of validating everything 24/7.
i said it before having users that only validate 1 tx a day/week just dont see the benefit of running a system 24/7
its these people that then complain that by running their system 24/7 its costing them a few extra cents of electric or having to upgrade their internet package. which for 1tx a day aint worth it to them.

but if they could use it daily and often without large tx expense, then they would be happy
also more transactions would mean more users.
EG if there were say 500k daily bitcoiners. and 100k are fullnodes(20%)
imagine if there were 2.5m daily bitcoiners.. that might mean 500k fullnodes(20%) +
imagine if there were 250k daily bitcoiners.. that might mean 50k fullnodes(20%) -

But why would you want to take away a user's, or anyone's ability to run their own nodes, to validate their own transactions themselves, from their own nodes? Bitcoin is still a decentralized network, isn't it?

[d5000]

Yes, pruned blockchain does sort out the issue of storing the whole blockchain on your system however it still has to validate all the blocks until the genesis block.
Whereas my proposed system would eliminate the need to validate all the blocks until the genesis one and will only need to validate blocks until second genesis block/genesis block after archival whatever we name it.

You can achieve something very similar even without modifying a single line of Bitcoin's code: Simply download an archived blockchain copy - this is much faster than validating it - and then prune it. (There seem to be even services for that: getbitcoinblockchain DOT com - dunno if it's trustworthy so I disabled the "hot" link).

You node then would not contribute to the validation of the early parts of the blockchain (in your system, you wouldn't either). However, it still would be better than a SPV node because it would validate everything after the point where you downloaded the copy.

It should even be possible to download already pruned archived blockchains (I haven't found a download repo however). You can also create a tool for distribution of these blockchain copies using a network like BitTorrent, although you will probably never be 100% secure that you have a "clean" blockchain copy.