BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 192.

thesnat21

jr. member

Activity: 490

Merit: 4

Quote from: bible_pay on March 14, 2019, 08:32:29 PM

Ok it makes a little more sense now, I believe I see the lions share of the problem (IE bigger than reorganizing).

Ive got two nodes that dont agree here, both consider one of the forks valid but node 2 is following a shorter chain.
Looking at the log on node2, it feels the list of sanctuaries is different than node1. Another words, it has a view of sanctuary payments that differs from other parts of our network.

So basically the sanctuary payment is enforced with a hard rule - and this can cause a fork. We need to either A) Sync all the sancs, or B) Temporarily not enforce that sancs get paid properly.

Ill work on B at a network level now.

Sancs: Please try to sync to the top so your data can synchronize.

We will need to know what the "top" is.. I have 3 different chains i'm seeing

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: bible_pay on March 14, 2019, 08:32:29 PM

Ok it makes a little more sense now, I believe I see the lions share of the problem (IE bigger than reorganizing).

Ive got two nodes that dont agree here, both consider one of the forks valid but node 2 is following a shorter chain.
Looking at the log on node2, it feels the list of sanctuaries is different than node1. Another words, it has a view of sanctuary payments that differs from other parts of our network.

So basically the sanctuary payment is enforced with a hard rule - and this can cause a fork. We need to either A) Sync all the sancs, or B) Temporarily not enforce that sancs get paid properly.

Ill work on B at a network level now.

Sancs: Please try to sync to the top so your data can synchronize.

Ok, I'm fully positive the problem is that some nodes are denying sanctuary payments, other nodes arent, because they have different views (confirmed in the logs).

So what this means is we either need 51% upgraded or we need to disable this hard check until we are all in agreement (this is sort of a chicken and egg problem).

I think the safer way is for me to disable this rule and then re-enable after we are fully synced. However, the problem is this rule switch-over to spork requires another upgrade.

Building...

P.S. The reason we did not have to go through this before is because at Christmas of 2017 we made our cutover to sanctuaries a mandatory all at the same height (and we only had a few sancs). Now we have 500 sancs that are completely in disagreement with each others height.

zthomasz

member

Activity: 489

Merit: 12

Give us the block number on the good chain.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Ok it makes a little more sense now, I believe I see the lions share of the problem (IE bigger than reorganizing).

Ive got two nodes that dont agree here, both consider one of the forks valid but node 2 is following a shorter chain.
Looking at the log on node2, it feels the list of sanctuaries is different than node1. Another words, it has a view of sanctuary payments that differs from other parts of our network.

So basically the sanctuary payment is enforced with a hard rule - and this can cause a fork. We need to either A) Sync all the sancs, or B) Temporarily not enforce that sancs get paid properly.

Ill work on B at a network level now.

Sancs: Please try to sync to the top so your data can synchronize.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: bbptoshi on March 14, 2019, 06:58:25 PM

is there a set of instructions for restarting sanctuaries?

edit: nevermind, found this:

Quote

Thanks Jenny - please do this:

- Wait 10 minutes for me to issue the global command to my sancs
- cd %appdata%\biblepaycore
- rm banlist.dat
- rm blocks -r
- rm chainstate -r
- Restart wallet

The theory is that by removing the banlist, we will see each others nodes.

Thanks,
Rob

and for my wallet I'm banning the nodes that only have 107021 blocks.

I realize this is very frustrating all.

Looking at the code, I don't see any problem with our POW (POBH) algorithm.

I believe the main problem is that the legacy (ghost) chain on < 1.1.9.9 is still considered longer, the client is pulling those blocks into memory, and the re-organize code keeps getting called. We just need to be patient and get more people upgraded to 1.1.9.9 (> 50%).

It looks like we have 25% upgraded so far.

Lets keep trying.

bbptoshi

copper member

Activity: 39

Merit: 0

is there a set of instructions for restarting sanctuaries?

edit: nevermind, found this:

Quote

Thanks Jenny - please do this:

- Wait 10 minutes for me to issue the global command to my sancs
- cd %appdata%\biblepaycore
- rm banlist.dat
- rm blocks -r
- rm chainstate -r
- Restart wallet

The theory is that by removing the banlist, we will see each others nodes.

Thanks,
Rob

and for my wallet I'm banning the nodes that only have 107021 blocks.

dave_bbp

jr. member

Activity: 405

Merit: 3

Quote from: bible_pay on March 14, 2019, 05:47:59 PM

Im seeing this hash on 90% of my peers:

getblockhash 107086
3dba45d9162957eb7feaf6e40e8fb9f55d6155236ab1dfbc4a5ab80bcb3bf0cc

POW diff: 1279

Its a little too early to tell; resyncing the pool; Ill check again in 20 mins.

This is also where my wallets (1199g synced from scratch) landed on. Let's hope the network can agree on this chain. Also the pool seems to accept the solutions now. Good work so far!

Kismar

newbie

Activity: 12

Merit: 0

Quote from: bible_pay on March 14, 2019, 05:47:59 PM

