Topic: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin" - page 284. (Read 1151252 times)

I was reminded that I didn't post "digging charts" recently, so here they are:

Multibit wallet is based on bitcoinj library:
https://bitcoinj.github.io/
https://github.com/bitcoinj/bitcoinj
It has "Highly optimised lightweight simplified payment verification (SPV) mode. In this mode, only a small part of the block chain is downloaded, making bitcoinj suitable for usage on constrained devices like smartphones or cheap virtual private servers."

https://bitcoinj.github.io/security-model
"In this mode [SPV], only transactions that are relevant to the wallet are stored. Every other transaction is thrown away or simply never downloaded to start with. The block chain is still used and broadcast transactions are still received, but those transactions are not and cannot be checked to ensure they are valid."
"To find transactions relevant to your wallet, we have two options. We can download the full block contents and scan all transactions. This is inefficient - much data is downloaded only to be thrown away. Or, we can request transactions that match a pattern from remote nodes. We do this using Bloom filters when the remote node supports them (v0.8 and up). This leads to the question of how you can know the received transaction really did appear in the block chain, if you don’t have a full copy of the block.

Blocks contain a list of transactions, one after the other. From this list, a Merkle tree is calculated. This structure generates a Merkle root, a single hash value that is then placed in the block header. The approach is more complex than the obvious one of simply hashing the concatenation of the transactions, but it has a major advantage: it’s possible to prove a transaction was in a block by providing only that transaction and a Merkle branch. The branch consists of hashes making up sibling nodes in the original tree. If a node hands you a block header, a transaction and a branch you can check for yourself that the transaction was indeed accepted by the network and is unlikely to have been forged. The branch takes up much less space than the full block body, so this is a major efficiency win. And multiple transactions can have their merkle branches combined together for even greater efficiency."

I have no idea what are 'Bloom filters" and "Merkle tree" but do you think this is transposable to CLAM?

Multibit classic[1] allows to import private keys. I think this[2] will help to understand SPV.

[1] https://multibit.org/releases.html
[2] https://multibit.org/en/help/hd0.1/how-spv-works.html

OK, so I don't care about "pure SPV" I guess. I was hoping to avoid having to have a separate network of "Electrum servers" when we already have a network of CLAM p2p servers.

How does MultiBit deal with importing private keys and rescanning? As I understand it, Bitcoin Core doesn't maintain an address index and so has to rescan the whole blockchain when you add a new private key to the wallet, which is time intensive. If MultiBit is talking to regular Core peers, how do they look up the transactions of interest given only the addresses that the MultiBit wallet controls?

https://multibit.org/ says:

    Easy recovery from data loss
    You can recover your bitcoins using your wallet words if your computer is lost or stolen

It appears that in the current version of MultiBit you can't import individual private keys. It only allows you to import "wallet words" for HD wallets you created in Multibit. These "wallet words" have a creation date associated with it, and so the wallet can scan the blockchain from that creation date forward.

Any light CLAM wallet is going to have to let people import their old wallets and scan for distribution CLAMs.

Wtf s going on with Poloniex orders? Buy side from 70 to 38 BTC in 1 day???

There's 1 block staked per minute, and you own 40 out of 800k trying to stake.

That means you should stake about once every 800k/40 = 20k minutes.

20k minutes is 333.333 hours or 13.888 days.

I'm surprised your client always shows something between 8 and 10 days. Try looking every hour for 8 hours. I'm pretty sure you'll see the number go over 10 as the difficulty rises.

As for when you get something, it's impossible to say. On average you'll get 1 CLAM every 2 weeks, but with high variance.

I believe just-dice is the biggest stake holder and being able to stake on your own will take you quite some time, it's basically like mining bitcoins and it's you vs the rest of the people on one miner.

hello
I stake 40 clam already 2 week, but have not yet received rewards, the clam client always show remaining time 8-10 day.
when I will get something?
thanks

Not exactly. It does include verifying transaction inclusion via merkle proofs, which is the essence of SPV but it doesn't work the exact same way as described in the white paper.

Multibit is somewhat closer, and is also open source and could be forked, but most alts seem to stick with Electrum.

In point of fact there are NO pure SPV wallets because SPV as described in the white paper also includes the network having a warning system against attacks, which doesn't exist, and the original description doesn't include any practical or privacy-preserving method for querying your transactions either.

