Topic: [ANN][EC]▲ Eclipse ▲ Ring Signatures | Anonymous | TOR | Stealth Addresses - page 11. (Read 29672 times)

If one says that SDC is not anonymous then that person doesn't know how to bloody use it (right).

wow considering block rewards are not even that high, that is quite alot of hash power....

Network weight has gone up by almost double in the last few hours as well  

 

bring it to some exchanges else will end up in the hands of 10 people who mine shart 256 and the coin will fail already?

Thanks for your continued responses. It is good to hear that you have a vision for eclipse that expands beyond the anonymity fix. The sky is the limit for an anonymous coin but only if it is truly anonymous.
I am looking forward to see everything take hold and hope to see eclipse as a top contender for anonymity.
I remain a bit skeptical of how dedicated you will be to eclipse because quite frankly the altcoin scene is just an absolute mess but I am liking eclipse much more than any other recent garbage launches.
Hard work will pay off so I hope you remain dedicated to eclipse and success will follow!

Yes, we have an internal roadmap. But before we make it public, we need to see for ourselves what kind of potential there is for an anonymous coin.

Our motivation was to get some people who know cryptography and math (us) together with a coin that has good anonymity. We aren't for bells and whistles until the potential of the underlying protocol is fully realized. However, if you like bells and whistles, those that come with shadowcoin are pretty good.

If you insist, our near-term plans are twofold and a little technical.

1. First, we need to bring the bitcoin secp256k1 library to the entirety of the Eclipse code base. This means not only using it as an API for patching the broken shadowcash ring signatures (which we have done), but also to use it for all of the operations over secp256k1. This also means integrating Schnorr signatures, which are native to the bitcoin secp256k1 library.
2. Second the current implementation needs proper blockchain pruning.

What is Corona?

Currently PoW/PoS


this coin is promising, just hope devs have more planned than the anonymity fix.

PoS has already started...

I like this coin   

POS starts after POW is done?

Just a reminder about our Twitter promo!  We've had a good number of responses so far.   

It appears that the devs behind eclipse are at least somewhat competent at coding and if you have managed to successfully fix the flaw then great job.
I have some realistic concerns about eclipse though. If the fix is the only new implementation for eclipse then eclipse will simply fade away when SDC applies a fix as well. There would be no appeal to utilize SDC over Eclipse with all things being equal in terms of anonymity. My next concern is potential flaws in other parts of SDC code, this means Eclipse will also be vulnerable to them.
Do you guys have plans for eclipse other than applying the fix?

I dunno what any of this mumbo jumbo means, but I hope someone reputable can provide some input.

Thanks again to stoner19 for the early pool.  Sometimes ya just gotta take the risk.  In my case, I just love to waste BTC mining what are normally shitcoins. 

As usual, smooth has beautiful insight, but it's not an insight that wasn't also obvious to us.

It's important to understand that SDC ported the cryptonote ring signature system to the bitcoin codebase, almost in it's entirety. You can see what I mean in the naming of the methods:

CN: hash_to_ec --> SDC: hashToEC
CN: generate_key_image --> SDC: generateKeyImage
CN: generate_ring_signature --> SDC: generateRingSignature

Why is this important? Because where SDC has an opportunity to deviate, they may create security flaws. Here, they chose to use curve secp256k1, which has a number of useful properties, most notably the potential for an very efficient implementation, as has been created by bitcoin. In choosing secp256k1, they had no template function by which to map a scalar hash (SHA256d) to an EC point. So they did the most "obvious" and provably wrong thing, they took the scalar multiple of the EC base point, using the hash as the scalar.

Shen discovered this flaw, we absolutely do not want to take credit for his insight.

In general, SDC did not deviate significantly from cryptonote elsewhere from what we can tell. Thus, since they followed the cryptonote recipe, the rest of the ring signature system will be as secure as cryptonote for the simple reason that there are not many ways to screw it up. Once you have the EC point from the hash, generating the signature and key image is identical to the cryptonote method.

Great idea

Shen providing a review would be great for Eclipse.

I was getting the opinion of others on SDC/Eclipse and a good point was brought up.


Have you considered the possibility of this? Is there a reason why you chose shadowcash method of anonymity over other ways of anonymity?  

We hope to offer Shen Noether a bounty for a review of our method.

I did not mean to underplay your fix for shadowcash, apologies if I have offended.
Just wanted to say I hope you will continue to improve eclipse in ways other than fixing the anonymity flaw in shadowcash because there is potential for eclipse.
Suggestion: if the fix is indeed correct, having it verified somehow will bring much more credibility and attention to eclipse.
I am not capable of verifying it otherwise I would gladly volunteer.

It's not "just a fix". You actually have to know what you are doing and be able to do it correctly. It's not like we fixed a typo somewhere. Shadowcash didn't know what they were doing and got completely de-anoned. They are still trying to figure out the correct way to do it.