Im seeing this hash on 90% of my peers:

getblockhash 107086
3dba45d9162957eb7feaf6e40e8fb9f55d6155236ab1dfbc4a5ab80bcb3bf0cc

POW diff: 1279

Its a little too early to tell; resyncing the pool; Ill check again in 20 mins.

my 2 wallets and masternode agree with this. Though my linux wallet crashed, didn't see any errors in the debug log, only had this from the command prompt:

[1]+ Segmentation fault (core dumped) ./biblepay/src/qt/biblepay-qt

I restarted it and will let you know if it happens again.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Im seeing this hash on 90% of my peers:

getblockhash 107086
3dba45d9162957eb7feaf6e40e8fb9f55d6155236ab1dfbc4a5ab80bcb3bf0cc

POW diff: 1279

Its a little too early to tell; resyncing the pool; Ill check again in 20 mins.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Ok I deleted banlist and Im resyncing all my sancs, not sure if it will help others but lets see what happens in 30 mins.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: macko20 on March 14, 2019, 05:20:04 PM

...

No Macko your not- you have been banned, so please dont disguise yourself as someone who cares after stealing over 1 mil bbp from the exchange and having a long history of disrespect here - you are already banned until you personally apologize to me and show that you can change.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: noxpost on March 14, 2019, 05:11:09 PM

Quote from: bible_pay on March 14, 2019, 04:54:21 PM

Did you see how the mean spirited individual took this out of context and tried to imply we are smaller by pointing fingers, etc, instead of looking at what we can do to grow?

I see the context of this post as positive, it means all of the lazy armchair whiners are who helped cause us to shrink, or possibly people leaving because of the low price.

Either way it would be nice to form a solid group with the Holy Spirit to propel us forward.

Yes, there is always a possibility for us to pull together and be greater than the sum of our parts. What kind of activities could we be doing that would spread the message and improve our impact?

Could you please start a thread with TheSnat on forum.biblepay.org, and we can all get involved in the conversation when bandwidth opens up (most likely the day Evolution goes into testnet). Until then were pretty much working 24/7 to release Evolution to testnet, so replying here would not give the subject the time or intelligence it deserves.

macko20

newbie

Activity: 89

Merit: 0

Quote from: bible_pay on March 14, 2019, 04:49:01 PM

Quote from: capulo on March 14, 2019, 04:29:30 PM

Quote from: ?? on ??

Quote from: eternalenvoy on March 14, 2019, 03:26:23 PM

Quote from: ?? on ??

We have next fork now, its the end.

Same here,

Different machines show different fork blocks after update to 1.1.9.9g version.

After such a long time, it still failed to return on the right block, which is worrying. Undecided

I gave some power on correct chain(about 40% all), we must waiting ....

wchich one is correct, i have wallets on blocks 107049, 107076 and 107021
107076 in most cases
few wallets unable to connect peers

Did you re-sync the chain from zero?

This is not a true complaint from these other trollers! The chain is syncing fine.

Every Node needs resynced from zero that was above 107,000 after the upgrade.

Relax Rob,

We have to recover the main chain. There is a problem and we are here to help.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: JennyR on March 14, 2019, 05:13:46 PM

Quote from: bible_pay on March 14, 2019, 04:47:25 PM

Quote from: thesnat21 on March 14, 2019, 04:31:55 PM

Quote from: capulo on March 14, 2019, 04:29:30 PM

Quote from: ?? on ??

Quote from: eternalenvoy on March 14, 2019, 03:26:23 PM

Quote from: ?? on ??

We have next fork now, its the end.

Same here,

Different machines show different fork blocks after update to 1.1.9.9g version.

After such a long time, it still failed to return on the right block, which is worrying. Undecided

I gave some power on correct chain(about 40% all), we must waiting ....

wchich one is correct, i have wallets on blocks 107049, 107076 and 107021
107076 in most cases
few wallets unable to connect peers

good question ... hard to say which is the "real" chain at this point

Please try not to quote banned members posts, thanks.

Sir, I don’t know who is banned or not. I just have the same problem.

Captain, the ship is in a storm and we are ALL in it. Please give us clear and concise instructions what to do when our wallets show different block counts even after multiple restarts. Where can we find the latest correct hash of the main kosha chain updated in real time, please?

We need your help and direction in times like this, Sir, to steady the ship. May God speed you! We await your instructions....

Thanks Jenny - please do this:

- Wait 10 minutes for me to issue the global command to my sancs
- cd %appdata%\biblepaycore
- rm banlist.dat
- rm blocks -r
- rm chainstate -r
- Restart wallet

The theory is that by removing the banlist, we will see each others nodes.

Thanks,
Rob

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: bible_pay on March 14, 2019, 05:09:51 PM

Quote from: capulo on March 14, 2019, 05:08:39 PM

Quote from: bible_pay on March 14, 2019, 04:49:01 PM

Quote from: capulo on March 14, 2019, 04:29:30 PM

wchich one is correct, i have wallets on blocks 107049, 107076 and 107021
107076 in most cases
few wallets unable to connect peers

Did you re-sync the chain from zero?

This is not a true complaint from these other trollers! The chain is syncing fine.

Every Node needs resynced from zero that was above 107,000 after the upgrade.

clean install, i stopped podc and install wallet and start it. then several rescan, reindex, delete all, reinstall, uninstall etc...

also trying with clean config file or with added nodes

nothing help to get peers, only if i copy peers file from another wallet, then it starts connecting somewhere

Ok yeah I think a lot of our peers banned each other due to the constant asking for blocks.

Let me look at each chain in getchaintips.

It appears the problem is we have network fragmentation; the pool is not connected to a node that my home network is connected to; so it doesnt even have the block header or that chain.

I believe we need to ask people to delete banlist.dat and resync the chain.

In the meantime, Ill run a global command to delete banlist.dat and resync all of my sancs - since they are public that will potentially help bridge the problem together.

JennyR

newbie

Activity: 5

Merit: 0

Quote from: bible_pay on March 14, 2019, 04:47:25 PM

Quote from: thesnat21 on March 14, 2019, 04:31:55 PM

Quote from: capulo on March 14, 2019, 04:29:30 PM

Quote from: ?? on ??

Quote from: eternalenvoy on March 14, 2019, 03:26:23 PM

Quote from: ?? on ??

We have next fork now, its the end.

Same here,

Different machines show different fork blocks after update to 1.1.9.9g version.

After such a long time, it still failed to return on the right block, which is worrying. Undecided

I gave some power on correct chain(about 40% all), we must waiting ....

wchich one is correct, i have wallets on blocks 107049, 107076 and 107021
107076 in most cases
few wallets unable to connect peers

good question ... hard to say which is the "real" chain at this point

Please try not to quote banned members posts, thanks.

Sir, I don’t know who is banned or not. I just have the same problem.

Captain, the ship is in a storm and we are ALL in it. Please give us clear and concise instructions what to do when our wallets show different block counts even after multiple restarts. Where can we find the latest correct hash of the main kosha chain updated in real time, please?

We need your help and direction in times like this, Sir, to steady the ship. May God speed you! We await your instructions....

noxpost

jr. member

Activity: 235

Merit: 3

Quote from: bible_pay on March 14, 2019, 04:54:21 PM

Did you see how the mean spirited individual took this out of context and tried to imply we are smaller by pointing fingers, etc, instead of looking at what we can do to grow?

I see the context of this post as positive, it means all of the lazy armchair whiners are who helped cause us to shrink, or possibly people leaving because of the low price.

Either way it would be nice to form a solid group with the Holy Spirit to propel us forward.

Yes, there is always a possibility for us to pull together and be greater than the sum of our parts. What kind of activities could we be doing that would spread the message and improve our impact?

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: capulo on March 14, 2019, 05:08:39 PM

Quote from: bible_pay on March 14, 2019, 04:49:01 PM

Quote from: capulo on March 14, 2019, 04:29:30 PM

wchich one is correct, i have wallets on blocks 107049, 107076 and 107021
107076 in most cases
few wallets unable to connect peers

Did you re-sync the chain from zero?

This is not a true complaint from these other trollers! The chain is syncing fine.

Every Node needs resynced from zero that was above 107,000 after the upgrade.

clean install, i stopped podc and install wallet and start it. then several rescan, reindex, delete all, reinstall, uninstall etc...

also trying with clean config file or with added nodes

nothing help to get peers, only if i copy peers file from another wallet, then it starts connecting somewhere

Ok yeah I think a lot of our peers banned each other due to the constant asking for blocks.

Let me look at each chain in getchaintips.

capulo

newbie

Activity: 491

Merit: 0

Quote from: bible_pay on March 14, 2019, 04:49:01 PM

Quote from: capulo on March 14, 2019, 04:29:30 PM

wchich one is correct, i have wallets on blocks 107049, 107076 and 107021
107076 in most cases
few wallets unable to connect peers

Did you re-sync the chain from zero?

This is not a true complaint from these other trollers! The chain is syncing fine.

Every Node needs resynced from zero that was above 107,000 after the upgrade.

clean install, i stopped podc and install wallet and start it. then several rescan, reindex, delete all, reinstall, uninstall etc...

also trying with clean config file or with added nodes

nothing help to get peers, only if i copy peers file from another wallet, then it starts connecting somewhere

Kismar

newbie

Activity: 12

Merit: 0

Quote from: bible_pay on March 14, 2019, 01:15:48 PM

Things look good now: The pool is working properly.

13:15:59

getblockhash 107050

13:15:59

23d16ee5b5f54fa0445d62ec90849236b989ec2fbd8bcd774264ec00c737cbb6

** Welcome back Proof-of-Bible-Hash (POW) **

I had two wallets sync'd to this block back at that point, and they have since diverged from each other. what is the highest block and its blockhash for the correct chain? Edit: both are running 1.1.9.9

Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 192. (Read 243437 times)