Bitcoin Forum
April 29, 2017, 03:47:08 PM *
News: Latest stable version of Bitcoin Core: 0.14.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 [74] 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 ... 374 »
  Print  
Author Topic: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin"  (Read 849367 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
erre
Hero Member
*****
Offline Offline

Activity: 700

Win up to 200$ in BTC-->http://freebitco.in/?r=78


View Profile
December 07, 2014, 04:37:10 PM
 #1461

If you don't want to bother with dice sites and exchangers, you can also simply sell me your private keys here:

https://bitcointalk.org/index.php?topic=885439.msg9767588#msg9767588

As a security bonus, i'm also mixing up private keys from different wallets togheter

1493480828
Hero Member
*
Offline Offline

Posts: 1493480828

View Profile Personal Message (Offline)

Ignore
1493480828
Reply with quote  #2

1493480828
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1493480828
Hero Member
*
Offline Offline

Posts: 1493480828

View Profile Personal Message (Offline)

Ignore
1493480828
Reply with quote  #2

1493480828
Report to moderator
1493480828
Hero Member
*
Offline Offline

Posts: 1493480828

View Profile Personal Message (Offline)

Ignore
1493480828
Reply with quote  #2

1493480828
Report to moderator
1493480828
Hero Member
*
Offline Offline

Posts: 1493480828

View Profile Personal Message (Offline)

Ignore
1493480828
Reply with quote  #2

1493480828
Report to moderator
SuperClam
Hero Member
*****
Offline Offline

Activity: 777


CLAM Developer


View Profile WWW
December 07, 2014, 06:33:46 PM
 #1462

Is there a way to see how many CLAMS one is elligble to without doing the privkey stunt?
Ya come to the Just-dice troll box and type:
Code:
/dig <public key>
If you don't want to trust the client you can trust dooglus, but you should move the coins off before getting clams (better safe than sorry!!!!)
Dooglus doesn't store the info anyways, but still cover your ass.

An important note to users:



The majority of wallets contain what are know as "change" addresses.  These are not created by the user, and most do not even know they exist. 

In order to claim the CLAMS associated with these addresses it is important that users download the client and utilize the File->Import mechanism.

https://bitcointalk.org/index.php?topic=623147
Proof-Of-Chain, 100% Distributed BEFORE Launch.
Everyone who owned BTC, LTC, or DOGE at launch got free CLAMS.
unamis76
Legendary
*
Offline Offline

Activity: 1204



View Profile
December 07, 2014, 06:39:35 PM
 #1463

Is there a way to see how many CLAMS one is elligble to without doing the privkey stunt?
Ya come to the Just-dice troll box and type:
Code:
/dig <public key>
If you don't want to trust the client you can trust dooglus, but you should move the coins off before getting clams (better safe than sorry!!!!)
Dooglus doesn't store the info anyways, but still cover your ass.

An important note to users:



The majority of wallets contain what are know as "change" addresses.  These are not created by the user, and most do not even know they exist. 

In order to claim the CLAMS associated with these addresses it is important that users download the client and utilize the File->Import mechanism.

One can also run listaddressgroupings on their client Smiley

 

██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
█████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
██████████████████████████████████████████████████████████████
 
Get Free Bitcoin Now!
  ¦¯¦¦¯¦    ¦¯¦¦¯¦    ¦¯¦¦¯¦    ¦¯¦¦¯¦   
