[ANN] Philosopherstone - PHS | No Premine | Mandatory update 1.2Beta3 - page 13.

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: Palmdetroit on August 14, 2013, 06:23:40 AM

Quote from: Balthazar on August 14, 2013, 06:18:14 AM

Actually it's recommended to compare project with an appropriate NVC sources tree revision and perform the differences review... Because it's possible, that another logical bomb waiting for the moment.

Quote from: Palmdetroit on August 14, 2013, 06:13:47 AM

1.2 made it past 6084 but seems to go very very slow now 8332,..8333..8334 very slow

It's normal, because there are not so much nodes on the right chain. Add checkpoints on block 8332 and publish your build, it will help to resolve this problem.

just for 8332? like this?
https://github.com/palmd/philosopherstone/commit/00b856b38be0af3b3142ef599f5eac9551a9a79f

block has is now 8332 000000010fdba3893a3129400f6bf820d068833426c8454c1fc93b9a1994bc07 and not 000000003738edb294dda617def727991d763efbe7c328a2c4d26e46d39d9ea9

WTF?

block 11111 now

Balthazar

legendary

Activity: 3108

Merit: 1359

Quote from: Palmdetroit on August 14, 2013, 06:23:40 AM

just for 8332? like this?
https://github.com/palmd/philosopherstone/commit/00b856b38be0af3b3142ef599f5eac9551a9a79f

You can place it on any 9000+ block, but 8332 will be enough.

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

just jumped back 2500 blocks or so.. going up fast now

now slow again 8353

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: Balthazar on August 14, 2013, 06:18:14 AM

Actually it's recommended to compare project with an appropriate NVC sources tree revision and perform the differences review... Because it's possible, that another logical bomb waiting for the moment.

Quote from: Palmdetroit on August 14, 2013, 06:13:47 AM

1.2 made it past 6084 but seems to go very very slow now 8332,..8333..8334 very slow

It's normal, because there are not so much nodes on the right chain. Add checkpoints on block 8332 and publish your build, it will help to resolve this problem.

just for 8332? like this?
https://github.com/palmd/philosopherstone/commit/00b856b38be0af3b3142ef599f5eac9551a9a79f

Balthazar

legendary

Activity: 3108

Merit: 1359

Quote from: monocolor on August 14, 2013, 06:18:29 AM

Looks like there base code may not be as mature as Litecoin...

Elacoin and many another examples can prove that you are wrong. Shitty code could be done using any codebase.

monocolor

hero member

Activity: 766

Merit: 621

Own ONION

Quote from: Palmdetroit on August 14, 2013, 06:13:47 AM

Quote from: Balthazar on August 14, 2013, 05:48:19 AM

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

P.S. I really have no idea why anyone would try to use GetAdjustedTime() here.

1.2 made it past 6084 but seems to go very very slow now 8332,..8333..8334 very slow

I am using the existing 1.2 client, and it has been very slow now at block 8337, the block still advance but slowly. It seems that it's been sync'ing the pos blocks... Oh well, seems to me all the recent pow/pos coin have problems, HBN, CAP, STR, GRW, etc. Looks like there base code may not be as mature as Litecoin...

Balthazar

legendary

Activity: 3108

Merit: 1359

Actually it's recommended to compare project with an appropriate NVC sources tree revision and perform the differences review... Because it's possible, that another logical bomb waiting for the moment.

Quote from: Palmdetroit on August 14, 2013, 06:13:47 AM

1.2 made it past 6084 but seems to go very very slow now 8332,..8333..8334 very slow

It's normal, because there are not so much nodes on the right chain. Add checkpoints on block 8332 and publish your build, it will help to resolve this problem.

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: monocolor on August 14, 2013, 06:10:24 AM

Quote from: Palmdetroit on August 14, 2013, 06:08:55 AM

Quote from: monocolor on August 14, 2013, 06:08:07 AM

Quote from: Balthazar on August 14, 2013, 05:48:19 AM

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

P.S. I really have no idea why anyone would try to use GetAdjustedTime() here.

hmm thanks Balthazar... with expert's word can someone please fix the issue and recompile the client? John does not have access to his build env and someone else please fix the problem and publish the client? Then we should be back on track...

just above your post

nice, sorry I missed it, will try now..

oh, do you have a windows client?

i do but id rather not post it , not sure what this will do tbh might fry your wallet or something, if you can compile tho go for it, and if it works ill post it of course

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: Balthazar on August 14, 2013, 05:48:19 AM

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

P.S. I really have no idea why anyone would try to use GetAdjustedTime() here.

1.2 made it past 6084 but seems to go very very slow now 8332,..8333..8334 very slow

monocolor

hero member

Activity: 766

Merit: 621

Own ONION

Quote from: Palmdetroit on August 14, 2013, 06:08:55 AM

Quote from: monocolor on August 14, 2013, 06:08:07 AM

Quote from: Balthazar on August 14, 2013, 05:48:19 AM

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

P.S. I really have no idea why anyone would try to use GetAdjustedTime() here.

hmm thanks Balthazar... with expert's word can someone please fix the issue and recompile the client? John does not have access to his build env and someone else please fix the problem and publish the client? Then we should be back on track...

just above your post

nice, sorry I missed it, will try now..

oh, do you have a windows client?

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: monocolor on August 14, 2013, 06:08:07 AM

Quote from: Balthazar on August 14, 2013, 05:48:19 AM

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

P.S. I really have no idea why anyone would try to use GetAdjustedTime() here.

