Yes, for now our priority is new features and moving to coinroll.com domain.

We will only accept BTC for now. We might add other cryptocurrencies in the future.

I will ask a moderator to close this thread.

Around since April 2013! One of the oldest and most trusted off-the-chain dice site around!

~~~~~~~~~
ANNOUNCEMENT

Coming up:
- Complete Support Desk
- Move to Coinroll.com
- Redesigned website
- Chat
- Extra features
~~~~~~~~~


Coinroll is a dice rolling game with a few interesting features:

A house edge of only 1%

Unconfirmed deposits
We accept unconfirmed transactions. You can begin playing instantly - no registration is required.

Deferred withdrawals
You can choose to have your winnings sent to an address once your deposit has cleared. Staying on the website while your transaction is queued is not necessary.

Instant bets
Bets are off-the-chain and are processed instantly while still being provably fair. As such, you can bet as low as 0.00001 BTC.

API
An easy-to-use interface is available for those who would like to use Coinroll from the command line or integrate it into their projects.

Custom games
While a few preset games are available, you can set a target number from 1 to 64000 and your win odds and multiplier will be calculated accordingly.

Here's an example of a bet. More information on provability and database dumps are available here.
Come check it out at https://coinroll.com

John doesn't come around often but last time he didn't have the signed list. He should be able to send whenever he comes back.

Would be willing to:
Buy @ 75%
Sell @ 95%

Someone mentioned that some didn't have the amount of posts in time according to posting history to which I pointed out I went through the thread when users where pruned and all had 100 posts at the time, so some may have deleted posts/threads in which they participated deleted after the final list was made.

Which scammers? Can't see none in the list that hasn't respected the terms of the raffle.

Indeed. 80% seems excessive. Even if we find patterns, the problem is that this raffle was advertised and mentioned on IRC. Probably a bunch of people who signed and did the minimum just to participate in the raffle. There's no way to tell for sure a single user vs one who'd sign with multiple account. Plus there is no terms against multiple accounts. All accounts on the list met the terms of the raffle and made the required amount of posts. Not letting them in would betray the wording of the raffle's terms. This is why I want to suggest that if another raffle is made, terms be done differently to try and reduce multi-account. But there's not much that can be done about this raffle.

The list of eligible participants is there, the secrets are disclosed, the corresponding list exists. If Scrat can't come back to sign on the final list, John K. can go ahead as an escrow. Scrat doesn't think Coinroll is giving too much or care about the price having gone up. He knew prior to starting to raffle and paid the whole amount UPFRONT. Now that some time has elapsed, John K. will need to make a decision about how long to wait and when to go ahead and distribute without Scrat.

Scrat already gave the secret to select winners and cleared people under 100 posts on the thread back in December. He probably forgot he had to sign the final list over the month since this raffle has started. He's probably completely unaware of the current situation and think John K. will distribute as soon as he comes back (Last I saw Scrat, John K. hadn't been around for a while and we were waiting on him. Now John K. is back and waiting for a signed list.) Normally Scrat isn't needed around that much.

I'm very sorry about the delays and wish I could do something more. I can assure you Scrat doesn't think he's giving too much. He wouldn't be able to get back the BTC and keep them regardless as he already sent them to John K. months ago.

Any participant may remove the signature. The list was already pruned of ineligible accounts in December and should be final. Sorry that it's taking so long to process payments for winners. The BTC is still at the escrow address and ready to be sent by John K. as soon as he considers he can't wait for Scrat any longer. It's been almost a month now and I'll be contacting John K. regarding that matter.

There is absolutely no way to prove/verify/eliminate those accounts vs legitimate accounts with 100% accuracy, on top of being no rules against it. What is Scrat supposed to do? Ban every account barely making the 100 posts requirements in time because they all look like duplicate? It was advertised on IRC and it was already a big raffle at the time, there's probably many people who signed up expressively for the the raffle doing the bare minimum.

The issue is the same for every other signature raffle. Sockpuppets are probably entering them to monetize their post count. Nobody complains. What's the difference, really? I don't think that's very fair to Scrat. He paid the 100 BTC upfront too so if something happened to him and the casino made a loss of its bankroll, participants could be paid.

