Bitcoin Forum
January 18, 2017, 06:21:08 PM *
News: Latest stable version of Bitcoin Core: 0.13.2  [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 ... 359 »
  Print  
Author Topic: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin"  (Read 646409 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.
kseistrup
Hero Member
*****
Offline Offline

Activity: 565


Unselfish actions pay back better


View Profile WWW
December 07, 2014, 04:16:15 PM
 #1461

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.

Klaus Alexander Seistrup
http://about.me/kseistrup
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1484763668
Hero Member
*
Offline Offline

Posts: 1484763668

View Profile Personal Message (Offline)

Ignore
1484763668
Reply with quote  #2

1484763668
Report to moderator
1484763668
Hero Member
*
Offline Offline

Posts: 1484763668

View Profile Personal Message (Offline)

Ignore
1484763668
Reply with quote  #2

1484763668
Report to moderator
erre
Hero Member
*****
Offline Offline

Activity: 672

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


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

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

SuperClam
Hero Member
*****
Offline Offline

Activity: 760


CLAM Developer


View Profile WWW
December 07, 2014, 06:33:46 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.

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: 1106



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

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
 #1465

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: 1344

out of the blue and into the black


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

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
 #1467

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

Activity: 301

CLAM Dev


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

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
 #1469


Thanks
tencentcoin
Sr. Member
****
Offline Offline

Activity: 364



View Profile
December 07, 2014, 11:24:13 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

xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


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

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: 2044



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

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).

dooglus
Legendary
*
Offline Offline

Activity: 2044



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

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.

dooglus
Legendary
*
Offline Offline

Activity: 2044



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

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.

xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


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

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: 1302

FreeBitcoins.com


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

Scammers already rolling out in about 1/2 force.

Careful out there with y'alls CLAMS.

FreeBitcoins.com Earn free Bitcoin selling old BTC, LTC and DOGE wallets or earn cryptocurrency using our faucet that sends every minute!
FreeBitcoins.com Thread - https://bitcointalk.org/index.php?topic=1680953.msg16879773#msg16879773
dooglus
Legendary
*
Offline Offline

Activity: 2044



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

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

It goes up to block 1326600 which was staked on Thu Jan  5 18:38:24 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
3bb22ac3cabd99bd89e2d401757fd9aa0a2a56e317a68e8a69b033517a4e5b71  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-131.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

romerun
Legendary
*
Offline Offline

Activity: 1050


Bitcoin is new, makes sense to hodl.


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

 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
 #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.

xploited
Sr. Member
****
Offline Offline

Activity: 301

CLAM Dev


View Profile
December 08, 2014, 05:38:34 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.




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.   

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 ... 359 »
  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!