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

[JigSawJazz]

Hi again everybody.

I hate to sound like a bother, but could anybody explain if the pool is down or if I just cannot get into the pool at this point to mine?

I hope everyone's having a fine Sunday.

Jazz

[1715484509]

1715484509

[1715484509]

1715484509

[1715484509]

1715484509

[1715484509]

1715484509

[znffal]

Hi again everybody.

I hate to sound like a bother, but could anybody explain if the pool is down or if I just cannot get into the pool at this point to mine?

I hope everyone's having a fine Sunday.

Jazz

I can't log on to the pool via Google Chrome.
Works for me with Firefox though

[bible_pay]

Biblepay - Mandatory Upgrade
1.0.8.0b

- Final fix for instantsend security vulnerability
- Fix crash we introduced today

** This version does fix the crash issue, and I confirm I can finally send instantsends successfully.  All credit to God.  **

(I mentioned earlier that you can continue on 1.0.7.9 for a while if need be, but Sanctuaries should upgrade asap.

Please upgrade if possible).

[bible_pay]

Hi again everybody.

I hate to sound like a bother, but could anybody explain if the pool is down or if I just cannot get into the pool at this point to mine?

I hope everyone's having a fine Sunday.

Jazz

I can't log on to the pool via Google Chrome.
Works for me with Firefox though

Alright Ill check into it now.  I have a backlog of pool issues to look at next.

Thanks...

[znffal]

Biblepay - Mandatory Upgrade
1.0.8.0b

- Final fix for instantsend security vulnerability
- Fix crash we introduced today

** This version does fix the crash issue, and I confirm I can finally send instantsends successfully.  All credit to God.  **

(I mentioned earlier that you can continue on 1.0.7.9 for a while if need be, but Sanctuaries should upgrade asap.

Please upgrade if possible).

Hi Rob, upgrading my sanctuary and controller wallet now.

Just for clarity (I sometime misunderstand things in general), regular miners can simply continue on 1.0.7.9?
Or is there a block number where miners on 1.0.7.9 will stop mining?

Thanks
.

[dave_bbp]

Hi again everybody.

I hate to sound like a bother, but could anybody explain if the pool is down or if I just cannot get into the pool at this point to mine?

I hope everyone's having a fine Sunday.

Jazz

I can't log on to the pool via Google Chrome.
Works for me with Firefox though

Same here, I usually use Vivaldi (chromium based) but cannot click on any button on the login page. FF works well.

Btw: My Pi is running 1.0.8.0 (without b) now, no problems so far (except that it took quite a long time to sync...); HPS2 almost 25k (but right now with fewer miners every worker has higher HPS2 obviously).

[bible_pay]

"Regarding the dynamics of solving blocks on prior versions I will go into detail on that after church."

So although we required a mandatory upgrade between 1.0.7.7 and 1.0.7.8+, this was intended to upgrade instantsend, but not to kick the miners off the current block algorithm.

So the enforcement in this case was set for a protocol upgrade (for sanctuaries) and a soft-hangup on old versions.

This means that blocks solved on prior versions are not discarded unless mined on a fork.  So when we get to the point of a 50% upgrade level, those old versions are going to be wasting hashpower.  I see we have 63% right now on 1.0.7.1 that has not upgraded.  

So this effect will come into play when the 63% solo level drops to 49%.  That hash power is going to go to waste and provide more coins for the early birds who did upgrade.

Now here is a Very interesting effect that is happening right now and might answer some of our network questions.  I flipped the switch on the pool requiring 1.0.7.9+ to hash against the pool.  There are 63% now that are either solo mining or have a private pool, as they are still solving blocks at the 63% level on the network currently right this second (and cant be in the pool as the pool refuses the connection).  That explains where 63% out of our 75% is, but we still do not know if its a solo group, a botnet or a private pool.  

[bible_pay]

Hi again everybody.

I hate to sound like a bother, but could anybody explain if the pool is down or if I just cannot get into the pool at this point to mine?

I hope everyone's having a fine Sunday.

Jazz

I can't log on to the pool via Google Chrome.
Works for me with Firefox though

Same here, I usually use Vivaldi (chromium based) but cannot click on any button on the login page. FF works well.

Btw: My Pi is running 1.0.8.0 (without b) now, no problems so far (except that it took quite a long time to sync...); HPS2 almost 25k (but right now with fewer miners every worker has higher HPS2 obviously).

Oh wait, I just realized at noon the pool needed a new .js file...  For the pool in chrome, please go to the home page, click ctrl-f5 for a complete refresh, then login and you should be good.

[orbis]

"Regarding the dynamics of solving blocks on prior versions I will go into detail on that after church."

So although we required a mandatory upgrade between 1.0.7.7 and 1.0.7.8+, this was intended to upgrade instantsend, but not to kick the miners off the current block algorithm.