I'll suggest to Scrat if he does another raffle to only allow accounts that were created before the raffle when he comes back. But it's just the same as every other raffle, not going to prevent multiple accounts. Hopefully a fairer system can be found for future signature advertising to deal with that.

You can join Coinroll's support channel, #coinroll on freenode. I'm moderator on that channel. I'll make note of demands/suggestions for Coinroll and future raffles.

Scrat probably forgot about the raffle with his sickness and then work. He's supposed to be working on a brand new version of Coinroll with tons of improvements.

It's been almost a month. John K. as the escrow should just proceed and pay winnings. He's there to settle things if problems arise as the escrow.

John K. as an escrow can resolve it as a dispute. I am unsure what happened to Scrat but will contact John K. regarding this matter.

All participants/winners can remove their signature. The list is final.

All winners, feel free to add #coinroll on freenode to your list of favorite channels to stay updated.

There was no rules about either multiple accounts, post quality or trust rating. I believe the current posts on the thread are meant to be final entries and no more will be pruned.

Although considering the situation, it might be good to add certain rules such as only accounts which existed prior to the thread starting and no negative trust for the next raffle, should there be one.

Considering Scrat doesn't look like he's going to come around soon, I'd recommend John K. to recalculate himself the winners using the secrets and to issue payments as Scrat is not around to sign the list of winners.

All non-eligible accounts where deleted from the thread long before yangwao made that list. Only Scrat could delete posts in that thread. I checked it shortly afterward and as far as I recall, it looked right.

"You may participate if you have less than 100 posts, but you must have 100 posts or more by December 20th 2013 or you will not be eligible."

Not January 1st. When the final list was being reviewed, I'm pretty sure everyone had 100 posts. Doesn't matter if some have been deleted afterward.

I went over the final list before January 1st and everyone had 100 posts or more at the time. I am pretty sure the list is accurate.

No rules against duplicate accounts either. Not possible to prove/disprove duplicates anyway. So the list of eligible accounts should be final. I don't think that will change.

As for Scrat, he showed up for a short time on IRC. He's had flu complication, pneumonia. I haven't heard from him in a while. If he doesn't show up soon, John K. isn't around often but he still comes to the forum. He can distribute winnings and I'm sure he can be trusted.

I'm confident every winner will receive their winnings.

Scrat is absent for medical reasons. He should be back shortly. In any case, John K. has the BTC and the two secrets match the hashes for the secrets, so BTC can be distributed if it takes too long for Scrat to verify winners and sign.

Hello, I can confirm I've received your two claims. I will process them as soon as possible.

Hello,

please send me an email once again if you have not been paid. So far I have processed payments for all claims received in my inbox.

Any change to the client seed will do the trick. Either in part or in whole. They know what's your next client seed if you don't change it. They know the secret seed. They provide the third server seed and can calculate what their provided server seed will roll with your known client seed and their secret seed. Thus they can try multiple server seeds and give one which gives the roll they want. They can't do this if you changed the client seed before the roll as the client seed will then not be the one the expected and calculated with.

Depends on if you trust them or not. If client seed is not changed before every roll, the "provably fair" check on the seeds doesn't mean anything. I'd recommend changing it before every roll until they update their seed system as it is the only way for rolls to be actually provably fair as it is right now.

yes, client side generation on each roll would also do the trick, although one would need to audit the script and check the version they are served each time they open PrimeDice.

It is much better to predisclose a hash of the secret seed and then let the client set its own client seed. That way the casino can't temper rolls as they can't change secret and neither the client can because they don't know the secret but they'll know if it was changed afterward. It makes things easy to audit and doesn't require a change of client seed every bet.

That dynamic server seed PrimeDice adds on each roll has no business being there. That seeds hash to the correct roll does not make a game provably fair. The order seeds are generated does. If one party can know/expect to know all seeds in a roll and provide one dynamically on each roll, they can temper with results.

Unless the user changes the client seed before each roll, it's not provably fair. The roll verification doesn't mean anything.

Yes, but Just-Dice and Coinroll both have a method where changing client seed is not required for each bet and it works. Would make PrimeDice better to just remove the server seed and predisclose the secret's hash. That way they can't tempers roll by giving whatever server seed they want for each roll. They theoretically can get any result they want currently if you don't change server seed on each roll.

Still claims left to do. Don't forget to claim on https://coinbr.com/btct/nampt_1