David Johnston (executive director of bitangels) posted a very detailed defense of my project against some criticisms it was receiving for not being different enough from bitcoin, which I think is worth posting here:
Dean,
Thanks for digging in deeper and stating the question in a different way. I think I understand the context of your questions now.
We are all in this due diligence process together and I'm building my own understanding of all the aspects of this project. I don't have any reason to "step around" your question, I'll attempt to address it based on the best of my understanding and I'll let additional folks with deeper technical understanding like Ron and J.R. answer it from their perspective.
So to your question "What functionality is Mastercoin providing that isn’t already being met by Bitcoin?"
To my understanding Mastercoin is leveraging the existing functionality of the Bitcoin protocol. That is to say it is NOT adding any baseline functions that aren't already present in the Bitcoin protocol. What it IS going to do is create a new layer on top of the Bitcoin protocol focused on the use cases listed, including peer to peer exchange, futures contracts, and issuing additional currencies.
From your comments it seems you aren't drawing a distinction between what the Bitcoin Protocol "can" do and what the existing clients that implement the Bitcoin protocol "actually" do. That is why I asked my question about, if you knew of any actual client implementations that offered the use cases that Mastercoin is developing. If the answer to my question is "No" there aren't any current implementations, than I would respond that the reason to "bother with mastercoin in the first place" is to create actual implementations of those use cases.
For example my understanding is that the Exodus address serves the function of marking Bitcoins (in the history of the Bitcoin ledger) involved in the Mastercoin protocol therefore giving the clients a point of reference for tracking their usage and for identifying the functions they are executing if I'm misunderstanding the protocol here Ron or J.R. feel free to correct me, I've only read the white paper three times. If Dean you are proposing that there isn't a need for an "Exodus" address of sorts in order to make these use cases possible then I'd like to understand that better.
Assuming for the sake of this discussion that there IS a need for a Exodus address type of set up, then allow me to continue in logical progression to your note about Mastercoin being its "own little silo". I believe this sentiment is related to the response I hear from some programmers who dislike "pre-mined" currencies which are often owned primarily by their creators. I'd like to make a few points here. Mastercoin being on the same block chain as Bitcoin of course doesn't need to be mined with additional hashing power.
So the question becomes "What is a fair and logical way to distribute Mastercoins through the exodus address to people that wish to use their functionality"? There are lots of possible answers here, random give away, sell them, give them to developers, on and on. I stated earlier that I believe J.R. has decided on a fairly compelling way of handling this problem. That is to publicly announce on the forums that those interested in developing these use cases can support their development by purchasing Mastercoins until a certain date. Having published the technical spec and spoken publicly (at the Bitcoin Conference) about these developments he is interested to invest in and support the development of. There are also Mastercoins set aside for those developers that contribute to the development of Mastercoin in the coming years, which I believe is important as well.
So Mastercoin is not only the vehicle for the Exodus address, it becomes a vehicle for those that want to invest in and support the development of these use cases. So far that vehicle in my view has proved successful with hundreds of users deciding to support it and having collected 2,618 BTC (more than twice J.R.'s initial investment) which can now be deployed to turn the functionality of what Bitcoin "can" do into the functionality actually offered in user accessible clients.
I fully acknowledge your question is a very important one. It is one of the main questions I asked J.R. during the due diligence, for me I stated it as "is the value of this protocol in the Mastercoins themselves or in the applications it will support. Stated another way, "are these Mastercoins going to be worth anything, or is all the value created by those that offer the services on top of Mastercoin?" In our discussions J.R. convinced me that their is a value in the Mastercoins themselves because users will have to acquire them to preform the functions they desire, for futures, peer to peer exchange of other currencies or issuing of new currencies. So the value equation is similar to Bitcoin in that it is a function of scarcity and utility. I believe that Mastercoins will be scarce and I believe its functions will have great utility. Therefore I'm of the opinion they will have value.
On a related question that I also asked of "if this is open source, what prevents someone else from creating their own forked version of Mastercoin on the Bitcoin blockchain"? The answer, (as it is for Bitcoin also) is: there is nothing preventing someone from creating another version, but the first mover advantage is a big one. Bitcoin has dominated the marketplace in comparison to Litecoin and others due to this first mover advantage, name recognition, momentum, user adoption and so forth. Mastercoin seems to be poised to be the first to implement these functions on the block chain and therefore it will have this first mover advantage in the context of these use cases.
I hope I've explained my current understanding in a clear way. I look forward to your thoughts and any corrections or clarifications from the other technical folks here.
I see this open discussion as a very healthy process and extremely valuable to the due diligence process.
Best Regards,
David A. Johnston
BitAngels.co
David, your understanding is 100% correct. It's just too bad that you have only read the whitepaper three times though - how disappointing
You've given very detailed answers to multiple objections, including some not even explicitly raised on the bitangels thread. If people don't get it, or don't agree, they are free to not invest. It's an opt-in functionality, and clearly some people will not opt-in.
Thanks for taking so much time to try to answer questions and objections. Its nice to not be the only one tackling that undertaking.