Goxed : $10,350 plus surrounding problems (this figure is most likely on the low end, but i'll use it).  --- this wasn't stupid as well,  this was a mixture of growing pains (from hobby to real business) mixed with some serious hacking.

Criminal justice: You're doing it wrong.

Is it dangerous to use tradehill, mtgox, etc.....on tor?

How would you provide investors details of earnings, and what would be your policies on deposits and withdrawals?

The problem is here. Any trading strategy must be above buy-and-hold as a minimum criteria for consideration. And there are millions of strategies which are above buy-and-hold for only a very small amount of time (e.g. they all perform perfect on the backtesting data, but will make huge loss in a few days or weeks).

Though, there is one exception. Since the bitcoin market is just emerging, it may be inefficient and thus even simple algorithms would be profitable.

You do know that in most jurisdictions, receiving stolen property requires the keyword: "knowingly"?

(not saying this is what is/should happen)

It's not quite impossible.  They can start with the assumption that all passwords are week, then when you submit your password for the first time, it can do the hash to see if is the right password, + also check the strength of the password at that time (since you just gave them the plain text password).

If it was a strong password they could unlock the account, if is was week, keep it locked and redirect the user to a claim site.

I am still waiting for access to one of my accounts too.  I got an email about a week ago (after 3-4 weeks of waiting) that said I had been granted access but when I actually went to login to it; still goxed.

Sent an email explaining the goxing (in fact two of them) yet I still haven't received a followup.

+1.  This was pretty clear from the start of the thread.  The rest of the thread has just devolved into metaphysical blah-blah nonsense about time, entropy, the universe and everything.  Believe me, I do research in statistical mechanics for a living: I think of entropy long and hard every day.  The full contents of this thread is a hodgepodge of big words patched together with duct-tape.

I think it might be helpful to explain how an electronic market selling bonds and contingent claims would work.
Just like in a regular market, pricing is determined by bids and asks of market participants.

Say the market is for bonds and contingent claims with 1 year maturity. Suppose the bitcoin software is setup to allow four kinds of contingent claims (in reality you would a wider range of possibilities).
The following are some hypothetical highest bids on the market:

Bids
Bond (all difficulty states): 0.975 BTC
Contingent Claim (diffculty <= 1000) : 0.01 BTC
Contingent Claim (100000>=difficulty > 1000) : 0.3 BTC
Contingent Claim (5000000>= difficulty>100000 ) : 0.68 BTC
Contingent Claim (difficulty>5000000 ) :  No existing bids

A bond seller arrives and declares a minimum asking price of 0.97 BTC, what determines the selling price of this bond? Is it broken up into contingent claims or sold in its entirety?

Algortithm compares two possible sales:
1) [divide the bond into contingent claims]
               a) Add up non-zero bids at the entire range of difficulty levels  (in this case 0.01+0.3+0.68=0.99)
               b) return revenue and any unsold contingent claims to the seller
                         (In this case the seller gets 0.99 BTC and a Contingent Claim for (difficulty>5000000 )
2) [sell the bond in one piece]
              a) sell the bond for the highest existing bid (in this case 0.975)
3) If (Revenue (2) > asking price) AND/OR (Revenue (1) >= asking price), then sell bond; otherwise no sale
     a) If Revenue (1) >= Revenue (2) [in this case it is, 0.99>0.975], then sell the bond through method (1)
     b) If Revenue (1) < Revenue (2), then sell the bond through method (2)           
               
In this case the seller earns more from selling the bond as contingent claims (0.99>0.975). Thus, the algorithm would match the seller to the contingent claims bids instead of to the bid for an entire bond.

If you use a simple system in which you just mine for one type of block and the proportions of currencies/bonds in each block are constant, then you only need one difficulty. You can set this difficulty using the current algorithm. No modifications necessary. I could make a hard design which allows multiple mining choices and would need a new algorithm.  I don't think benefits associated with a new algorithm are sufficient to justify added complexity.

(By 'free', I mean those that have no transaction fee where one would normally be required, not including transactions using old coins that don't need a fee.)

The bitcoin vis bitcoin bond would not have a pegged exchange rate. You would just handle exchange using a system like bit-parking, the exchange rate is just a market price. I don't know what they will be worth either. The market has to figure it out.

Not really. Look at the volumes.

Why would anyone want to have several accounts? Is that to circumwent the daily withdrawal limits? If so, that might be the case why it's rejected.

MagicalTux (owner of mtGox) is also available on freenode irc network in channel #mtgox.

I asume it does not help much to post here, you should get in touch with mtGox and check what's the reason the claim has been rejected.

The thing about "only weak password accounts have to be reclaimed" is impossible, as the passwords are stored as hashes. Therefore MtGox can't know if a password was weak or not. So actually everyone needs/needed to reclaim.

MtGox 72%
Tradehill 18%
Bitcoin7 10%[/color]

I shouldn't have had to claim, as the website said that people with a suficiently complex password would get their accounts back automatically.
But even a password like:     7L8(l^qDx*(_fSG!3n     apparently isn't complex enough.

So I had to reclaim, which I did.
Then the claim was approved but 1 day later my new password was invalidated and I got noo more responses to my requests!