Pages:
Author

Topic: Block chain size/storage and slow downloads for new users - page 24. (Read 228658 times)

sr. member
Activity: 448
Merit: 250
It crashed? Could you report that in the MultiBit forum or issue tracker please. I haven't heard people complain of crashes before, but of course, it's always possible.

I did a 'Run as Administrator' (which is noted as being needed under Win8 - I'm on Win7 64 bit) and it started up and works.
member
Activity: 62
Merit: 10
It's an interesting and informative read, thanks.
legendary
Activity: 1302
Merit: 1007
Good to know there is a solution to the problem.
legendary
Activity: 1526
Merit: 1134
It crashed? Could you report that in the MultiBit forum or issue tracker please. I haven't heard people complain of crashes before, but of course, it's always possible.
hero member
Activity: 756
Merit: 501
There is more to Bitcoin than bitcoins.
I've just downloaded and installed MultiBit 0.5.13 on a Win7-64bit PC and it crashes as soon as I try to start it... That's not very new user friendly!

Hence the 0.5.13. Bitcoin is still in the beta phase.
sr. member
Activity: 448
Merit: 250
I've just downloaded and installed MultiBit 0.5.13 on a Win7-64bit PC and it crashes as soon as I try to start it... That's not very new user friendly!
jr. member
Activity: 76
Merit: 1
I'm actually impressed. After opening the client, I was ready to make transactions after a second.
Then, in order to recover the last 60 days in my Qt database, this is another story. It will take ages Wink

I'm waiting for innovation on top of BTC and the extensive use of the Internet of Trust.
What BTC opens is just amazing.

 
legendary
Activity: 2632
Merit: 1023
what about electrum how does this compare?



Electrum doesn't store the blockchain locally. It reads it off remote servers.

yes I know but this multbit proposal does not store the entire blockchain either, just a clever compressed version

legendary
Activity: 3038
Merit: 1032
RIP Mommy
what about electrum how does this compare?



Electrum doesn't store the blockchain locally. It reads it off remote servers.
legendary
Activity: 2632
Merit: 1023
what about electrum how does this compare?

hero member
Activity: 756
Merit: 501
There is more to Bitcoin than bitcoins.
This would also be a good place to remind people of Moore's "law" - the fact that, since the mid-20th century, the cost of data storage and the cost of computing power have been decreasing exponentially year after year, regardless of technological challenges, market crashes, or anything else. Surely Bitcoin may go througn growth spurts, but eventually blockchain growth will become linear (when we hit the block size limit, or when we remove the limit and let the transaction frequency reach an economic equlibrium based on tx fees). Either way, I see no big problem, and I've been running a full node for several years without any additional cost.
legendary
Activity: 1862
Merit: 1114
WalletScrutiny.com
Mike thanks and keep up the good work. You are very dedicated to let us know what's going on and I love that. We need people to teach others about the bitcoin and while all people registered here to the forum consider themselves experts of bitcoin in front of their families, there's only some 0.1% who actually know the code and details and can teach the other experts about these fascinating details. (What I miss a bit is some teasers to actually get my hands dirty. I saw links to the code maybe twice. I'm pretty sure that more people would get involved in working on the code if there were more invitations like that. After all there must be tons of developers on the forum dedicating their brainz to other stuff, like posting on the forum Wink )
member
Activity: 64
Merit: 10
Good explanation. Thank you.
legendary
Activity: 1526
Merit: 1134
Jeff runs a blockchain BitTorrent for that exact purpose.
full member
Activity: 126
Merit: 100
What about saving the blockchain file from a full client and uploading it to some server once a week or so? Then new users could just download that big file and have their full clients sync up quite fast since they won't need to download the blockchain from other nodes.
legendary
Activity: 1526
Merit: 1134
Thanks! Much appreciated!
vip
Activity: 1316
Merit: 1043
👻
Thank you for the nice write up. I've donated a bitcoin to your tips address.
legendary
Activity: 1078
Merit: 1006
100 satoshis -> ISO code
Thanks Mike for the posting this info about SPV. Great work indeed.

Coincidentally, I have known Ralph Merkle for a long time and also listened to his talks about nanotechnology. But I did not realize that he also devised the Merkle tree which Satoshi used.  Just think that he is not only at the forefront of the next revolution in manufacturing, but also has an influence in the next revolution in finance. What an amazing guy!
hero member
Activity: 756
Merit: 501
There is more to Bitcoin than bitcoins.
This thread only makes me think: Bitcoin is too much. The possibilities it opens, technologies it enables - it's all just too much for businesses and governments and people to grasp easily.
Having said that, it is precisely these kinds of threads that help us digest bits and pieces.

Thanks Mike, retep, and everyone else!
legendary
Activity: 4760
Merit: 1283
...
What we are going to have to do is require peers to either do something useful, like relay valid fee-paying transactions and valid blocks to us, or expend some kind of limited resource, like perform a proof-of-work or just pay directly via micropayment. That'll make widescale DoS attacks prohibitively expensive, but it also impacts SPV nodes too that don't contribute to the health of the network. Of course, obviously if such an attack happens this code will be written and deployed very quickly, so don't get any ideas...

'Something useful' could be, among other things, being verifiable situated in a domain which is underpopulated.  The domain could be geographical, political, implementational (meaning it works in particular way such as implementing an underrepresented overlay messaging protocol) or whatever.

Indeed - that's what we try to achieve with the current system of trying to connect to nodes with ip addresses in a varied set of /16's. Varying implementations is an interesting idea too, although one that's harder to actually verify.

If you can come up with ways to do more than that we'd love to know, but be warned it's a really, really difficult problem.

I started on a path to describing some of this stuff before I got more interested in running my sawmill:

  https://sites.google.com/a/tcilgl.com/paracoin/home/depth_l1/network_mesh#TOC-n-space-characterization:

Several concepts which I've yet to attempt to describe would be

 - multi-pass proof of work with non-predictable algorithms.  So, for instance, head blocks are solved mainly by transfer nodes while legacy datasets are consolidated and locked with long duration (very high difficulty) md5 leveraging existing ASIC investments (at a frequency aligned with codebase releases.)

 - dedicated hardware nodes which contain useful things (like FPGA for adaptable algorithms, TPM for certain node identity needs, POE for a reasonable balance of power, cost, and convenience.)

 - node link rewards where 'close' peers are issues part of a reward which would foster a greater mesh density health.

I hope that the nature, capabilities, and relationships between potential adversaries of Bitcoin are becoming more widely appreciated in these post-Snowden days.  It is why I consider broadly defensive systems to be the most critical aspect defining value in a crypto-currency solution...or at least a 'reserve' one.

Whether there is the potential to adapt the existing Bitcoin as a value core in total and develop a robust supporting framework around it is debatable and I continue to feel that it is probably a long-shot.  Most likely Bitcoin will evolve toward (if not 'remain') an element of something akin to PRISM.

 edit: s/density/health/.  By 'health' I mean diversity more than anything.  The methods by which a 'healthy' node population could be engineered have some interesting parallels to how biological populations implement genetic material transfers.

Pages:
Jump to: