Sends for page 6 (and the one I missed on page 5): 1.0 Test MasterCoins: http://blockchain.info/tx/59d89fd3e14695ce7f15ca36641787304b3e173d4d9be70388c4abffe52646281.0 MasterCoins: http://blockchain.info/tx/9073a843864d7ee587de966a7b3f4879a78dcce04d0e753447e5dd1fbabf5288Awesome! 10.0 Test MasterCoins: http://blockchain.info/tx/0a5a884f0b603a526aa38bf64a1d759ae23b0deb4d4b8c6206c7d928647f418a10.0 MasterCoins: http://blockchain.info/tx/2d3e12804bf1858cddc6ceaf83a5a416092081f41ce155dd5e97110cd9e57361That's really cool. Thanks! 10.0 Test MasterCoins: http://blockchain.info/tx/52511adaf3f3272ba3855159b32d94201b5d52cb83dc5b114367f0e5bc5c77a910.0 MasterCoins: http://blockchain.info/tx/aa217f8d174f9aa7abf6e92e39411b6a411ed0ac3d26474d29f1ae383814952919xLYYRSTiKF2WywymLvbr5UtZmwHe4NfP Will post a link on http://blockchained.com once I am convinced this is in any way useful and does not hurt Bitcoin. I'm sad we didn't make the cut. blockchained.com is my favorite website for keeping up with the forums. 2.0 Test MasterCoins: http://blockchain.info/tx/6f3946e9128714b6e13eab45576dc8e4aefc8a007244ded55a552d593d8db6c52.0 MasterCoins: http://blockchain.info/tx/bd28b0f3f97687d772ef9b8e01db71f838a15599511ab6602e6ea213f46e413dAwesome website, and great job playing market-maker lately too! Using your 1GaNupdUBzfVF2B3JUAY1rZwHoXJgjyzXj address: 15.0 Test MasterCoins: http://blockchain.info/tx/351e8155e17204e4e649493cf29d8380c34612e9dbdd17a5264402d497b9c1b015.0 MasterCoins: http://blockchain.info/tx/54ed989d316b055893bb5b1f9ec2cd8955f8071ae897bd497bf5f62949ebdc11So I guess I might as well post these here: I previously designed a logo for Mastercoin figuring it needed one: <images removed> And now I created a vector package people can download and use: <images removed> And to top it all off, I made an animated intro video using the new logo: https://vimeo.com/73592269Tips of any sort are greatly appreciated! My address: 13x2dka6tVhjsNNNomGJjUPi2iJQCb67bw Depending on what you guys think, I can probably help out more with explanation videos/ branding. Mich will be getting a bounty for the logo, but he certainly isn't getting over-paid, and that video is really sweet 10.0 Test MasterCoins: http://blockchain.info/tx/d50f0403a260a2363b059a2ccf462b88771d15044991022668f1b931cf68d14f10.0 MasterCoins: http://blockchain.info/tx/4e232cb7bbab8fb97e59cde186ba3b99cf415259dccd2e05b8701e169deb87d61BCsSmfSLMFMjKJogrckaX1Yi3PnVj6R1H
I'm a developer. I will help with bugtest/developing if I had some coins as incentive.
Sorry, that doesn't meet the requirements of this giveaway. Sorry Casper, your promotions were after the deadline for this giveaway And I believe that is everyone. I did all these sends in a terrible hurry, so if I missed you, or you see an invalid transaction, please let me know via PM! There are still considerable funds left which I earmarked for giveaway, and I will send those out to a few of the top promoters at some point. Then this thread gets locked. Again, this giveaway is done. Just catching up with sends.
|
|
|
Sends for people on page 5 of the thread. Convinced 2 friends to invest.
17nnHLr8gKn6quWJo2orbkxgPj8Y9vcMZj
Sorry, this doesn't meet the giveaway requirements I'm convinced MasterCoin will be big!! 17QPQqf2W99ttqJsqqDN1HKAncVkcsCqBB I posted a discussion thread with questions on the Ripple forum. https://ripple.com/forum/viewtopic.php?f=1&t=3596Do you think MasterCoin is a competitor to Ripple? Could you issue Ripple IOUs for MasterCoins, and the 'commodity coins' they can create? Ripple could use MasterCoin, but I am hopeful that MasterCoin will make Ripple redundant and unnecessary (with apologies to all the smart folks at OpenCoin) 1.0 Test MasterCoins: http://blockchain.info/tx/751666a4c40049a09c6f1f1255c0eeca28a0a12c1572689f4617bd6a0c83f1c31.0 MasterCoins: http://blockchain.info/tx/0f1211e316a3189cf90a4546018c0d6147cba64f7c63f278666718e7c88a8b811.0 Test MasterCoins: http://blockchain.info/tx/64d54b92fbfacf733628e66ccdbc8c1473233e8bac14d6d6cd6fc304128ddd501.0 MasterCoins: http://blockchain.info/tx/42c7be8a7b3478dac1752619dcb0ae16028669556027200d6ab2f2a54c45c4ceNice effort! 3.0 Test MasterCoins: http://blockchain.info/tx/81a83be1d6afeb9c5de26eb40ea57bd00fef208456262cb2f9c349796e9ab5e13.0 MasterCoins: http://blockchain.info/tx/b955b72ce2475015ab6fe7f0507a4d17d1092645ab37a2cb264d0704aaf2074aklee convinced me to support MasterCoin
His address is 13sbvde5fYHeM4UxKJpRxFv7a9MjaKdqPT
I will send wizzardTim's funds in a couple of hours..they are not included in my first deposit in the Exodus address! That doesn't meet the giveaway requirements, but klee did do some promoting and got some MasterCoins for it I dont have any social media or bitcoin to invest on you, but i give you my world that i will help spread your project when i got the chance. 1NYd4vkVn3BinWEMzBiva7w3wTJRbck2Sm
I'm sorry, I haven't received your world. Did you get a tracking number? (Sorry, this doesn't meet the giveaway requirements) I do wish I had heard about this before, and not just because of the the giveaway. Read my post in JR's MasterCoin announcement post why I really do believe that this concept is truly great: https://bitcointalk.org/index.php?topic=265488.msg3043032#msg3043032 Here's my bitcoin address where I can send and receive coins. 16QVMPtTetYobyKnzrM2mnkuy6dfmMmYG5 I also wish I had more time to buy into the MasterCoin project, but I just don't have the time today or before the end of the month to officially qualify. Thanks for the kind words! Unfortunately I can't count posts to the project thread as promotions of the project. Sorry! 2.0 Test MasterCoins: http://blockchain.info/tx/733121f6ea97029ac5256467d634ec38c253396b5285859c0e8be2f0c227e4d22.0 MasterCoins: http://blockchain.info/tx/3ba2de9d507e4a9ca7773f1b677fb54b3f0f10e9148a6232d7656357d622bdf7My final act of promotion (sort of) has been to add a Countdown Timer signalling the end of the MasterCoin investment window. https://bitcointalk.org/index.php?topic=285139I'll monitor it during the day and give it occasional bumps to try to keep it on the first page of the Project Development forum until it's run down to zero. It's my hope that even if this doesn't attract any more investors on the final day, it may at least reduce the number of refunds you need to process from the Exodus address That was pretty cool Using your 13qJCzNQUx7dFcixjq9Rab7wPgUCtYS48v address again: 3.0 Test MasterCoins: http://blockchain.info/tx/c3e0a88e2e108ab909c9f8979bd58269dc42617df93bfb27085a9caf001225033.0 MasterCoins: http://blockchain.info/tx/841a75434e12063cd557723ce6f66ccf5c05c44d91487f2da7027dd4bf637933One more page to go! Edit: I just noticed I missed one: dahongfei - I'll include dahongfei on the next round Again, this giveaway is over. I'm just catching up on sends. The thread will be locked once I am done. Thanks!
|
|
|
OK, time for technical questions. - What is the endianness for the data? self-answered, found on specification: big-endian. Good, I agree.
- Why does Mastercoin Advisor use a data sequence number lower than the recipient sequence number? Shouldn't it be the successor of the recipient sequence number, as the protocol specifies?
recipientSequenceNum = ord(recipientBytes[1]) dataSequenceNum = recipientSequenceNum - 1 if dataSequenceNum < 0: dataSequenceNum = dataSequenceNum + 256
In order to distinguish data packets from the reference address, the data packet sequence numbers start at n+1 where n is the sequence number of the reference packet if it were treated as a data packet. Any additional data packets can continue to use up sequence numbers n+2, n+3, and so on until all sequence numbers are used except for n-1. As an example of how this works, let's imagine a MasterCoin transaction that has two data packets. If the reference address happens to have a sequence number of 62, then the first data packet has a sequence number of 63 and the second has a sequence number of 64. Note that sequence number 255 is followed by 0.
My implementation: https://github.com/maraoz/pymastercoin/blob/master/message.py#L24 (line 24) We should define the desired behaviour because if not we won't have compatible parsers/transaction generators. - What happens if the Mastercoin data payload is less than 20 bytes? or not a multiple of 20 bytes? I see from Mastercoin Advisor that zeroes are padded. Shouldn't we add that to the specification?
- Bitcoin testnet Exodus address proposal. Should we define a Testnet exodus address to be able to test stuff in the testnet? I suggest dacoinminster to setup an address and to set the Testnet epoch to 1-Oct-2013, so we have time to buy this testnet mastercoins for the coding contest. This way we don't need to spend real bitcoins to test new protocol features or services.
Two final points: I'm willing to help polish the specification to have something clear for any developer to implement a client or blockchain parser. And later today I'm starting with alternate (not-yet-specified by the Mastercoin protocol) ways of storing the data in the blockchain. I hope this helps with the blockchain bloating problem. Aw crap. I meant to update the spec to change how the sequence numbers worked. Thanks for catching that. When I was writing the code for MasterCoin Adviser, it occurred to me that it might be easier to parse MasterCoin transactions if the first data packet had the first sequence number, then additional data packets following, and then the reference packet last, with the last sequence number. But I never went back and updated the spec to reflect that change. I made that change because I thought it might help if we ever had transactions with data but no reference address. I had intended Test MasterCoins to be used so I didn't have to create a TestNet version at all, but I have no opposition to TestNet implementations if that is helpful, especially if that helps reduce block-chain bloat As you noticed, MasterCoinAdvisor adds zero padding to fill up the unused remainder of any data packet, although you could probably put anything you want there since clients won't look at those bytes. Still, probably best to keep it clean and stick to zeroes unless we think of a reason not to. edit:I sent a PM to you about working on the spec, but then I realized other people might want to work on it too, so I've quoted the PM below:
|
|
|
Sorry, wall of text incoming Tachikoma's opinion on this issue matters a lot to me, since he has the best implementation of MasterCoin so far. Tachikoma, are you willing to update your code to recognize transactions through block 255365?
I'm absolutely firm on one thing though - I don't want to include more blocks beyond 255365 unless they can be shown to contain MasterCoin purchases sent before the deadline!
I'm updating the code right now to include everything up to and including 255365. Nothing we can do about it now but I think the spec should be more pro-active to prevent problems like this in the future. The only caveat is that you'll have to release the source code at the end of the contest, which I assume won't be a problem
I always planned to release the underlying libraries but originally did not plan to release the source code to the website since it's just one implementation of the library itself. - Specified that advanced features (beyond simple send) need to wait for a better way to store our data in the block chain
This a thousand times. It's very easy to extend the functionality once there is a proper way to store data in the chain. I will focus on this next if nobody comes forward with a way to do this in the next few days. Spec Updated to 1.1
I did not re-read it yet so forgive me if you already did this. Did you describe which timestamps to use for transactions and how to deal multiple transactions from the same user in the same block (especially if not all transactions can be satisfied)? (See discussion on the previous page) Tachikoma has done some great work on it so far, on his own volition. Its looks awesome and it's appreciated by everyone who invested. However, the project is barely out of the conceptual stage. Do you really want to start playing loose and fast with the investment funds? Wouldn't it be better to have a structured Bounty/Reward system laid out and discuss this kind of thing with the board before throwing out random offers?
I tend to agree. This project is barely started up and there is so much work to be done still. Although I really appreciate the gesture I think a formal bounty system would benefit Mastercoin better. I will see what I can do to just claim some bounties Although I have no problems releasing my code but I really want to motivate others to build the same stuff I did. In order for Mastercoin to work a dialog needs to happen between developers. A lot of things in Mastercoin are open for interpretation and having multiple coders working on it in their own code might bring the problems to the surface. The other problem with releasing it now is that a lot of stuff that's written at the moment won't work when we implement a new method to encode the data and it won't work with anything other then simple send. I rather release it once these problems have been solved so it's at least future complete. Lastly; thanks everybody for the compliments; I am happy that my work these past days is appreciated Awesome. We need some closure on the refunds issue, so let's draw the line at block 255365. Do NOT ask me to massage the spec to include your attempted purchase which was not included after block 255365! Everything after that block (not including MasterCoin transaction outputs) will be refunded. If somebody sends MORE money to the Exodus Address after I process the refund, they risk never seeing that money again. Tachikoma, I'm sorry - I just have a very strong impulse to send you money after all the work you've done. I'll try to restrain myself. My board is already doing their job - when I mentioned this to them, they also advised me to not be too fast and loose with the money It's up to you whether you release the source code for the library only or for the whole web page. The rules for the contest will only allow consideration of projects which have source code released at the end of the contest, so only your library would be considered in the contest if you didn't release the code to the web page. Either way is fine by me. Regarding the timestamp question, I did not clarify it further (although I did address several other things which have come up). Let's take MasterCoin transactions in the order they are included in the block by the miner. I'll try to address that in the next rev of the spec. Do we have another timestamp we could use besides the timestamp on the block itself? I was assuming the block timestamp was our only option . . .
|
|
|
Haven't read the thread, but may eventually. If this stuff was brought up before that's great, otherwise idk how everyone ignored it for so long: General notes: - if you can get a PKI in the blockchain using this system that single feature would make MasterCoin actually viable. Seriously, everything in here is schlock compared to that.
- URLs in the prospectus messages is a pretty useful idea, it's probably worth having your MasterCoin foundation buy a domain and use it as an official shortener. Alternatively if you still want everything in the blockchain I'd have a special URL message type with the ability for other messages to refer to it and the ability for the URL messages to succeed each other.
- Pretty much everything here would benefit from a 'prospectus' parent message with a numeric ID (or pubkey) and 'update' messages that reference the parent rather than re-specify all the bajillion little details
- Even if you're not coding you can start outlining a test suite now
Data streams: - You use strings but don't mention encodings? What have you been working on for the past 10 years of software experience? The 80s are over brah.
- I think you're greatly underestimating the value of identity for a data stream, especially for one where you have to pay to get the data into the blockchain[0]. If you're going to the step of paying to put it into the blockchain and distribute it publicly like that it's likely that people are interested in your exact stream and not a generic category like Commodities::Metals::Gold. So why keep the categorization in the blockchain and waste your precious transaction space? Why use the serial number (unique identifier in the spec) at all? Why not just stick to the source address as the identifier for a stream and leave it at that? Nobody's interested in "Gold", they're interested in "The gold spot price at xyz exchange as published by the xyz exchange". The whole category system is pointlessly wasteful.
- It would be cool to keep data feeds optionally encrypted for paid services but this might necessitate a PKI (also another useful thing to build)
- It would be cool to have the feed choose what the multiplier goes against (another sub-currency or another feed). That's a much more useful use of transaction space than the category c strings.
- You need to have 'update' and 'prospectus' message types to save on size/cost
Bets: It seems like you would be better served by implementing a scripting language allowing you to express conditionals for contracts of all types rather than the somewhat specific bet transaction type. Smart Property: - This is woefully under-specified. Issuing new shares is a critical part of financing any business.
- Why do you waste space on another string identifier (redundant, addresses fill that role much better) but don't leave space for a URL (something actually useful?)
- Once again a place that would benefit from a scripting language for contracts/trades
Currency stabilization: In general this is antithetical to the idea of a decentralized currency - someone in authority needs to pick a data stream and use it for your hedging. So why keep all this stuff in the blockchain if it's not decentralized? You're making an inefficient and wasteful service by keeping it there. - You need to specify the formulas/algorithms that are going to be used for hedging!!!!!!!!
- You need to publish a paper modelling these algorithms and showing possible outcomes, measuring risk and generally throwing the wall at it under simulation. Anything else is not due diligence.
- Another string as an identifier, wtf mate
You might have experience as a programmer but I take it you're not a systems guy. Find someone who is and have them draft the spec. You might not be familiar with hedging algorithms but you've got one implemented for the currency stabilization process. Either find one and have them write a paper for you or dig up what the finance guys have in their literature and refer to it. You don't have a bibliography and that's a bad thing, there is a whole lot here that is not novel and needs to be referenced so everyone knows you're not butting heads with what's generally held to be true. tl;dr shoddy work designed by the clueless and implemented by the fools that follow them, stay away I certainly can't stop people for escaping unicode characters in the ASCII strings if that is what they want to do, but I'm trying to keep the spec simple, with a tiny footprint in the block chain, so I'm not including unicode support in the spec out of the gate. I believe internationalization effort should be mostly client-side, and via URLs which have been shortened, as you alluded to. As for the rest, I look forward to seeing your much-improved spec, or anybody else's for that matter. I waited a long time for somebody else to take a crack at this, and finally got tired of waiting, but maybe now that I have demonstrated the fund-raising method others will take a shot. We'll do our best to shamelessly steal any good ideas we see
|
|
|
It would be cool to have a link to the google docs order book in the OP.
Done! Thanks maxmint for your work on this, and for helping people out with escrow!
|
|
|
What do you guys think about offering Tachicoma $10,000 to release the source code to mastercoin-explorer.com right now, \
10 bucks is a lot of money. There is no doubt he's earned 5. Let him have 5 now plus he can enter the contest. Impromptu bonuses like this have the great effect that other programmers will also jump in. Being loose with rewards is far better than being tight with them. I'd say send him the juice today to lube him up and keep him working hard. It is a nice tool. I look forward to many more. I chose 10 because it's a little less than he would probably earn by holding onto the code and working on it through the coding contest against other motivated participants. If we buy the code now, he can get 10k now, PLUS enter the coding contest fresh and earn more money by making improvements along with everyone else. As you say, I'd rather be generous. Again, no promises. The board hasn't approved this expenditure.
|
|
|
I don't think we could say that enough - it's definitely not noise. I am seriously in awe at how fast this is coming together. I thought I'd have to spend a ton of money over multiple coding contests and probably a couple hired employees to even get this far. What do you guys think about offering Tachicoma $10,000 to release the source code to mastercoin-explorer.com right now, and using THAT as the starting point for our coding contest? Obviously, he'd still be welcome to participate in the contest by improving on his code further . . . I have NOT run this by the board at all, so I'm just speculating here. No promises. Also, Tachicoma might prefer to hold on to the source code through the end of the contest, although I doubt he would get quite as much money that way Thoughts?
|
|
|
Sorry, the giveaway is done, although I still have some sends to do. Once I have finished all the sends, I'll lock the thread.
|
|
|
Willet, can you add a link to the FAQ to the op? Done. Thanks!
|
|
|
Spec Updated to 1.1On Sunday all three kids were napping and my wife ran some errands, leaving me with 80 whole minutes of peace and solitude, in which I updated our spec to version 1.1, which includes the following changes: - Smart property! Instructions on how to create a deed/title, issue a user-backed currency, and IPO a company are included.
- Escrow fund changes to defend against the bytemaster/d'aniel attack
- All MasterCoin transactions now reference the Exodus Address for easier parsing (previously data tickers and MasterCoin purchases on the distributed exchange made with bitcoin did not reference the Exodus Address)
- Specified that only sendmany transactions are valid for now (no breaking MasterCoin transactions into multiple pieces, at least not yet)
- Specified that advanced features (beyond simple send) need to wait for a better way to store our data in the block chain
All updates in the spec are clearly marked with " Update 9/8/2013:" The latest version of the spec is always available here: https://sites.google.com/site/2ndbtcwpaper/ (first link on the page)
|
|
|
Speaking of refunds, I just got this email from one poor fellow who barely missed the deadline: On Sat, Sep 7, 2013 at 7:31 AM, ------- wrote: Hey Willett, It's me 1Bqp4VEweM1S8FKGHWYviRRtSxv5tMAVih I've just seen the talk on the forum you want to decline my investment! :-( I can't replay on the forum, so Ron gave me this Email, to talk to you. It's really unfair, I was a fan of the project from the start, and I did send the coins before the deadline. (as blockchain.info records state) and I think this is what counts! Please take into consideration that Blockchain.info was under heavy attack at the last hour. The site was almost always unreachable, and I could hardly send the order after half hour(!) of repeated attempts at 3AM (in ------ ) before I could go to sleep. Maybe, the heavy attacks also caused the delay in including the TX it the block. I invested a little at the beginning of August, but I saw the great potential and needed time to raise money to invest much more in you work, So I finely bought the coins on 31Aug, especially for this investment. I hope you'll reconsider including block 255365 as you wrote in previous posts, it will be only fair, and it's not really "Breaking the rules" because of blockchain.info's time stamp before Sept 1, it should count. Also, now when the bitcoin tanked to 125, I'll be loosing alot of money if you refund me, as I said, I bought those coins especially for mastercoin, at 145 USD/BTC with great loses from before too, So it sucks Thanks, ------- I'm very sympathetic to our friend, and I'd be willing to include purchases through block 255365 if there are no objections. Although the spec is very clear that the arbitrator is the block-chain time-stamp (so I don't think there is risk of legal trouble), any transaction which was sent before the deadline was clearly sent in good faith respecting the deadline, and I'd like to extend some grace to those people. I hadn't realized that block 255365 included transactions sent before the deadline, or I would have suggested including them before. Tachikoma's opinion on this issue matters a lot to me, since he has the best implementation of MasterCoin so far. Tachikoma, are you willing to update your code to recognize transactions through block 255365? I'm absolutely firm on one thing though - I don't want to include more blocks beyond 255365 unless they can be shown to contain MasterCoin purchases sent before the deadline!
|
|
|
I've just put a new version of the http://mastercoin-explorer.com online. This version actually has some useful information. For one it can approximate balances for a given address and show what kind of transactions where done by them. As always this is an initial version of this functionality so don't expect any miracles J.R.: I spend way more time on this then I originally planned. So to be honest I hope there will still be a bounty for something like this even if I build it already; not that that was the reason for me doing it to begin with Sweet mother of bacon!! I'll take a look at this shortly! We're launching a month-long coding contest soon, and this will be a fantastic entry, even if you don't touch it again before the end of the contest. We'll be giving away a bunch of money proportional to the awesomeness of the various entries. The only caveat is that you'll have to release the source code at the end of the contest, which I assume won't be a problem At this point, I have no doubt you will get a significant chunk of the pie, although you may have to share it if others come along with similarly fantastic code. You've got a HUGE head start though, and if you keep up this pace, you may get most of the money. If no serious competitors appear, you may get nearly all of the money. As I mentioned before, ALL serious entries will get a prize, but some of them will be very small, so you could be running against 10 competitors and still get 90% of the money. For those of you looking to enter the contest, the biggest unaddressed need right now is for alternate ways to store our data in the block chain. We need to do that before we can do the advanced features without REALLY annoying the bitcoin core devs. Reproducing Tachikoma's code is also to be encouraged, so if you want to go that direction, don't hesitate. Having multiple implementations will help a lot in finding bugs and inconsistencies. I want to get the issue of refunds nailed down before I proceed with the contest, which is why I haven't started the contest thread yet.
|
|
|
For maximum transparency, here's a message I just sent to the oversight board: Here are the details for the first proposed expenditure from the Exodus Address: 51.8585 BTC in refunds to investors who missed the deadline (addresses and details here: https://bitcointalk.org/index.php?topic=265488.msg3095312#msg3095312) 3 BTC bounty to bytemaster (1Nou27Zt2k3yTFHw6yePg3A1df2ohCTFFb per his PM to me) as a bounty for their work exposing a flaw in my spec. (details here: https://groups.google.com/d/msg/mastercoin/EQgEHvKJBh4/4VeE3a02I3QJ) 3 BTC to d'aniel as part of the same bounty. D'aniel requested that his prize go to forum member gmaxwell: 1GMaxweLLbo8mdXvnnC19Wt2wigiYUKgEB, request is here: https://bitcointalk.org/index.php?topic=284178.msg3041300#msg3041300) 2 BTC to mich for the awesome logo (13x2dka6tVhjsNNNomGJjUPi2iJQCb67bw, found in his forum signature - I've asked him to verify) 0.1 BTC to Ron to reimburse his purchase of MasterCoin.org (Ron, I need a BTC address from you) Total proposed expenditures: 59.9585 BTCFor now, I'm NOT reimbursing myself for the $80 netbook I purchased for an offline wallet, or for the $860 laptop I purchased for development, especially since my wife uses that laptop more than I do If I don't hear anyone dissenting, I'll process these payments next week, possibly Monday. I've been promising the community a month-long coding contest (pre-announcement here: https://bitcointalk.org/index.php?topic=265488.msg3065262#msg3065262), and I was thinking $25,000 would be a good number for total prizes to be awarded. If you don't think that's a good use of project money, please let me know ASAP before I start making promises! My goal is to spur a bunch of progress on the project while also hopefully finding one or two people to hire . . . Thanks! -J.R. P.S. One guy is already making some amazing progress on some web-based MasterCoin tools, including looking up purchases from the Exodus Address, parsing specific MasterCoin transactions, and he even ported my python script for creating send transactions to the web! Check it out if you haven't already seen it: http://mastercoin-explorer.com/
|
|
|
OK I did find one outstanding issue with mastercoin-explorer - it still counts the same address multiple times in one purchase. For instance, on this transaction: http://blockchain.info/tx/52a875a46d7973760974b2ae8fa7bb71bfe7d06e0be8fd2bf2e20eaca182dbd7When I enter the purchasing address (196V2uB471HoMHwbkQRQRiwd3aYpU6RtWg), I get "Bought 210000.0 Mastercoins and got a 88206.42361111111 Mastercoins extra." The buyer sent 420 BTC with 5 inputs of 100 BTC each and 80 BTC change, which should have been 42000 MasterCoins plus a bonus. 42000*5 = 210000 which implies each input is being counted. Probably related is the bug in the handling of this purchase: http://blockchain.info/tx/37992e445c33dd74a1e4e00dabb6a66f16a5d39977a1f5fd1a6c0154e884eee215XJoDF4xCUrWX3ES9ftWq3wnGhuRsqrLk (which had the largest total input) should be the owner of those MasterCoins rather than 1G6F8aMJNp3zMG9L1DxDT3WjiUntJYwYka (which had the largest single input). MasterCoin-Explorer incorrectly credits the latter address with the purchase. I realize I need to be more clear in the spec about how to do this! I've fixed this individual issue. But I'm going to run through all the transaction this weekend to make sure I got all edge cases. It looks like first part is fixed, but the last part (15XJoDF4xCUrWX3ES9ftWq3wnGhuRsqrLk vs 1G6F8aMJNp3zMG9L1DxDT3WjiUntJYwYka) still remains. Very few purchases are affected by this (hopefully last) bug, so I went ahead and put a link to MasterCoin-Explorer.com in the OP
|
|
|
I'm in complete agreement here. I see most of the marketing goals as being fairly far in the future (although putting together a basic website would be nice). I do want to express appreciation to Ola for the work he put into this. We'll get there someday I definitely want to improve the impact we are having on the block chain (by finding alternate ways to store the MasterCoin data). The coding contest will definitely have some funds for someone who does that well.
|
|
|
Ola sent me a marketing proposal: https://docs.google.com/file/d/19elBi_gl142UYtHREf74bPVCmWxYNUhEYDKfVw7gAEBVkaX1A9J3xEcWcSSo/edit?usp=sharingHere's an unformatted copy/paste: Mastercoin Marketing Plan Proposal (Rough Draft)
Mastercoin can be referred to as the great unifier; it is what the core
bitcoin developers have been waiting for to happen for some time
now. As that, is should be synonymously referred to whenever there
is a discussion on bitcoin. Bitcoin is great, it frees us by providing
a way to transport value, build upon it and store value. The media
have criticized bitcoins functionality store as a value in the past
arguing that the currency is too volatile to store value with confidence.
Mastercoin changes all this: Because Mastercoins are built on top
of the bitcoin protocol, a set number of bitcoin will always equal a
number of Mastercoin denomination. Furthermore commodity and
currency can be accurately represented using Mastercoin. As this,
Mastercoin becomes the layer that brings stability to bitcoin. As that
is should be synonymously referred to whenever there is a discussion
on bitcoin. Mastercoin = the great unifier. I am not sure how this works
as a slogan but it will hopefully start the discussion going in the right
direction. The marketing approach will take a top down one starting
with the market and branding:
Identify the target Market
From my rough guestimate I would assume that some of your core
innovators and early adopters would be:
Crypto Entrepreneurs / Entrepreneurs
Developers
Financial investors
Wall street traders
Financial Speculators
Tech savvy customers
Branding
• Logo (I see one has been designed already, Perfect!)
• Slogan: should sum the value of Mastercoin in a short phrase
• Website: (with high converting landing page clearly
highlighting your most important value proposition)
• Blog/ meme style blog post
Very highly engaging oatmeal style. We also want lots of text
(Writing from a development, influential and global perspective.
Then Search engine optimization/ creation of category, I doubt
there are any keyword existing for this category, as it is pretty
much brand new
• Social Media profiles branded design (Facebook/
YouTube/twitter)
• Explainer video
• Youtube video series: video series with a speak explaining
various concepts and facts is a fun engaging way. it could be a
series of explainer videos
Marketing:
• Start growing relationships with already established players in
the financial and crypto-currency space to bring your simplified
message and its benefits to their customer base
• Press releases/2 per month (recommendation)
• Search Engine Optimization
• Twitter follower campaign
• Facebook Campaign
• Reddit promotion
• Viral incentivized and Gamified give away system for viral
marketing adoption on main website landing page Some good ideas here. I have to say "The Great Unifier" is a pretty catchy tagline. Any feedback about this? Alternate ideas?
|
|
|
I am checking one of the first tx to 1EXoDus address from: https://blockchain.info/address/1PA8qhEzW7to6EeqBAdhVZYGbVj2MfmN2nwhich was 16BTC and it happened 2687249 seconds (around 31.1 days) before 1.9.2013. The bonus is then 10% for a week, which is 10%*2687249/(3600*24*7)=>44.43% [this fits to 4 weeks = 40%] or in dacoinminsters: 160000000000+71091243386=231091243386 which is: 2310.91243386 mastercoins Can I ask you what time you are using to define the end date? I'm using 1377993600. I think this is the difference between our results. minor remark: precision of 8 decimal, and not 13.
This should be fixed in the next release. OK I did find one outstanding issue with mastercoin-explorer - it still counts the same address multiple times in one purchase. For instance, on this transaction: http://blockchain.info/tx/52a875a46d7973760974b2ae8fa7bb71bfe7d06e0be8fd2bf2e20eaca182dbd7When I enter the purchasing address (196V2uB471HoMHwbkQRQRiwd3aYpU6RtWg), I get "Bought 210000.0 Mastercoins and got a 88206.42361111111 Mastercoins extra." The buyer sent 420 BTC with 5 inputs of 100 BTC each and 80 BTC change, which should have been 42000 MasterCoins plus a bonus. 42000*5 = 210000 which implies each input is being counted. Probably related is the bug in the handling of this purchase: http://blockchain.info/tx/37992e445c33dd74a1e4e00dabb6a66f16a5d39977a1f5fd1a6c0154e884eee215XJoDF4xCUrWX3ES9ftWq3wnGhuRsqrLk (which had the largest total input) should be the owner of those MasterCoins rather than 1G6F8aMJNp3zMG9L1DxDT3WjiUntJYwYka (which had the largest single input). MasterCoin-Explorer incorrectly credits the latter address with the purchase. I realize I need to be more clear in the spec about how to do this! I've fixed this individual issue. But I'm going to run through all the transaction this weekend to make sure I got all edge cases. On the topic of which transactions to refund; I would vote that all transaction up to block #255362 get included. The last block in August (255361) was 23:47 which seems not fair to use. The next one is #255362 which was a few minutes after. 1G6zjkpKHaDETbswWCJwyu3PQMesoCHvvz - Wallet ID
fc60a1b4b2b267b78c006cdd2cecbb61b8c6a30f2e0af116aab9cb3ef8a94ae2-000 - 5 BTC
e66c3d9e1a9ce18f71ef81eb4fcbe83a23c86cb098f8c2cdcc40bf86b8f4b735-000 - .00729 BTC
The transaction lookup is only for real Mastercoin transactions; not transactions that are buying coins via Exodus. Is there a mastercoin irc channel? Curious about how this project will evolve btw.
Whenever I'm online I can be found at #mastercoin. I'm cool with that. I'm guessing block 255362 transactions would get a bonus of zero? It's possible that if you just used the same math, they'd actually get a small negative bonus! Assuming we accept investments through block 255362, here is my proposed refund list: https://docs.google.com/spreadsheet/ccc?key=0AnnInaIJVqrtdGMteFNOWjBpWTNqd3BYbWUzdGVLMmc&usp=sharingFrom that spreadsheet: Refund Amount Address 11 1KDCt8VoY45ya3QnExwtZEdugAnRAncr1Z 27.5995 1Bqp4VEweM1S8FKGHWYviRRtSxv5tMAVih 10 1HMGFJLpVabBkPr7qqcMUXtwrTxfdYUgKL 2.6 1FZh5jq1jiqUWSYrtPQhW3bUFCdDHU31WL 0.1 1P1bvEdC5S8TsNsM7Nt43JiiX2YCpEhPnr 0.11 1MVdiQSHvHhXzvMvEhEDtsPoBhdJ1zU8Ju 0.32 1GaNupdUBzfVF2B3JUAY1rZwHoXJgjyzXj 0.01 1HpNa5GbsPRbJ1s931oNKGqgN5gVbBBE8s 0.119 1QGrEUT3spsKDB6VPjrcfy21qx3f6CuCwF 51.8585 Total Refund
|
|
|
I'm pretty sure CoinBase is in the same camp as MtGox. Getting the key to the address would do the trick though. Not sure how far you will get with their customer support on something like that though . . .
Also, I don't know who 1Bqp4VEweM1S8FKGHWYviRRtSxv5tMAVih is, but they appear to be trying to do a MasterCoin transaction in multiple send transactions instead of one transaction. It's not clear yet whether we will be able to support that. Currently the only officially recognized transactions are all in one sendmany transaction. I'm crossing my fingers that Android will support SendMany soon.
|
|
|
|