Quote from: pyra-proxy on November 16, 2012, 08:50:39 AM

Quote from: pyra-proxy on November 15, 2012, 08:50:11 AM

Quote from: steelhouse on November 15, 2012, 07:10:29 AM

Why not use latest bitcoin/namecoin/ixcoin client with modifications to i0coin sections. Also, if we stop merged mining, maybe we could use latest bitcoin client. Smoothie just wants to pump litecoin. Unfortuantely that is how it is working in these alt-coins. Let them fail on their own. 95% chance I have the 5000. No exchange means no coin. Maybe use PPcoin. solidcoin compressed the chain once. Maybe lengthen the block time. and adjust the frequency every block. you would think empty blocks would be small.

Compressing the chain (solidcoin style) would be a nice addition to the update but not sure how it would be possible w/out creating essentially an I0Coin2, but maybe that will have to happen... 1 idea I had suggested which may avoid needing a "reboot" of the coin would be to create (for lack of a better term) a "dynamic genesis block" whereby every X blocks the history is rolled into a ledger record and then the chain past the ledger could be dropped as being tabulated into the ledgered "checkpoint"/"dynamic genesis block", in this method you could keep standard block hashing, but say every X blocks all the blocks Y in the past are tabulated into a new ledger so that the chain might look like this:

- block X - block Y - block Z - block N (then when N hits the next reledgering point)
- reasonable block history - New block X

In this method the chain size would dramatically fall to: ledger + X block history + current block ... even if X were 100 or 1000 it would represent a pretty significant drop in resource consumption which some simple analysis could prove even before making the code changes. At 1000 for a value of desired block history the largest the block chain record would be is: ledger + 1999 blocks because at block 2000 you'd create a new ledger and be back at: ledger + 1000 blocks.

regarding letting chains fail on their own: Devcoin is very interested in solving this and the reason given why there is not a devcoin bounty share on it is that the market cap of devcoin alone is not sufficient to fund this work, BUT the quoted message below was submitted today regarding partial funding for projects which have sufficient funding from other sources, so if I0Coin + others get a reasonable bounty up then it looks like devcoin might also be capable of chipping in as well, of course this means the solution should be easily portable to other *coin chains. It's certainly something to consider....

Quote from: Unthinkingbit on November 15, 2012, 12:07:36 AM

Both are too big for devcoin to fund right now.

However, if people are offering a sufficient bounty for people to get interested in a project, for example the 185+ BTC - Open Transactions Client (for Grandmas) project:
https://bitcointalk.org/index.php?topic=105506.0

then I suggest that devcoin pile in with a bounty if the project is at least one quarter funded. In the project types section:
http://devtome.org/wiki/index.php?title=Devcoin_Bounty#Project_Types

it is assumed that the bounty offered would be up to 1% of the market capitalization. So the 1,000,000 USD required for modification to a big application works out to a 10,000 USD bounty, a quarter of which is 2,500 USD.

Should 8 shares be offered if the pledges go above 2,500 USD? Should the pledge target be different?

Actually, I'm going to up my share of the bounty. On the following conditions:
1) Vircurex reenables its support of the chain due to the solution - Then my minimum bounty will be 10,000 I0C
2) If the solution still allows for merge mining (specifically at minimum on the bitparking pool) - Then I'll add an additional 10,000 I0C to the bounty
3) If the solution can be and is ported to the following chains then further bounty additions from me will be: (option 2 has to be met for option 3 to go into effect)
3a) DVC - 1,000,000 DVC bounty addition
3b) IXC - 4,000 IXC bounty addition
3c) NMC - 200 NMC bounty addition

Hope that by adding these and perhaps encouraging others that this is a serious concern for the longevity of cryptocurrencies the bounties and development efforts will be increased.

Aah! What the hell ...

I upp my bounty too:

1) I like merged mining - so let's keep it (additional 20,000) ...
2) And yes - an exchange makes sense too (vircurex or any other "significant" exchange - additional 10,000)

hope, that helps as motivation ...