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

[ethought]

So I guess that answers that question. ConnectInputs() is called both when creating a transaction and when checking the transactions in received blocks, and it rejects transactions which don't have enough fees.

Thanks Dooglus - I got it working by adding a fee of 0.001 CLAM. Even after cleaning up around 7000 dust transactions in 150 or so transactions it only cost 0.15 CLAM.

[garthkiser]

Hello Clams!

Does anyone have any clam media assets like logos I could use ? , or can point me to them. If not, someone PM who knows how to design around CLAM.  Thanks!

Here's a .ai of the CLAMs logo: https://www.dropbox.com/s/szhly00g5eun7l0/clamLogo%20%281%29.ai?dl=0

[tobeaj2mer01]

How can I claim CLAM if I have a bitcoin wallet or private key?

[garthkiser]

How can I claim CLAM if I have a bitcoin wallet or private key?

The bitcoin wallet can be imported within the CLAMclient like this: http://clamclient.com/#/import

To import a private key, you can type this into the debug window: importprivkey yourprivatekey
Like this: http://bitcoin.stackexchange.com/questions/5941/how-do-i-import-a-private-key-into-bitcoin-qt

[dooglus]

Probably related to the "double-spend" issue I reported on the last page, visiting:
  http://clamsight.com/address/x8Smd9f7FPDKts2Rfd33kvouJcgoJ5BrHg
seems to hang when loading transactions. I never see any of the 8 transactions it claims exist on that address.

Edit: would it be possible to have khashier back as an alternative block explorer? It's the only vaguely functional block explorer for CLAM I knew of, and now it forwards to CLAMsight, which while being a whole lot prettier than khashier is also a whole lot more broken in various ways.

Of the two, khashier was much more useful when I actually needed to explore the blockchain.

[dooglus]

In what order does clamsight list the transactions for an address?

http://clamsight.com/address/x8Smd9f7FPDKts2Rfd33kvouJcgoJ5BrHg is loading for me now, but the first three transactions listed have 109, 7077, and 5489 confirmations, in that order. The oldest of the three transactions is in the middle. Seems like a strange way of doing things:

[SuperClam]

Probably related to the "double-spend" issue I reported on the last page, visiting:
  http://clamsight.com/address/x8Smd9f7FPDKts2Rfd33kvouJcgoJ5BrHg
seems to hang when loading transactions. I never see any of the 8 transactions it claims exist on that address.
Edit: would it be possible to have khashier back as an alternative block explorer? It's the only vaguely functional block explorer for CLAM I knew of, and now it forwards to CLAMsight, which while being a whole lot prettier than khashier is also a whole lot more broken in various ways.
Of the two, khashier was much more useful when I actually needed to explore the blockchain.

Khashier was redirected to clamsight to preserve search engine indexes.
It may take a little while to get it set up, but I see no reason that khashier could not be operated as well.


- Added a notice to users concerning the recent requirement of First/Last Name and Country of Origin to use the Poloniex platform.
- Margin trading added to Poloniex - Please request that they add CLAM to the margin trading platform!

[ethought]

CLAMS has been added to blocktree.io block explorer

http://www.blocktree.io/e/CLAM

Rich List: http://www.blocktree.io/richlist/CLAM

Donations Welcome to:

xKKcMtFTnfZwggUWoL3eZ3d3groVwqqRn8

[dooglus]

http://www.blocktree.io/images/tree_2_small.png

CLAMS has been added to blocktree.io block explorer

http://www.blocktree.io/e/CLAM

Rich List: http://www.blocktree.io/richlist/CLAM

Donations Welcome to:

xKKcMtFTnfZwggUWoL3eZ3d3groVwqqRn8

That's great, thanks! I've been waiting for a reliable CLAM block explorer, and this looks like it might fit the bill.

Please accept a token of our gratitude from JD.

I just noticed you don't display the "CLAMspeech" data that is part of each transaction, and also don't seem to show unconfirmed transactions. Neither is a big deal, but both would be useful additions.

Edit: one other wrinkle maybe worth noting is that the "money supply" is kind of weird for CLAM. Millions of addresses were given 4.6 CLAM each in the initial distribution, and most of them have never transacted since. While those are part of the money supply in some sense it's probably more interesting to only consider coins that have at some point been active.

The "getinfo" RPC call includes these lines:

    "moneysupply" : 15145821.13048927,
    "digsupply" : 317403.40414506,
    "stakesupply" : 371419.72641731,
    "activesupply" : 688823.13056237,

"activesupply" is the sum of "digsupply" (all the 4.6 CLAM initial distribution amounts that have ever moved) and "stakesupply" (all the coins created by staking blocks), and is probably a more interesting statistic to use.

Edit2: and since I'm picking nits, it would be useful if the "Summary ... Block Height   475772" on the front page was a link to the latest block. Currently I have to scroll down to the block list before I see any links at all.

Edit3: I hope all this is seen as useful rather than as bitching... but I'd like to be able to click through a chain of transactions. Currently when viewing a transaction the inputs and outputs link to /address/ pages, but it would be more useful to have them link to the pages for the individual transactions they came from / went to. If that was done, there would be no need to show the full txid in text next to each input, since we could just copy the destination URL if we wanted that information, and the page would then fit on my screen without sideways scrolling (some txids take more horizontal space than others, and the longer ones make the whole page a little wider than my screen).

Edit4: The rich-list lists the official burn address (xCLAMBURNXXXXXXXXXXXXXXXXXXX1HaxZH) as being the 2nd richest address. The client considers coins at that address to be burned, and doesn't include them in the moneysupply. See src/main.cpp:

Code:

        // check for burned coins (sent to xCLAMBURNXXXXXXXXXXXXXXXXXXX1HaxZH)
        BOOST_FOREACH(CTxOut& txout, tx.vout)
            if (HexStr(txout.scriptPubKey.begin(), txout.scriptPubKey.end()) == "76a9142c2a57256197df6a1c7d6f14daccf4c3dcf4de4288ac") {
                LogPrintf("BURN: %s\n", FormatMoney(txout.nValue));
                nValueBurned += txout.nValue;
            }

It would be better not to show that address in the rich-list. They are coins that were left over after the developers did the initial distribution. The address is clearly one that was made up without anyone knowing the private key.

[ethought]

I just noticed you don't display the "CLAMspeech" data that is part of each transaction, and also don't seem to show unconfirmed transactions. Neither is a big deal, but both would be useful additions.

The thing is, and this applies to some of your other suggestions also, the explorer is designed to be useable with a number of different coins. As such some of the unique features for a particular coin are not taken into consideration at this stage. I know thats not a perfect solution, bit of a 'fox of all, master of none' situation.

Edit: one other wrinkle maybe worth noting is that the "money supply" is kind of weird for CLAM. Millions of addresses were given 4.6 CLAM each in the initial distribution, and most of them have never transacted since. While those are part of the money supply in some sense it's probably more interesting to only consider coins that have at some point been active.

The "getinfo" RPC call includes these lines:

    "moneysupply" : 15145821.13048927,
    "digsupply" : 317403.40414506,
    "stakesupply" : 371419.72641731,
    "activesupply" : 688823.13056237,

"activesupply" is the sum of "digsupply" (all the 4.6 CLAM initial distribution amounts that have ever moved) and "stakesupply" (all the coins created by staking blocks), and is probably a more interesting statistic to use.

I have now added the burn address which is then taken into consideration when showing the total number of available coins. You can now see 'Spendable Coin Supply'.

I have had a similar discussion with the Sapience community in terms of showing the burn address. My view is that the explorer is simply showing what it sees in the client, without manipulating it too much. I think noting the burn address and number of coins that are not in circulation to be relevant. Again, its somewhat of a one size fits all system, with the possibility to change in the future.

Edit2: and since I'm picking nits, it would be useful if the "Summary ... Block Height   475772" on the front page was a link to the latest block. Currently I have to scroll down to the block list before I see any links at all.

Done.

Edit3: I hope all this is seen as useful rather than as bitching... but I'd like to be able to click through a chain of transactions. Currently when viewing a transaction the inputs and outputs link to /address/ pages, but it would be more useful to have them link to the pages for the individual transactions they came from / went to. If that was done, there would be no need to show the full txid in text next to each input, since we could just copy the destination URL if we wanted that information, and the page would then fit on my screen without sideways scrolling (some txids take more horizontal space than others, and the longer ones make the whole page a little wider than my screen).

No, I am happy to hear suggestions / constructive criticism.

I have now made transactions clickable (linked) for inputs on a transaction page. Obviously this is only relevant for inputs though, as outputs are part of the transaction being viewed.

