Bitcoin Forum
December 06, 2016, 04:20:25 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 [29] 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 »
  Print  
Author Topic: [ANNOUNCE] Ixcoin - a new Bitcoin fork  (Read 104319 times)
Raoul Duke
aka psy
Legendary
*
Offline Offline

Activity: 1442



View Profile
August 14, 2011, 05:09:34 PM
 #561


A bug?
It's a Bitcoin feature
You just can't copy Bitcoin, modify 3 numbers and expect it to run like you want. Yes, creating a working fork needs some work Shocked

Yah its a bitcoin feature alright that client will send to an invalid address as well so this flaw was there to begin with.

No, dude, it's a Bitcoin feature to accept Bitcoin addresses... In Ixcoin, it's a bug. LOL

I dunno how many persons already said that Bitcoin doesn't send to invalid addresses, but it seems you haven't read it.
I guess you meant to say that bitcoin sends to unexistent addresses, but that's another story, as the client doesn't know if the addresses exist. But if you input an INVALID(like an address starting with an x) it will not send.

1481041225
Hero Member
*
Offline Offline

Posts: 1481041225

View Profile Personal Message (Offline)

Ignore
1481041225
Reply with quote  #2

1481041225
Report to moderator
1481041225
Hero Member
*
Offline Offline

Posts: 1481041225

View Profile Personal Message (Offline)

Ignore
1481041225
Reply with quote  #2

1481041225
Report to moderator
1481041225
Hero Member
*
Offline Offline

Posts: 1481041225

View Profile Personal Message (Offline)

Ignore
1481041225
Reply with quote  #2

1481041225
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Xephan
Jr. Member
*
Offline Offline

Activity: 42


View Profile
August 14, 2011, 05:11:13 PM
 #562

So does anybody know how long til the next retarget?

~1300 blocks probably a day or two.

Does it still go by 2016 blocks per retarget?

He hasn't made any real changes to the code so yes it appears to be the same.

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f
jackjack
Hero Member
*****
Offline Offline

Activity: 868


May Bitcoin be touched by his Noodly Appendage


View Profile
August 14, 2011, 05:16:23 PM
 #563

http://forum.bitcoin.org/index.php?topic=26808.0
s/testnet/ixcoin

Own address: 19QkqAza7BHFTuoz9N8UQkryP4E9jHo4N3 - Pywallet support: 1AQDfx22pKGgXnUZFL1e4UKos3QqvRzNh5 - Bitcointalk++ script support: 1Pxeccscj1ygseTdSV1qUqQCanp2B2NMM2
Pywallet: instructions. Encrypted wallet support, export/import keys/addresses, backup wallets, export/import CSV data from/into wallet, merge wallets, delete/import addresses and transactions, recover altcoins sent to bitcoin addresses, sign/verify messages and files with Bitcoin addresses, recover deleted wallets, etc.
Nasakioto
Full Member
***
Offline Offline

Activity: 172


Thomas Nasakioto


View Profile WWW
August 14, 2011, 06:06:39 PM
 #564


More details here https://ixcoin.org/forum/index.php?topic=55.0

Thomas Nasakioto - Upgrade to Ixcoin 0.3.24.3 before block 43,000
Ixcoin.org
jackjack
Hero Member
*****
Offline Offline

Activity: 868


May Bitcoin be touched by his Noodly Appendage


View Profile
August 14, 2011, 06:13:29 PM
 #565

Quote
prevent the conversion to Ixcoin address format. So if it's sent, at least it is possible to retrieve if you own the receiving bitcoin wallet.dat
Wat?
Even if it is converted you can of course retrieve the coins

Own address: 19QkqAza7BHFTuoz9N8UQkryP4E9jHo4N3 - Pywallet support: 1AQDfx22pKGgXnUZFL1e4UKos3QqvRzNh5 - Bitcointalk++ script support: 1Pxeccscj1ygseTdSV1qUqQCanp2B2NMM2
Pywallet: instructions. Encrypted wallet support, export/import keys/addresses, backup wallets, export/import CSV data from/into wallet, merge wallets, delete/import addresses and transactions, recover altcoins sent to bitcoin addresses, sign/verify messages and files with Bitcoin addresses, recover deleted wallets, etc.
Nasakioto
Full Member
***
Offline Offline

