I just got this interesting PM from an interested party (I've removed their name since they chose to share this concern privately):
Hey J.R.
Something is bothering me about the contest and I wanted to discuss this with you.
Although the contest is a great thing I'm afraid that without a proper way of encoding Mastercoin data a lot of the time and energy of developers is going to waste.
People will probably build all sorts of cool stuff based on the current encoding standard (Bitcoin address for data) but once a new way, hopefully multisig, of encoding is in place all these projects become obsolete unless the author is going to keep supporting it. The question is if they will continue to support their code after they already received the bounty.
Going to encode data in multisig transactions is harder because you need to dive a level deeper into the Bitcoin protocol leaving the address codebase behind and diving into scripting. The amount of people who can solve this problem is significantly smaller then the amount who can use a library that does the multisig encoding and build awesome stuff on top of it.
I would have advised you to hold off on the contest until a developer came forward with a new encoding spec so that all the tools build in the contest would be here to last.
I can imagine that you don't want to pause the contest anymore at this point, although I hope you might consider it. An other option might be to set a specific bounty for multisig encoding to try and make sure this is the first thing that gets released so other tools can build on top of this. I know maraoz is working on multisig encoding and you might poke him to see if he is making progress on this. If so this whole pm might be moot
Anyway; just my two cents!
Regards,
-----
This is definitely a concern. However, there are a number of things I am counting on to hopefully mitigate this risk:
- We will always support simple-send using the current method, because people need a way to move money out of standard bitcoin wallets into full-featured MasterCoin wallets
- We will NOT be accepting projects which implement new features using the existing methods
- Since all projects must have their source-code released, even if the developer abandons the project, someone else can pick it up
- If somebody releases a library with a method for better encoding of our data early on in the contest, and lots of people use it, that person will definitely be rewarded for their efforts (hint hint)
- Since the rewards will be distributed according to our impression of the overall value of each project, projects which store our data in a new way and projects which build on that method get a pretty big bonus over those which don't. People who put a lot of effort into elaborate systems using the old method may be disappointed with what they get
- This is probably, hopefully, not our last coding contest
I hope that helps. I'm definitely open to modifying the contest rules to make sure the right work gets done!