"Super secure hashing algorithm: 11 rounds of scientific hashing functions (blake, bmw, groestl, jh, keccak, skein, luffa, cubehash, shavite, simd, echo)"
is this a joke?
how will i benefit from this when im mining this?
u guys are getting miners some way confused..
http://lmgtfy.com/?q=how+to+do+research ok, im not interested to do the work for u
guess its good time to sell and leave the mess behind you
do the work for yourself. There are a ton of pages here. use the search bar at the top to qualify certain key words.
You're not interested in doing my work, which just so happens to be, the work you wanted me to do for you?
And I hate when kids come demand explanation like first time.
Will keep mine
keep your coin
i will not support this if behavior is like teens out there
simple question, no answer, it makes me think something is wrong
the thread around these pages might help
I found some interesting commentary about X11 in the dogecoin subreddit:
http://www.reddit.com/r/dogecoin/comments/23fk2i/very_long_very_serious_development_summary_week/At the time of writing the development team has no plans to change proof of work algorithm outside of the eventuality of a major security break to Scrypt. We are focusing on mitigation approaches in case of a 51% attack, and adoption of the coin as the most sustainable approaches to dealing with this risk.
The X11 algorithm has been proposed as an alternative proof of work algorithm. X11, for those unaware, was introduced with Darkcoin. It’s a combination of 11 different SHA-3 candidate algorithms, using multiple rounds of hashing. The main advantage championed for Darkcoin is that current implementations run cooler on GPU hardware. Beyond that, there’s a lot of confusion over what it does and does not do. As I’m neither an algorithms or electronics specialist, I recruited a colleague who previously worked on the CERN computing grid to assist, and the following is primarily his analysis. A full technical report is coming for anyone who really likes detail, this is just a summary:
A lot of people presume X11 is ASIC resistant; it’s not. Candidate algorithms for SHA-3 were assessed on a number of criteria, including simplicity to implement in hardware. All 11 algorithms have been implemented in FPGA hardware, and several in ASIC hardware already. The use of multiple algorithms does significantly complicate ASIC development, as it means the resulting chip would likely be extremely large. This has consequences for production, as the area of a chip is the main determining factor for likelihood of an error in the chip.
The short version being that while yes it would take significant resources to make an efficient ASIC for X11, for a long time Scrypt was considered infeasible to adapt to ASICs. As stated earlier, any move would most likely be nothing more than an extremely expensive and risky delaying manoeuvre. ASIC efficiency would also depend heavily on ability to optimise the combination of the algorithms; a naive implementation would run at around the rate of the slowest hashing algorithm, however if any common elements could be found amongst the algorithms, it may be that this could be improved upon significantly
There are also significant areas of concern with regards to X11. The “thermal efficiency” is most likely a result of the algorithm being a poor fit for GPU hardware. This means that GPU mining is closer to CPU mining (the X11 Wiki article suggests a ratio of 3:1 for GPU/CPU mining performance), however it also means that if a way of was found to improve performance there could be significantly faster software miners, leading to an ASIC-like edge without any of the hardware development costs. The component algorithms are all relatively new, and several were rejected during the SHA-3 competition for security concerns (see http://csrc.nist.gov/groups/ST/hash/sha-3/Round2/documents/Round2_Report_NISTIR_7764.pdf for full details). Security criteria for SHA-3 algorithms was also focused on ability to generate collisions, rather than on producing hashes with specific criteria (such as number of leading 0s, which is how proof of work is usually assessed).
X11 is a fascinating algorithm for new coins, however I would consider it exceptionally high risk for any existing coin to adopt.
Some of that sounds like pure nonsense:
The short version being that while yes it would take significant resources to make an efficient ASIC for X11, for a long time Scrypt was considered infeasible to adapt to ASICs. As stated earlier, any move would most likely be nothing more than an extremely expensive and risky delaying manoeuvre.
What's so extremely expensive about a mandatory wallet update? Which is all any fork would amount to as far as 99.9% of users are concerned. Risky? LOL. If you've already invested heavily in expensive ASICs, sure.
There are also significant areas of concern with regards to X11. The “thermal efficiency” is most likely a result of the algorithm being a poor
fit for GPU hardware. This means that GPU mining is closer to CPU mining (the X11 Wiki article suggests a ratio of 3:1 for GPU/CPU mining performance),
however it also means that if a way of was found to improve performance there could be significantly faster software miners, leading to an ASIC-like edge without any of the hardware development costs.
Well folks, yes, miners could get faster. But miners would still be widely distributed GPUs, not inevitably-centralised ASICs. And faster miners aren't exactly a problem.
you might want to go back to those dates for a few views
EDIT - just seen the 'I'm going to sell and go and do something else.....'
Don't bite your nose to spite your face.