Pages:
Author

Topic: 300 BTC Coding Contest: Distributed Exchange (MasterCoin Developer Thread) - page 64. (Read 129207 times)

hero member
Activity: 672
Merit: 500
It was a scheme where you could use your protocol in two mode, on chain and off chain, you use on chain until the bloat becomes a big concern and here you can shift to off chain mode. And it is always possible to return back to on chain mode again, just because merkele tree of accounts will be sent in a message to exudus address at any necessary moment, and that make it possible to start again from there handling on chain by taking the exudus address as the reference, juts like how things got started the first day of September 2013 recently with the list of accounts holding balances. It doesn't change your protocol but gives it an extra mode for when bloating concern becomes high priority. Also it makes your protocol, while depending on bitcoin chain, also potentially independent and always possible to separate it away and run it independently in future if needed.
But sure, no insistence, I ll try to use it for my own project, thank you!
legendary
Activity: 1260
Merit: 1031
Rational Exuberance
Disclaimer: I did post that scheme in general because I believe it would help to resolve the mastercoin protocol bloating the bitcoin blockchain concern.
I posted it here also because be visible for the respected developers of the project to see and use some aspect of it, if they feel workable.
There is no need to show cold feet or telling me not welcome indirectly. I do not consider myself a coder and therefore has not any interest or intention to participate in a coding contest, dacoinminster Wink  I just wanted to help the project in that direction, but sure I remove it away soon!

I doubt we'll do off-chain transactions anytime soon, but I'm happy to see people are thinking about how that might be done someday.
hero member
Activity: 672
Merit: 500
Disclaimer: I did post that scheme in general because I believe it would help to resolve the mastercoin protocol bloating the bitcoin blockchain concern.
I posted it here also because be visible for the respected developers of the project to see and use some aspect of it, if they feel workable.
There is no need to show cold feet or telling me not welcomed indirectly. I do not consider myself a coder and therefore has not any interest or intention to participate in a coding contest, dacoinminster Wink  I just wanted to help the project in that direction, but sure I remove it away soon!
hero member
Activity: 938
Merit: 1000
Seems you got most of my contributions right so far, I will backtrack my posts but I think you got it all.

I will be releasing the source for mastercoin-explorer as soon as I have some time to refactor a few bits and pieces and I updated the documentation on how to get it running.
legendary
Activity: 1260
Merit: 1031
Rational Exuberance
The board is asking for a summary of progress so far on this contest, but I know if I try to summarize everybody's work, I'll leave important stuff out.

