[ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin"

[Crestington]

Dooglus, do you have some helpful links in how to create a CLAMS like distribution?

I want to create redeemable keys securely for 2 different Coins but I have having a hard time finding useful information that is easy to understand.

I don't, sorry. I wasn't around for the initial distribution of CLAMs.

The big picture is pretty clear: You can convert BTC addresses to CLAM addresses simply by changing the 'version' byte in the base58check encoding. So I guess all you need to do is get a list of the BTC addresses you want to fund, convert them to your new coin's addresses, and fund those addresses.

But as for actual scripts to do the work for you, I don't have them. Maybe SuperClam or xploited do.

Ok thanks for the help, I'll send them a message and see if they may be able to point me in the right direction.

[daxxog]

Dooglus, do you have some helpful links in how to create a CLAMS like distribution?

I want to create redeemable keys securely for 2 different Coins but I have having a hard time finding useful information that is easy to understand.

I don't, sorry. I wasn't around for the initial distribution of CLAMs.

The big picture is pretty clear: You can convert BTC addresses to CLAM addresses simply by changing the 'version' byte in the base58check encoding. So I guess all you need to do is get a list of the BTC addresses you want to fund, convert them to your new coin's addresses, and fund those addresses.

But as for actual scripts to do the work for you, I don't have them. Maybe SuperClam or xploited do.

Ok thanks for the help, I'll send them a message and see if they may be able to point me in the right direction.

This is a good site that can calculate bitcoin/altcoin addresses:
http://gobittest.appspot.com/Address

Look at the "4 - Adding network bytes to 3" section. Good luck!

[dooglus]

This is a good site that can calculate bitcoin/altcoin addresses:
http://gobittest.appspot.com/Address

Look at the "4 - Adding network bytes to 3" section. Good luck!

I wrote a short Python script that does the same:

Code:

#!/usr/bin/env python

import sys
sys.path.append("/home/chris/Programs/python-bitcoinlib/") # from https://github.com/jgarzik/python-bitcoinlib.git
import bitcoin.base58

def to_addr(addr, magic): return bitcoin.base58.CBase58Data.from_bytes(bitcoin.base58.decode(addr)[1:-4], magic).__str__()
def to_btc(addr): return to_addr(addr, 0x00)
def to_doge(addr): return to_addr(addr, 0x1e)
def to_ltc(addr): return to_addr(addr, 0x30)
def to_clam(addr): return to_addr(addr, 0x89)

def addresses(addr):
    return '\n%s\n%s\n%s\n%s\n' % (
        '%6s: http://blockchain.info/address/%s'    % ('BTC', to_btc(addr)),
        '%6s: http://dogechain.info/address/%s'     % ('DOGE', to_doge(addr)),
        '%6s: http://block-explorer.com/address/%s' % ('LTC', to_ltc(addr)),
        '%6s: http://khashier.com/address/%s'       % ('CLAM', to_clam(addr)))

for i in sys.argv[1:]:
    print addresses(i)

You give it an address, and it converts it to the corresponding address for other coins:

Code:

$ ./clam.py 1AuZSHPe92kDq2YHNkjfh9Pb72bjLnvBAr

   BTC: http://blockchain.info/address/1AuZSHPe92kDq2YHNkjfh9Pb72bjLnvBAr
  DOGE: http://dogechain.info/address/DF3eyYLHSSeWN2it7LjEEuZBzAL2de5jif
   LTC: http://block-explorer.com/address/LV8WhVhUDgzH5qESYtixyATMKEy1Vid6y9
  CLAM: http://khashier.com/address/xJDCLAE7QkEFsQe9jENL8KgNL8txiLRAdN

$ 

[SuperClam]

Dooglus, do you have some helpful links in how to create a CLAMS like distribution?
I want to create redeemable keys securely for 2 different Coins but I have having a hard time finding useful information that is easy to understand.

I don't, sorry. I wasn't around for the initial distribution of CLAMs.
The big picture is pretty clear: You can convert BTC addresses to CLAM addresses simply by changing the 'version' byte in the base58check encoding. So I guess all you need to do is get a list of the BTC addresses you want to fund, convert them to your new coin's addresses, and fund those addresses.
But as for actual scripts to do the work for you, I don't have them. Maybe SuperClam or xploited do.

Ok thanks for the help, I'll send them a message and see if they may be able to point me in the right direction.

Include the CLAM community into your distribution - and we will go so far as to provide scripts or even do it for you

[dooglus]

Ok thanks for the help, I'll send them a message and see if they may be able to point me in the right direction.

Include the CLAM community into your distribution - and we will go so far as to provide scripts or even do it for you

Before you take the CLAM snapshot give me a second to split the JD staking wallet into 100,000 different addresses...

ftw

Edit: and by that I mean you should make sure the snapshot date is some time before now. Because otherwise people will abuse it.

[foodstamps]

I made a short little video on how to compile and run oclvanitygen on ubuntu to get a custom BTC or CLAM address using doogs branch of vanitygen.


I know it seems simple, but there were as lot of people that had issues when there was the contest.

https://youtu.be/ml2PFw7KiJU

[dooglus]

I made a short little video on how to compile and run oclvanitygen on ubuntu to get a custom BTC or CLAM address using doogs branch of vanitygen.


I know it seems simple, but there were as lot of people that had issues when there was the contest.

https://youtu.be/ml2PFw7KiJU

Nice, but isn't the hard bit getting the video card drivers installed?

Also, the -P pubkey flag is important, so the finder doesn't know the final private key.

[SuperClam]

Ok thanks for the help, I'll send them a message and see if they may be able to point me in the right direction.

Include the CLAM community into your distribution - and we will go so far as to provide scripts or even do it for you

Before you take the CLAM snapshot give me a second to split the JD staking wallet into 100,000 different addresses...
ftw
Edit: and by that I mean you should make sure the snapshot date is some time before now. Because otherwise people will abuse it.

Or, distribute based proportionally to balance.
Or, alternatively, distribute at a minimum balance that is high enough to make splitting likely negative expected value.

[Trent Russell]

Dooglus, do you have some helpful links in how to create a CLAMS like distribution?

I want to create redeemable keys securely for 2 different Coins but I have having a hard time finding useful information that is easy to understand.

There was a preannouncement earlier this year for Qeditas:

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

They said the plan was to distribute based on a snapshot of Bitcoin's blockchain when it hit block 350,000 (the first 14 million bitcoins). Since it still seems to be in development, I'm not sure that's still the plan. But they did make a snapshot of addresses with balances available to download from mega:

https://mega.co.nz/#F!0xhzUbTS!h-LeyiTbF9dXgusKCc_bfQ

It's over 3 months old now, but it might be a helpful starting point.

[ryanb]

I ended up adding a new flag to the CLAM client: -staketo=ADDR which you can use to tell it to move coins to the new address as they stake.

Wow. That is an awesome feature.

So only the staked 1 Clam coin will move to the specified address? will it work like the send 4 charity feature on other wallets?

[foodstamps]

I made a short little video on how to compile and run oclvanitygen on ubuntu to get a custom BTC or CLAM address using doogs branch of vanitygen.


I know it seems simple, but there were as lot of people that had issues when there was the contest.

https://youtu.be/ml2PFw7KiJU

Nice, but isn't the hard bit getting the video card drivers installed?

Also, the -P pubkey flag is important, so the finder doesn't know the final private key.

I do not remember installing any drivers unless they were auto installed on an update. I will do a clean install and make another video later, including the -P flag.

[dooglus]

So only the staked 1 Clam coin will move to the specified address? will it work like the send 4 charity feature on other wallets?

It sends the whole N+1+fees output to the staketo address.

But your way would be nice too. -stakerewardto= maybe?

[dooglus]

I do not remember installing any drivers unless they were auto installed on an update. I will do a clean install and make another video later, including the -P flag.

Oh, maybe the ubuntu installer detects the video card and installs the driver for you. I don't have a video card other thank some built in thing.

I'm thinking the video should also include how to generate the -P public key, for those who want to play the other side of the game and have addresses generated for them, and also how to combine the privkey reported by vanitygen with their own private key to get a usable address. But that part's tricky.

bitaddress.org's 'vanity wallet' tab does all the hard work for Bitcoin addresses, but I don't know of a CLAM version. Maybe I should host one...

[15263524]

Is there any way to check how many of your clams are currently staking?

[dooglus]

Is there any way to check how many of your clams are currently staking?

Go to the Console (last entry in the list down the left hand side). Type "getstakinginfo" (without the quotes). Hit return. The reported "weight" is the number of CLAMs currently trying to stake:



I have none in this wallet.

[dooglus]

bitaddress.org's 'vanity wallet' tab does all the hard work for Bitcoin addresses, but I don't know of a CLAM version. Maybe I should host one...

That's a good idea!

I forked bitaddress.org and changed it to work with CLAM addresses:
  https://github.com/dooglus/bitaddress.org

I need the graphics updated if anyone has the time and skills required. There are 3 images: the logo, the paper wallet for encrypted keys, and the paper wallet for unencrypted keys.

logo:



unencrypted wallet:



encrypted wallet:



The wallets have the address, privkey, and QR codes printed over them like this:



so it's best to leave the design clear in those spots.

I think it would be best to keep all the images the same size they currently are so as not to mess with the site's layout. PNG format please.

Edit: it was pointed out to me that http://www.bitcointrading.com/files/btcaddress-alpha.zip could be useful. It contains bigger versions of the BTC images. It also contains .exe and .dll files, so be careful!

Edit2: DNS is taking forever to update, so in the meantime: https://just-dice.com/clamaddress

[daxxog]

I built a simple RPC client for clamd. Untested alpha version.

https://github.com/daxxog/clam-rpc

[daxxog]

Syncing a virgin db, and clamd seems to be getting "stuck" on orphan blocks...

ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(31c8d98ed4, 1), 1409328810) for orphan block ab81478d442bbc067c091b86ddd81d8c415b7fba4cea652a78f7549a515b70a8
ProcessBlock: ORPHAN BLOCK 751, prev=ab81478d442bbc067c091b86ddd81d8c415b7fba4cea652a78f7549a515b70a8
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(4b4c0aacd4, 2), 1409328811) for orphan block e9f85e1f3d10894e42aa0982b22e1a1a74d3c22e1847adc2b801fdbd70fea9f6
ProcessBlock: ORPHAN BLOCK 751, prev=e9f85e1f3d10894e42aa0982b22e1a1a74d3c22e1847adc2b801fdbd70fea9f6
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(df96fd5846, 1), 1409328935) for orphan block 331a1a344def2ff02b76726b37a5ad1cc03af2f9c85b084ba31de073a9cf09f0
ProcessBlock: ORPHAN BLOCK 751, prev=331a1a344def2ff02b76726b37a5ad1cc03af2f9c85b084ba31de073a9cf09f0
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(d93414f7d2, 1), 1409328928) for orphan block f09b4a9d0f0d1d060b256805248696fc38ecf9ff26c06119d653af9b3bb7a656
ProcessBlock: ORPHAN BLOCK 751, prev=f09b4a9d0f0d1d060b256805248696fc38ecf9ff26c06119d653af9b3bb7a656
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(3f2c6d206d, 1), 1409329004) for orphan block 6795a64418eb9b18880e4d7ec125552be3ff73d8f9de7f825ebc311d276d02ec
ProcessBlock: ORPHAN BLOCK 751, prev=6795a64418eb9b18880e4d7ec125552be3ff73d8f9de7f825ebc311d276d02ec
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(7b54b4e3b6, 1), 1409329082) for orphan block a9ad274839def4b39c0d2e8a44fa14f9d15a7665f37f202d1f9ab80edf56fc85
ProcessBlock: ORPHAN BLOCK 751, prev=e8be94c3aa50abd60dbe64dde7b76672b5a97c8d4ec50da9afa9b70dc10f3550
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(770d08c5c8, 1), 1409335177) for orphan block ebb678b09629ae0657500521b73aafd4fa66f441458a14c70380c0ca05eccfbb


