[ANN] New Client for PhenixCoin PXC ** PLEASE UPDATE YOUR CLIENTS **

[JohnCar]

Hello all just wanted to let everyone know there is a new client for PhenixCoin

** PLEASE UPDATE YOUR CLIENTS ** - Version 6.4.7 is now available, please download it before block 46500.

You can download the client from here http://phenixcoin.com

Changes that have been implemented are: Difficultly changes every 480 blocks max change is 80%. We have also added checkpoints as well.

Please help spread the word of the new client for PhenixCoin. Thank you for your support and happy mining!


                      Thanks
                         John
                            

 

[elambert]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

[JohnCar]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

Just waiting for Iamatrix to get back online which will be shortly. I wanna ask him before i give you a answer. Thanks for the support!

[elambert]

Great, thanks! Here is the thread where I downloaded from:

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

[bubbers214]

Which block number will the difficulty adjustment be occurring?

[JohnCar]

Which block number will the difficulty adjustment be occurring?

46500

[MaGNeT]

Which block number will the difficulty adjustment be occurring?

46,500

It's all in the OP

[bubbers214]

I guess I should learn how to read a little better

[Eb0la]

Awesome work!  updated my side

[iamatrix]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

[MaGNeT]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

Maybe you could PM maxpower?

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

[iamatrix]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

Maybe you could PM maxpower?

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

Done.... thanks...

[DonDe]

need a good working pool for PXC

[MaGNeT]

need a good working pool for PXC

http://pxc.theblocksfactory.com
http://www.phenixmining.com

 

[aysyr]

I've just updated Glad to be hearing from you guys the past couple of days. Excited for your upcoming releases haha. Feels good to be one of the few current supporters of Phenixcoin before it goes big!

[elambert]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

Maybe you could PM maxpower?

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

Done.... thanks...

Maxpower said he is traveling this week when I communicated with him on an unrelated subject. Please let me know what he says...

[elambert]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

Maybe you could PM maxpower?

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

Done.... thanks...

Should I move my coin to an exchange until my wallet can get updated? How much time do I have, no idea what block we are on...

[feeleep]

Updated client on my pool.

http://pxc.coinmine.pl

Pool has proportional payout system so you will get instant payouts after each block - start mining!

[chondrite]

Thanks for the update!

[aysyr]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

Maybe you could PM maxpower?

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

Done.... thanks...

Should I move my coin to an exchange until my wallet can get updated? How much time do I have, no idea what block we are on...

Highlight the green checkmark on the bottom right of your wallet and it'll tell you what block it's on

[MaGNeT]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

Maybe you could PM maxpower?

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

Done.... thanks...

Should I move my coin to an exchange until my wallet can get updated? How much time do I have, no idea what block we are on...

If you have a backup of your wallet.dat you're fine Don't panic

[elambert]

I have a qt wallet for my Mac downloaded from here. Do i need to do anything? Looks like u guys are doing great work. Happy to beinvested in this coin :-)

no you will have to update.. unfortunately I do not have access to MAC or I would compile it.

Maybe you could PM maxpower?

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

Done.... thanks...

Should I move my coin to an exchange until my wallet can get updated? How much time do I have, no idea what block we are on...

If you have a backup of your wallet.dat you're fine Don't panic

Unfortunately I have not had success backing up on the Mac

What block are we on? I am at work

[rqdxrocket]

On the new client it shows the PXC forum as this http://forum.phenixcoin.com/

When will it be available?

[iamatrix]

On the new client it shows the PXC forum as this http://forum.phenixcoin.com/

When will it be available?

lol I forgot about that URL... we've been looking for a decent domain, but that will work..

how about 1hr


ok I installed it, John will get it setup, while I finish off the exchange..

[rqdxrocket]

On the new client it shows the PXC forum as this http://forum.phenixcoin.com/

When will it be available?

lol I forgot about that URL... we've been looking for a decent domain, but that will work..

how about 1hr


ok I installed it, John will get it setup, while I finish off the exchange..

I see that is in now functional - thx 

[JohnCar]

On the new client it shows the PXC forum as this http://forum.phenixcoin.com/

When will it be available?

lol I forgot about that URL... we've been looking for a decent domain, but that will work..

how about 1hr


ok I installed it, John will get it setup, while I finish off the exchange..

I see that is in now functional - thx 

The basics are there so feel free to join.

[clearcrystal]

Works great thanks!

[weav]

Do you guys intend fixing the syncing bug in the Linux version?

[iamatrix]

Do you guys intend fixing the syncing bug in the Linux version?

Yes.. I am trying to duplicate your issue, have not been able to duplicate it yet. I have it compiled on Ubuntu and CentOs with no issues..

[weav]

Do you guys intend fixing the syncing bug in the Linux version?

Yes.. I am trying to duplicate your issue, have not been able to duplicate it yet. I have it compiled on Ubuntu and CentOs with no issues..

Oh, weird, thanks for looking into it. Is there any debug info I could gather and send you?

[iamatrix]

Thanks to maxpower !!

The MAC client is ready...

You can find it here.

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

[weav]

I guess I found the relevant error in the output of ./phenixcoin-qt -printtoconsole>

Code:

received block 240ba90dc2981bed8761
ERROR: AcceptBlock() : incorrect proof of work
ERROR: ProcessBlock() : AcceptBlock FAILED

Note that block 240ba90dc2981bed8761 is indeed block 2400, the block where sync gets stuck an the old difficulty retarget: http://explorer.phenixcoin.com/block/240ba90dc2981bed8761cc88977843f677f07cc12811cbb8bee981c843058c73

[iamatrix]

I guess I found the relevant error in the output of ./phenixcoin-qt -printtoconsole>

Code:

received block 240ba90dc2981bed8761
ERROR: AcceptBlock() : incorrect proof of work
ERROR: ProcessBlock() : AcceptBlock FAILED

Note that block 240ba90dc2981bed8761 is indeed block 2400, the block where sync gets stuck an the old difficulty retarget: http://explorer.phenixcoin.com/block/240ba90dc2981bed8761cc88977843f677f07cc12811cbb8bee981c843058c73

I am looking at this right now..

[weav]

I added some debug output in src/main.cpp:

Code:

    // Check proof of work
    if (nBits != GetNextWorkRequired(pindexPrev, this)) {
        printf("pindexPrev: %u\n", pindexPrev);
        printf("nBits: %u\n", nBits);
        printf("GetNextWorkRequired(pindexPrev, this): %u\n", GetNextWorkRequired(pindexPrev, this));
        return DoS(100, error("AcceptBlock() : incorrect proof of work"));
    }

and compiled it again, now I get:

Code:

received block 240ba90dc2981bed8761
pindexPrev: 40149344
nBits: 504365055
GetNextWorkRequired(pindexPrev, this): 504365040
ERROR: AcceptBlock() : incorrect proof of work
ERROR: ProcessBlock() : AcceptBlock FAILED

EDIT: not sure if relevant but after running it several times I noticed the value of pindexPrev (the "prev block index" according to the comments, sounds pretty static to me considering that my wallet is stuck at block 2400) seems to vary randomly:

Code:

pindexPrev: 44792240
..
pindexPrev: 29553056
..
pindexPrev: 41622112
..
pindexPrev: 51966576
..
pindexPrev: 41933584

Both nBits and GetNextWorkRequired(pindexPrev, this) are static across different runs.

[iamatrix]

I found the issues... switching to version 6.4.7

Please clone the repo https://github.com/phenixcoin/Phenixcoin.git

I will compile the binaries now.

[MaGNeT]

I found the issues... switching to version 6.4.7

Please clone the repo https://github.com/phenixcoin/Phenixcoin.git

I will compile the binaries now.

Nobody is perfect
edit: I see it's updated at http://www.phenixcoin.com

[weav]

I found the issues... switching to version 6.4.7

Please clone the repo https://github.com/phenixcoin/Phenixcoin.git

I will compile the binaries now.

Great! That fixed it, wallet syncing properly now!  

While trying to debug the issue on my system I found another apparent dissonance in the code in src/main.cpp:

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 2.5 days
841 static const int64 nTargetSpacing = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
889 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*4);
890 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Ignoring the comments (which don't fully match the code and are possibly just leftovers from the feathercoin repo or something) and assuming nInterval denotes the number of blocks until difficulty retarget we correctly get:

Code:

nInterval = (0.5 * 24 * 60 * 60) / (1.5 * 60) = 480 

which is the number of blocks for the new difficulty protocol, but for the old protocol we get:

Code:

nInterval = ((0.5 * 24 * 60 * 60) * 4) / (1.5 * 60) = 1920

which isn't the 2400 blocks as specified in the original forum announcement and on phenixcoin.com...  

(it would be for int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5);)

Am I missing something?

[TheFuneral]

Updated client on my pool.

http://pxc.coinmine.pl

Pool has proportional payout system so you will get instant payouts after each block - start mining!

is your pool still up?

[iamatrix]

I found the issues... switching to version 6.4.7

Please clone the repo https://github.com/phenixcoin/Phenixcoin.git

I will compile the binaries now.

Great! That fixed it, wallet syncing properly now!  

While trying to debug the issue on my system I found another apparent dissonance in the code in src/main.cpp:

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 2.5 days
841 static const int64 nTargetSpacing = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
889 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*4);
890 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Ignoring the comments (which don't fully match the code and are possibly just leftovers from the feathercoin repo or something) and assuming nInterval denotes the number of blocks until difficulty retarget we correctly get:

Code:

nInterval = (0.5 * 24 * 60 * 60) / (1.5 * 60) = 480 

which is the number of blocks for the new difficulty protocol, but for the old protocol we get:

Code:

nInterval = ((0.5 * 24 * 60 * 60) * 4) / (1.5 * 60) = 1920

which isn't the 2400 blocks as specified in the original forum announcement and on phenixcoin.com...  

(it would be for int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5);)

Am I missing something?

that was not the old protocal ... the old was 2.5 * 24

[nawazish1]

Updated client on my pool.

http://pxc.coinmine.pl

Pool has proportional payout system so you will get instant payouts after each block - start mining!

is your pool still up?

You can mine in the official pools now I think they are good now.

http://phoen01.phenixpool.com/

http://amst01.phenixpool.com/

[weav]

I found the issues... switching to version 6.4.7

Please clone the repo https://github.com/phenixcoin/Phenixcoin.git

I will compile the binaries now.

Great! That fixed it, wallet syncing properly now!  

While trying to debug the issue on my system I found another apparent dissonance in the code in src/main.cpp:

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 2.5 days
841 static const int64 nTargetSpacing = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
889 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*4);
890 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Ignoring the comments (which don't fully match the code and are possibly just leftovers from the feathercoin repo or something) and assuming nInterval denotes the number of blocks until difficulty retarget we correctly get:

Code:

nInterval = (0.5 * 24 * 60 * 60) / (1.5 * 60) = 480 

which is the number of blocks for the new difficulty protocol, but for the old protocol we get:

Code:

nInterval = ((0.5 * 24 * 60 * 60) * 4) / (1.5 * 60) = 1920

which isn't the 2400 blocks as specified in the original forum announcement and on phenixcoin.com...  

(it would be for int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5);)

Am I missing something?

that was not the old protocal ... the old was 2.5 * 24

Yes that is my point, currently the code does:

0.5 * (24 * 60 * 60) * 4 == 2.0 * (24 * 60 * 60)

but shouldn't it be:

0.5 * (24 * 60 * 60) * 5 == 2.5 * (24 * 60 * 60) ?

[AquaMan]

Updated client on my pool.

http://pxc.coinmine.pl

Pool has proportional payout system so you will get instant payouts after each block - start mining!

is your pool still up?

Several are up now...

[iamatrix]

I found the issues... switching to version 6.4.7

Please clone the repo https://github.com/phenixcoin/Phenixcoin.git

I will compile the binaries now.

Great! That fixed it, wallet syncing properly now!  

While trying to debug the issue on my system I found another apparent dissonance in the code in src/main.cpp:

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 2.5 days
841 static const int64 nTargetSpacing = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
889 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*4);
890 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Ignoring the comments (which don't fully match the code and are possibly just leftovers from the feathercoin repo or something) and assuming nInterval denotes the number of blocks until difficulty retarget we correctly get:

Code:

nInterval = (0.5 * 24 * 60 * 60) / (1.5 * 60) = 480 

which is the number of blocks for the new difficulty protocol, but for the old protocol we get:

Code:

nInterval = ((0.5 * 24 * 60 * 60) * 4) / (1.5 * 60) = 1920

which isn't the 2400 blocks as specified in the original forum announcement and on phenixcoin.com...  

(it would be for int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5);)

Am I missing something?

that was not the old protocal ... the old was 2.5 * 24

Yes that is my point, currently the code does:

0.5 * (24 * 60 * 60) * 4 == 2.0 * (24 * 60 * 60)

but shouldn't it be:

0.5 * (24 * 60 * 60) * 5 == 2.5 * (24 * 60 * 60) ?

You looking at 6.4.5 code..  6.4.7 is (5 * 24 * 60 * 60) / 8

[feeleep]

Updated client on my pool.

http://pxc.coinmine.pl

Pool has proportional payout system so you will get instant payouts after each block - start mining!

is your pool still up?

updated client on my pool to the latest - you are welcome to start mining!

http://pxc.coinmine.pl:9095

[weav]

that was not the old protocal ... the old was 2.5 * 24

Yes that is my point, currently the code does:

0.5 * (24 * 60 * 60) * 4 == 2.0 * (24 * 60 * 60)

but shouldn't it be:

0.5 * (24 * 60 * 60) * 5 == 2.5 * (24 * 60 * 60) ?

You looking at 6.4.5 code..  6.4.7 is (5 * 24 * 60 * 60) / 8

Oh right, so you've addressed that already together with the sync issue (or it was actually causing it). Now I'm seeing it:

https://github.com/phenixcoin/Phenixcoin/commit/075d96d75873007d3d8997204cfaa2f3bf7507c2

I was only looking at the most recent commit earlier:

https://github.com/phenixcoin/Phenixcoin/commit/48e6768f2bae47df679244108962fb67b1b89809

But actually I think this introduces an even more severe bug because now it affects the future blockchain instead of just the verification of the existing chain prior to the difficulty protocol change.

Look at the current code in the repo https://github.com/phenixcoin/Phenixcoin/blob/master/src/main.cpp:

Code:

840 static const int64 nTargetTimespan = (5 * 24 * 60 * 60) / 8; // Phenixcoin: 2.5 days
841 static const int64 nTargetSpacing = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
886 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*4);
887 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Apart from the comment still not matching the code:

(5 * 24 * 60 * 60) / 8 == (5/8) * (24 * 60 * 60) == 0.625 * (24 * 60 * 60) == 0.625 days

the far more serious issue is that now the nInterval isn't 480 anymore if fNewDifficultyProtocol is true, that is if we are past block 46500 where the difficulty protocol adjustment applies.

Now it's basically the other way around, for the old protocol we do correctly get:

Code:

nInterval = (((5 * 24 * 60 * 60) / 8) * 4) / (1.5 * 60) = 2400

which is the number of blocks until difficulty retarget as specified in the original forum announcement and on phenixcoin.com, and which in part explains why the block verification during the wallet sync doesn't fail anymore for retarget blocks which caused the sync to get stuck.

But now for the new protocol we get:

Code:

nInterval = ((5 * 24 * 60 * 60) / 8) / (1.5 * 60) = 600 

which isn't the 480 blocks as defined in the recent difficulty protocol fix!

I guess this should be fixed urgently before the next difficulty retarget occurs

And I still think this would fully fix it:

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 12 hours
841 static const int64 nTargetSpacing  = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
886 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5); // NOTE THE *5 HERE
887 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

[MaGNeT]

that was not the old protocal ... the old was 2.5 * 24

Yes that is my point, currently the code does:

0.5 * (24 * 60 * 60) * 4 == 2.0 * (24 * 60 * 60)

but shouldn't it be:

0.5 * (24 * 60 * 60) * 5 == 2.5 * (24 * 60 * 60) ?

You looking at 6.4.5 code..  6.4.7 is (5 * 24 * 60 * 60) / 8

Oh right, so you've addressed that already together with the sync issue (or it was actually causing it). Now I'm seeing it:

https://github.com/phenixcoin/Phenixcoin/commit/075d96d75873007d3d8997204cfaa2f3bf7507c2

I was only looking at the most recent commit earlier:

https://github.com/phenixcoin/Phenixcoin/commit/48e6768f2bae47df679244108962fb67b1b89809

But actually I think this introduces an even more severe bug because now it affects the future blockchain instead of just the verification of the existing chain prior to the difficulty protocol change.

Look at the current code in the repo https://github.com/phenixcoin/Phenixcoin/blob/master/src/main.cpp:

Code:

840 static const int64 nTargetTimespan = (5 * 24 * 60 * 60) / 8; // Phenixcoin: 2.5 days
841 static const int64 nTargetSpacing = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
886 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*4);
887 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Apart from the comment still not matching the code:

(5 * 24 * 60 * 60) / 8 == (5/8) * (24 * 60 * 60) == 0.625 * (24 * 60 * 60) == 0.625 days

the far more serious issue is that now the nInterval isn't 480 anymore if fNewDifficultyProtocol is true, that is if we are past block 46500 where the difficulty protocol adjustment applies.

Now it's basically the other way around, for the old protocol we do correctly get:

Code:

nInterval = (((5 * 24 * 60 * 60) / 8) * 4) / (1.5 * 60) = 2400

which is the number of blocks until difficulty retarget as specified in the original forum announcement and on phenixcoin.com, and which in part explains why the block verification during the wallet sync doesn't fail anymore for retarget blocks which caused the sync to get stuck.

But now for the new protocol we get:

Code:

nInterval = ((5 * 24 * 60 * 60) / 8) / (1.5 * 60) = 600 

which isn't the 480 blocks as defined in the recent difficulty protocol fix!

I guess this should be fixed urgently before the next difficulty retarget occurs

And I still think this would fully fix it:

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 12 hours
841 static const int64 nTargetSpacing  = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
886 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5); // NOTE THE *5 HERE
887 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Don't understand all you say but if it needs to be fixed, I guess it needs to be fixed  

Iamatrix needs a twin-brother

[iamatrix]

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 12 hours
841 static const int64 nTargetSpacing  = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
886 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5); // NOTE THE *5 HERE
887 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Yes, with the last update I made, it changed the diff change at 600 blocks instead of 480, and increased the time from 12hrs to 15hrs..

The 46500 marker came up way faster then I expected, I was thinking late thursday, early friday for the change over..

I will talk it over with John and see what we come up with.

[weav]

Code:

840 static const int64 nTargetTimespan = 0.5 * 24 * 60 * 60; // Phenixcoin: 12 hours
841 static const int64 nTargetSpacing  = 1.5 * 60; // Phenixcoin: 1.5 minutes
..
886 int64 nTargetTimespanCurrent = fNewDifficultyProtocol? nTargetTimespan : (nTargetTimespan*5); // NOTE THE *5 HERE
887 int64 nInterval = nTargetTimespanCurrent / nTargetSpacing;

Yes, with the last update I made, it changed the diff change at 600 blocks instead of 480, and increased the time from 12hrs to 15hrs..

The 46500 marker came up way faster then I expected, I was thinking late thursday, early friday for the change over..

I will talk it over with John and see what we come up with.

Oh, so this was intentional I was assuming it must be a bug because it wasn't mentioned anywhere in the announcements or on phenixcoin.com

I kinda like the "symmetry" between block reward halves every 840k blocks and difficulty changes every 480 blocks but by all means what's best for the coin! 

[weav]

Just for general transparency, can you please explain why users of the binaries you guys provide were unaffected by the bug which just got fixed in the official code repository on https://github.com/phenixcoin/Phenixcoin ?

Apparently the issue only occured for linux users who compiled their own binaries from the public source, and noticeably so because the wallet sync got completely stuck. I cannot imagine a setting or environment where the former code wouldn't cause this behavior.

Are you compiling the binaries you release on phenixcoin.com from a separate codebase which differs from the repo on github, and if so, why?

Thanks

[iamatrix]

Just for general transparency, can you please explain why users of the binaries you guys provide were unaffected by the bug which just got fixed in the official code repository on https://github.com/phenixcoin/Phenixcoin ?

Apparently the issue only occured for linux users who compiled their own binaries from the public source, and noticeably so because the wallet sync got completely stuck. I cannot imagine a setting or environment where the former code wouldn't cause this behavior.

Are you compiling the binaries you release on phenixcoin.com from a separate codebase which differs from the repo on github, and if so, why?

Thanks

I was kind of wondering the same thing as well, I delete my block chain and it downloaded fine.. its not a different code base.

Most people where not effected because they already had the block chain and it was stalling on a block with a diff change.

trust me, I will be looking into why the windows binary worked..

its pretty easy to setup a mingw compile env for windows, grab the code for 6.4.5 and try it..

we have full transparency with the coin..

[weav]

Just for general transparency, can you please explain why users of the binaries you guys provide were unaffected by the bug which just got fixed in the official code repository on https://github.com/phenixcoin/Phenixcoin ?

Apparently the issue only occured for linux users who compiled their own binaries from the public source, and noticeably so because the wallet sync got completely stuck. I cannot imagine a setting or environment where the former code wouldn't cause this behavior.

Are you compiling the binaries you release on phenixcoin.com from a separate codebase which differs from the repo on github, and if so, why?

Thanks

I was kind of wondering the same thing as well, I delete my block chain and it downloaded fine.. its not a different code base.

Most people where not effected because they already had the block chain and it was stalling on a block with a diff change.

trust me, I will be looking into why the windows binary worked..

its pretty easy to setup a mingw compile env for windows, grab the code for 6.4.5 and try it..

we have full transparency with the coin..

Thanks, sounds reasonable, in particular that most people probably already had the complete blockchain with the latest retarget block in their wallets. Must be some really weird windows side effect then.

[iamatrix]

Just for general transparency, can you please explain why users of the binaries you guys provide were unaffected by the bug which just got fixed in the official code repository on https://github.com/phenixcoin/Phenixcoin ?

Apparently the issue only occured for linux users who compiled their own binaries from the public source, and noticeably so because the wallet sync got completely stuck. I cannot imagine a setting or environment where the former code wouldn't cause this behavior.

Are you compiling the binaries you release on phenixcoin.com from a separate codebase which differs from the repo on github, and if so, why?

Thanks

I was kind of wondering the same thing as well, I delete my block chain and it downloaded fine.. its not a different code base.

Most people where not effected because they already had the block chain and it was stalling on a block with a diff change.

trust me, I will be looking into why the windows binary worked..

its pretty easy to setup a mingw compile env for windows, grab the code for 6.4.5 and try it..

we have full transparency with the coin..

Thanks, sounds reasonable, in particular that most people probably already had the complete blockchain with the latest retarget block in their wallets. Must be some really weird windows side effect then.

Ya but I still want to know why..

[weav]

Just for general transparency, can you please explain why users of the binaries you guys provide were unaffected by the bug which just got fixed in the official code repository on https://github.com/phenixcoin/Phenixcoin ?

Apparently the issue only occured for linux users who compiled their own binaries from the public source, and noticeably so because the wallet sync got completely stuck. I cannot imagine a setting or environment where the former code wouldn't cause this behavior.

Are you compiling the binaries you release on phenixcoin.com from a separate codebase which differs from the repo on github, and if so, why?

Thanks

I was kind of wondering the same thing as well, I delete my block chain and it downloaded fine.. its not a different code base.

Most people where not effected because they already had the block chain and it was stalling on a block with a diff change.

trust me, I will be looking into why the windows binary worked..

its pretty easy to setup a mingw compile env for windows, grab the code for 6.4.5 and try it..

we have full transparency with the coin..

Thanks, sounds reasonable, in particular that most people probably already had the complete blockchain with the latest retarget block in their wallets. Must be some really weird windows side effect then.

Ya but I still want to know why..

Yeah

[weav]

Another bug, mentioned earlier, still occurs:

after running the wallet for a while (hours) the "Synchronizing with network.." progress bar reappears saying:

327431 blocks remaining

 and when hovering over it with the mouse:

Downloaded block 46579 of 374010

although there are only 46579 blocks in total by now.

Errors like the following show up in the -printtoconsole log:

Code:

ERROR: FetchInputs() : 7f86e710b0 mempool Tx prev not found 73a5af9661
stored orphan tx 7f86e710b0 (mapsz 15)
ERROR: FetchInputs() : d02d4ba85b mempool Tx prev not found 8ca4687af1
stored orphan tx d02d4ba85b (mapsz 16)
received getdata for: tx de72b672826e9013aa7f
ResendWalletTransactions()
ERROR: FetchInputs() : 38b44facd9 mempool Tx prev not found c39f7dc03d
stored orphan tx 38b44facd9 (mapsz 17)

[nearmiss]

not to spam, but brand new pool up:

http://pxc.scryptmining.com

* stratum-only
* proportional payouts per block (no pplns warmup!)
* variable diff per worker (lots of hashpower? reduce your bandwidth. low hashpower? Don't get stung by a high static pool-wide diff!)

Come check us out

[MaGNeT]

Another bug, mentioned earlier, still occurs:

after running the wallet for a while (hours) the "Synchronizing with network.." progress bar reappears saying:

327431 blocks remaining

 and when hovering over it with the mouse:

Downloaded block 46579 of 374010

although there are only 46579 blocks in total by now.

Errors like the following show up in the -printtoconsole log:

Code:

ERROR: FetchInputs() : 7f86e710b0 mempool Tx prev not found 73a5af9661
stored orphan tx 7f86e710b0 (mapsz 15)
ERROR: FetchInputs() : d02d4ba85b mempool Tx prev not found 8ca4687af1
stored orphan tx d02d4ba85b (mapsz 16)
received getdata for: tx de72b672826e9013aa7f
ResendWalletTransactions()
ERROR: FetchInputs() : 38b44facd9 mempool Tx prev not found c39f7dc03d
stored orphan tx 38b44facd9 (mapsz 17)

Not really a bug, just one or more people who are trying to get us on the LTC (or another) chain.
Just ignore it

[weav]

Another bug, mentioned earlier, still occurs:

after running the wallet for a while (hours) the "Synchronizing with network.." progress bar reappears saying:

327431 blocks remaining

 and when hovering over it with the mouse:

Downloaded block 46579 of 374010

although there are only 46579 blocks in total by now.

Errors like the following show up in the -printtoconsole log:

Code:

ERROR: FetchInputs() : 7f86e710b0 mempool Tx prev not found 73a5af9661
stored orphan tx 7f86e710b0 (mapsz 15)
ERROR: FetchInputs() : d02d4ba85b mempool Tx prev not found 8ca4687af1
stored orphan tx d02d4ba85b (mapsz 16)
received getdata for: tx de72b672826e9013aa7f
ResendWalletTransactions()
ERROR: FetchInputs() : 38b44facd9 mempool Tx prev not found c39f7dc03d
stored orphan tx 38b44facd9 (mapsz 17)

Not really a bug, just one or more people who are trying to get us on the LTC (or another) chain.
Just ignore it

Oh  Weird. How do they do it?

[HuuHachu]

Another bug, mentioned earlier, still occurs:

after running the wallet for a while (hours) the "Synchronizing with network.." progress bar reappears saying:

327431 blocks remaining

 and when hovering over it with the mouse:

Downloaded block 46579 of 374010

although there are only 46579 blocks in total by now.

Errors like the following show up in the -printtoconsole log:

Code:

ERROR: FetchInputs() : 7f86e710b0 mempool Tx prev not found 73a5af9661
stored orphan tx 7f86e710b0 (mapsz 15)
ERROR: FetchInputs() : d02d4ba85b mempool Tx prev not found 8ca4687af1
stored orphan tx d02d4ba85b (mapsz 16)
received getdata for: tx de72b672826e9013aa7f
ResendWalletTransactions()
ERROR: FetchInputs() : 38b44facd9 mempool Tx prev not found c39f7dc03d
stored orphan tx 38b44facd9 (mapsz 17)

Not really a bug, just one or more people who are trying to get us on the LTC (or another) chain.
Just ignore it

Oh   Weird. How do they do it?

Not sure *how* they do it ... probably a misconfigured port somewhere.
But normally this should not happen because litecoin clients should not be allowed to talk to phenixcoin clients.
Each coin should use a different identifier (often called "magic number"), but pxc and most other coins did not change this identifier when copying the code base of litecoin
(this identifier is 4 bytes, in the pchMessageStart variable)

With a correct setting of this variable to something else (as long as it is not used by another coin), it would take at least someone manually copying the litecoin blockchain into pxc directory to have this problem.

[JohnCar]

Morning bump...

[maxpower]

I updated my Mac build of the PhenixCoin wallet to version 0.6.4.7, which resolved a syncing problem for me. The URL is at the Mac Wallets thread listed in my signature. Enjoy!

[MaGNeT]

I updated my Mac build of the PhenixCoin wallet to version 0.6.4.7, which resolved a syncing problem for me. The URL is at the Mac Wallets thread listed in my signature. Enjoy!

Great! Thanks!

[Taxidermista]

Hello all just wanted to let everyone know there is a new client for PhenixCoin

** PLEASE UPDATE YOUR CLIENTS ** - Version 6.4.7 is now available, please download it before block 46500.

You can download the client from here http://phenixcoin.com

Changes that have been implemented are: Difficultly changes every 480 blocks max change is 80%. We have also added checkpoints as well.

Please help spread the word of the new client for PhenixCoin. Thank you for your support and happy mining!


                      Thanks
                         John
                            

 

I don't know if this explorer is working properly: http://explorer.phenixcoin.com/chain/Phenixcoin

But the difficulty changes every 300 blocks, not 480.

[weav]

Hello all just wanted to let everyone know there is a new client for PhenixCoin

** PLEASE UPDATE YOUR CLIENTS ** - Version 6.4.7 is now available, please download it before block 46500.

You can download the client from here http://phenixcoin.com

Changes that have been implemented are: Difficultly changes every 480 blocks max change is 80%. We have also added checkpoints as well.

Please help spread the word of the new client for PhenixCoin. Thank you for your support and happy mining!


                      Thanks
                         John
                            

 

I don't know if this explorer is working properly: http://explorer.phenixcoin.com/chain/Phenixcoin

But the difficulty changes every 300 blocks, not 480.

It changes every 600 blocks, see https://bitcointalk.org/index.php?topic=237329.msg2524705#msg2524705

This takes ideally 15 hours (but can take much longer or less, depending on changes in the network hashrate)

[Taxidermista]

Hello all just wanted to let everyone know there is a new client for PhenixCoin

** PLEASE UPDATE YOUR CLIENTS ** - Version 6.4.7 is now available, please download it before block 46500.

You can download the client from here http://phenixcoin.com

Changes that have been implemented are: Difficultly changes every 480 blocks max change is 80%. We have also added checkpoints as well.

Please help spread the word of the new client for PhenixCoin. Thank you for your support and happy mining!


                      Thanks
                         John
                            

 

Now is 600??? I don't think so.
I don't know if this explorer is working properly: http://explorer.phenixcoin.com/chain/Phenixcoin

But the difficulty changes every 300 blocks, not 480.

It changes every 600 blocks, see https://bitcointalk.org/index.php?topic=237329.msg2524705#msg2524705

This takes ideally 15 hours (but can take much longer or less)

[weav]

Another bug, mentioned earlier, still occurs:

after running the wallet for a while (hours) the "Synchronizing with network.." progress bar reappears saying:

327431 blocks remaining

 and when hovering over it with the mouse:

Downloaded block 46579 of 374010

although there are only 46579 blocks in total by now.

Errors like the following show up in the -printtoconsole log:

Code:

ERROR: FetchInputs() : 7f86e710b0 mempool Tx prev not found 73a5af9661
stored orphan tx 7f86e710b0 (mapsz 15)
ERROR: FetchInputs() : d02d4ba85b mempool Tx prev not found 8ca4687af1
stored orphan tx d02d4ba85b (mapsz 16)
received getdata for: tx de72b672826e9013aa7f
ResendWalletTransactions()
ERROR: FetchInputs() : 38b44facd9 mempool Tx prev not found c39f7dc03d
stored orphan tx 38b44facd9 (mapsz 17)

Not really a bug, just one or more people who are trying to get us on the LTC (or another) chain.
Just ignore it

Oh   Weird. How do they do it?

Not sure *how* they do it ... probably a misconfigured port somewhere.
But normally this should not happen because litecoin clients should not be allowed to talk to phenixcoin clients.
Each coin should use a different identifier (often called "magic number"), but pxc and most other coins did not change this identifier when copying the code base of litecoin
(this identifier is 4 bytes, in the pchMessageStart variable)

With a correct setting of this variable to something else (as long as it is not used by another coin), it would take at least someone manually copying the litecoin blockchain into pxc directory to have this problem.

Thanks, that's odd indeed, I mean what are the odds for that working? Shouldn't the proof of work system reject locally invalid blocks from a different chain and prevent this? Well, they managed to trick my client somehow  

[erundook]

I updated my Mac build of the PhenixCoin wallet to version 0.6.4.7, which resolved a syncing problem for me. The URL is at the Mac Wallets thread listed in my signature. Enjoy!

there is also a free online wallet at my sig which started supporting PXC today

[nawazish1]

I updated my Mac build of the PhenixCoin wallet to version 0.6.4.7, which resolved a syncing problem for me. The URL is at the Mac Wallets thread listed in my signature. Enjoy!

there is also a free online wallet at my sig which started supporting PXC today

I was really waiting for you to do this. Now more people can come to PXC easily.

[mika1977]

I updated my Mac build of the PhenixCoin wallet to version 0.6.4.7, which resolved a syncing problem for me. The URL is at the Mac Wallets thread listed in my signature. Enjoy!

there is also a free online wallet at my sig which started supporting PXC today

What is the operating principle of the online wallet?

[erundook]

I updated my Mac build of the PhenixCoin wallet to version 0.6.4.7, which resolved a syncing problem for me. The URL is at the Mac Wallets thread listed in my signature. Enjoy!

there is also a free online wallet at my sig which started supporting PXC today

What is the operating principle of the online wallet?

for people to have a portion of their coins for easy online access.

[B. Tazed]

Nice to have devs on top of things.

[B. Tazed]

Nice to have devs on top of things.

6.4.8 available.

[lucerohein]

Updated, any newer updates on the way?

[MaGNeT]

Update on Feathercoin forum:

https://forum.feathercoin.com/index.php?topic=2939.msg22770#msg22770

Team,

Unfortunately, just when you think a piece of software is ready to rock and roll, a last minute bug or two appears and slaps you in the face. Since UNOCS Bridge deals with the secure transfer of coins between parties, I understand the dev team to spend additional time stomping it out. Obviously, this launch didn't go as expected.. ok, lessons learned. I accept responsibility and will just have to hope that the end result will justify the pain up-front in your eyes.

I'm just waiting for the final green light from the team. As soon as I hear back, I'll immediately update this post.

John
justabitoftime

Update on http://UNOCS.com now too

Notice - Killing bugs is taking longer then I thought. I am working hard to get this done asap.
I am hoping to be able to open the site in a couple more hours.
~iamatrix