Author

Topic: compression not a waste of money (Read 829 times)

legendary
Activity: 947
Merit: 1042
Hamster ate my bitcoin
September 18, 2011, 07:07:08 AM
#6
Thank you for you answer 'kjj', while I believe it would be possible to create a compression mechanism with all the required properties I think the added complexities would not be worth the gain in data size.

I have seen an idea called HubCoin which may provide a solution to the scaling problem.

It would be interesting to know how much resources the users of the network are prepared to donate in order to predict its tolerance.

My resources are limited, and so I will switch the client off when it exceeds:-
 
2gb bandwidth per month (my ISP limits me to 10gb a month)
0.5ghz cpu (i only have 2.5ghz)
50gb hdd

Maybe this would be worth a poll on a separate thread with the aim a generating a network tolerance graph?
full member
Activity: 125
Merit: 100
September 17, 2011, 02:45:53 PM
#5
It would work.
kjj
legendary
Activity: 1302
Merit: 1026
September 16, 2011, 03:00:46 PM
#4
I don't know if this is a good idea or not, someone may even have already suggested it, but...

As bitcoin grows and more transactions take place, anyone running the bitcoin client will start having there resources monopolized. They will then stop using the client and the number of nodes will diminish leaving the network vulnerably to bot attacks.

So my suggestion is, create a version of bitcoin that rewards people with coins for solving compression problems which would make the network more scalable. Compressed data would consume less bandwidth and less HDD space.

Also the electric used to mine would be spent on something useful.

What do you think?

Much of the block chain is random numbers and outputs from cryptographic functions.  Both of these are very high entropy data and don't compress very well.  I just ran bzip -9 on my blk0001.dat and I got 21.36% savings (606,522,351 bytes -> 476,975,806 bytes).

For comparison, a recent test showed that pruning could reduce the block database by over 70%.

The bigger problem is that no reversible compression systems that would meet our needs as a security function.  Hashing was picked because it has a whole bunch of desirable properties, like the avalanche effect, and that the outputs look very much like random numbers, allowing us to scale the difficulty in a predictable way.
full member
Activity: 235
Merit: 100
September 16, 2011, 02:55:36 PM
#3
If you want to save on harddrive space you could always compress the directory that holds the block chain data.
myself I'm not worried about bandwidth...
If i nuke all my data except for my wallet.dat file then it only takes about 1/2 hour to re enumerate all the confirmations (had to do that a few weeks back)
member
Activity: 112
Merit: 10
Don't get eaten by wolves!
September 16, 2011, 01:54:53 PM
#2
Mining is already s something useful: Maintaining the block chain. If you make the miners work toward something else, then Bitcoin is kinda boned.
legendary
Activity: 947
Merit: 1042
Hamster ate my bitcoin
September 15, 2011, 06:55:02 PM
#1
I don't know if this is a good idea or not, someone may even have already suggested it, but...

As bitcoin grows and more transactions take place, anyone running the bitcoin client will start having there resources monopolized. They will then stop using the client and the number of nodes will diminish leaving the network vulnerably to bot attacks.

So my suggestion is, create a version of bitcoin that rewards people with coins for solving compression problems which would make the network more scalable. Compressed data would consume less bandwidth and less HDD space.

Also the electric used to mine would be spent on something useful.

What do you think?
Jump to: