If you figure it out let me know, because I think I am having the same problem on an encrypted bitcoin wallet.dat file.  

I have seen what appears to be a 96 character encrypted key used with current and listed receive addresses(with labels) and it was seen in the "name" pool field of a wallet.dat file (HEX editor) right after the recieve address.  I am not sure if it is a 96 character encrypted key or if one includes the preceding "0130" and one adds the following 40 characters , it is then of correct length to be a spend script???  The problem I have is how to do either case - decrypt a private key or a spend script.  Do spend scripts get encrypted?

Yo, admin god vod.  Why didnt you delete this whole entire post like you deleted mine, its clearly inspired by the trinity, or maybe you didnt notice that.

I honestly was shocked to see a senior member (someone who assumably knows alot about the code from his long thesis) basically said the same thing I figured out independently, and I know.nothing about the code.  I only know fractal math and that the blockchain has a dynamical equation , which means it is fractal in nature.  My interests are mostly mathematical, because what solves the aforementioned dilemma also solves the emerging science of fractal field theory.

That is the result of twenty years of well documented  research .  Right now I am not allowed to post links, but follow the crumb trail above and you will see.   In terms of software, I am just hypothesizing based on fractal patterns I have discovered in the realm of quantum physics. 

Ok, so this post has not been looked at in three years , and I post on it and you pop up in seconds as if like trolling for the word god.  Are you the Good guardian of bitcointalk?

About the wallet.dat file , there are keywords like "pool" , "name" , mkey,  key! , ckey! , keymeta! and after the keywords is encoded data ..... I have tried to cut and past keyword sections of the file into another and it does not work.  I would try to replace a "pool" section from one file to another and that basically just breaks your wallet.  I think the keyword sections are linked in a way I don't understand.  Maybe someone here can point to a page that explains that in detail.

From a purely mathematical point of view (no software required) There is arguably $200 Billion worth of CryptoCurrency, but $200 Trillion worth of money in the world. So, at the current rate of growth of bitcoin for example, and assuming all other crypto did not exist, and bitcoin values are not really a bubble, and that there is a factor of 1000 (Go from Billion to Trillion) for a growth rate that would make paper money obsolete, then finally it would take less than five years for bitcoin to be the only money left.  

So the answer should be 1000 / (5 years) for maximum possible growth under above scenario , and if say there were five leading cryptos after 5 years , then it would be required to grow one fifth of that.  Also factoring in that the current block size is more than enough for the current transaction rate , and you will actually require even less growth of the block size.  There is also another variable that makes this whole analysis in error and that is something in economics called "the speed of money" , and I understand it simply as if you double the money supply you quadruple the speed of money , or in other words you quadruple the total number of transactions per unit of money.  So we will have to bring out the calculus books, and ultimately it becomes an economics problem not really a software problem to know exactly when to do it and how large it should be.  That may be why there has been alot of disagreement about the issue within the core dev community.

From a software point of view , I think, if we could know the exact future of crypto rather than be agnostic about it , then calculating the most efficient blocksize would be easy.