ok trafficoola
you have to be on the same browser and machine that you started the contract on
talk to me on the chatbox

hi,
  Sorry everybody but this is quite time consuming and I've been doing this all day so I'm just going to finish the people that I've already sent contracts too.

 I originally posted this in project development but it got moved here so I'm being a bit selective about who gets a bet because I want to get people who are interested in new bitcoin projects and not just here for giveaways.

 I haven't got time to do this at the weekend but I will post here when I'm back to do more bets next week, so register on the site and look out for when I post that I'm available next week and then the first people to post their user names can have a free bet.
 I do try and check the previous posts to see that people are not just interested in free giveaways but are longer term users and interested in bitcoin itself so you might not get a bet if you're just interested in free stuff and not bitcoin itself.

 Thanks for everyone who had a go and hope you like the site.
 

 

Anyone can be an arbitrator, you just tick, 'willing to arbitrate' on your profile and fill in whatever info you want on your profile about what sort of contracts you will arbitrate and what you will charge. You can charge a fixed price, a percentage or nothing.

 Everybody needs to check that the arbitrator is who they say they are from some other source such as this forum or a known website or blog where they can publish their crowex user name. Both parties need to trust the arbitrator.

 The arbitrator cannot ever access the BTC he/she can only choose who gets them. The arbitrator is not even contacted unless there is a dispute and doesn't know anything about the crowex address or the contract unless a problem arises. Then if someone starts ta dispute he arbitrator waits to get any fees required off the two parties before making a decision. The arbitrator can join in the chat box and chat to both parties about the contract.

 I just asked fuzzyBear from this forum to do the arbitration for these bets because he is independent and trustworthy.

ok, I'm trying to do too much at once so I'll have to stop the bets for a few hours but I'll try and finish the ones that I'm doing and start again later on

brandalan, I've activated you and sent you a contract

Too many of these accounts are just for free promotions and are probably people with multiple accounts. I'm reading your forum posts and if I don't think you are making much contribution to the forum I'm not betting.
amiryaquot and Bitcoinexp I've sent you contracts, check your contract list

Thanks clubsofsteel, just so that everybody understands, the coins are held in a type of multi-sig address so that it needs one party to agree to release the funds to the other party.
 Before you start the contract you both agree on an arbitrator - I've used fuzzyBear to arbitrate these bets so that if both parties disagree they can start a dispute and call in the arbitrator.
 Anyone can become an arbitrator just by ticking a box in their profile.
 
 You can have bets with friends or strangers as long as you can both agree on someone you can trust to arbitrate. The idea is to make escrow transactions really quick and simple.

 It should be really useful for currency exchange too.

some users are too new to enter this promotion.

baddy99, megamore, hahay, jackringer, coolcoin look in your contract lists and you can start your bets

brandalan, did you get your activation e-mail?

I'll be online for the next few hours 

ok heringasem, I've sent another contract. You have to enter into negotiations.
 I'll have to continue with this in the morning.

hi there, everyone,
 I just noticed that this post has been moved to this thread and got some attention again. I'm on uk time so I'll have to respond and make the bets in the morning. If you registered with a hotmail or yahoo address can you check your junk mails for the activation e-mail. If there's a problem I can activate you manually. Please bear with me but I will get all the bets done.
thanks 

 Glad to see you detected there might be a problem too, I had a bit of self doubt after I first posted a comment and blog question (hence the edit) but then the more I look at it the more I am convinced that their scheme does not extend to the t-of-n case in the way that they described.
 I don't think it will work with or without a dealer for t-of-n. The methods I imagined might be used with a dealer scheme seem to have security problems.

 I'll see if I get a response to my last blog question that will provide any clarification.

 

Yes, I understand this.
I've looked a bit more and I'm still not clear on how they are constructing the t of n threshold scheme.

in their scheme the private key must be multiplicatively shared and they mention the secret sharing scheme used by MacKenzie and Reiter. Have a look at Appendix A here https://www.cs.unc.edu/~reiter/papers/2004/IJIS.pdf
That’s just for the two party case!

 As far as I understand the JRSS protocol doesn’t provide multiplicative sharing and isn’t suitable in this case.

 Their scheme works for t of t signers and then is extended to t of n signers.
 With the t of t case all of the signers hold a share of the secret that can be multiplied together to give the entire secret and they must all participate in the signing process.

 To extend this to a t of n case they must make sure that each and all of the possible subsets of t signers hold the same multiplicative secret. I can see how this could possibly be done with a dealer but I can’t understand how it is done without a dealer.

 Of course this could just be due to my lack of understanding but I reserve the right to keep asking stupid questions in order to try and improve my understanding.

I could be misunderstanding it but I don't think you can actually use the JRSS method for a t-of-n threshold scheme as described in their paper. I'm not sure what dealer-less method you can use. I've asked a question on their blog so maybe they'll clarify.

EDIT I've looked a it a bit more and I think I probably was mis-understanding it

doV I've activated you too
if you check your contract list you should see an invitation for the bet

We've had a few problems with yahoo not getting the activation e-mails because it's a new domain. Something to do with SPF records??

gmail seems to work fine. Check your junk mail but if you don't get the e-mail post your username here and I'll manually activate the account

I've activated your account, yahoo.

Hi,

   Is anyone interested in peer to peer gambling?

Bet with any other individual directly online on sporting events (or anything else).

www.crowex.com makes this type of thing really simple.

There’s a simple interface for agreeing on the terms of a bet.

I’ve posted a topic in the project development thread where you can have a free bet with me if you want to try it out.

 https://bitcointalk.org/index.php?topic=977090.0

a chance to win some bitcoin for trying crowex.com

Hi everyone,

It’s taken an enormous amount of time and effort for us to design and build Crowex, a web app which I hope will become a key platform for peer to peer contracts in digital currency.
I really believe Crowex has some unique aspects. The application was built from the ground up to provide a simplified process for escrow transactions. I’m very enthusiastic about the possible uses of Crowex, and now I need members of this forum to try it and tell me what they think.

I realise that you may not be as excited as me about my platform for digital currency contracts, so I have come up with this ingenious plan for getting you to try Crowex, while at the same time having some fun.

As you may know peer to peer contracts can be about absolutely anything from simple digital currency exchanges to buying goods and services. But for this exercise I thought it would be more fun to have a bet.

How to win the Bitcoin:

• Create an account at www.crowex.com and negotiate a bet with me on anything you like as long as it can be easily publicly verified and there’s a sporting chance for both of us (50:50 or close).
• I send 0.03 Bitcoin to the crowex (escrow) address.
• If you win, I release the Bitcoin to you, if you lose you release the Bitcoin back to me. Simple!

Get Started:

All you have to do is

• Register/Sign in to crowex.com and post your Crowex user name here.
• Then check your contracts page on Crowex and I’ll invite you to enter into a contract (my user name: crowexFreeBet).
• You then accept the invitation and write your bet.
• From there on in we can use the chat facility on Crowex to discuss and finalise the contract 
• Any questions before you start, please post here, if not join up at crowex.com and WIN BITCOIN!

Small Print:

• I wasn’t one of the early miners, so I’m forced to set each bet at 0.03BTC.
• Free bets limited to the first 50 people
• You have to have posted in this forum in the last two months from the date of this post and have at least a few posts.
• A fundamental point of a crowex contract is that there’s an arbitrator. I have asked an independent forum member (FuzzyBear) to arbitrate these bets.
• In order to protect myself from anyone who is unwilling to stick to the spirit of this exercise, I reserve the right not to bet with anyone without disclosing a reason.

YOU HAVE ABSOLUTELY NOTHING TO LOSE apart from a little of your time, for which I will be very grateful.

Good luck!

The paper quite clearly claims to introduce a new hierarchical wallet. It claims to solve problems that other hierarchical wallets have.
I agree with you that the paper doesn't actually specify a hierarchical wallet.

I don't understand what non-hierarchical variant you are talking about? Everything in the abstract and the OP refers to a hierarchical (HD) wallet.

This  https://www.crowex.com/static/digconapp/crowex_protocol.pdf is a protocol based on this  https://en.bitcoin.it/wiki/User:Casascius/Escrow_scheme_draft entry in the bitcoin wiki.

 We’ve built a web app (www.crowex.com) for negotiating  2 of 3 type escrow contracts and we’ve used the above protocol to incorporate a threshold scheme. It is a slightly different approach to using threshold signatures.

I believe in order for this to be a verifiable secret sharing scheme it would technically still require that the two parties in the transaction have direct communication with each other and not through the server. However, by using ECDH we are able to avoid the server being party to certain information and the parties can communicate directly, out of band, if they wish to verify their public keys.

 I’ve posted the protocol here in case there are any technical questions/comments.