Topic: [ANN][CC][POS][X11] Official Colorcoin thread - BOUNTY FOR HELP: 3.5Million CC - page 4. (Read 48188 times)

We have had a look at the code, unfortunately it's a real mess... so it's very unlikely that we will be able to do it.

I'm sorry to disappoint everyone, we though it was a lot easier to fix....

Go for it mate.
Really hope you can make a success of it. Think Whitecoin / Asiacoin they were in a similar sort of state. I hope you can make it work as it had excellent potential.

well i will pledge donation of 1,000,000 CC to be paid on release of fixed wallet and source, and confirmed that blockchain is working again.
it wont go to the moon, but a fixed wallet and blockchain moving again could be enough to get out of satoshi hell

and potential dev/s please feel free to blacklist any premine the old "dev" might still have stashed. 

also incase no one notice one of the exchanges where this is traded already removed a bunch of 0 volume coins and only reason CC is still there is because there it still has some people trading it or at least placing buy orders for it.

I donate 50k CC

what update??

Listen to "update" 

The "dev" isnt even answering PM's...

me too

ajde milane radi nesto!

I also would like to donate 100K to revive

I will donate 100,000 CC if we can revive this, not worth anything right now to me anyway.

More than dead, let's say that we have been scammed big stile....

Hey Mr. Milan B. from Vac, no more updates now, huh?

Too busy enjoying the fruit of your thievery?

I'll have a look at this and get back to you.

Thanks Alchemie , I hope that your message can be of guidance and encouragement.

I would still take advantage of your knowledge and ask your opinion on a quirk that
I saw in the source code , perhaps it is irrelevant, maybe not, probably the result of
a lapse in the process of " search & replace " .
It seems to me that a table has been modified in the implementation of slgoritm X11.

I refer in particular to the file cubehash.c line 102:
SPH_C32 ( 0x85254725 ) , SPH_C32 ( 0x15818AEB ) , SPH_C32 ( 0x4AB6AAD6 ) ,

while in a different source, perhaps more reliable, here
 http://cpansearch.perl.org/src/GRAY/Digest-CubeHash-XS-0.05/src/cubehash.c
there is :
SPH_C32 ( 0x85254725 ) , SPH_C32 ( 0x15815AEB ) , SPH_C32 ( 0x4AB6AAD6 ) ,

and "15818" as you know is the number of rpcpport , which is specific of each wallet,
and it must have been changed after the source has been cloned.
But I do not really understand the reason to change a single value in a standard
algorithm, then I fear that the algorithm X11 was ruined by accident.

I can not imagine then what you may think of CitizenCoin, 935m and a 35% annual interest.
IMHO, with the 0.001% per annum simply people would forget this currency.

Regading to the excessive amount of coins, I have a question,
in the field of crypto currencies, someone has already tried a
mandatory change operation similar to the one made in the 60s
in France from old francs to new francs (100 -> 1)?


Regarding to your idea of "renting" a number of nodes to keep the
network alive, imho, this is a solution that would work, but
personally I do not like very much [1].
 
Your idea should be discussed better, for example, the fund needed to pay
the rent could be obtained automatically with a kind of "restraint" on
POS interest, as was done with the "Stake for Charity" of HoboNickels, but
not voluntary, but fix, firmly intended to support the network, providing
in this manner a fair and long-lasting source of funding.

Nor is there a big pre-eminent, which soon after launch you no longer
have any control (and dumped), but a kind of source that lives and grows
only _if_ it also does the coin, it seems to me much more fair and acceptable.

[1]
I fear that a few node rent solution, could make the cryptocurrency
too centralized, which instead are born to be decentralized.

On the contrary, I'd like a system that remunerated more active nodes (in rotation),
not based on how powerful is their machine (POW) or possess (POS), but just based
on their active persistence in the network, imho this would push all user to maintain
an alive network.
(And more the network is weak, more the reward become convenient)

I do not know if something like this has been tried, and the
consequences have already been assessed, but if it as to develop ...
I think it *here* is not the case.

PS:
"Small" correction. 
Although I think that would be a fair reward system, however, I realized that could expose
the coin to hijack attempts on the part of a bot-net, consisting of a multitude of many small nodes.

No Fabio, I must have badly expressed my reasoning.

I do not claim at all the paternity of the solution, I could not because isn't mine.
This temporary solution has already been done in the past with other currencies that have had problems with the POS.

My discontent relates only to the loss of time that has been here.

In other words not just a +1 support as you asked, but much more than +10.

So no offense at all on my part.

I would say to you, "You can feel serene, You can feel comfortable", but I would not be misunderstood again.

Still nothing? . . . 

I don't think he was ever in the building.

It appears that this communication is just too difficult for this Coin Dev. Has Elvis left the building?

Sorry, I did not mean to steal paternity of your proposal at all. I'm sorry if I gave that impression.

I just wanted to call for more support to this idea. Again, please accept my apologies.

@M-theory - source is on github, LOL, link in OP