Contest participants: please summarize your work so far, and I'll take your summaries to the board. Here's what Tachikoma's might look like:

  • Wrote ruby library to parse MasterCoin simple-send transactions
  • Used ruby library to launch MasterCoin-Explorer.com (note: not open source, and can't be considered for contest payout)
  • Ported J.R.'s Python script for creating transactions to MasterCoin-Explorer, so people can create transactions without downloading custom software
  • Cross-checked parsing code with implementations by grazcoin and Zathras
  • Invented multi-sig approach to storing MasterCoin data, which we are now all using
  • Implemented multi-sig in the ruby library (and MasterCoin-Explorer)
  • Published API for accessing MasterCoin-Explorer programatically
  • Used API to create proof-of-concept for thin client implentation of MasterCoin
  • Answered numerous technical questions from other developers
  • ??

I'm sure I left some important items off that list, but hopefully you get the idea. We'll update these lists again when the contest is over.

Thanks guys!

(I sent PM's to tachicoma, grazcoin, maraoz, and zathras about this)
hero member
Activity: 672
Merit: 500
Deleted by the Author!
newbie
Activity: 30
Merit: 0
I would SO ENTER THIS, but this is beyond my level of technological intelligence. I am mentally gifted, and amazing with computers, but I would have no idea how to help with the protocol layer of MasterCoin. Ugh. I would be glad to design logos or help write text for a website, but there is no way I could learn how to do this in 15 days.  Cry Huh Sad Embarrassed
hero member
Activity: 938
Merit: 1000
hero member
Activity: 938
Merit: 1000
Hi All,

I would like to contribute something with mastercoin development. Can anyone guide me to take a way.

I would start out by reading the whitepaper followed by the various open-source implementations already available. That should give you a clear path of what to do Smiley

newbie
Activity: 49
Merit: 0
Hi All,

I would like to contribute something with mastercoin development. Can anyone guide me to take a way.
hero member
Activity: 938
Merit: 1000
The library behind http://mastercoin-explorer.com is now available on Github.

At this moment it can do the following:

  • Decoding and encoding Mastercoin-data from addresses
  • Decoding and encoding Mastercoin-data from public keys
  • Decoding multi-sig Mastercoin-data from a tx hash, requires bitcoin-ruby node
  • Decoding normal Mastercoin-data from a tx hash, requires bitcoin-ruby node
  • Advise address-based Mastercoin transaction
  • Calculate Exodus coins bought based on address or transaction-id
  • Create and send multisig-encoded Masteroin transaction
legendary
Activity: 1260
Merit: 1031
Rational Exuberance
Just found this, been looking for a new and very interesting coding project.. Will read over the main thread and maybe jump in

Prepare for a LONG read!

The most important stuff is all linked in the OP of the project thread: https://bitcointalksearch.org/topic/mastercoin-new-protocol-layer-starting-from-the-exodus-address-265488
full member
Activity: 217
Merit: 100
Just found this, been looking for a new and very interesting coding project.. Will read over the main thread and maybe jump in
legendary
Activity: 1260
Merit: 1031
Rational Exuberance
I'm also interested to work on this project, just busy this month, I'll try to catch up next month before the deadline hopefully. 

Cool!

Note the rules: Posting early about what you'd like to do, and posting progress as you do it are both important in the final judging.
legendary
Activity: 1022
Merit: 1000
Update 9/18/2013:

I'm currently aware of four people working on MasterCoin-related projects: tachikoma, grazcoin, maraoz, and zathras (if you think you should be on that list, please let me know, and please start posting about your project!).

I'm also interested to work on this project, just busy this month, I'll try to catch up next month before the deadline hopefully. 

legendary
Activity: 1260
Merit: 1031
Rational Exuberance
Update 9/18/2013:

I'm currently aware of four people working on MasterCoin-related projects: tachikoma, grazcoin, maraoz, and zathras (if you think you should be on that list, please let me know, and please start posting about your project!). Most of the project updates have been on the main MasterCoin thread, which is fine: https://bitcointalksearch.org/topic/mastercoin-new-protocol-layer-starting-from-the-exodus-address-265488

I've been thinking in more detail about how the judging will go. I think that the contestants are doing a great job of collaborating and reviewing each others' work, and it makes sense to me to ask them to comment on each other's work when it comes time to disperse funds. Consequently, I'm thinking I will ask each contestant to answer this question: if you weren't participating in this contest, how would you distribute funds among the other contestants (using the judging criteria from the rules). The answers to those questions I will then combine with my own opinion which I take to the board for approval.

I don't want things to get overly political or create a popularity contest, but I really value the opinions of the developers working on this project. Opinions on this?

I've also been thinking more about our first full-time hire. Tachikoma has said he doesn't want the job (he hasn't said why, but I suspect he may be in a similar situation to myself, and knows that the MasterCoin Foundation simply can't afford him). Without him as a possibility, there isn't really a clear front-runner yet, although we still have most of the contest ahead of us. I'd be interested to hear which of the other contestants would like to be considered for a job, assuming we can create a compensation package which meets your needs. If at the end of this contest it isn't clear who we should hire, I suppose we could just keep running coding contests and bounties . . .

Thanks!
legendary
Activity: 1260
Merit: 1031
Rational Exuberance
  • How often you post updates in this thread or the main project thread. Ideally, you should post what you plan to do, and then post extremely frequent updates as you make progress.

OK, I guess I'll start posting more frequently then! I'm building a desktop mastercoin client. It currently requires a bitcoin-qt client running on the same machine to operate, because it uses the bitcoin-RPC server to broadcast transactions.

The code is here: https://github.com/maraoz/pymastercoin
and I'll post any updates here. Technical discussion will remain on the Mastercoin original thread.


Right now I'm working on data storage methods, because it seems like we should first define that and then build over it. I'm looking to create a simple GUI for a PC wallet. The goal is to be able to see the current Mastercoin balance for your bitcoin addresses and create simplesend transactions. I'm also looking to update the client to support advanced features when they become specified and reviewed.

I think the project will be useful because it'll allow desktop users (who normally don't want to trust web wallets) to fully use Mastercoin on their own machines.
Cheers!

Awesome! I assume you are following Tachikoma's work on alternate storage methods?

It would be awesome if the three main contributors so far (Tachicoma, grazcoin, and yourself) could agree on a single method and run with it for the duration of the coding contest.

I've said it before: I don't think any of you are going to get enough money for the awesome work you are putting in. Hopefully it will be a nice bonus though Smiley
legendary
Activity: 1260
Merit: 1031
Rational Exuberance
Ok.  So who determines the outcome of the wager?  If it is the layer, what stops them not paying out?

Everyone parsing Mastercoin recognizes the winner as the new owner of the coins. There is no action required to pay out - everyone knows who won, and only the winner can validly spend those coins.
Ola
sr. member
Activity: 311
Merit: 250
  • How often you post updates in this thread or the main project thread. Ideally, you should post what you plan to do, and then post extremely frequent updates as you make progress.

OK, I guess I'll start posting more frequently then! I'm building a desktop mastercoin client. It currently requires a bitcoin-qt client running on the same machine to operate, because it uses the bitcoin-RPC server to broadcast transactions.

The code is here: https://github.com/maraoz/pymastercoin
and I'll post any updates here. Technical discussion will remain on the Mastercoin original thread.


Right now I'm working on data storage methods, because it seems like we should first define that and then build over it. I'm looking to create a simple GUI for a PC wallet. The goal is to be able to see the current Mastercoin balance for your bitcoin addresses and create simplesend transactions. I'm also looking to update the client to support advanced features when they become specified and reviewed.

I think the project will be useful because it'll allow desktop users (who normally don't want to trust web wallets) to fully use Mastercoin on their own machines.
Cheers!


great job to you and Tachikoma...if later down the line you need a slick simple interface developed that is intuitive, easy use e.t.c post a front-end brief somewhere so that others and I can contribute some free time to the development. I got a full plate already, least I can do right now is encourage from the sidelines and I am bringing some press to mastercoin today.
hero member
Activity: 765
Merit: 503

Happy to peer review.  I dont fully understand the inbuilt betting.

The layer, lays a bet such as Gold Price @ 2:1.  These odds then remain fixed?  So the backer could then wait n days, if gold prices raise the backer is getting better odds?

Any odds/offers published would need to be maintained and updated or removed if no longer valid, in the same way as anyone offering betting services online has to keep on top of the odds they offer.  This is a necessary and vital facility.

Where it gets interesting is if a major event occurs which significantly changes the odds of an event occurring whilst an offer is live, we might see the bet provider racing to close/adjust an offer whilst a flood of bet matches are submitted - with the outcome (bet filled or bet adjusted) potentially being determined by nothing more than the order of transactions within the next block.



That is absolutely correct Smiley

It will be interesting to see all the repercussions.

Ok.  So who determines the outcome of the wager?  If it is the layer, what stops them not paying out?
Pages:
Jump to: