i0coin UPDATES

[markm]

I merged-mine lots of chains, all using the same merged-mining patch I think, though I am not sure if i0coin also uses the same patch. (I think it does though.)

Could it be that i0coin tries to validate blocks even before reaching the most-recent checkpoint?

I don't know if older versions of bitcoin did not skip over all the blocks up to the last checkpoint, only checking that the block-hashes of the checkpointed blocks matched its list, and only doing real validation of blocks more recent than the most-recent checkpoint.

Another weird thing about i0coin is it dies from failure to do a DNS lookup, I think it tries to look up a timeserver for some reason, and uses DNS instead of IP address to do so, and thus dies when my connection is congested or flakes out or whatever, causing DNS to fail. No other coin (and I have run a lot of types of coin) has ever done that as far as I recall.

-MarkM-

[1713526697]

1713526697

[1713526697]

1713526697

[CYPER]

Is i0coin completely dead? Can you trade it anywhere?
I'm trying to update it and after it downloaded around 6.67GB of blockchain (around 500K blocks so far) it just crashes everytime with the following error:




Also it uses way too much RAM: 1.9GB which is weird.
Also how many blocks are there? I updated IXCoin and it only has around 121K blocks, but i0coin has more, but how many exactly?

[tiker]

Sounds like the same problem I had with GeistGeld.  The 32-bit version on Windows crashed once the memory consumption reached 2gig.  I haven't run my i0coin client recently but I will check it tonight.

[CYPER]

Sounds like the same problem I had with GeistGeld.  The 32-bit version on Windows crashed once the memory consumption reached 2gig.  I haven't run my i0coin client recently but I will check it tonight.

My Windows is 64bit and I got 6GB of RAM.

Anyway my main question was if i0coin is completely dead in terms of trading?

[markm]

Anyway my main question was if i0coin is completely dead in terms of trading?

http://galaxies.mygamesonline.org/digitalisassets.html

https://bitcointalk.org/index.php?topic=53329.0

In short, no, but, currently it seems one needs Open Transactions in order to access the markets.

At some point it should become possible to make a Ripple gateway for it, so that it can be traded on Ripple in the same gateway-enabled way that bitcoins can be, but apparently the sample gateway source code the Ripple team provided is not intended for production use and so far the gateways that are in production have not seen fit, as far as I am aware, to realease the production-grade software they are using. (If they actually even are; one can hope, but absent their source code who knows...)

-MarkM-

[lightlord]

Bumping this month old thread because I got a reply from someone that wants to offer a bounty.
Seems more interest is pouring into i0coin. Perhaps its a non-premined currency.
More worthy over ixcoin, as ixcoin is premined.

It should be i0coins that are worth more then ixcoin.

Lets get this problem fixed. Even though its been hogging around for a year.
It can be brought back up, its possible. As people we can make a community
based currency, made from many different ones. Anyone can contribute.

[MaGNeT]

Tried the client but it crashes at 2GB...

I'm not a programmer... Too bad...
Could someone give it a try? 

[dreamwatcher]

I0coin is still on the list of projects, it has just fallen down a "few" rungs.

If somebody does not fix it before I can get to it, I promise to take another look at it.

Offering a bounty may encourage somebody to take up the cause, especially with the value of alt-coins sky rocketing now, and get the client patched before I can get to it again. 

[Jambi]

I0coin is still on the list of projects, it has just fallen down a "few" rungs.

If somebody does not fix it before I can get to it, I promise to take another look at it.

I the mean time, if someone could post a 64 bit executable for i0coin v0.3.25.9 it would allow more miners to keep it alive!  I had to stop mining once the 32 bit version died.

[MaGNeT]

I0coin is still on the list of projects, it has just fallen down a "few" rungs.

If somebody does not fix it before I can get to it, I promise to take another look at it.

I the mean time, if someone could post a 64 bit executable for i0coin v0.3.25.9 it would allow more miners to keep it alive!  I had to stop mining once the 32 bit version died.

That would be great 

[rav3n_pl]

