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

[eternalenvoy]

May I know where can check the block is "right" road?
I checked my MNs is different with explorer...

Since masternodes.online is not listed BBP .. anyone knows have another monitoring website?

Here is one way:

https://chainz.cryptoid.info/bbp/


I believe we have this hash (high diff):


getblockhash 119916

e7addba62252b412d5b7a9433cd1802dbbcfd8687ff9432e4ca8da090e4a8ff1

Thank you for your information.

It seem the "right" block  is 119928
Southxchange and https://chainz.cryptoid.info/bbp/ also showing "119928"
However, Official Explorer  is 119917 ...

Different nodes display different blocks "119893" "119912"  "119914" , it seems have several forked.

[bible_pay]

May I know where can check the block is "right" road?
I checked my MNs is different with explorer...

Since masternodes.online is not listed BBP .. anyone knows have another monitoring website?

Here is one way:

https://chainz.cryptoid.info/bbp/


I believe we have this hash (high diff):


getblockhash 119916

e7addba62252b412d5b7a9433cd1802dbbcfd8687ff9432e4ca8da090e4a8ff1

Thank you for your information.

It seem the "right" block  is 119928
Southxchange and https://chainz.cryptoid.info/bbp/ also showing "119928"
However, Official Explorer  is 119917 ...

Different nodes display different blocks "119893" "119912"  "119914" , it seems have several forked.

No problem man, but I find it hard that we have a fork because our diff has been above 10K for quite a while (and we only have POBH on right now).

Could you please tell me more about the nodes that are forked, can you check those nodes and look at the Peers list and see if you have any banned peers?  Could be a regional issue.

In the mean time Ill run my sanc report - this shows the conglomerated diff and block on more than 50 nodes so its usually good to see the total health of the network (for me).

[bible_pay]

May I know where can check the block is "right" road?
I checked my MNs is different with explorer...

Since masternodes.online is not listed BBP .. anyone knows have another monitoring website?

Here is one way:

https://chainz.cryptoid.info/bbp/


I believe we have this hash (high diff):


getblockhash 119916

e7addba62252b412d5b7a9433cd1802dbbcfd8687ff9432e4ca8da090e4a8ff1

Thank you for your information.

It seem the "right" block  is 119928
Southxchange and https://chainz.cryptoid.info/bbp/ also showing "119928"
However, Official Explorer  is 119917 ...

Different nodes display different blocks "119893" "119912"  "119914" , it seems have several forked.

No problem man, but I find it hard that we have a fork because our diff has been above 10K for quite a while (and we only have POBH on right now).

Could you please tell me more about the nodes that are forked, can you check those nodes and look at the Peers list and see if you have any banned peers?  Could be a regional issue.

In the mean time Ill run my sanc report - this shows the conglomerated diff and block on more than 50 nodes so its usually good to see the total health of the network (for me).

Im seeing all nodes are on the 11916 chain above, please check to see if deleting your banlist.dat works.

[eternalenvoy]

I have completely deleted biblepaycore folder and reindex , all my masternode is showing 119940 now.. different with official explorer and same with SXC & https://chainz.cryptoid.info/bbp/

[bible_pay]

I have completely deleted biblepaycore folder and reindex , all my masternode is showing 119940 now.. different with official explorer and same with SXC & https://chainz.cryptoid.info/bbp/

You were probably good then - the blocks have moved up since we started diagnosing, so just go back to the old block and type:

getblockhash 119916

e7addba62252b412d5b7a9433cd1802dbbcfd8687ff9432e4ca8da090e4a8ff1


Just see if your nodes still match that hash, if they do, everything is OK.

[bible_pay]

Since we will be upgrading to Evo in only 13 days we really need to test Evo in prod from the pool perspective on all pools.

In testnet two of us tested pool mining in prod against purepool & pool.biblepay and they passed.


Pool owners: Please test Evo in prod as a pool server, but do it in a way where you can roll back if it doesn't work.

