There's already been some positive that's come of this, like people working towards a decentralized exchange and such.
Just for the record, a decentralized exchange is nonsense.
Nah it's not.
Conceptually it isn't all that difficult in fact. There are, however (for the model I have in mind - with a blockchain managing share ownership alongside the existing BTC chain) some pretty serious practical issues with it:
1. With no central authority ANYONE can issue an asset or more shares/units of an existing one (if they own it) at any time. So it would get flooded with junk assets pretty quickly. Don't think that's quite as bad as it at first seems.
2. There would be pretty extreme latency on trade completion.
3. There's be no fast flipping of shares - they'd be locked for a not insignifcant amount of time (talking an hour or two, not days) post transaction.
4. Every client would have to do a fair amount of data processing.
5. All transactions and blocks of shares owned would be linked to a BTC address - if the public is processing transactions rather than a central authority then the public knows that information rather a central authority.
I imagine my concept is very similar to that of many other people's. The key hurdles to ovecome are two:
1. Removing the need for any central body holding/escrowing funds.
2. Matching Bids/Asks.
The first is the biggest one (with that addressed the concept works for matching trades - with deal-makingh aving to be done elsewhere). Easiest way (that I'd have thought of) to do that is to make transactions transferring share ownership conditional upon the existence of a transaction in the BTC block-chain.
So if I want to sell you X shares of company A for Y BTC then:
1. I make a transaction in the share blockchain transferring X shares of company A to you.
2. That transaction is made conditional upon the existence of a tagged transfer (various ways to do this - obvious ones being last few digits of amount, an/or the sending BTC address) in the BTC chain of Y BTC to a specified BTC address.
3. That transaction is processed into the shares block-chain - but is treated as conditional by all clients until the condition is met (and flagged as deleted if the condition isn't met within whatever time-scale is defined).
4. When you're satisfied the conditional transaction is irreversible (i.e. confirmed sufficient as not to worry about it being 51%ed) you send the BTC.
5. When the BTC payment is confirmed, the transaction in the share block-chain becomes confirmed and only then does the client software of all users treat the shares as belonging to you and able to be transferred.
That's just the basic idea - but it's ONE way of removing the need for funds to ever be sent to a third-party. If you master that (obviously all of the above would need to be automated in the client), then implementing Bids/Asks is relatively straightforward.
Can't say I've spent much time on it - but have given it a bit of thought. It would even be possible to develop it with a built in fee for the developer/maintainer (for asset issuing to reduce spam junk assets and/or for actual transaction fees). Haven't addressed incentive for mining the block-chain, but there's a few ways to provide that.