Would be interested to know what browser and screen size you are using that is causing the txids on the transaction page to push right. In theory, unless on a very small screen, like a phone or something, the design should be responsive and not push right (at least on all my screen it does not push right).

Edit4: The rich-list lists the official burn address (xCLAMBURNXXXXXXXXXXXXXXXXXXX1HaxZH) as being the 2nd richest address. The client considers coins at that address to be burned, and doesn't include them in the moneysupply. See src/main.cpp:

Code:

        // check for burned coins (sent to xCLAMBURNXXXXXXXXXXXXXXXXXXX1HaxZH)
        BOOST_FOREACH(CTxOut& txout, tx.vout)
            if (HexStr(txout.scriptPubKey.begin(), txout.scriptPubKey.end()) == "76a9142c2a57256197df6a1c7d6f14daccf4c3dcf4de4288ac") {
                LogPrintf("BURN: %s\n", FormatMoney(txout.nValue));
                nValueBurned += txout.nValue;
            }

It would be better not to show that address in the rich-list. They are coins that were left over after the developers did the initial distribution. The address is clearly one that was made up without anyone knowing the private key.

Hmm, upon re-reading your edit 4 I realise that I cannot use my usual system to show 'Spendable Coin Supply' as the client already removes the burnt coins from the coinsupply value (so have reversed that change). Usually if there are burnt coins like with Sapience (http://www.blocktree.io/e/XAI) the system deducts the burn address coins from the money supply, and then on the rich list the burnt coins are shown but without a percentage of total supply and labeled as burn coins. I will have a think about how this can be changed to accommodate the Clam situation better - it really only affects the rich list at the moment though as the client already takes into consideration the burnt coins in the 'moneysupply' value. I am flat out at the moment on another project but when I get some time will find a solution to this.

And lastly, thank you for the generous donation 

[almightyruler]

Wondering if there are any potential legal issues with a block explorer website displaying arbitrary clamspeech text. I guess this goes for any coin which supports in-transaction comments.

[dooglus]

I have now made transactions clickable (linked) for inputs on a transaction page. Obviously this is only relevant for inputs though, as outputs are part of the transaction being viewed.

If the outputs are unspent then obviously you can't link them to the transaction that spent them, but for the spent outputs you can. See how blockchain.info does it when you enable 'advanced' mode by clicking somewhere in the lower right corner.

Would be interested to know what browser and screen size you are using that is causing the txids on the transaction page to push right. In theory, unless on a very small screen, like a phone or something, the design should be responsive and not push right (at least on all my screen it does not push right).

It's Chromium v40 on a 1366x768 screen.

I made a new transaction with a view to taking a screenshot for you. When I visit its page, it's blank:



It turns out that's what gets displayed for any unconfirmed or non-existent transaction. I had to wait for it to confirm before it would show up properly, and editing the txid at all made it show the page without details again. Would be better to show an error message I think if you're not going to support unconfirmed transactions.

Once it had confirmed, I see the too-wide page:



I resized the window to see when it would change the layout. I could make it this narrow before things rearranged themselves:



At that point things are overlapping pretty badly.

Wondering if there are any potential legal issues with a block explorer website displaying arbitrary clamspeech text. I guess this goes for any coin which supports in-transaction comments.

People can encode arbitrary messages into addresses, transaction amounts, etc. and have them show up in any block explorer. I doubt CLAMspeech is legally any different than that. I'm thinking of addresses like 1BitcoinEaterAddressDontSendf59kuE, etc.

[Yaremi]

Hi.

Why in new blockexplorer dont work search by btc, ltc and doge address?

[Timetwister]

Can we know how many CLAM have been claimed relative to the total (potential) supply?

[garthkiser]

Can we know how many CLAM have been claimed relative to the total (potential) supply?

^{"moneysupply" : 15146899.13048927,
    "digsupply" : 317467.88052542,
    "stakesupply" : 372497.72641731,
    "activesupply" : 689965.60694273,}

So 317,467 have been dug from the initial distribution. 372,497 have been staked. The total active supply is 689,965.

Assuming you are using the QT client, you can get this info in real-time by opening a debug window and entering "getinfo".

[dooglus]

Can we know how many CLAM have been claimed relative to the total (potential) supply?

^{"moneysupply" : 15146899.13048927,
    "digsupply" : 317467.88052542,
    "stakesupply" : 372497.72641731,
    "activesupply" : 689965.60694273,}

So 317,467 have been dug from the initial distribution. 372,497 have been staked. The total active supply is 689,965.

Assuming you are using the QT client, you can get this info in real-time by opening a debug window and entering "getinfo".

And if you aren't, you can go to just-dice.com and type /supply in the chat box. It will tell you lots of information. The part in bold is what you are asking for:

09:44:17 INFO: 68,934 of 3,208,032 sets of 4.60545574 CLAM were dug up so far from the initial distribution
09:44:17 INFO: 317,472 CLAM were dug up and 372,772 CLAM were staked for a total of 690,244 CLAM
09:44:17 INFO: Just-Dice's onsite bankroll of 504,953 CLAM represents 73.16% of that amount
09:44:17 INFO: if all the distributed CLAMs were dug up, the total money supply would be 15,147,173 CLAM
09:44:17 INFO: the total bankroll of 24,521,811 CLAM is made up of 504,953 CLAM onsite and 24,016,858 CLAM offsite
09:44:17 INFO: the average multiplier (total / onsite) is 48.56x

Edit: note how in the 4 hours since Garth posted his numbers the "digsupply" has gone up by about 5 (the JD numbers are rounded) - a single distribution output was claimed in the last 4 hours.

[dooglus]

I have now added the burn address which is then taken into consideration when showing the total number of available coins. You can now see 'Spendable Coin Supply'.

I see you labelled the burn address with a comment.

Are you able to label other addresses?

If so, you could label all of the top 4 addresses:

1  xJDCLAMZsZg1YqGytiP9CRzYYdsrJXX9Kh  Just-Dice.com staking wallet                                    481,444.17500000 CLAM   3.1784%
2  xCLAMBURNXXXXXXXXXXXXXXXXXXX1HaxZH  Left over coins from initial distribution. Burnt & Unspendable. 179,551.63935654 CLAM   -
3  xJDCLAMZtRD72TC31E8SJ4a6ycFtnQyuDH  Just-Dice.com hot wallet                                        29,652.61072176 CLAM    0.1958%
4  xCtEDqXt5iFPbckLEd326Utn1b9RuCun8V  BitDice.me staking wallet                                       8,618.06280000 CLAM     0.0569%

[Timetwister]

09:44:17 INFO: 68,934 of 3,208,032 sets of 4.60545574 CLAM were dug up so far from the initial distribution
09:44:17 INFO: 317,472 CLAM were dug up and 372,772 CLAM were staked for a total of 690,244 CLAM
09:44:17 INFO: Just-Dice's onsite bankroll of 504,953 CLAM represents 73.16% of that amount
09:44:17 INFO: if all the distributed CLAMs were dug up, the total money supply would be 15,147,173 CLAM
09:44:17 INFO: the total bankroll of 24,521,811 CLAM is made up of 504,953 CLAM onsite and 24,016,858 CLAM offsite
09:44:17 INFO: the average multiplier (total / onsite) is 48.56x

Edit: note how in the 4 hours since Garth posted his numbers the "digsupply" has gone up by about 5 (the JD numbers are rounded) - a single distribution output was claimed in the last 4 hours.

It seems like I wasn't exaggerating when saying that CLAMS are essentially equivalent to Just Dice stock shares.

[SuperClam]

- Added blocktree.io to the OP post.

[ethought]

I have now added the burn address which is then taken into consideration when showing the total number of available coins. You can now see 'Spendable Coin Supply'.

I see you labelled the burn address with a comment.

Are you able to label other addresses?

If so, you could label all of the top 4 addresses:

1  xJDCLAMZsZg1YqGytiP9CRzYYdsrJXX9Kh  Just-Dice.com staking wallet                                    481,444.17500000 CLAM   3.1784%
2  xCLAMBURNXXXXXXXXXXXXXXXXXXX1HaxZH  Left over coins from initial distribution. Burnt & Unspendable. 179,551.63935654 CLAM   -
3  xJDCLAMZtRD72TC31E8SJ4a6ycFtnQyuDH  Just-Dice.com hot wallet                                        29,652.61072176 CLAM    0.1958%
4  xCtEDqXt5iFPbckLEd326Utn1b9RuCun8V  BitDice.me staking wallet                                       8,618.06280000 CLAM     0.0569%

Done. Let me know if you want any other addresses labeled.