Activity: 172


Thomas Nasakioto


View Profile WWW
August 14, 2011, 07:03:54 PM
 #566

Even if it is converted you can of course retrieve the coins

Correct. I did correct this in my subsequent post.

Thomas Nasakioto - Upgrade to Ixcoin 0.3.24.3 before block 43,000
Ixcoin.org
forrestv
Hero Member
*****
Offline Offline

Activity: 510


View Profile
August 15, 2011, 03:16:05 AM
 #567

Quote
There are currently ~7M (as of August 2011) in existence and it is expected that all 21 million Bitcoins will have been generated by 2033. Whereas there are currently ~580K Ixcoins (as of 10th August 2011) in existence and it is expected that all 21 million Ixcoins will have been generated by 2015. This is because 16*6=96 IXC are created per new block, instead of 50 BTC in Bitcoin.

Ixcoin maturity will be reached ~18 years before Bitcoin's. By mid-2013, the number of IXC and BTC will reach parity (for a brief moment).

Ixcoin does not actually have a "shorter maturation period", as stated as the reason for forking Bitcoin. Did nobody wonder why the 'total ixcoins over time' graph suddenly just stopped? Or did everybody just accept the fact that this is a futureless blockchain, designed to be abandoned once its creators had gotten rich?



The truth is that the "developer" here just increased the block reward from 50 to 96, without changing the decay factor, which halves the reward every 210000 blocks (or ~4 years). Instead of a total of 21,000,000 IXC being created, there will be 40,320,000 IXC in the end.

The graph should look something like this:



Draw your own conclusions. Relevant source code: https://github.com/ixcoin/ixcoin/compare/f08736405e98d0f16ec2...b721315ff7adf959e76a#L43L637

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
bansal
Jr. Member
*
Offline Offline

Activity: 56



View Profile
August 15, 2011, 04:44:16 AM
 #568

Quote
The truth is that the "developer" here just increased the block reward from 50 to 96, without changing the decay factor, which halves the reward every 210000 blocks (or ~4 years). Instead of a total of 21,000,000 IXC being created, there will be 40,320,000 IXC in the end.

Draw your own conclusions. Relevant source code: https://github.com/ixcoin/ixcoin/compare/f08736405e98d0f16ec2...b721315ff7adf959e76a#L43L637

Well I'm no expert on the code, but MAX_MONEY is still set to 21000000 in main.h, so unless I'm missing something it's still capped at the same amount.
JoelKatz
Legendary
*
Offline Offline

Activity: 1386


Democracy is vulnerable to a 51% attack.


View Profile WWW
August 15, 2011, 05:15:51 AM
 #569

Well I'm no expert on the code, but MAX_MONEY is still set to 21000000 in main.h, so unless I'm missing something it's still capped at the same amount.
The thing is, they may or may not change that. They may say that's an obvious bug and change it. Or they may say that's the way it's supposed to be, and all coins after MAX_MONEY will fail in strange ways. We don't know.

I am an employee of Ripple.
1Joe1Katzci1rFcsr9HH7SLuHVnDy2aihZ BM-NBM3FRExVJSJJamV9ccgyWvQfratUHgN
doublec
Legendary
*
Offline Offline

Activity: 1078


View Profile
August 15, 2011, 05:18:41 AM
 #570

That issue has already been raised and discussed in this thread and the ixcoin developer has responded.
payb.tc
Hero Member
*****
Offline Offline

Activity: 812



View Profile
August 15, 2011, 05:21:46 AM
 #571

That issue has already been raised and discussed in this thread and the ixcoin developer has responded.

not commenting on whether or not ixcoin will 'succeed', but i do think this is rather funny:

changing 50 to 96 = developer
forrestv
Hero Member
*****
Offline Offline

Activity: 510


View Profile
August 15, 2011, 05:59:00 AM
 #572

Well I'm no expert on the code, but MAX_MONEY is still set to 21000000 in main.h, so unless I'm missing something it's still capped at the same amount.

That constant does almost nothing. All it limits is the amount of money that can change hands in a single transaction, not the total amount of money in circulation.

That thread is incorrect in stating that blocks will begin being rejected. Things will continue past 21 million IXC as usual, unless one person happens to hold half of the money.

