Topic: [ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread - page 143. (Read 1277023 times)

ok thanks

i am going to sleep now, it took me way longer than i thought to drive on a1a from miami beach.

i'll bug people tomorrow about checking the code

worst case i will try to see how to run it myself on the test net - i guess i might as well try since this (ethereum contracts) is a major new feature of XCP

This is a really good idea, and luckily very easy to do. "Kickstarter"-style contracts have become a really common proof-of-concept in the Ethereum world. Here's one in Serpent:

https://github.com/ethereum/serpent/blob/poc7/examples/crowdfund.se

And one in the upcoming Solidity language:

https://github.com/chriseth/cpp-ethereum/wiki/Crowdfunding-example-contract-in-Solidity

I really like the idea of having the community support the protocol/CP team with bounties for additional features. The lotto idea was great indeed.

I think it would be a good idea to create a specific section for Smart contracts on the CounterParty forums. At the moment most of the knowledge and community discusssion are to be found on Ethereum-centric boards.

The section can:
-Focus on general smart contract discussion
-cover an introduction to building & deploying a simple smart contract, with a 'hello world' test as well as links to useful resources for those playing with the technology
-Include a subsection for bidding on smart contract writing
-Include subsection for the showcase & trade of smart contracts/ smart contract lego-brick logic (whether it be snippets found online or new creations by freelancers)

I'd expect this ecosystem to broaden over time, and skilled Freelance smart contract writers to come into an increasing demand in future. Having CounterParty forums as one avenue they can congregate seems beneficial to both creators and consumers.

Especially with the introduction of multisig, it would be a cool idea to build a relatively simple 'smart contract' kickstarter/reverse kickstarter on top of CounterParty, where community can collaboratively chip in funds to realise the development of smart contract dApps.

The problem is that the other user isn't finishing the game. There's no way to tell why not.

No worries! Thanks for setting this all up!

I should say, if there's anything you don't like about the way I interpreted the spec, let me know. I'm happy to make any tweaks that are necessary. I want everyone on both sides to feel good about how this went.

cool thanks!

Hopefully one of the dev's can check your code soon, so you can get the award.  I'll keep bugging them but I guess it is the weekend.  

I know that the Counterparty Contract Lottery contest has not been completely finalized yet but I would just like to say bravo to prophetx for proposing it in the first place and kudos to semiel for rising to the challenge, and in record time!

What other Counterparty Contracts would we like to see implemented. Which ones would have the most impact?

Would it be possible to have a Counterparty Contract that creates a hash of all the Counterparty Protocol data up to a particular block and encodes that data in the blockchain (using OP_RETURN). The Counterparty Protocol data up until that point could be downloaded from any channel (radio, sneaker-net, sateliite, torrents, etc.) and using an SPV capable thin client the hash could be verified, thus the Counterparty Protocol data could have it's integrity trustlessly verified (or not, as the case may be).

Multipool is for coins that are not mine-able.  They mine various coins of the same algorithm (e.g. scrypt or X11) depending on profitability, and trade for (none-mineable-currency) via exchange, and payout miners in the the desired currency.  An XCP multipool would be a good idea.

XCP is not mine-able. All the XCP that will ever exist have already been generated by proof-of-burn.

is there a multipool for XCP

You're going to need a big bankroll regardless, if you want to run any sort of lottery. That's because, by definition, if you're working with fixed probabilities there's no guarantee reality will follow exactly the expected distribution. What if only one person enters, and they win a prize? (The situation is different with a raffle, where the probabilities and payouts change together.) Real lotteries solve this problem by buying insurance and things like that.

I originally followed the probabilities of the real Powerball for payouts, which means that you have about a 1/35 chance of winning a prize. I just pushed a change giving the ability to payout on fewer matched numbers, so that you can bring that number down if you like. If you give a small payout for even a single match, my back of the envelope calculations say people should have about a 50% chance of winning.

Not a dev, but noticed something.

A short while ago some guys from business development over at Cryptonext were asking in Skype chat about how to integrate XCP into their white label cryptocurrency exchange service. https://cryptonext.net/

This will make XCP tradeable against many different kinds of fiat (and other cryptocurrencies) in many different countries around the world.
https://cryptonext.net/?page=aboutUs#clients

So whoever makes a Cryptonext white label exchange, will be able to add XCP to the trading system automatically.

Hi

Is anyone else having problems with Rock Paper Scissors?



As my game history shows, I appear to win because my opponent often makes move "NA".

Please could someone explain why the game does not appear to work effectively?  Are players too impatient to wait for conformations?

Thanks Semiel

Question for the devs: is there anything new to report on new exchanges enabling the trading of BTC/XCP?

I think the total commitments now are about 106 XCP  I think I will have the folks send their award donations individually to your address, so that we save on fees/times, once the final verification of the code being functional is done.  I'll provide an accounting of all the donators when I get back from Miami later today.

yes the prize amounts cannot be the same as powerball since it is unrealistic to use fixed pay outs unless this is being done by a large entity who already has the funds.  the payout as i mentioned above should ensure that at least 33% of the tickets get something.  does it do that?

The last part I need to give our the award is to have either a known Ethereum dev or a known XCP (Adam, Evan, Robby, BTCDrak, etc)  dev to look at this code and give their opinion that it should do what it does.  

Or perhaps you can offer a piece of the award to someone who can run it on the testnet network and make a simple webpage for people to test making a lotto and getting/sending tickets, that would be fine as well (although i think that would be too much time/trouble)


oh and thanks for getting this done so quick!

Very cool stuff. Led me to look up the full article on fractal evolution: http://newrealities.com/index.php/articles-on-new-sciences/item/299-why-darwin-is-wrong-and-fractal-evolution-by-alan-steinfeld

The last part of which is fascinating.

https://docs.google.com/document/d/1ZK08ZYeeXUw8_eqwmETNbHuE0I08_EkyXwm-ZnEXpKs/edit?usp=sharing
[/quote]

Alright, here we go! I've got a fairly polished proof of concept up on Github:

https://github.com/PeterBorah/ethereum-powerball

Instructions for use are in the readme.

I've got a decent number of automated tests for it. Obviously any script that gets banged out in an afternoon is likely to have some residual bugs, but hopefully I've tested it sufficiently that there won't be any major problems.

It hits almost all of the points of the spec, and tries to be very close to the way Powerball works. (Powerball has some weird features, like every prize except the jackpot being fixed, and pretty complex rules for how the jackpot works.) I went with requiring people to claim the prize, since that's what prophetx requested, but of course that could be easily changed.

There is one small deviation from the spec: the ability to set the number of balls. This turned out to be surprisingly difficult, since Serpent doesn't deal well with not knowing how many values there will be ahead of time. However, you can set the payouts for each prize, and by switching out the RNG you can change how many possible values there are for each ball. And of course it would be very easy to modify the code to use, e.g., four balls instead of five.

If that's a dealbreaker, maybe someone can try to add that support, and split the bounty with me. Or maybe prophetx will decide it's good enough as is.

Either way, thanks for the interesting challenge!

Best,
Peter
XCP: 1LeygZteCpjBstARoyt3uHgPhV8aJHsBAg