1st that memory issue should be fixed. It is NOT possible that ANY daemon eat so much RAM.
64bit exe will not fix it.

[twobits]

I may take a stab at this, but then the conditions on the bounty seem to make it far less interesting.  I would have no control on if Vircurex reenables its support of the chain.  So the bounties would have to be changes to just being for the technical end that I can control.

[doublec]

I may take a stab at this, but then the conditions on the bounty seem to make it far less interesting.  I would have no control on if Vircurex reenables its support of the chain.  So the bounties would have to be changes to just being for the technical end that I can control.

If you can resolve the memory issues I'd be willing to add it to the merge mining pool. I agree conditions involving third parties make the bounty less attractive.

[markm]

I0Coind right now is eating 4.9 gig and GeistGeld typically eats about four gig.

What kills I0Coind though is boost craps out trying to do a DNS lookup.

It is the only coin I have that problem with, I have no idea why it even does DNS lookups once it is up and running, but it dies every day or two or less from this and has to be restarted.

We need a github repo where a recent copy of bitcoin with the merged mining patches, and ONLY the merged mining patches, applied.

Once that is in place, all the merged mined coins can be updated at leisure.

Without that, each time any one of the coins gets updated the whole work of getting the merged mining patches to apply to a new version of bitcoin ends up having to be duplicated for each coin, which is just a total waste of developer-time.

-MarkM-

[Hazard]

I am currently in the process of reviving i0coin. To that end, I need beta testers for the new client. PM if you're interested (and have the i0coin blockchain already).

Also, merged mining support would not be available in the initial release, but the door is open for it to be added later.

[markm]

I am currently in the process of reviving i0coin. To that end, I need beta testers for the new client. PM if you're interested (and have the i0coin blockchain already).

Also, merged mining support would not be available in the initial release, but the door is open for it to be added later.

You need to use -testnet then so you don't screw up the real net.

Even better would be to help get the merged mining patch to apply cleanly to current bitcoin, so a proper update all the way to recent code can be done.

-MarkM-

[Smoovious]

I am currently in the process of reviving i0coin. To that end, I need beta testers for the new client. PM if you're interested (and have the i0coin blockchain already).

Also, merged mining support would not be available in the initial release, but the door is open for it to be added later.

You need to use -testnet then so you don't screw up the real net.

Even better would be to help get the merged mining patch to apply cleanly to current bitcoin, so a proper update all the way to recent code can be done.

-MarkM-

Using -testnet wouldn't let us test against the current blockchain to make sure it is being reloaded properly with all of the past forks and changes to the chain being followed properly.

It wouldn't screw up the real net unless there was more hashpower than the non-testing people have, and we're not hashing at this point, just trying to validate the current chain.

Could really use a block explorer right now tho... anyone still have an i0c block explorer up?

-- Smoov

[dreamwatcher]

I would be willing to put up a block explorer, when an i0coin  daemon (testing or release) is given to me that uses a reasonable amount of memory.

The state of the client/daemon now would require too much VPS memory for me to put on CCE.

[Smoovious]

I would be willing to put up a block explorer, when an i0coin  daemon (testing or release) is given to me that uses a reasonable amount of memory.

The state of the client/daemon now would require too much VPS memory for me to put on CCE.

Yeah, that's the thing... by that time, I wouldn't need one anymore. I'm trying to find out where a fork occurs in my blk0001.dat file. We're past one of the fork points which Hazard was able to find, since it happened at a specific block, but there is another fork (or a couple) before the merge-mining fork at 160000.

I can currently follow the bad fork (since I didn't update at the time until after I found myself forked off, so still have the orphaned blocks in my chain) but can't backtrack to find where it happened.

I had thought about taking the trimmed blk0001.dat file from the testing build, and re-importing it into the old daemon, to see how far it gets before it rejects my supposed-to-be-orphaned blocks, but it doesn't import well, and have had no success.

(Hazard is handling the code, I'm just doing testing)

-- Smoov

[steelhouse]

I have an old blk0001.dat from 10-3-2012. doublec might have later blk and latest client.

http://i0coin.bitparking.com/