I remember reading about BIP30 a while ago so I did a search. Lots of talk about forking. Not sure if it's true but we should probably pick a direction (BIP30 or no BIP30) and stick with it to prevent problems. I'd probably go with whatever Bitcoin does to be consistent and make updates easier. Frictionless should know if it was enabled in v0.8.6. He did the update.
https://bitcointalk.org/index.php?topic=230141.msg5582659#msg5582659Looking at the 0.8.6 source, BIP 16 and 30 was enabled for 02 Jan 2014 01:07:11 GMT. So we'll have to keep them enabled:
+ // BIP30 for Ixcoin will go into effect on 2014-01-01 0:00 UTC
+ // date -j -f "%b %d %Y" "Jan 01 2014" "+%s"
+ int64 nBIP30SwitchTime = 1388624831;
+ // BIP16 will be enabled for Ixcoin will go into effect on 2014-01-01 0:00 UTC
+ // date -j -f "%b %d %Y" "Jan 01 2014" "+%s"
+ int64 nBIP16SwitchTime = 1388624831;
I plugged the epoch into
http://www.epochconverter.com/ and got the different time to the comments.
Doing some more testing I'm getting blocks rejected due to block times being in the past and future. Not sure what's happening there. This is the patch I used for diff 1 mining on a new chain:
http://pastebin.com/QGM4CZWrRun this with two ixcoin nodes connected to each other, and only each other. An ixcoin.conf like the following:
rpcuser=abcd
rpcpassword=defg
daemon=0
upnp=0
port=10333
rpcport=10332
irc=0
noirc=1
dnsseed=0
nodnsseed=1
printtoconsole=1
Make sure you use different ports/rpcports for the two. And in the 2nd node add a "addnode=127.0.0.1:10333" or whatever you set the port too, so node 2 connects to node1.