EDIT: Pools - you can post messages here to confirm its working:
https://forum.biblepay.org/index.php?topic=391.msg6053#msg6053

[bible_pay]

*** BIBLEPAY EVOLUTION UPGRADE INFORMATION ***

June 2nd, 2019 - After Height 123,000 - At this height, we would like the entire network (users and sanctuaries to upgrade).  Note:  Do not upgrade before block 123,000 if you are a sanctuary - as Evo governance is not compatible with this monthly superblock.   Regular miners may upgrade before 123,000, but please do not upgrade your controller wallet before 123,000 except for testing only (as the Evo controller wallet will not be compatible with BiblePay Classic sanctuaries).  At height 123,000 our exchanges will go into maintenance.  (Note:  the mandatory Evo cutover height is 123,200).

June 2nd through June 9th 2019 - After height 123,000 - At this time we would like all sanctuaries to upgrade to Evo in non-deterministic mode.  Since we have changed our lockup requirements to 4,500,001 per sanctuary, we ask you to re-lock every sanctuary in your cold wallet, start them, and test them (verify they are started and in the sanctuary list).

June 10th 2019 - At height 124,400 - At this height our exchanges will come back online.

July 2nd 2019 - After height 129,150 - At this time we would like all sanctuaries to upgrade to deterministic mode (using the upgradesanc RPC command, to be explained in detail).  This height is after our June superblock pays out.  (The reason we require a two-step upgrade is to preserve backward compatibility during the month of June with classics block structure).  

August 2nd 2019 - After height 135,300 - We enable Dip3 (deterministic Sancs) meaning we no longer support non-deterministic sancs on the network.  All non-upgraded sancs after this height will not be paid rewards.

[bible_pay]

Slovakia, if you want to post here again just send me a PM with the apology for:

- Calling us a scam
- Calling me an orphan fund thief
- Swearing

If you explain that you were wrong about these things, and also Repent and tell us you will never do these things again, I will restore access.

God Bless You,
Rob

[eternalenvoy]

It seems forked again?

MY MN 1  "blocks": 120659,
MY MN 2  "blocks": 120680,

Official Explorer blocks = 120667

https://chainz.cryptoid.info/bbp/ show blocks = 120690



which is the right road?

[SEO_Account]

getblockhash 120695

4bdaaa2623a8c128d537393e1d66a457e4e1c2d126edf282fc2052cc2b9bef2c

[bible_pay]

It seems forked again?

MY MN 1  "blocks": 120659,
MY MN 2  "blocks": 120680,

Official Explorer blocks = 120667

https://chainz.cryptoid.info/bbp/ show blocks = 120690



which is the right road?

Hi Eternalenvoy,

I just took a look at your last 17 posts, and I believe all 17 are inaccurate.

We had only ONE fork in BiblePay, and that was back at block 105,000 (which, remind you we asked the exchanges to shut down while we disabled POG and reorganized to POBH).

So I'm going to give you the benefit of the doubt, that you have bad machines and a personally bad experience on your end (which is very hard to believe that it could be spread out over that time period - and it is in contrast to my experience with BBP sancs).

Our diff has been over 20,000 and we have not had a fork for 15,000 blocks and we only had ONE (not 16).  The masternodes are NOT confused where they are, as we are on decentralized with a flavor of POW called POBH (not a staking algorithm that is hard to come to consensus).

Please be more careful about what you post in the future - check that it is entirely accurate - as it appears you are trying to spread FUD here.

(IE you would say "I seem forked again personally" not "it seems forked again") - as we were not forked before - and I recall replying to you and saying that in the reply - therefore you should already know we weren't forked 'before'.

[togoshigekata]

I think the explorer is lagged behind by 40+ minutes
http://explorer.biblepay.org/
https://chainz.cryptoid.info/bbp/

I remoted in, everything looks okay,
I did find a 49GB log file for mongodb and reset it

I can try stopping everything, maybe doing a fresh reboot of the server, and then start everything back up again,
I think Iquidus explorer just isnt that great, the chainz one is awesome

[bible_pay]

I think the explorer is lagged behind by 40+ minutes
http://explorer.biblepay.org/
https://chainz.cryptoid.info/bbp/

I remoted in, everything looks okay,
I did find a 49GB log file for mongodb and reset it

I can try stopping everything, maybe doing a fresh reboot of the server, and then start everything back up again,
I think Iquidus explorer just isnt that great, the chainz one is awesome

But explorer.biblepay.org is not forked, as I see its diff is > 12,000 on it.  So I just want to clarify he was alluding to a fork, and we have not been forking after POG (ever - not once).

[bible_pay]

I think the explorer is lagged behind by 40+ minutes
http://explorer.biblepay.org/
https://chainz.cryptoid.info/bbp/

I remoted in, everything looks okay,
I did find a 49GB log file for mongodb and reset it

I can try stopping everything, maybe doing a fresh reboot of the server, and then start everything back up again,
I think Iquidus explorer just isnt that great, the chainz one is awesome

But explorer.biblepay.org is not forked, as I see its diff is > 12,000 on it.  So I just want to clarify he was alluding to a fork, and we have not been forking after POG (ever - not once).

Someone needs to put a log in iquidis and write the timestamp ms from the php calls in main and find out where the delay is.  It could be a mysql index missing, or a mishandled call to biblepaycore, or an error trap lag, etc.  Id do it if I had more time but I have other irons.

I agree chainz seems completely worth it- hopefully we can keep paying for that as we go forward and work on our other important issues instead of fighting with iquidis's lags.

One more thing, we should tell the users:  a delayed block count is not a different road if its on the same chain LOL. 

[togoshigekata]

Im in agreement, I definitely do not see a fork, just lag, for anyone interested you can just check the same block on each

Block 120723
http://explorer.biblepay.org/block/990846afd61dae5a3fafabc11bbeb97c860e6dc18c0ee3723a7d27306f421918
https://chainz.cryptoid.info/bbp/block.dws?120723.htm

They have the same hash

=

It looks like the explorer caught back up now

There a guy whose been working on trying to add clustering to iquidus
https://github.com/iquidus/explorer/pull/257

=

CryptoID has proven to be great, Id be fine with it being main explorer now

I believe anyone can donate Bitcoin to pay for CryptoID: https://chainz.cryptoid.info/contribute.dws?coin=bbp
And any one of us can contact their support to let them know about upgrades/etc: https://cryptoid.uservoice.com/

[eternalenvoy]

It seems forked again?

MY MN 1  "blocks": 120659,
MY MN 2  "blocks": 120680,

Official Explorer blocks = 120667

https://chainz.cryptoid.info/bbp/ show blocks = 120690



which is the right road?

Hi Eternalenvoy,

I just took a look at your last 17 posts, and I believe all 17 are inaccurate.

We had only ONE fork in BiblePay, and that was back at block 105,000 (which, remind you we asked the exchanges to shut down while we disabled POG and reorganized to POBH).

So I'm going to give you the benefit of the doubt, that you have bad machines and a personally bad experience on your end (which is very hard to believe that it could be spread out over that time period - and it is in contrast to my experience with BBP sancs).

Our diff has been over 20,000 and we have not had a fork for 15,000 blocks and we only had ONE (not 16).  The masternodes are NOT confused where they are, as we are on decentralized with a flavor of POW called POBH (not a staking algorithm that is hard to come to consensus).

Please be more careful about what you post in the future - check that it is entirely accurate - as it appears you are trying to spread FUD here.

(IE you would say "I seem forked again personally" not "it seems forked again") - as we were not forked before - and I recall replying to you and saying that in the reply - therefore you should already know we weren't forked 'before'.

Why do you think I am trying to make a FUD?  
This is my real situation...
https://i.imgur.com/5O5qPqv.jpg

After that, I found that the official explorer is consistent with the other explorer. It should be a buffering problem that lead to the latest status can't displayed in real time.

As an participant, when see that it is different from the official data, encountered problems need a query should be normal behavior

Thanks for your help and information.

[bible_pay]

It seems forked again?

MY MN 1  "blocks": 120659,
MY MN 2  "blocks": 120680,

Official Explorer blocks = 120667

https://chainz.cryptoid.info/bbp/ show blocks = 120690



which is the right road?

Hi Eternalenvoy,

I just took a look at your last 17 posts, and I believe all 17 are inaccurate.

We had only ONE fork in BiblePay, and that was back at block 105,000 (which, remind you we asked the exchanges to shut down while we disabled POG and reorganized to POBH).

So I'm going to give you the benefit of the doubt, that you have bad machines and a personally bad experience on your end (which is very hard to believe that it could be spread out over that time period - and it is in contrast to my experience with BBP sancs).

Our diff has been over 20,000 and we have not had a fork for 15,000 blocks and we only had ONE (not 16).  The masternodes are NOT confused where they are, as we are on decentralized with a flavor of POW called POBH (not a staking algorithm that is hard to come to consensus).

Please be more careful about what you post in the future - check that it is entirely accurate - as it appears you are trying to spread FUD here.

(IE you would say "I seem forked again personally" not "it seems forked again") - as we were not forked before - and I recall replying to you and saying that in the reply - therefore you should already know we weren't forked 'before'.

Why do you think I am trying to make a FUD?  
This is my real situation...


After that, I found that the official explorer is consistent with the other explorer. It should be a buffering problem that lead to the latest status can't displayed in real time.

As an participant, when see that it is different from the official data, encountered problems need a query should be normal behavior

Thanks for your help and information.

Out of your 17 posts, 15 claimed we were on a fork and the other claimed we were crashing.

Both of these things are obviously false, as we only had windows10 crashes during our last pog release a few months ago- and now - that is in this era of 1201 (3 months) - no one has been crashing.

So its either a matter of you not recognizing the replies (telling you we were not on a fork), or worse - if you are spreading FUD.

As far as this situation, can you now admit that your nodes were not synchronized by height (but were all on the same chain)?  (I see no indication of this, but instead another question to us alluding to "normal behavior") - Thats not normal behavior, btw.

Then, we can put the FUD theory to rest.

[eternalenvoy]

When I check at later again, my nodes have been automatically synchronized and consistent state same with explorer.

I don't know what is caused my nodes delay(It maybe when data is acquired from other nodes, but other nodes are also unable to get the latest blockchain?)

But yes, my nodes is on the same chain after checked the blockhash.

Thanks.

[bible_pay]

When I check at later again, my nodes have been automatically synchronized and consistent state same with explorer.

I don't know what is caused my nodes delay(It maybe when data is acquired from other nodes, but other nodes are also unable to get the latest blockchain?)

But yes, my nodes is on the same chain after checked the blockhash.

Thanks.

Thanks, so it is node-lag.

I make the hypothesis that (on the basis that it is known that Iquidis is very inefficient for us, for some reason) that the whole time we had iquidis behind in *block count* and chainz up to date in *block count*.

I apologize for sounding snippy.

[SEO_Account]

When I check at later again, my nodes have been automatically synchronized and consistent state same with explorer.

I don't know what is caused my nodes delay(It maybe when data is acquired from other nodes, but other nodes are also unable to get the latest blockchain?)

But yes, my nodes is on the same chain after checked the blockhash.

Thanks.

Just remember you can't just check the block heights on explorers and if they are different assume it is a fork. You have to check the block hashes they could be on the same chain and just not synced.

For example right now if you go to explorer.biblepay.org lastest block is 120774 but on cryptoid latest block is 120779 this is not a fork you can check by comparing the hashes on 120774 (which are the same caeca403803c6ceff11e77322c210610b1fcf9d447f003d2a2170484800b10ac ) it just means explorer.biblepay.org is lagging for some reason.