At this point it's just a bunch of "ORPHAN BLOCK 751" messages, although the block hashes for each seem to be different. It doesn't seem to be accepting new blocks. Is the client hitting some sort of limit? I have to stop and restart it in order for it to accept more network blocks. Once it hits 751 orphan blocks it gets stuck again. This has happened about 5 times now.

The phrase "ORPHAN BLOCK 751" currently appears 51327 times in my debug log. Now on 6th restart.

Guys I'm getting this same problem. ORPHAN BLOCK 751 and gets stuck. I am running the latest clamd built from the source code on an AWS micro instance (ubuntu).

[dooglus]

Syncing a virgin db, and clamd seems to be getting "stuck" on orphan blocks...

ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(31c8d98ed4, 1), 1409328810) for orphan block ab81478d442bbc067c091b86ddd81d8c415b7fba4cea652a78f7549a515b70a8
ProcessBlock: ORPHAN BLOCK 751, prev=ab81478d442bbc067c091b86ddd81d8c415b7fba4cea652a78f7549a515b70a8
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(4b4c0aacd4, 2), 1409328811) for orphan block e9f85e1f3d10894e42aa0982b22e1a1a74d3c22e1847adc2b801fdbd70fea9f6
ProcessBlock: ORPHAN BLOCK 751, prev=e9f85e1f3d10894e42aa0982b22e1a1a74d3c22e1847adc2b801fdbd70fea9f6
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(df96fd5846, 1), 1409328935) for orphan block 331a1a344def2ff02b76726b37a5ad1cc03af2f9c85b084ba31de073a9cf09f0
ProcessBlock: ORPHAN BLOCK 751, prev=331a1a344def2ff02b76726b37a5ad1cc03af2f9c85b084ba31de073a9cf09f0
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(d93414f7d2, 1), 1409328928) for orphan block f09b4a9d0f0d1d060b256805248696fc38ecf9ff26c06119d653af9b3bb7a656
ProcessBlock: ORPHAN BLOCK 751, prev=f09b4a9d0f0d1d060b256805248696fc38ecf9ff26c06119d653af9b3bb7a656
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(3f2c6d206d, 1), 1409329004) for orphan block 6795a64418eb9b18880e4d7ec125552be3ff73d8f9de7f825ebc311d276d02ec
ProcessBlock: ORPHAN BLOCK 751, prev=6795a64418eb9b18880e4d7ec125552be3ff73d8f9de7f825ebc311d276d02ec
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(7b54b4e3b6, 1), 1409329082) for orphan block a9ad274839def4b39c0d2e8a44fa14f9d15a7665f37f202d1f9ab80edf56fc85
ProcessBlock: ORPHAN BLOCK 751, prev=e8be94c3aa50abd60dbe64dde7b76672b5a97c8d4ec50da9afa9b70dc10f3550
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(770d08c5c8, 1), 1409335177) for orphan block ebb678b09629ae0657500521b73aafd4fa66f441458a14c70380c0ca05eccfbb


