Notice:: PROJECT X, Come Join the Movement

[SuperClam]

Great Idea  
So great, in fact, that we implemented it back in MAY
CLAMS -> Proof-of-Chain
Our code has already been vetted  
Glad to have another Proof-Of-Chain coin aboard.
For God's sake, please be respectful and trustworthy of your users information.
For those interested, CLAMS distributed to every single address on the BTC, LTC, DOGE block chains in the middle of May.
Distributions were not based on balance, but instead evenly disbursed.
If you owned BTC, LTC, DOGE in the middle of May, you already own CLAMS.
You can claim from within the wallet via the convenient "Import Wallet" dialog.
In addition, the network is 100% PoS through a fair non-interest based Lottery.
The size of your pile does NOT decide the size of the stake reward.
Cheers from the CLAMS team
Any questions and please feel free to come say hello in freenode IRC @ #clams http://www.clamclient.com/irc/

+1  

Thanks, we thought it was pretty cool too
[edit for spelling]

[JakeThePanda]

How much of the 1% pre-mine will go to the General Fund of Noir Group?

Probably a good share, why?

edit: maybe half or more depending

No reason, just curious.

[Zer0Sum]

Pointless coins need to die so useful ones can thrive... so it's a reverse Darwinian coin.

In the Alt Zero Sum Game...
This is a wealth transfer from successful coins to failed coins...
With all the usual middlemen taking a massive cut.

[theprofileth]

...
How to get your Coins
--------------------------

...
type dumpprivkey "insertyouraddresshere" and copy the result.

Then in the XUC wallet

HELP--> DEBUG WINDOW --> CONSOLE

type importprivkey "yourprivatekeyhere",

Why do not use signmessage?
signmessage <CoinAddress> <message>
Sign a message with the private key of an address

You can prove ownership of an address using signmessage yes...but how will you redeem them?

Little english ... sorry,
if I understand, you can sign a message that assign coin to new one in your coin with new private key and new address.

You are talking about Ownership, i am saying that you cannot use sign message to redeem your coins.

You could have a script where you give your address you want to redeem and then it asks for a random message to be signed within like lets say 5 minutes and if that signature can be verified correctly then you just send the correctly allocated funds to their payout account that the user specifies, problem solved. However this whole system is dead in the water if there is a 1% premine of EVERY COIN INCLUDED especially when many coins have years and years of distrobution required normally. I mean think of it this way, barwizi is going to have 1% of ALL BTC ever to be created alone in this system meaning he probably will hold the lion's share of the coins which is the equivalent to 210,000 BTC
edit: no longer oversized

[barwizi]

...
How to get your Coins
--------------------------

...
type dumpprivkey "insertyouraddresshere" and copy the result.

Then in the XUC wallet

HELP--> DEBUG WINDOW --> CONSOLE

type importprivkey "yourprivatekeyhere",

Why do not use signmessage?
signmessage <CoinAddress> <message>
Sign a message with the private key of an address

You can prove ownership of an address using signmessage yes...but how will you redeem them?

Little english ... sorry,
if I understand, you can sign a message that assign coin to new one in your coin with new private key and new address.

You are talking about Ownership, i am saying that you cannot use sign message to redeem your coins.

You could have a script where you give your address you want to redeem and then it asks for a random message to be signed within like lets say 5 minutes and if that signature can be verified correctly then you just send the correctly allocated funds to their payout account that the user specifies, problem solved. However this whole system is dead in the water if there is a 1% premine of EVERY COIN INCLUDED especially when many coins have years and years of distrobution required normally. I mean think of it this way, barwizi is going to have 1% of ALL BTC ever to be created alone in this system meaning he probably will hold the lion's share of the coins which is the equivalent to 210,000 BTC
edit: no longer oversized

That requires that all coins be mined in advance and  i will end up with way more than the 1% intended as not everyone will redeem.  

It's not 1% of every coin, it's 1% of this coin, i dont see how the two connect.

barwizi is going to have 1% of ALL BTC ever to be created alone