I searched for altcoins spv clients:
LTC: https://electrum-ltc.org/
DOGE: https://github.com/pavel4n/wowdoge.org, https://github.com/electrumalt/electrum-doge and https://github.com/electrumalt/electrum-doge-server
DARK/DASH: https://github.com/redtocatta/electrum-drk and https://github.com/ccur108/electrum-drk-server
IXC: https://github.com/electrumalt/electrum-ixc
Peercoin: they hired a developer to build an SPV wallet https://www.reddit.com/r/Jobs4Bitcoins/comments/2ala5e/hiring_developer_to_build_spv_wallet_for_peercoin/

https://github.com/electrumalt/

Glad you liked my idea
I wish I had the coding skills to help you...

There was an issue on the git repository concerning an Electrum "server".

Does Electrum even use SPV? I've read contradictory reports about that.

https://electrum.org/ says "Electrum is fast, because it uses servers that index the Bitcoin blockchain" - does it require special electrum servers, or can it use regular bitcoin nodes?

http://docs.electrum.org/en/latest/spv.html tells me what an SPV client is, but doesn't say that Electrum is one. I guess it is, else why include that page in the documentation?

Edit: if you stare at the Electrum home page hard enough you can make it show this:



If you click for 'more information' you get this:



I'm still working on seeing if I can stare hard enough to make that one change.

Edit2: This post suggests that Electrum can't connect to regular Bitcoin peers, only special "Electrum servers".

This post talks about the Patricia tree data structure, which lets the Electrum servers instantly locate all the transactions involving a particular address.

I wonder how pure SPV wallets do this. Maybe they don't allow the importing of old private keys, so scanning a large blockchain for relevant transactions isn't needed.

There is an Electrum fork for Litecoin: https://electrum-ltc.org

Someone here claims their fork support a bunch of other coins: https://cryptocointalk.com/topic/23210-ann-electrum-lightweight-client-for-doge-drk-dvc-ftc-ixc-ppc/

I don't think it is that difficult but verification of a PoS coin might require more code changes.

I promised BayAreaCoins that I'll stop posting negatively about his service.

I've made my position very clear already; there's no need for me to say anything more on the subject.

It's a good idea. Are there any SPV clients that support any altcoins at all?

I've no idea how much work would be involved - I don't have the first idea about how SPV works.

Hi, I'm a beginner in cryptocurrency so be indulgent
I think that the best way to promote CLAM (and the digging for CLAMs ) is to create a wallet that isn't a full node (simplified validation), like Multibit for Bitcoin, as waiting for the download of the blockchain may be unpleasing/annoying.
What do you think?

I've been speaking to them in PM and what I gather is:

The individual imported his Bitcoin private key mid 2015.  The balance showed in his CLAM wallet, but no movement on the Blockchain due to no sweeping.

John Doe then used the dig service on 10-9-15 using the same private key.

This caused the coins to be transferred from their wallet.

I think it is safe to say that the person is compromised... I'll shoot them another PM and let them know to tighten their security if that wasn't them using our site.


I believe his 4.6 was replaced by 0 as I understand it correctly.

He claims not to control http://blocktree.io/address/CLAM/xWYejBe2YZ2EkTEmR8LBMrwkemHjPhZBRe



I could be mistaken... it's very hard to understand them

What happened here is he dug up his 4.6 CLAMs for free on his own using the CLAM client, then gave the same private key to clamchecker.

Clamchecker then worked its magic, leaving the guy out of pocket.

Usually clamchecker customers only see the 3.5 CLAM or 0.005 BTC payment and don't get to see the 4.6 CLAM they could have had, but this example nicely illustrates the business model.

[ Edit: it appears that people have misunderstood the above paragraph. I'm not saying clamchecker is being deceptive. I am saying that the end user doesn't usually see his 4.6 CLAM being replaced by a smaller amount like he did in this case. That is all. ]

If anyone wants to send me 4.6 CLAMs I will gladly pay them 4 CLAMs for each 4.6 they send me. This is much better than the 3.5 CLAM that clamchecker pays and is therefore a valuable contribution to the community. Right?

http://blocktree.io/transaction/CLAM/558e6b67ec0af2b08ed09f1ee9cc9ca85aa02e1e03493cccbee04edf6706319f

Looks to be processed through ClamChecker.com.

Everything looks normal from our end.

We store no keys and have no way of undoing transactions.  All sales are final.

I've reached out to 0n0t0le through PM to hopefully better help them.