hmm thanks Balthazar... with expert's word can someone please fix the issue and recompile the client? John does not have access to his build env and someone else please fix the problem and publish the client? Then we should be back on track...

just above your post

https://github.com/palmd/philosopherstone

monocolor

hero member

Activity: 766

Merit: 621

Own ONION

Quote from: Balthazar on August 14, 2013, 05:48:19 AM

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

P.S. I really have no idea why anyone would try to use GetAdjustedTime() here.

hmm thanks Balthazar... with expert's word can someone please fix the issue and recompile the client? John does not have access to his build env and someone else please fix the problem and publish the client? Then we should be back on track...

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: Balthazar on August 14, 2013, 05:48:19 AM

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

P.S. I really have no idea why anyone would try to use GetAdjustedTime() here.

nvm 1.2 will try quick...

https://github.com/palmd/philosopherstone/commit/21b1b93e860c307914feca1d799c37e9db181942

made it past good ol' 6084

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: bholzer on August 14, 2013, 04:49:42 AM

Quote from: Palmdetroit on August 14, 2013, 04:31:33 AM

We will prolly have to stick with 1.1 and work from there, not sure anyone would want to lose last 6k blocks lol

My #1 concern is saving PHS and getting everything back on track. The majority of my PHS was pre-incident so as long as that is secure I can live with the direction things go.

ya we shall try but it won't be easy

Balthazar

legendary

Activity: 3108

Merit: 1359

The bug is ridiculously simple.

Code:

if(GetAdjustedTime() > RWD_SWITCH_TIME)
    nSubsidy /= 64;

GetAdjustedTime() call MUST be replaced with nTime. After this you should re-download block chain and add the new checkpoint. It's the only way to continue operation correctly.

Tony116

legendary

Activity: 2338

Merit: 1023

DGbet.fun - Crypto Sportsbook

http://phs.minar.cc/
same scam pool. :|

bholzer

hero member

Activity: 490

Merit: 510

The Murraycoin Project ▪ Lead Developer

Quote from: Palmdetroit on August 14, 2013, 04:31:33 AM

We will prolly have to stick with 1.1 and work from there, not sure anyone would want to lose last 6k blocks lol

Even though I haven't been mining on the 1.1 chain, I'm willing to lose the blocks I've mined on the original chain if it means far fewer people get screwed. For a while, most of the hash power remained on the original chain (which is why I continued to mine it) but this thread kept going a different direction.

My #1 concern is saving PHS and getting everything back on track. The majority of my PHS was pre-incident so as long as that is secure I can live with the direction things go.

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: monocolor on August 14, 2013, 04:38:32 AM

need a consensus, if the community will go back to 1.1 chain, we should probably do it, but it seems to me that 1.1 chain is not a good one, it is a forked one, not the original one.

The current chain the pools and everyone is on is the 1.1 chain (even though using 1.2client), that is why the 1.2 client is not able to download then chain by itself and why you need to run 1.1 first. The choice is pretty much go on 1.1 as we have been doing or go back ~6000 blocks to 1.2, if that is possible. Community will have to decide this for sure.

As john said and which seems to be the case by how the client works "It seems to me that someone forked the PHS chain and it is no longer the original chain."

edit* It's also possible 1.2 chain is correct and 1.1 is the wrong chain, will find out.

And I do know 100% for sure there are up to 6 other forks lol

edit2 and they are all at much lower height than the 'main' one

monocolor

hero member

Activity: 766

Merit: 621

Own ONION

need a consensus, if the community will go back to 1.1 chain, we should probably do it, but it seems to me that 1.1 chain is not a good one, it is a forked one, not the original one.

Palmdetroit

legendary

Activity: 910

Merit: 1000

PHS 50% PoS - Stop mining start minting

Quote from: one4many on August 14, 2013, 04:19:56 AM

Quote from: Palmdetroit on August 14, 2013, 03:26:25 AM

Quote from: johntawaki on August 14, 2013, 03:02:49 AM

It seems to me that someone forked the PHS chain and it is no longer the original chain. This is probably from the mess when some people switched to 1.2 and someone with big hashpower did not switch.

Since I am on a multi-week business trip now and have no access to my compilation environment, I can not help much on this. What I suggest is that if someone can take it over with a reasonable chain, the coin will probably survive. The source code is public source in github, and it is up to date.

Also it looks like the time-based switch is not good, the block-based switch is probably better and more forceful. Unfortunately for now the chain is messed up and if the community can go with the current chain it's probably OK (i.e. as someone suggested sync with 1/0/1.1 then 1.2).

This is a zero-premine coin, and I have virtually no coins (except a few thousands from the early mining). I'll help as I can for the community. Certainly I did not expect such a turmoil during my absence...

As it stands now (the 1.1>1.2 trick, and others) No exchange is going to list it , and would have no future potential really. I guess we have to see how far back the real chain is and if it's even possible to fix the assumed current chain which is really not the PHS chain .

It does seem like 1.1 is the 'right' chain currently and 1.2 is not...

+1 .... But PLEASE keep mining with will all you got! Grin

.... LTC mining got nearly 200 (difficulty) easier ... making me more money Cool

LTC! CMC is 100% more profit!

We will prolly have to stick with 1.1 and work from there, not sure anyone would want to lose last 6k blocks lol

Topic: [ANN] Philosopherstone - PHS | No Premine | Mandatory update 1.2Beta3 - page 13. (Read 81158 times)