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

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

[dooglus]

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.

It's up at:

  https://clamaddress.org

I made some crappy 'art' for the logo and wallets. I'm happy to accept better versions.

[dooglus]

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

I tried syncing from scratch. It worked flawlessly. I only saw 414 orphans in total, so never hit the 750 limit:

$ grep ORPHAN debug.log | wc -l
414

I guess it depends which peer you're downloading from.

[SebastianJu]

Oh, is bitaddress.org yours too or did you rip their design only? I used bitaddress quite some time already.

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.

It's up at:

  https://clamaddress.org

I made some crappy 'art' for the logo and wallets. I'm happy to accept better versions.

[dooglus]

Oh, is bitaddress.org yours too or did you rip their design only? I used bitaddress quite some time already.

No, bitaddress.org isn't mine. It's open-source, so I forked it and made a CLAM version. I also used a small bit from https://bitcoinpaperwallet.com/bitcoinpaperwallet/generate-wallet.html (which itself is based on bitaddress.org) to allow skipping of the entropy collection.

Could this be the first CLAM paper wallet in the world?



He used photoshop to replace the low-resolution image produced by clamaddress.org with a higher resolution version. I wonder how best to allow clamaddress.org to produce print-ready images itself, while still fitting on the screen. Any ideas?

[thefix]

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.

Is this talk about a new coin distributed to Clam addresses?

[dooglus]

Is this talk about a new coin distributed to Clam addresses?

Yes. But there's no reason to believe it will happen.

[thefix]

Is this talk about a new coin distributed to Clam addresses?

Yes. But there's no reason to believe it will happen.

Bummer, I was picturing Pearlcoin with a chance of finding one in every Clam!

[dooglus]

Thanks Doog - We'll keep an eye out for a fix, then it should be pretty easy for us to integrate into PeerBet!

<snip>
I opened a github issue about this: https://github.com/nochowderforyou/clams/issues/202

I fixed the issue today and made a new release:

  https://github.com/nochowderforyou/clams/releases/tag/v1.4.15

I'm guessing that official binaries will be linked from the OP soon.