At this point it's just a bunch of "ORPHAN BLOCK 751" messages, although the block hashes for each seem to be different. It doesn't seem to be accepting new blocks. Is the client hitting some sort of limit? I have to stop and restart it in order for it to accept more network blocks. Once it hits 751 orphan blocks it gets stuck again. This has happened about 5 times now.

The phrase "ORPHAN BLOCK 751" currently appears 51327 times in my debug log. Now on 6th restart.

Guys I'm getting this same problem. ORPHAN BLOCK 751 and gets stuck. I am running the latest clamd built from the source code on an AWS micro instance (ubuntu).

What version of the source code did you build from?
What block number did it get stuck on?

As a workaround, see https://bitcointalk.org/index.php?topic=623147.msg9772191#msg9772191 for a bootstrap.dat file that will get you all the blocks. I'll see if I can reproduce and hopefully fix this orphan problem.

[daxxog]

Syncing a virgin db, and clamd seems to be getting "stuck" on orphan blocks...

ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(31c8d98ed4, 1), 1409328810) for orphan block ab81478d442bbc067c091b86ddd81d8c415b7fba4cea652a78f7549a515b70a8
ProcessBlock: ORPHAN BLOCK 751, prev=ab81478d442bbc067c091b86ddd81d8c415b7fba4cea652a78f7549a515b70a8
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(4b4c0aacd4, 2), 1409328811) for orphan block e9f85e1f3d10894e42aa0982b22e1a1a74d3c22e1847adc2b801fdbd70fea9f6
ProcessBlock: ORPHAN BLOCK 751, prev=e9f85e1f3d10894e42aa0982b22e1a1a74d3c22e1847adc2b801fdbd70fea9f6
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(df96fd5846, 1), 1409328935) for orphan block 331a1a344def2ff02b76726b37a5ad1cc03af2f9c85b084ba31de073a9cf09f0
ProcessBlock: ORPHAN BLOCK 751, prev=331a1a344def2ff02b76726b37a5ad1cc03af2f9c85b084ba31de073a9cf09f0
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(d93414f7d2, 1), 1409328928) for orphan block f09b4a9d0f0d1d060b256805248696fc38ecf9ff26c06119d653af9b3bb7a656
ProcessBlock: ORPHAN BLOCK 751, prev=f09b4a9d0f0d1d060b256805248696fc38ecf9ff26c06119d653af9b3bb7a656
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(3f2c6d206d, 1), 1409329004) for orphan block 6795a64418eb9b18880e4d7ec125552be3ff73d8f9de7f825ebc311d276d02ec
ProcessBlock: ORPHAN BLOCK 751, prev=6795a64418eb9b18880e4d7ec125552be3ff73d8f9de7f825ebc311d276d02ec
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(7b54b4e3b6, 1), 1409329082) for orphan block a9ad274839def4b39c0d2e8a44fa14f9d15a7665f37f202d1f9ab80edf56fc85
ProcessBlock: ORPHAN BLOCK 751, prev=e8be94c3aa50abd60dbe64dde7b76672b5a97c8d4ec50da9afa9b70dc10f3550
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(770d08c5c8, 1), 1409335177) for orphan block ebb678b09629ae0657500521b73aafd4fa66f441458a14c70380c0ca05eccfbb


