Quote from: ahmed_bodi on August 06, 2014, 03:37:30 AM

Quote from: sidhujag on August 06, 2014, 03:31:53 AM

Quote from: fishy on August 06, 2014, 01:50:51 AM

What files do you need to change to change the algo?

I myself am a large holder of devcoin and the ability to mine with another algo would probably bring more network hashpower as well as more coin popularity.

It depends which algo.. im not sure how much work it is. If its as simple as changing the getwork routines im all for it, but if it means changing the way blocks are stored on disk or memory then i disagree. The mining part is seperated pretty well now in the new base..

Remember that since the hash is so high it may not make economic sense to try to mine with another algo? How will you find a block when competing against asics? Not sure how multi algo works in this regard.

Also think about the fact that miners only get 10% of each block.. is it really a miners coin? Maybr when value is realy high.. but the security is important and if the merge mined pools arent helping thrn we can investigate other algos to improve security.

You'd essentially need a version scheme. E.G. SHA256 has a block version number of 2. and Scrypt has 3, etc etc.

Each Algorithm Would have its own difficulty and so that means theres no competition between asics.

Ok so there is conflict there between sha256 blocks vs merge mined blocks vs algo x blocks... all blocks need to be stored on disk via mutable/imutable data.. this was optimized when rsnel optmized i0coin merge mining memory usage... If you can add a version and check for it when reading/writing its pretty simple but I think it may be more complicated than that... probably have to rewrite sections to make it simple to extend or integrate with bitcoin all over again.. its quite a bit of work. Is it really worth it?