I wanted to extend the olive branch and apologize to BlueDragon747 for the friction over merged mining and Blakecoin.
As I look back with a somewhat clearer head(as clear as it can be now
), I realize that it would have never been possible using an unaltered MM proxy because of conflicting goals.
When I set out to relaunch Federation Credits, one of the main goals was an automatic redistribution of the coins on the original chain. I wanted coin holders to be able to simply place their old wallet files in the new UFC directory, salvage the wallet, and have their coins and addresses back on the new chain. This is also the reason for the 8 Million coin super block, it was redistributed in block 121 to all the same addresses and amounts the coins were on in the original chain.
Part of Blakecoin design was a change in the way keys are encoded. While in itself this is perfectly fine and adds more “Blakeness” to the coin, I could not use that system and have an easy coin redistribution .I had to change the key encoding back to sha256. Note: key encoding and block encoding are not the same thing, every coin I have seen up until now, uses sha256 key encoding regardless of the block encryption scheme.
When I first talked to Bluedragon747, I was not aware that the key encode had been changed or the repercussions it would have on the redistribution.
The second issues with versions. Just my policy. After repairing coin clients and seeing it happen to others, I do everything I can to prevent crosstalk between different chains and incompatible client versions. In theory, all one needs to do is change the network identifier (prefix) and P2P port, but I have seen many strange things happen when nodes that should not be talking to each other start to. I use version numbers to further block out old clients/other chains, which was especially necessary in this case to make sure UFC 1.5.5 and lower were completely blocked from this chain. I was also using wallet version to facilitate an auto-detection and wallet salvage routine that did not turn out as planned.
I just want to end by stating the friction that occurred in previous posts was my fault. The amount of pressure I was under to fix a third coin of which I was not the original developer , but now am the developer, was taking its toll. The blockchain was completely POS locked and the new client had to be made and the new blockchain in place with redemption very quickly to avoid the coin dying out.
If we can see past this, I would be happy to work with Bluedragon747 on a merged mine solution, if he still wants to. If not, it is perfectly understandable.