You do realize that you are in a community where any service operator who can't achieve more than 99.999% uptime will get crucified on the cross of shame and be spitted on? Geeks don't give a damn about your fancy order-matching idea, and how a real world exchange should operate, if you dare to entertain with the idea of an exchange not having to process orders real-time every second 24*7, you will get strapped of your badge of nerdiness and ostracized forever.

Now this being Bitcoin, what about we just pull out our mining rigs and vote/fight.

I am just telling you this is what is gonna happen, not making a judgement. Bitcoin's design precludes the chance of survival of any copycat, you need to come up with some new mining algorithm which is incompatible with Bitcoin(like LTC's scrypt) to survive, FYI several altcoins had been taken down by 51% attacks because they can be merge-mined with bitcoins.

I can tell you how this is going to end: a small portion of the hashpower of the Bitcoin network will join your chain, then 51% you, then you are game over.

I have got a maybe silly idea, and this is not strictly related to Armory, but since I consider it silly and you are possibly the only one I knew here who is both knowledgeable and friendly enough to help a noob, I think maybe I can post it here to get some advices from you before I decide to make a thread or not....I am sorry.

The idea is to spend bitcoins in a way similar to physical coins to prevent the "race attack". So we know traditionally the currency datas are represented in a special kind of currency data type, as they are not infinitely divisible, when we spend the fiats the smallest denomination is usually one cent/one penny, and any amount can be splitted into a relatively small number of fixed denominations(1 cent, 5 cents, 1 dollar, 5 dollars, 10 dollars....). What if we apply the same way of thinking to Bitcoin, and implement the following feature in the client: create multiple addresses(like hundreds) in a batch, and charge each with a fixed amount of bitcoins(5 BTCs, 2 BTCs, 1BTC, 500mBTCs, 200mBTCs, etc), the amount charged must be a number from a set of "denominations", and the number of addresses should be enough for multiple purchases in a relatively long period of time as each will be only used once during this period. Now whenever the user wants to make a purchase, his bitcoin client will pick a number of addresses with the right combined balance and completely spend them to send transactions to the merchant(no more than 12 are needed to be used for anything cheaper than 10BTCs ATM I guess), then the merchant can simply perform a check of all addresses used by the customer, and refuse to deliver the goods if any of these addresses containing unconfirmed/less than X confirmations transactions, so that the merchant can effectively prevent a race attack, without giving the customer too much inconvenience, what do you think?

Is this the "offical" 0.88 version?

There may be large traders who are not technically sophisticated enough to use APIs. What we're looking at is not some icing on the cake, unable to close margin positions at the right time maybe a life-and-death problem, for both customers and the exchange, given the gox lag. You can't just implement it in a "think you may like it" sort of way, everyone must be able to use it. But of course APIs should still be made available.

Seriously, you guys may need to consider add trading through E-mails. In high traffic high volatility times it's going to help both us and you if we can close our margin positions with E-mail, it's becoming quite a bit intolerable right now.

I am fairly sure the chance of a steal transaction becoming valid is not 30% even if the thieve controls 30% of the hashpower/nodes, the real probability has to depend on the time passed(how many blocks are found) between the two transactions.

LOL @ the trolls/shills in this thread.

Wall observer thread regular "Loaded", 40K provable cold storage, more than 100K claimed.

About DPR: of course, since when is the world's largest public drug market owner not the richest person?

EDIT: I think there is at least a hint of possiblity that DPR is actually Satoshi.

Slightly wrong, power needed to find a hash collision for SHA256(not even that, just to count to 2^256), the jacket of the public key.

That maybe because what Gox said is truth: people are buying right now yet they didn't cancel their orders at lower prices, so the number of checks Gox needs to execute goes up multi-fold. In a panic sell like yesterday people would not have expected to have their orders at higher prices filled so they simply cancel them(besides those that are backed up with funds).

Shills:" I don't know, but Gox must be manipulating to keep the price up!"

The question is can they still try? the 2M BTCs sold is not like the typical amount you would tip a waiter.

I am fairly sure we will only go up when the bears have completely blown their wads and got nothing more to burn.

So you operate the biggest Bitcoin dark pool,  Loaded?

I personally ask my clients to wait until they register with the Hong Kong financial regulation agency, which I believe they are pushing forward, I have no problem with entrusting my own funds to them though.

Grrrr...typical Finn. But yeah, I agree with you there, my status is more like that of Roni though, I did buy some(heck, I even sucker bought at $170 when it was all the way down, although I was buying back my position sold at $190),  but I mostly spend my day trying to arbitrage by catching people off-guard, Gox actually worked surprisingly well today, this combined with the volatility allowed me to offset my loss through the arbitrage(technically not loss as I am still vastly in black).

Sorry, are you referring to me or no one in particular?