Just wrote poloniex about the fixed wallet. Let's see! :-)

volocity enforces block spacing (time).
if you mine a block too early from the previous, and it's very lkikely to happen thousands of times because the diff is at minimum, it will be rejected.

Before notifying the exchanges, we need a full release, and some testing from the community.
BTC38 uses the QT windows wallet so we need it anyways.
About trading, we can't predict what will happen: the lower price on bter will surely bring btc38 down, but the revived trading may potentially bring way more uptrend, to counter that.

For the unbelievers: Solo mining guide.
Solo mine as usual. Ignore the rejected blocks.
The diff is broken, you will compete for a block when spacing is enough from the previous one.
To save power, modify the miner to stop mining when it's too early.

I use the same Ubuntu version, here is the wallet daemon and cli:

https://mega.nz/#!QchXTQZJ!uHYxaflRUEjgliQVbSHOBn83mymxrSTYfKgGei8YVUM

What did you figure out? That you just need to ignore rejected blocks?  :-)

I've committed a fix for the wallet backup issue. Works fine now, if you use the latest sources from github.
Of course it will be in the new binaries as well.

Sp_, there is a big pull request by someone, looks like optimisations and fixes, could you please have a look?
Thanks!

AFAIK, there is no other coin using such a technology. Please refer to the wiki for the coin innovation details.

I will contact them ASAP. Probably the usual wallet issues.

Thanks!
Could you please describe the build, if static or dynamic and which OS?

I don't think anybody ever written some kind of instructions, but I can introduce you to some aspects you will need to consider:

- PoW algo: M7 is used to hash the block header, so you will need to add the related routines.
- Block header: there are some differences between the classic bitcoin header and XCNs, for example some fields are double the size (es. 64 bit nonce vs 32). That will affect merkle root generation and hash
- There appears to be some issues with getblocktemplate on the wallet: it is different than recent implementations and/or has some incompatibilities with standard implementations by the pool software
- The miner software is a mixed bag: for example it uses 32 bit nonces just like with other coins and doesn't support getblocktemplate.

a single 1070 will probably double the difficulty LoL!

are you really eager to mess with padding on 17 algos? :-D

there is an opensouce opencl miner, the usual sgminer mod.
it's x17 but on 1024 bits instead of 512, so will be slower than that.

Very profitable for AMD if you have few cards, don't know why nobody is mining it.

Yes it works now! Just sent you an XCN beer ;-)

Thanks very much! It looks to be synced.
Maybe you need to run the usual cron job:

error: /cron/parse_txs.php cron job is not running

I don't think there is any reason to compile with bdb 4.8 on a block explorer machine, which is unlikely to even use the coins. The current version will be good.

I'm using ubuntu 16.04, any chance my binary works for you?