lol, wut? So my having 1% of this coin equates to having 1 % of all BTC , how?

he probably will hold the lion's share of the coins which is the equivalent to 210,000

Unless i am mistaken, there are only ~13 million BTC to date and i see no issue in my holding 1% of my idea. Keep in mind these tokens onlyh have the value awarded by the community, they do not have an actual set price.

And please explain to me why it is a problem that i am giving away free coins and decide to keep 1% for myself?

edit: if you really know the crypto world then you'd lknow that me holding 1% is nothing, there are people who just import BTC and LTC can own up to 10 % of the chain.

[barwizi]

The premise is not based on what if and hypotheticals, it is simply a mapping of as many blockchains as i can onto one. The fact that i will hold one percent means nothing. And attempting to use a distribution model that leaves coins in my hands or even on a bot is just asking for trouble and very inefficient.

If the community feels that this is a valuable  coin we will see many people redeeming, if not, then it will just die. But i cannot make my decisions based on ifs and whens.

Funny how people are fixated on the 1% i hold over the fact that these are free coins, no IPO , ICO or mining involved, you just get coins no strings attached. So i should give away free coins and not take some free 1% for myself of said free coins? 

[Mario241077]

I do not understand the people! Most people here want the developer is reachable 24 hours! And best your question in a few seconds and problem solve in minutes!

Ask these people also once someone of what such a developer lives

most people in the world go work 8 per day and sleep 8 hours, 1 to 3 hours on average takes time for things every day!
Example Just the ride to his work!

so 5 hours stay for free time if you have no children or so!
And no other interests !!!

I think this is too much students go, young people, because they have more free time! And not have to take care of themselves !!! But papa and mama will pay for everything!

And why should someone work for free, I always wonder !!!
Especially since you also can not develop it, because without money you have no PC, no power no apartment, how is this so everything will be paid.
Yes that's the REAL life

If someone likes nothing works without expecting anything in return, then please contact me, I would forgive tasks.
Because my time is often scarce a day

and honest !! No one is here because he wants to do something for free, because everyone wants to earn something, namely money. Even if he just stupid puscher post to write because he has just invested!

almost every multi-pool takes 1-2% for themselves ... some even 3-5%
and the need to develop anything, because the software is free, it must be provided only once and then the running costs are covered! But for that you need time and thus it is ok!

developer of software miner 2.5% to 3% only for the miner software example PTS
if you use your Miner and ypool example assumes 5% + plus 2.5% for miner software so you pay 7.5% in total

So I do not understand the Disskusion!

[theprofileth]

Also you never even considered the option I came up with that has zero security issues and is effectively fool proof as you can't fake a sig, all you can do is try to take something that some has signed before and pass it off as your own but if the message is randomly generated you can't fake it

You could have a script where you give your address you want to redeem and then it asks for a random message to be signed within like lets say 5 minutes and if that signature can be verified correctly then you just send the correctly allocated funds to their payout account that the user specifies, problem solved.

Furthermore you shouldn't control unclaimed coins that is just dumb, if anything you should only get 1% of all claimed coins and even that is far far too much. Also it isn't owning 1% of your idea, your idea is to join all the coins under one platform, thats called an exchange... you didn't come up with anything. If people really wanted to get all their coins into one wallet they could just trade them for the coin they wanted to have...

[URSAY]

Why do you keep deleting posts barwizi?

[pawlo74]

Why do you keep deleting posts barwizi?

Because he has no answers to the questions or accusations.

And, he's a scammer.

Shame but seems like 

[barwizi]

Also you never even considered the option I came up with that has zero security issues and is effectively fool proof as you can't fake a sig, all you can do is try to take something that some has signed before and pass it off as your own but if the message is randomly generated you can't fake it

You could have a script where you give your address you want to redeem and then it asks for a random message to be signed within like lets say 5 minutes and if that signature can be verified correctly then you just send the correctly allocated funds to their payout account that the user specifies, problem solved.