So the enforcement in this case was set for a protocol upgrade (for sanctuaries) and a soft-hangup on old versions.

This means that blocks solved on prior versions are not discarded unless mined on a fork.  So when we get to the point of a 50% upgrade level, those old versions are going to be wasting hashpower.  I see we have 63% right now on 1.0.7.1 that has not upgraded.  

So this effect will come into play when the 63% solo level drops to 49%.  That hash power is going to go to waste and provide more coins for the early birds who did upgrade.

Now here is a Very interesting effect that is happening right now and might answer some of our network questions.  I flipped the switch on the pool requiring 1.0.7.9+ to hash against the pool.  There are 63% now that are either solo mining or have a private pool, as they are still solving blocks at the 63% level on the network currently right this second (and cant be in the pool as the pool refuses the connection).  That explains where 63% out of our 75% is, but we still do not know if its a solo group, a botnet or a private pool.  

So, you think, that those last 25 block without pool hit, is because the pool has "small" hashpower?

[bible_pay]

mandatory to who? all or only sanctuaries?
and what block number to apply?

Sorry for the ambigious post and zero day deadline.

Awesome. I'm in the process of upgrading now.
For clarity, will older versions not be able to mine unless they upgrade?
(Btw, up to 100 votes to get BBP on next.exchange! Thanks and keep it up all
Thanks

https://nextexchange.featureupvote.com/suggestions/3384/biblepay-bbp#comment30547 )

I couldnt re-vote but I sent it to 7 cryptofriends, please vote all, we only need 100 more votes:
https://nextexchange.featureupvote.com/suggestions/3384/biblepay-bbp#comment30547 )[/b][/size]

[bible_pay]

"Regarding the dynamics of solving blocks on prior versions I will go into detail on that after church."

So although we required a mandatory upgrade between 1.0.7.7 and 1.0.7.8+, this was intended to upgrade instantsend, but not to kick the miners off the current block algorithm.

So the enforcement in this case was set for a protocol upgrade (for sanctuaries) and a soft-hangup on old versions.

This means that blocks solved on prior versions are not discarded unless mined on a fork.  So when we get to the point of a 50% upgrade level, those old versions are going to be wasting hashpower.  I see we have 63% right now on 1.0.7.1 that has not upgraded.  

So this effect will come into play when the 63% solo level drops to 49%.  That hash power is going to go to waste and provide more coins for the early birds who did upgrade.

Now here is a Very interesting effect that is happening right now and might answer some of our network questions.  I flipped the switch on the pool requiring 1.0.7.9+ to hash against the pool.  There are 63% now that are either solo mining or have a private pool, as they are still solving blocks at the 63% level on the network currently right this second (and cant be in the pool as the pool refuses the connection).  That explains where 63% out of our 75% is, but we still do not know if its a solo group, a botnet or a private pool.  

So, you think, that those last 25 block without pool hit, is because the pool has "small" hashpower?

Well the pool dropped from 4000 miners to 1900 miners, and the 24hr percent solved dropped from 25% to 19%.
But part of what I believe is right now those 63% that are mining outside of the main pool are still solving those other blocks... But once 1.0.8.0b becomes exactly 50% of the network, we will have two live chains and only one is going to win (the official one).

exec versionreport

[MR_STENCH]

I'm running 1.0.8.0b. Everything is looking "fine". I can see my hash rate in pool, my shares are moving, but... not a single coin was mined. At least....not for me.


02:09:16

getmininginfo


02:09:16

{
  "blocks": 25743,
  "currentblocksize": 6005,
  "currentblocktx": 22,
  "difficulty": 621.3203482366829,
  "errors": "",
  "genproclimit": 3,
  "networkhashps": 90407777371.21313,
  "hashps": 2267.96281673131,
  "minerstarttime": "01-14-2018 23:40:34",
  "hashcounter": 3906067,
  "competetive_mining": true,
  "competetivemining_hash_counter": 3758955,
  "global_competetive_mining_tithe": 80,
  "competetive_mining_ratio": 0,
  "pooledtx": 22,
  "testnet": false,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "BLpu2s9FFs1PPjfovGgtfTD2aB43Efybuf; BF72gCHawYN19uhNU6tCGmmZynVczKjtkt; BF72gCHawYN19uhNU6tCGmmZynVczKjtkt; ",
  "poolinfo2": "Submitting Solution 01-15-2018 00:08:45; Submitting Solution 01-15-2018 00:07:47; Submitting Solution 01-15-2018 00:07:59; ",
  "poolinfo3": "",
  "miningpulse": 674,
  "poolmining": true,
  "pool_url": "https://pool.biblepay.org",
  "poolmining_use_ssl": true
}


Total Balance is frozen.

P.S.

Please, excuse my bad English.

[bible_pay]

I just found out that the monthly budget decreases every time by exactly 1.5%:

Code:

getsuperblockbudget 24600
5789219.786313

getsuperblockbudget 30750
5702381.489514

getsuperblockbudget 36900
5616845.767143

getsuperblockbudget 43050
5532593.08065

...

This is an excellent deflationary feature, I like it. @Rob: I noticed that on the Proposals list page there is a fixed amount from the previous budget, so I guess it should be a dynamic value.

I was thinking: because we have 150 blocks/day, instead of 205, our monthly budget is actually every 41 days (6150 / 150) instead of every 30 days (6150 / 205) like it was meant to be. Since the block time issue seems to be non-trivial, maybe we could consider lowering the interval between superblocks from 6150 to 4500? (4500 / 150 = 30)

On the positive side of things, in the current situation where both exchanges are down, it's good that we still have about 33 days left until the next superblock, because right now it's difficult to determine BBP price for making proposals.

Great points you make about 41 physical days.  My main point of consternation is being able to pay Compassion with a constrained and lagging budget.  

Let's see what kind of price we open at on c-cex, and we can try to formulate a game plan between now and March.  I dont want to plan on any mandatories until the end of the 1st quarter, but if need be we can evaluate ideas that fix it around the end of March unless our price is so high that we don't need on-time budgets.

[bible_pay]

I'm running 1.0.8.0b. Everything is looking "fine". I can see my hash rate in pool, my shares are moving, but... not a single coin was mined. At least....not for me.


02:09:16

getmininginfo


02:09:16

{
  "blocks": 25743,
  "currentblocksize": 6005,
  "currentblocktx": 22,
  "difficulty": 621.3203482366829,
  "errors": "",
  "genproclimit": 3,
  "networkhashps": 90407777371.21313,
  "hashps": 2267.96281673131,
  "minerstarttime": "01-14-2018 23:40:34",
  "hashcounter": 3906067,
  "competetive_mining": true,
  "competetivemining_hash_counter": 3758955,
  "global_competetive_mining_tithe": 80,
  "competetive_mining_ratio": 0,
  "pooledtx": 22,
  "testnet": false,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "BLpu2s9FFs1PPjfovGgtfTD2aB43Efybuf; BF72gCHawYN19uhNU6tCGmmZynVczKjtkt; BF72gCHawYN19uhNU6tCGmmZynVczKjtkt; ",
  "poolinfo2": "Submitting Solution 01-15-2018 00:08:45; Submitting Solution 01-15-2018 00:07:47; Submitting Solution 01-15-2018 00:07:59; ",
  "poolinfo3": "",
  "miningpulse": 674,
  "poolmining": true,
  "pool_url": "https://pool.biblepay.org",
  "poolmining_use_ssl": true
}


Total Balance is frozen.

P.S.

Please, excuse my bad English.

Your mining_credit comes in a bigger batch once we solve a block with you on board , so you should be fine...

[bible_pay]

Anyone who has trouble logging in to the pool with chrome or received an HTTP 500 Error:

https://pool.biblepay.org

Please press:

CTRL-F5
from the login page - then Log In.

[MR_STENCH]

I'm on board two days from now, but last few hours (may be 3 or 4).. blocks  are passing, i am hashing... with "0" in "Coins mined in last hour" and no move in Total Balance.

[mr.oz]

Anyone who has trouble logging in to the pool with chrome or received an HTTP 500 Error:

https://pool.biblepay.org

Please press:

CTRL-F5
from the login page - then Log In.

for the faucet it says verify your mail adress. after verification it says again verify your mail 

[bible_pay]

I'm on board two days from now, but last few hours (may be 3 or 4).. blocks  are passing, i am hashing... with "0" in "Coins mined in last hour" and no move in Total Balance.

Check out reports | block history, we havent solved a block since 1:59 pm (4:30H ago).  The second problem : it appears aldis is not in the leaderboard, please ensure you are running 1080, and your miner is not listed in Home  |  Missing Miners....

[bible_pay]

Anyone who has trouble logging in to the pool with chrome or received an HTTP 500 Error:

https://pool.biblepay.org

Please press:

CTRL-F5
from the login page - then Log In.

for the faucet it says verify your mail adress. after verification it says again verify your mail 

Oh wow, your right.... Fixed, please try now.

[MR_STENCH]

I'm on board two days from now, but last few hours (may be 3 or 4).. blocks  are passing, i am hashing... with "0" in "Coins mined in last hour" and no move in Total Balance.

Check out reports | block history, we havent solved a block since 1:59 pm (4:30H ago).  The second problem : it appears aldis is not in the leaderboard, please ensure you are running 1080, and your miner is not listed in Home  |  Missing Miners....

The wallet is updated to 1.0.8.0. I can see myself on the Leaderboard with my User Name "MR_STENCH".
The miner "aldis" is active an listed in "My leaderboard" last reported at 1/14/2018 6:54:16 PM.

OK. Will see we'll see tomorrow morning...