The point I was trying to make here is that Ixcoin's fundamental reason for existing (at least, the publicly stated one) isn't actually real, but it's still documented as such in the forum posting and the Ixcoin FAQ. What's wrong with re-raising the issue here? It seemed rather important to me.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
bansal
Jr. Member
*
Offline Offline

Activity: 56



View Profile
August 15, 2011, 06:36:04 AM
 #573

Well I'm no expert on the code, but MAX_MONEY is still set to 21000000 in main.h, so unless I'm missing something it's still capped at the same amount.

That constant does almost nothing. All it limits is the amount of money that can change hands in a single transaction, not the total amount of money in circulation.

That thread is incorrect in stating that blocks will begin being rejected. Things will continue past 21 million IXC as usual, unless one person happens to hold half of the money.

The point I was trying to make here is that Ixcoin's fundamental reason for existing (at least, the publicly stated one) isn't actually real, but it's still documented as such in the forum posting and the Ixcoin FAQ. What's wrong with re-raising the issue here? It seemed rather important to me.
You're right, that constant is used in a function called MoneyRange which seems to be mainly used to check transaction size.  Where is the total supply actually limited in the original bitcoin code?

Edit:  Actually I see it is just based upon the subsidy being cut in half in the code every 210,000 blocks.  Interesting I just always assumed that constant was responsible.

nSubsidy >>= (nHeight / 210000);
Xephan
Jr. Member
*
Offline Offline

Activity: 42


View Profile
August 15, 2011, 07:33:36 AM
 #574


You're right, that constant is used in a function called MoneyRange which seems to be mainly used to check transaction size.  Where is the total supply actually limited in the original bitcoin code?

Edit:  Actually I see it is just based upon the subsidy being cut in half in the code every 210,000 blocks.  Interesting I just always assumed that constant was responsible.

nSubsidy >>= (nHeight / 210000);


You're right, there isn't a hard limit on the amount of bitcoins. 21 million is just rough level at which new Bitcoins generate per block is effectively negligible.

To make it clearer, this is what actually happens
1st "Stage": 50 BTC per block
2nd Stage : 25 BTC per block
3rd Stage : 12.5 BTC per block
4th Stage : 6.25 BTC per block
5th Stage : 3.125 BTC per block
6th Stage : 1.5625 BTC per block

So it just gets smaller and smaller so total Bitcoins would never reach the next million.

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f
bansal
Jr. Member
*
Offline Offline

Activity: 56



View Profile
August 15, 2011, 07:43:34 AM
 #575


You're right, that constant is used in a function called MoneyRange which seems to be mainly used to check transaction size.  Where is the total supply actually limited in the original bitcoin code?

Edit:  Actually I see it is just based upon the subsidy being cut in half in the code every 210,000 blocks.  Interesting I just always assumed that constant was responsible.

nSubsidy >>= (nHeight / 210000);


You're right, there isn't a hard limit on the amount of bitcoins. 21 million is just rough level at which new Bitcoins generate per block is effectively negligible.

To make it clearer, this is what actually happens
1st "Stage": 50 BTC per block
2nd Stage : 25 BTC per block
3rd Stage : 12.5 BTC per block
4th Stage : 6.25 BTC per block
5th Stage : 3.125 BTC per block
6th Stage : 1.5625 BTC per block

So it just gets smaller and smaller so total Bitcoins would never reach the next million.

Actually it is a right shift, so it is more like this:

1st stage: 50
2nd stage: 25
3rd stage: 12
4th stage: 6
5th stage: 3
6th stage: 1
7th stage: 0

Total should be 210000*50 + 210000*25 + 210000*12 + 210000*6 + 210000*3 + 210000*1 = 20370000

Again, unless I'm missing something or screwed up my math/logic somewhere
Xephan
Jr. Member
*
Offline Offline

Activity: 42


View Profile
August 15, 2011, 07:53:05 AM
 #576


Actually it is a right shift, so it is more like this:

1st stage: 50
2nd stage: 25
3rd stage: 12
4th stage: 6
5th stage: 3
6th stage: 1
7th stage: 0

Total should be 210000*50 + 210000*25 + 210000*12 + 210000*6 + 210000*3 + 210000*1 = 20370000

Again, unless I'm missing something or screwed up my math/logic somewhere