Furthermore you shouldn't control unclaimed coins that is just dumb, if anything you should only get 1% of all claimed coins and even that is far far too much. Also it isn't owning 1% of your idea, your idea is to join all the coins under one platform, thats called an exchange... you didn't come up with anything. If people really wanted to get all their coins into one wallet they could just trade them for the coin they wanted to have...

That takes care of Ownership but how does it deal with calculating the coins due for that account?

You keep solving one problem at the expense of the other so excuse me, it looks like that is just dumb.

thats called an exchange

Please explain how in any way this is an exchange?

If people really wanted to get all their coins into one wallet they could just trade them for the coin they wanted to have...

People are free to participate or not, i see no rule on this forum that says you must always have a piece of every coin. If they are uninterested, they will simply not claim their share.

[hack_]

How about  I fork this and make one without the premine, what do you say to that? I agree, 1% could potentially be a lot.

remember this:-

I'm gonna fork and relaunch this, anyone got a node i can use?

[barwizi]

How about  I fork this and make one without the premine, what do you say to that? I agree, 1% could potentially be a lot.

remember this:-

I'm gonna fork and relaunch this, anyone got a node i can use?

But i didnt do it did I? Such an old post.

1% is only a lot if this coin has low, or no interest at all.

[theprofileth]

How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way

[barwizi]

How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way

I think you need to read all the posts I've made in this regard and the ones on the page and the last from various groups that have already used the same method.

You keep hopping from one area to another

Find a method since you  seem to believe there is one that meets the following criteria :

1) Static balances for all addresses in each and every chain (should be scalable to 200 or 400 coins)
2) Easy proof of ownership and redeeming without any need for technical input, just a few instructions
3) Method of redeeming should be scalable up to 200 or 400 coins
4) Balances should be easily verifiable from block 1
5) anyone can redeem offline, and maintain their privacy

[theprofileth]

How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way

I think you need to read all the posts I've made in this regard and the ones on the page and the last from various groups that have already used the same method.

You keep hopping from one area to another

Find a method since you  seem to believe there is one that meets the following criteria :

1) Static balances for all addresses in each and every chain (should be scalable to 200 or 400 coins)
2) Easy proof of ownership and redeeming without any need for technical input, just a few instructions
3) Method of redeeming should be scalable up to 200 or 400 coins
4) Balances should be easily verifiable from block 1
5) anyone can redeem offline, and maintain their privacy

Explain to me how what I proposed is not applicable to every single point you mentioned because I seem to be the only one laying out any sort of comprehensive solution. Or better yet explain how your solution fits your own criteria because last time I checked you need to be online in order to sync your wallet that you redeemed

[barwizi]

How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way

I think you need to read all the posts I've made in this regard and the ones on the page and the last from various groups that have already used the same method.

You keep hopping from one area to another

Find a method since you  seem to believe there is one that meets the following criteria :

1) Static balances for all addresses in each and every chain (should be scalable to 200 or 400 coins)
2) Easy proof of ownership and redeeming without any need for technical input, just a few instructions
3) Method of redeeming should be scalable up to 200 or 400 coins
4) Balances should be easily verifiable from block 1
5) anyone can redeem offline, and maintain their privacy

Explain to me how what I proposed is not applicable to every single point you mentioned because I seem to be the only one laying out any sort of comprehensive solution. Or better yet explain how your solution fits your own criteria because last time I checked you need to be online in order to sync your wallet that you redeemed

signing a message prove ownership on chain A, and we want to redeem on chain B so you want me to write a script that sends coins to chain B  when chain A signs a message?

here is problem number 1 , this means i have to mine all the coins in advance leaving them in my possession, which means i have to take responsibilty for them NO, I REFUSE. not only is it extra work it means anyone who fails to redeem their coins will begin bothering me about it. And considering the sheer number of possible addresses, that will take the rest of my life.

2) your method is highly inefficient and requires that there be a server that automatically pays out, meaning if someone gains access or plain just DDoS it then redeeming is messed up.

3) Your method requires that i remain on hand and become a help desk for everyone yet a simple do it yourself method that is proven exists

4) Your method requires that users be online to redeem their coins, mine doesn't