0.8%-1% House Edge
[/
xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


View Profile
December 07, 2014, 07:02:49 PM
 #1464

U import ur bitcoin wallet backup , it checks all addyes if they had balance on the day when claim distribution was made , and credits u .

Not bad idea but i don't feel good giving my priv keys away.

Your not actually giving them away either, they always remain in your possession. Its just like private keys in any client. There your's and only yours.  

For me the biggest concern is exposing your privkeys.  Yeah, I can move my coins to another address in another wallet, but it means that I have to give up all addresses in the current wallet.

It ought to be enough to sign a message with your privkey in order to claim the CLAMS.


There was a suggestion on JD last night that the entire process could be mostly completed offline. Signing raw tx's and such. Im going to work on such a process and document it once I can finally get this new release finished.  Its priority #1

Signing messages is a possibility but the ambiguity of which addresses your coins are stored makes me and the rest of the dev team hesitate to do so.  

nioc
Legendary
*
Offline Offline

Activity: 1358

out of the blue and into the black


View Profile
December 07, 2014, 07:39:54 PM
 #1465

any one had success to get Clam in electrum wallet?
and how long coins will mature its been 16 days now my coins havent stake yet..Sad last stake 11/21/2014

You might want to view   https://bitcointalk.org/index.php?topic=612143.0  

It explains a way to generate the addresses and private keys based on your master seed.  I'm not an electrum expert but it appears it wouldn't keeps them around after the funds have been moved.  You will likely have to regenerate them again.  

I would personally generate a good amount and import them all.  It would likely be tought to determine where to stop.

If that makes any sense, I'm tired and about to pass out here.

Hope it helps!

thanks for the link...i read it... its too complicated....

??

If you don't know where you're going any road will get you there
Aggressor66
Hero Member
*****
Offline Offline

Activity: 728



View Profile
December 07, 2014, 08:39:14 PM
 #1466

wallet will not sync  Huh
xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


View Profile
December 07, 2014, 09:37:44 PM
 #1467

wallet will not sync  Huh

The bootstrap
https://bitcointalk.org/index.php?topic=623147.msg9617230#msg9617230  

and  

http://blocktree.io/peers/CLAM/

should resolve your issues.  

Aggressor66
Hero Member
*****
Offline Offline

Activity: 728



View Profile
December 07, 2014, 11:14:24 PM
 #1468


Thanks
tencentcoin
Sr. Member
****
Offline Offline

Activity: 364



View Profile
December 07, 2014, 11:24:13 PM
 #1469

CLAM address [xTKu6k9t] corresponding to BTC address [1L2GCsKR] was funded with 4.60545574 CLAM when the initial distribution was made; the CLAMs have not been spent and are waiting for you to collect them; use /dig ADDRESS PRIVKEY to have them dug up and sent to your deposit address for this account; the private key you provide will not be logged, and will be discarded immediately after use; having said that it is best to move any BTC/LTC/DOGE at that address to a new address first just to be on the safe side


the next step is what? http://khashier.com/address/xTKu6k9twi8xSvGVsrwRb16MhLiruqhYw9

this clam address is not my own

xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


View Profile
December 07, 2014, 11:40:49 PM
 #1470

CLAM address [xTKu6k9t] corresponding to BTC address [1L2GCsKR] was funded with 4.60545574 CLAM when the initial distribution was made; the CLAMs have not been spent and are waiting for you to collect them; use /dig ADDRESS PRIVKEY to have them dug up and sent to your deposit address for this account; the private key you provide will not be logged, and will be discarded immediately after use; having said that it is best to move any BTC/LTC/DOGE at that address to a new address first just to be on the safe side


the next step is what? http://khashier.com/address/xTKu6k9twi8xSvGVsrwRb16MhLiruqhYw9

this clam address is not my own

Not sure I follow the question. 

Did you use the /dig command on just-dice.com?    if so they would be automatically put into your balance at just-dice.com   

If your bitcoin address corresponds to  1L2GCsKR....   then that does look like the correct clam address.

dooglus
Legendary
*
Offline Offline

Activity: 2142



View Profile
December 08, 2014, 12:23:07 AM
 #1471

There was a suggestion on JD last night that the entire process could be mostly completed offline. Signing raw tx's and such. Im going to work on such a process and document it once I can finally get this new release finished.  Its priority #1

Signing messages is a possibility but the ambiguity of which addresses your coins are stored makes me and the rest of the dev team hesitate to do so.  

Here's how Just-Dice digs up CLAMs and sends them to users' deposit addresses:

Code:
function dig_to_address(txid, vout, privkey, address, cb) {
    var destination = {};
    destination[address] = 4.60535574;
    bitcoin.createRawTransaction([{txid: txid, vout: vout}], destination, function(err, unsigned) {
        if (err) { return cb(err); }
        bitcoin.signRawTransaction(unsigned, [], [privkey], function(err, signed) {
            if (err) { return cb(err); }
            if (signed.complete != true) { return cb('that is a valid private key, but not the right one for that address'); }
            bitcoin.sendRawTransaction(signed.hex, function(err, txid) {
                if (err) { return cb(err); }
                cb(false, 'txid:' + txid);
            });
        });
    });
}

There's not much to it, and it doesn't require anything online at all to work, just a running clamd instance with a copy of the blockchain. You could remove the blockchain requirement too if you provided the unspent output's scriptPubKey to bitcoin.signRawTransaction's 2nd argument (it's [] in the code above, because I know my clamd will be able to find the details it needs in the blockchain):

Quote
Second optional argument (may be null) is an array of previous transaction outputs that
this transaction depends on but may not yet be in the blockchain.

Quote
[{"txid":txid,"vout":n,"scriptPubKey":hex,"redeemScript":hex},...]

The 'redeemScript' part is only needed for spending P2SH outputs, which we aren't.

So the 2nd argument can be something like:

'[{"txid":"dbdd78f351c4d316fa8ab8613ccd7937fdd095ef86297f4f7d4e616455ad23df","vout":1,"scriptPubKey":"76a914339caf9d4692d9cf981470abcba485844d73a74888ac"}]'

I can imagine an offline page (like bitaddress.org) which takes:

* txid
* vout
* scriptPubKey
* destination address
* privkey

and outputs a signed raw transaction that moves the standard CLAM distro amount from txid:vout to the given destination address. The first 4 of those could easily be provided by the /dig command on JD, for copy/pasting to the offline machine (somehow).

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
dooglus
Legendary
*
Offline Offline

Activity: 2142



View Profile
December 08, 2014, 12:36:24 AM
 #1472

Signing messages is a possibility but the ambiguity of which addresses your coins are stored makes me and the rest of the dev team hesitate to do so.  

I think it's too late for that now, anyway. The way things are set up, distribution CLAM coins are at addresses which have *the same* private key as the corresponding BTC/LTC/DOGE addresses.

I guess a change to the protocol could theoretically allow it, and I don't think the ambiguity you mentioned is important - if I can sign a message with the BTC form of a private key, I can trivially convert the private key to DOGE, LTC, or CLAM and sign a message with that form instead. So the protocol would need to modify the meaning of "OP_CHECKSIG" to be "the provided signature is valid for the provided pubkey (as before) OR (the input being spent was created before block 10k AND the provided signature is a valid message signature of "CLAMDIG" as signed by the BTC, LTC, or DOGE address corresponding to the provided pubkey)".

Then people could dig up their outputs without needing to provide anything more than a useless message signature.

There's a risk that people could be tricked into providing a scammer with a message signature that the scammer can then use to dig up the victim's CLAMs.

Oh, but there's a bigger risk that the scammer just scans the network for people digging up their CLAMs using message signatures, and modifies the outputs of those transactions to send the dug CLAMs to their own address... to prevent this, the message to be signed would need to include the destination address rather than being a constant (like "CLAMDIG" above). Then what if there are multiple destination addresses. We can limit this kind of transaction to only work with a single destination address (then the scammer sends 0.001 to the destination address and gives the rest to the miners, so we have to fix the amount too, to be 4.60xxx minus the 0.0001 fee - etc.)

I think in theory it's possible to find a workable solution that would allow people to safely dig up their distribution CLAM using just a signed message, but it would need careful consideration.

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
dooglus
Legendary
*
Offline Offline

Activity: 2142



View Profile
December 08, 2014, 12:41:38 AM
 #1473

CLAM address [xTKu6k9t] corresponding to BTC address [1L2GCsKR] was funded with 4.60545574 CLAM when the initial distribution was made; the CLAMs have not been spent and are waiting for you to collect them; use /dig ADDRESS PRIVKEY to have them dug up and sent to your deposit address for this account; the private key you provide will not be logged, and will be discarded immediately after use; having said that it is best to move any BTC/LTC/DOGE at that address to a new address first just to be on the safe side


the next step is what? http://khashier.com/address/xTKu6k9twi8xSvGVsrwRb16MhLiruqhYw9

this clam address is not my own

That CLAM address *is* your own. Its private key is the same as the private key for the 1L2G BTC address you own.

The question is how you get access to the coins it controls.

You could import your wallet.dat file containing the BTC private key into the CLAM client. But maybe you don't trust the CLAM client not to steal your BTC.

You could use the /dig command on JD, giving it the BTC address and the BTC privkey. But maybe you don't trust JD not to steal your BTC.

The recommended way forward is to move any BTC from your old wallet into a new wallet and then import the whole wallet into the CLAM client - because they way you also get to claim any CLAMs that are in old change addresses that you may not even know exist.

Alternatively, you can move the balance from just that address to a new address, then get the private key for the address (> dumpprivkey 1L2G... in the bitcoin wallet debug console), and then "/dig 1L2G... PRIVKEY" in JD. That will move the 4.6 CLAM from the xTKu address to your JD deposit address.

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


View Profile
December 08, 2014, 01:55:42 AM
 #1474

Signing messages is a possibility but the ambiguity of which addresses your coins are stored makes me and the rest of the dev team hesitate to do so.  

I think it's too late for that now, anyway. The way things are set up, distribution CLAM coins are at addresses which have *the same* private key as the corresponding BTC/LTC/DOGE addresses.

I guess a change to the protocol could theoretically allow it, and I don't think the ambiguity you mentioned is important - if I can sign a message with the BTC form of a private key, I can trivially convert the private key to DOGE, LTC, or CLAM and sign a message with that form instead. So the protocol would need to modify the meaning of "OP_CHECKSIG" to be "the provided signature is valid for the provided pubkey (as before) OR (the input being spent was created before block 10k AND the provided signature is a valid message signature of "CLAMDIG" as signed by the BTC, LTC, or DOGE address corresponding to the provided pubkey)".

Then people could dig up their outputs without needing to provide anything more than a useless message signature.

There's a risk that people could be tricked into providing a scammer with a message signature that the scammer can then use to dig up the victim's CLAMs.

Oh, but there's a bigger risk that the scammer just scans the network for people digging up their CLAMs using message signatures, and modifies the outputs of those transactions to send the dug CLAMs to their own address... to prevent this, the message to be signed would need to include the destination address rather than being a constant (like "CLAMDIG" above). Then what if there are multiple destination addresses. We can limit this kind of transaction to only work with a single destination address (then the scammer sends 0.001 to the destination address and gives the rest to the miners, so we have to fix the amount too, to be 4.60xxx minus the 0.0001 fee - etc.)

I think in theory it's possible to find a workable solution that would allow people to safely dig up their distribution CLAM using just a signed message, but it would need careful consideration.


This is absolutely on point, and articulate as always. I hadn't considered a few of your points, especially a scammer tricking someone into sending then a message signature they could use to redeem the clams.

How you suggest doing it was exactly what I had in mind, and your right, it would need careful consideration.

I am a big supporter of the bitaddress style page that could allow everything to happen safely offline, its a great idea imo. As for moving the information, a usb key, while it does have some associated risk is a reasonable option.  there are also QR codes which would be easier if you were using a mobile device with a camera.

Offline signing seems like it should be looked at first. It provides a level of security that you can be sure your private keys are not going anywhere and requires no modification to the protocol.

 

BayAreaCoins
Legendary
*
Offline Offline

Activity: 1400

FreeBitcoins.com


View Profile WWW
December 08, 2014, 01:59:35 AM
 #1475

Scammers already rolling out in about 1/2 force.

Careful out there with y'alls CLAMS.

FreeBitcoins.com Free Bitcoins for old and new users in cryptocurrency. (Get paid for empty BTC/Altcoin private keys and more weird ways to earn BTC!)
LocalBitcoins.com Buy and sell Bitcoins way over or under market.  No account needed to browse.
www.Just-Dice.com Best fucking dice site to play, invest and chat on.  Owned by a Bitcoin code contributor Dooglus
dooglus
Legendary
*
Offline Offline

Activity: 2142



View Profile
December 08, 2014, 02:27:39 AM
 #1476

I made an updated bootstrap.dat file for people having trouble syncing their client.

It goes up to block 1462100 which was staked on Mon Apr 10 16:41:20 UTC 2017.

It's available as a download here:

  bootstrap.dat

or as a torrent here:

  bootstrap.dat.torrent

Download it, put it into the same folder as your CLAM wallet.dat, then restart the client.

If you are using the QT client, it will say "importing blocks" in the lower left corner while the bootstrap.dat file is imported. That is how you can tell that the file is being used.

It will take a while to import it, but it will be a lot faster than trying to sync using the p2p network.

When it is done, the client will rename the file to bootstrap.dat.old and won't look at it again.

Once it has been renamed you can delete it if you like.

To verify that you have the right file:

Quote
$ sha256sum bootstrap.dat
725e131080a3a2eadb8882ac78a6259998180c57dc329e84ff76e87381ae599f  bootstrap.dat

Edit: I also made a series of 'partial' bootstrap files. Each one contains the block data for 10,000 blocks.

  https://s3.amazonaws.com/dooglus/bootstrap-000.dat is blocks 0 through 9999
  https://s3.amazonaws.com/dooglus/bootstrap-001.dat is blocks 10000 through 19999
  https://s3.amazonaws.com/dooglus/bootstrap-002.dat is blocks 20000 through 29999
  etc.

I'll add a new one for each new set of 10k blocks. Currently they go up to bootstrap-145.dat

So if you already have everything up to block 492123 and want to get up to date, download the -049, -050, etc. files, append them all together in order into bootstrap.dat in the same folder as your CLAM wallet.dat and restart the client.

In Windows you can append the files together by running "cmd", and using something like:

Code:
copy /b bootstrap-*.dat bootstrap.dat

In Linux the command would be:

Code:
cat bootstrap-*.dat > bootstrap.dat

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
romerun
Legendary
*
Offline Offline

Activity: 1078


Bitcoin is new, makes sense to hodl.


View Profile
December 08, 2014, 03:23:30 AM
 #1477

 Shocked whats happening or did I just read the chart upside down
knox203
Member
**
Offline Offline

Activity: 79


View Profile
December 08, 2014, 04:55:33 AM
 #1478

Anyone have any ideas why my network-weight is showing impossibly high? I'm fully synced and am following the block count according to the block explorer.

xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


View Profile
December 08, 2014, 05:38:34 AM
 #1479

Anyone have any ideas why my network-weight is showing impossibly high? I'm fully synced and am following the block count according to the block explorer.




The numbers are not correct, they'll be fixed in the next update.   Although, the network weight is correct, just it should be divided by 100000000 to get a more expected number.   

dooglus
Legendary
*
Offline Offline

Activity: 2142



View Profile
December 08, 2014, 06:18:43 AM
 #1480

Anyone have any ideas why my network-weight is showing impossibly high? I'm fully synced and am following the block count according to the block explorer.



It's in satoshis.

I made a few changes to this stuff recently for the next release, so the estimate is much better now.

Here's how it looks on the JD bankroll wallet:

$ clamd getstakinginfo | grep -e weight -e expect
    "weight" : 59535.05603665,
    "netstakeweight" : 192234.98843445,
    "expectedtime" : 210

That's saying JD has 59k of 192k staking, and expects to stake a block every 210 seconds, which sounds about right.

Edit: if you're wondering why the weight is 59k when the bankroll is 66k, it's because recently moved and recently staked coins don't count. Coins need to rest for 510 blocks after staking, and 4 hours after moving before they can stake, and during that resting period they don't contribute to 'weight' (or netstakeweight).

Big deposits get split up the first time they stake, like this:
  http://khashier.com/tx/f92d43d0788e9f937f032b1101a81874769a7cf9baf9536481973cb385787a7f

It'll be out of action for 8 hours (510 blocks) but then will be fine as after than, only a few blocks of 4 CLAM at a time will be resting.

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
Pages: « 1 ... 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 [74] 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 ... 374 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!