Month: February 2014
Bitcoin Transaction malleability and Mastercoin

Many of you are probably wondering how the transaction malleability problem affects Mastercoin; in short it doesn’t. However understanding why it doesn’t is worthwhile. First of all, let’s quickly go over what transaction malleability is: In Bitcoin transactions are often referred to by the cryptographic hash of the actual data in the transaction, often called the txid. These txids are used within transactions themselves to refer to the previous transaction whose coins are being spent. Since the data being hashed is the entire transaction, not just a part of it, that includes the cryptographic signatures that the Bitcoin system uses to determine if the transaction is in fact authorized to spend the Bitcoins it is trying to spend. The problem is that cryptographic signatures can’t sign themselves – it’s kinda like asking a sealed envelope to somehow contain itself. Since the signature data itself isn’t signed, if you can find a way to change the data representing a signature without making it invalid, you’ve changed the txid of the transaction, yet it’s still valid and can still be included in the blockchain. To make a long story short, there’s a lot of ways that a signature can be mutated without making it invalid and banning all those ways from happening isn’t trivial. Continue reading “Bitcoin Transaction malleability and Mastercoin”
Introducing Mastercoin Wallets – Decentralized Bitcoin and Virtual Currency Trading
Development Update 7: Wallets and Smart Naming
With the short month of February quickly coming to a close and our next major milestone of March 1st approaching, the dev team is hard at work driving the next evolution of the DEx.
DEx Status
MSC Distribution
Masterchain
Smart Property Naming
Master Protocol Spec – Pull Request 52
Testing Update
Listing on Exchanges Continue reading “Development Update 7: Wallets and Smart Naming”
Introducing MasterProtocolEducation.org
The education team of the Mastercoin Foundation is pleased to announce the release of MasterProtocolEducation.org. The website aims to explain the Master Protocol, its features, as well as the use of the tools that have been developed to implement those features.
Currently, the website contains video tutorials on how to use two of the existing Mastercoin wallets and on how to use MasterXchange.com to buy and sell Mastercoins. The website also collects interviews and presentations from the members of the Mastercoin project, describes how one can get involved and contribute to the development of the protocol, and what the structure and goals of the Mastercoin Foundation are. In addition to the above resources, an extensive list of FAQs about the protocol is included as well as an in-depth description of the history of the protocol and its features.
In the future, more explanations and video tutorials will be added to explain how one can use the Master Protocol wallets to exchange Mastercoins for bitcoins and other currencies, how to issue smart property or a user-defined currency. If you have any question or suggestion for the education team and its latest project, please contact us at info@MasterProtocolEducation.org or sign up for the newsletter of the education team at MasterProtocolEducation.org.
The MasterProtocolEducation.org site does not aim to publish up-to-the-minute updates about the protocol; that’s the role of the Mastercoin blog. Also, the education team and the MasterProtocolEducation.org site are not marketing arms of the Mastercoin Foundation. Instead, the team and the website aim to present information about the protocol and its development in a neutral manner for the education of the crypto-currency community.
Dev Update 6: Simple Sends and SPECifics
Development is well underway of the DEx and some very exciting advancements lead this week’s development update. Maran announced this week that his team has created the first database layer for Mastercoind. It’s a LevelDB layer that now has two uses.
DEx Status
Spec Update
Masterchest
Omniwallet
MyMastercoins Wallet Continue reading “Dev Update 6: Simple Sends and SPECifics”
Dev Update 5: Ready, Set, DEx AND Innovation Bounties
Excitement builds as the Mastercoin Foundation enters the month of February. Craig Sellars has joined us full time this month filling the role of CTO. Craig led this week’s dev call by setting a tone of bold progress and strength. He announced that four deadlines have been set for the March 15th launch of the distributed exchange.
DEx Status/Deadlines
Bounties
Web Wallets
Faucet Continue reading “Dev Update 5: Ready, Set, DEx AND Innovation Bounties”
We are hiring … developers developers developers!
We hereby allocate a $3000 + Dev MSC referral bonus to anyone who hooks up with new developers (Provided they are employed as fulltime Role Based Bounties and keep with the project for at least 3 months)
We are also open to developers who just want to earn a few bucks but don’t want to commit full-time.
Here is how to get involved … pro tip – skype our CTO Craig (udecker) or Ron (ripper234). The primary areas where we’re recruiting is low level Go developers for the reference implementation, and fullstack web developers for the Omniwallet project.

Should the Master Protocol do Scripting?
Vitalik Buterin, whom I now consider the father of Turing-complete financial scripts, has no less than two features in our spec which were his suggestions. He suggested both the Contract-for-Difference (CFD) bet and the rate-limited wallet.
When we asked Vitalik to look at my proposed implementation of his CFD idea, he came back a few days later with a proposal for a general purpose scripting engine, which he was very excited about, as it would allow Master Protocol users to implement features we haven’t even dreamed up.
Of course, bitcoin itself originally had a number of general purpose scripting capabilities, which have been disabled by the developers. The obvious problem with Turing-complete financial scripts is that hackers will find endless ways to exploit them.
It is instructive to look at the history of HTML and JavaScript. The Master Protocol is currently a lot like HTML. It has powerful functions which are heavily desired by a lot of people. We’re engineering the protocol for the most common use cases. JavaScript is an insanely powerful addition to HTML with endless uses, but it comes with a heavy price – JavaScript engine developers are engaged in a perpetual game of cat-and-mouse with hackers looking for JavaScript exploits.
Imagine how much more intense that battle will be when the prize is not control of a browser, but control of money worth millions or billions of dollars. Financial scripting engines allow lots of interesting niche use cases, but they present a mammoth attack surface to malicious actors.
Still, some very smart people (including Vitalik) are tackling these problems, and I think it is quite possible that the end result will be something useful. Once the painful lessons have been learned, and a battle-hardened scripting engine emerges, that would be a great time to add a similar scripting engine to the Master Protocol.
When Vitalik brought us his scripting engine, I told him that the Master Protocol may very well add scripting someday (citing my logic above), but we needed to get our basic functions in place before we took on something that ambitious. He decided to wade in right away, starting his own initiative on a new block chain.
I have no doubt that his initiative (and many others) who are tackling these huge problems will raise vast quantities of money. Developers are fascinated (for good reason) and investors are salivating. Once they’ve got the kinks worked out, you can bet that the best of their work will show up in the Master Protocol, built right on top of the bitcoin block-chain, which I expect to be the back-bone of the future of finance.