5) Your method is NOT scalable at all as it requires running every single client of every coin involved

6) in your method balances are not easily verifiable from Block 1

Let me explain How my method trumps yours

1) Once you download the wallet, even if it syncs just the first block, your balance will appear that instant and you are free to move it if you wish.

2) There is no need for proof of ownership, you just redeem your coins and go about your business and even the most technically inept can follow two lines of instructions.

3) It is easily scalable, i already have + 30 Block chain with up to date balances, running a script for a few seconds will compile all the balances and format them ready for inclusion, and if the code is ready, even the genesis block will be mined without any intervention from me.

4) A brand new wallet will reflect your balance

5) you can redeem offline by simply having  a copy of the client, no hassle, all security issues got out the window.

[theprofileth]

How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way

I think you need to read all the posts I've made in this regard and the ones on the page and the last from various groups that have already used the same method.

You keep hopping from one area to another

Find a method since you  seem to believe there is one that meets the following criteria :

1) Static balances for all addresses in each and every chain (should be scalable to 200 or 400 coins)
2) Easy proof of ownership and redeeming without any need for technical input, just a few instructions
3) Method of redeeming should be scalable up to 200 or 400 coins
4) Balances should be easily verifiable from block 1
5) anyone can redeem offline, and maintain their privacy

Explain to me how what I proposed is not applicable to every single point you mentioned because I seem to be the only one laying out any sort of comprehensive solution. Or better yet explain how your solution fits your own criteria because last time I checked you need to be online in order to sync your wallet that you redeemed

signing a message prove ownership on chain A, and we want to redeem on chain B so you want me to write a script that sends coins to chain B  when chain A signs a message?

here is problem number 1 , this means i have to mine all the coins in advance leaving them in my possession, which means i have to take responsibilty for them NO, I REFUSE. not only is it extra work it means anyone who fails to redeem their coins will begin bothering me about it. And considering the sheer number of possible addresses, that will take the rest of my life.

2) your method is highly inefficient and requires that there be a server that automatically pays out, meaning if someone gains access or plain just DDoS it then redeeming is messed up.

3) Your method requires that i remain on hand and become a help desk for everyone yet a simple do it yourself method that is proven exists

4) Your method requires that users be online to redeem their coins, mine doesn't

5) Your method is NOT scalable at all as it requires running every single client of every coin involved

6) in your method balances are not easily verifiable from Block 1

Let me explain How my method trumps yours

1) Once you download the wallet, even if it syncs just the first block, your balance will appear that instant and you are free to move it if you wish.

2) There is no need for proof of ownership, you just redeem your coins and go about your business and even the most technically inept can follow two lines of instructions.

3) It is easily scalable, i already have + 30 Block chain with up to date balances, running a script for a few seconds will compile all the balances and format them ready for inclusion, and if the code is ready, even the genesis block will be mined without any intervention from me.

4) A brand new wallet will reflect your balance

5) you can redeem offline by simply having  a copy of the client, no hassle, all security issues got out the window.

Ok so are you saying that your blockchain will contain an address for ever single address in every blockchain we can import from? Also point 5 your solution requires that you get the private key from the client which also needs to be running in order to get it. Also if you plan to not control the horde of coins then how will you claim any unclaimed coins? If you can access unclaimed coins from accounts then you could just as easily claim coins from activated accounts. Also how is signing a message any less complicated than dumping a private key? Your point about being online is invalid as it doesn't matter if you are offline when you redeemed because you can't do anything with offline coins so you will have to go online to effectively redeem them. You are correct that the weakness of my system is that you need an online server but it could be feasible to build the system into the actual network.

[barwizi]

How does having people import their private key make it any easier to calculate the coins due to them? The coins due for each account should be calculated when the snapshot occurs and doesn't require user input so I don't see why a script that securely enables users to provide evidence of ownership and provide an address to receive their coins is any different. You still need to calculate the coins that are due to each account either way. Infact it would be easier to not store every address on your chain and instead have a script that looks at your snapshot data when they go to claim their coins and then sends the correct allocated amount from a pool of redemption coins that is entirely automated removing trust altogether from the system. Plus this way you could keep the redemption system going for far longer and if you wanted have it send you 1% to your address which can be documented on the blockchain this way