At this point it's just a bunch of "ORPHAN BLOCK 751" messages, although the block hashes for each seem to be different. It doesn't seem to be accepting new blocks. Is the client hitting some sort of limit? I have to stop and restart it in order for it to accept more network blocks. Once it hits 751 orphan blocks it gets stuck again. This has happened about 5 times now.

The phrase "ORPHAN BLOCK 751" currently appears 51327 times in my debug log. Now on 6th restart.

Guys I'm getting this same problem. ORPHAN BLOCK 751 and gets stuck. I am running the latest clamd built from the source code on an AWS micro instance (ubuntu).

What version of the source code did you build from?
What block number did it get stuck on?

As a workaround, see https://bitcointalk.org/index.php?topic=623147.msg9772191#msg9772191 for a bootstrap.dat file that will get you all the blocks. I'll see if I can reproduce and hopefully fix this orphan problem.

I built from commit: 4ce28b171d1674b1c170fe97b2f5ad5683fb5c51.

Here is some info from my debug.log file that might help. If you want the whole thing I can get that for you too.

Code:

$ cat debug.log | grep ORPHAN > debug_orphans
$ cat debug_orphans | curl -F 'clbin=<-' https://clbin.com
https://clbin.com/FTBHj

EDIT: I had to restart clamd whenever it got to 751 loop to fix it. Climbs right back up to 751.