Your numbers are probably more accurate than mine since I'm basing mine based on reading wiki rather than delving into actual code Cheesy
Doing a right shift sounds more sensible than dividing and getting fractions early as well.

Although I don't think it stops at 1, does Bitcoin count represent 1 BTC as an bigint 1 or actually 1000000 and simply putting the decimal for display purposes?

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f
Chris Acheson
Sr. Member
****
Offline Offline

Activity: 266


View Profile
August 15, 2011, 08:04:08 AM
 #577

Actually it is a right shift, so it is more like this:

1st stage: 50
2nd stage: 25
3rd stage: 12
4th stage: 6
5th stage: 3
6th stage: 1
7th stage: 0

Total should be 210000*50 + 210000*25 + 210000*12 + 210000*6 + 210000*3 + 210000*1 = 20370000

Again, unless I'm missing something or screwed up my math/logic somewhere

The mining reward is measured in Satoshis.  It'll eventually get rounded down to zero, but not that quickly.
bansal
Jr. Member
*
Offline Offline

Activity: 56



View Profile
August 15, 2011, 08:17:14 AM
 #578


Actually it is a right shift, so it is more like this:

1st stage: 50
2nd stage: 25
3rd stage: 12
4th stage: 6
5th stage: 3
6th stage: 1
7th stage: 0

Total should be 210000*50 + 210000*25 + 210000*12 + 210000*6 + 210000*3 + 210000*1 = 20370000

Again, unless I'm missing something or screwed up my math/logic somewhere

Your numbers are probably more accurate than mine since I'm basing mine based on reading wiki rather than delving into actual code Cheesy
Doing a right shift sounds more sensible than dividing and getting fractions early as well.

Although I don't think it stops at 1, does Bitcoin count represent 1 BTC as an bigint 1 or actually 1000000 and simply putting the decimal for display purposes?

Actually I screwed up a bit here.  There is another line of code I forgot to take into account:

int64 nSubsidy = 50 * COIN

and COIN is set to 100000000

So it goes like this:

Stage 1 : 50
Stage 2 : 25
Stage 3:  12.5
Stage 3 : 6.25
Stage 4 : 3.125
Stage 5:  1.5625
Stage 6:  0.78125
Stage 7:  0.390625

and so on

I was just using 50 and shifting it, so you were actually closer to right than me, lol.  It will eventually reach zero but very slowly.  I guess I'm not exactly exploring new ground here, but we can at least say it is maybe more clear what is happening in the code, it just right shifts the subsidy every 210,000 blocks, and so yeah IXcoin would generate many more coins since it would be starting the right shift from 96 instead of 50.  That one line of code basically controls everything as far as new coins are concerned.  Does that matter?  Not sure in my opinion both overall counts are relatively low given that there are 6 billion+ people on the planet.  I know you can divide it out to 8 places, but who wants to do that?

Edit:  Also seems to be laziness on the part of the original developers of ixcoin that they didn't keep that consistent.  Bitcoin put MAX_MONEY in to check the size of a transaction, any transaction that tried to move more than 21000000 coins would fail since there aren't any more coins than that.  There will be almost twice as many coins in the new block chain, and the most they could still move is 21000000, admittedly a nice and rare problem for someone to have, but something they should've caught.  There is nothing in the code that would cause any other problems, you just wouldn't be able to spend more than 21mill all at once...
jtimon
Legendary
*
Offline Offline

Activity: 1246


View Profile WWW
August 15, 2011, 12:04:16 PM
 #579

I've added the currency to the list I'm maintaining but I won't touch this currency because I don't like it at all.
On the other hand, I own namecoins and I'm waiting for the rise in difficulty that merged mining will cause.

I think it would be great to see ixcoin fail for not adding any advantage (in fact, adding a disadvantage) over bitcoin. This way some concerns about forks "stealing" value from bitcoin may disappear.

2 different forms of free-money: Freicoin (free of basic interest because it's perishable), Mutual credit (no interest because it's abundant)
afro25
Full Member
***
Offline Offline

Activity: 123


View Profile
August 15, 2011, 12:42:21 PM
 #580

Holy crap, the price has crippled! I'm buying in! The more people that buy in the higher the price will rise Wink

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 [29] 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!