I think you need to read all the posts I've made in this regard and the ones on the page and the last from various groups that have already used the same method.

You keep hopping from one area to another

Find a method since you  seem to believe there is one that meets the following criteria :

1) Static balances for all addresses in each and every chain (should be scalable to 200 or 400 coins)
2) Easy proof of ownership and redeeming without any need for technical input, just a few instructions
3) Method of redeeming should be scalable up to 200 or 400 coins
4) Balances should be easily verifiable from block 1
5) anyone can redeem offline, and maintain their privacy

Explain to me how what I proposed is not applicable to every single point you mentioned because I seem to be the only one laying out any sort of comprehensive solution. Or better yet explain how your solution fits your own criteria because last time I checked you need to be online in order to sync your wallet that you redeemed

signing a message prove ownership on chain A, and we want to redeem on chain B so you want me to write a script that sends coins to chain B  when chain A signs a message?

here is problem number 1 , this means i have to mine all the coins in advance leaving them in my possession, which means i have to take responsibilty for them NO, I REFUSE. not only is it extra work it means anyone who fails to redeem their coins will begin bothering me about it. And considering the sheer number of possible addresses, that will take the rest of my life.

2) your method is highly inefficient and requires that there be a server that automatically pays out, meaning if someone gains access or plain just DDoS it then redeeming is messed up.

3) Your method requires that i remain on hand and become a help desk for everyone yet a simple do it yourself method that is proven exists

4) Your method requires that users be online to redeem their coins, mine doesn't

5) Your method is NOT scalable at all as it requires running every single client of every coin involved

6) in your method balances are not easily verifiable from Block 1

Let me explain How my method trumps yours

1) Once you download the wallet, even if it syncs just the first block, your balance will appear that instant and you are free to move it if you wish.

2) There is no need for proof of ownership, you just redeem your coins and go about your business and even the most technically inept can follow two lines of instructions.

3) It is easily scalable, i already have + 30 Block chain with up to date balances, running a script for a few seconds will compile all the balances and format them ready for inclusion, and if the code is ready, even the genesis block will be mined without any intervention from me.

4) A brand new wallet will reflect your balance

5) you can redeem offline by simply having  a copy of the client, no hassle, all security issues got out the window.

Ok so are you saying that your blockchain will contain an address for ever single address in every blockchain we can import from? Also point 5 your solution requires that you get the private key from the client which also needs to be running in order to get it. Also if you plan to not control the horde of coins then how will you claim any unclaimed coins? If you can access unclaimed coins from accounts then you could just as easily claim coins from activated accounts. Also how is signing a message any less complicated than dumping a private key? Your point about being online is invalid as it doesn't matter if you are offline when you redeemed because you can't do anything with offline coins so you will have to go online to effectively redeem them. You are correct that the weakness of my system is that you need an online server but it could be feasible to build the system into the actual network.

You clearly dont get my explanation. I think you should pick a coin that you may hold and set aside a few coins in a separate address, a few days from now the source code will be opened for review then i can throw you a test client where you can see how very simple abnd straight forward it is. The concept of proving ownership and the ability to redeem in a trivial manner have eluded you.

If you have a BTC address that existed since before CLAMS, go and try import your key in that wallet, or in LottoShares.

You are correct that the weakness of my system is that you need an online server but it could be feasible to build the system into the actual network.

Start a topic on that in development sub forum.

[theprofileth]

Please actually respond to what I said

Ok so are you saying that your blockchain will contain an address for ever single address in every blockchain we can import from? Also point 5 your solution requires that you get the private key from the client which also needs to be running in order to get it. Also if you plan to not control the horde of coins then how will you claim any unclaimed coins? If you can access unclaimed coins from accounts then you could just as easily claim coins from activated accounts. Also how is signing a message any less complicated than dumping a private key?

Because I feel like you are just skimming over and picking what you want to answer.