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

[bible_pay]

199 blocks away from superblock!

Sounds good!  Hey we are close to overtaking Doge in price.  .00000057 compared to .00000068.  Go Orphans!

Orphan Memes are better than Doges.

[1715116939]

1715116939

[1715116939]

1715116939

[1715116939]

1715116939

[capulo]

rob, it looks like you hit the problem, number of solved blocks are increasing... huraaay

[bible_pay]

rob, it looks like you hit the problem, number of solved blocks are increasing... huraaay

Yeah, I will be very happy if we get back to half solved by the pool, and lose this deficit and enable auto pay, and on top of that our diff will probably double, which makes us more attractive to the world.

That begs to question, what else can we do to make it better.  Ill take a look at what I can do to make the core more unique for solo miners also.

Ill add 10 more receiving addresses now and see if we can get this thing purring overnight.

[capulo]

as i mentioned few days ago, add email notification for stopped miners

[bible_pay]

I have a side project for someone who might want to track our Deflationary feature and make a monitoring department out of it:

If someone wants to grab the code and take a look at GetBlockSubsidy, you will see a function in there that decreases our emission by 1.5% per month or 19.5% per year.

It would be nice to post here the next block we decrease our subsidy, then we can make a wiki page out of it to refer to in the future.

I think even though this sounds simple, this will be a large component of the cornerstone of success here at biblepay.

Then once per month we can all look forward to the deflationary block number to hit, and realize the subsidy is going down by 1.5% and therefore everyone gets a "raise" theoretically.

Just as a very crude start, we need to make a wiki page for this soon, but for a reference as to exactly when our block numbers kick over for our next monthly deflation target:

Block   AccumulatedDepreciationLevel   Subsidy
06150   .0150                     14775
12300   .0300                    14550
18450    .0450                    14325
24600    .0600                     14100
30750    .0750                     13875

So what this means is at block 24600, the same block as our superblock, our monthly deflation measure kicks in and lowers the subsidy from ~14325 to ~14100.

Reposting to see if anyone is interested in programming BiblePay's deflation

Sorry to bring this back to the top, but my understanding was the deflationary 1.5% was compounding, which the main.ccp confirms.

Code:

iDeflationRate = .015; // 1.5% per month, compounded monthly (19.5% per year with compounding)

Our deflationary effect is compounded as we reduce the block reward 12 times per year, at a rate of 1.5% per reduction instance, giving a total effect of 19.5% annually (since the deflation percent is multipled by smaller and smaller gross numbers over time), in contrast to a one time annual deduction of only 18% (IE 12*1.5). 

The subsidy level emitted per month however, in the rows above, offer a glimpse of the static emission per block, but not of the declining curve of the total money supply.

[bible_pay]

as i mentioned few days ago, add email notification for stopped miners

Ill try to look into this tomorrow. 

[pkman999]

Dear Rob
Can you tell me?
Why? Our mining project to get low coins?
Maybe i am error for test , the info below

1 PC = 24 core = share 48
1 PC = 24 core (tested 1 of 1vCPU = total 24 vPC ) = share 91
1 PC = 24 core (tested 1 of 4vCPU = total 6 vPC) = share 62
Same PC ~Same Ram ~Same network


Big Share= get more coin  or not?

I called top of 3 big dog to tested . This is correct detail data.
Please fix the problem.


If you feel this is good at BBP future that you keep doing that.
Big pool fee is ok , I support.
But low coin of day that is not good.
 
I hope BBP will being just，fair and open.
I don't want any misunderstanding . Please explain. Love BBP Love this coin.

Thanks Rob ,Have are nice day

From Hong Kong ...Man


  

[skrtel37]

Can GPU dig this coin?
If not, will the GPU be developed in the future?

[ride22]

199 blocks away from superblock!

Sounds good!  Hey we are close to overtaking Doge in price.  .00000057 compared to .00000068.  Go Orphans!

Orphan Memes are better than Doges.

Orphan Memes?  Are you freaking serious?!?

[capulo]

rob, it looks like you hit the problem, number of solved blocks are increasing... huraaay

Yeah, I will be very happy if we get back to half solved by the pool, and lose this deficit and enable auto pay, and on top of that our diff will probably double, which makes us more attractive to the world.

That begs to question, what else can we do to make it better.  Ill take a look at what I can do to make the core more unique for solo miners also.

Ill add 10 more receiving addresses now and see if we can get this thing purring overnight.

hmm but it does not goes up overnight
start was ok, we hit more blocks that usually but then same numbers...

[oliwer21]

Can GPU dig this coin?
If not, will the GPU be developed in the future?

No, and... NO

[oliwer21]

Dear Rob
Can you tell me?
Why? Our mining project to get low coins?
Maybe i am error for test , the info below

1 PC = 24 core = share 48
1 PC = 24 core (tested 1 of 1vCPU = total 24 vPC ) = share 91
1 PC = 24 core (tested 1 of 4vCPU = total 6 vPC) = share 62
Same PC ~Same Ram ~Same network


Big Share= get more coin  or not?

I called top of 3 big dog to tested . This is correct detail data.
Please fix the problem.


If you feel this is good at BBP future that you keep doing that.
Big pool fee is ok , I support.
But low coin of day that is not good.
 
I hope BBP will being just，fair and open.
I don't want any misunderstanding . Please explain. Love BBP Love this coin.

Thanks Rob ,Have are nice day

From Hong Kong ...Man

This problem is since... relese. Earlier in old topic Rob said he  wont change it because he want to support small minners with low core cpus.
But I think, You already know from this topic that multiwallet is your 24 core cpu best friend  especially since Rob takeoff limitation of solutions per ip from pool?

[dave_bbp]

Yesterday I received the first "auto-payout" from the pool. The feature itself works, but how is it configured? My available balance for payout was something like 700 BBP (not counting the immature of course), but the auto-payout transmitted a very odd 39.7342? Since then nothing more has happened. What is the threshold for the auto-withdrawal?

Also I would really appreciate if the auto-withdrawal would transmit only whole BBP and not fractions of it (up to now I managed to keep my wallet absolutely clean of every fractional values....). This is not only an aesthetical request but also eases things up for tax-purposes later (German bureaucracy...).

Thanks.

On another note: the inital positive effect of the pool adjustments seems to have dried out a little bit, still <25% blocks...

[svirusxxx2]

Can GPU dig this coin?
If not, will the GPU be developed in the future?

AFAIK... GPU have a very slow access to memory, this coin have bible verses in hashing algorithms , so GPU can little inrease other things (like openssl-md5), but not all.
So in future we can increase hashing power, but it will be about few % ... OR...
decrease power, when CPU will wait for for GPU for operation

[hkalvin]

Dear Rob
Can you tell me?
Why? Our mining project to get low coins?
Maybe i am error for test , the info below

1 PC = 24 core = share 48
1 PC = 24 core (tested 1 of 1vCPU = total 24 vPC ) = share 91
1 PC = 24 core (tested 1 of 4vCPU = total 6 vPC) = share 62
Same PC ~Same Ram ~Same network


Big Share= get more coin  or not?

I called top of 3 big dog to tested . This is correct detail data.
Please fix the problem.


If you feel this is good at BBP future that you keep doing that.
Big pool fee is ok , I support.
But low coin of day that is not good.
 
I hope BBP will being just，fair and open.
I don't want any misunderstanding . Please explain. Love BBP Love this coin.

Thanks Rob ,Have are nice day

From Hong Kong ...Man

This problem is since... relese. Earlier in old topic Rob said he  wont change it because he want to support small minners with low core cpus.
But I think, You already know from this topic that multiwallet is your 24 core cpu best friend  especially since Rob takeoff limitation of solutions per ip from pool?

I had finished the test about the gain of BBP.

Testing equipment : Machine A & B are Dual L5630 CPU (2.4Ghz 8Core16Thread), all setting are same except cpu core setting
Machine C : AMD Ryzen Pro 1700X (3.4Ghz 8Core16Thread)
-----------------

machine A:
each VM with 2 core (around 410HSP) , Total 8 VM in 9hours BBP Gain = 196.2544
BBP per hour = 21.80604444

machine B :
each VM with 1 core(around 200HSP) , Total 16VM in 9hours BBP Gain = 486.0898
BBP per hour = 54.00997778

Machine C :
All CPU resource used by one BBP process(8500HSP), Each Day = 309.3764
BBP per hour = 12.89068333

This is undoubtedly a disadvantage for high-performance machines in current BBP calculate method.

High cost of high-performance machines but the return rate is lower than the low performance machine.

For example, John pay $ 1000 a day for machine rent to get 5000 BBP
Peter pay $200 a day and gets the same 5000 BBP
I do not think anyone wants to be John....

[mr.holub]

It's 86 masternodes. About 205 blocks are split between them. 205/86 = 2.38. I assume that one MN will receive 2 rewards per day. But for example B9dk5UzLjDu42V2TkrL1pMkFDLcFrPzzR4  it received one reward yesterday. That's all right? Can this be related to the watchman version (MN ver.103)? Well thank you.

[Alex873434]

It's 86 masternodes. About 205 blocks are split between them. 205/86 = 2.38. I assume that one MN will receive 2 rewards per day. But for example B9dk5UzLjDu42V2TkrL1pMkFDLcFrPzzR4  it received one reward yesterday. That's all right? Can this be related to the watchman version (MN ver.103)? Well thank you.

It's not. We actually have around 150 blocks/day.

[zthomasz]

A minor issue at pool.biblepay.org ... the sort feature doesn't work in the "My Leaderboard" section of the Home page. I've tried it with several browsers (IE 11, Chrome 63.0, Firefox 56). Would be nice to have it working, no rush.

[Victory33]

Very impressed with the price. Still have a good balance in the pool

[bible_pay]

Yesterday I received the first "auto-payout" from the pool. The feature itself works, but how is it configured? My available balance for payout was something like 700 BBP (not counting the immature of course), but the auto-payout transmitted a very odd 39.7342? Since then nothing more has happened. What is the threshold for the auto-withdrawal?

Also I would really appreciate if the auto-withdrawal would transmit only whole BBP and not fractions of it (up to now I managed to keep my wallet absolutely clean of every fractional values....). This is not only an aesthetical request but also eases things up for tax-purposes later (German bureaucracy...).

Thanks.

On another note: the inital positive effect of the pool adjustments seems to have dried out a little bit, still <25% blocks...

They daily auto payment is still not finished, primarily because Im letting the pool regain its health.
Right now, around 9AM CST, we send out a multileg transaction to everyone we owe more than 10 BBP to, we currently send 5% of the Mature balance.  This is going to be tweaked in the future to about 50% of the mature balance.  Your mining credits are not whole numbers, and no feature will be implemented for whole numbers.

10-4 on the pool percentage, its hovering around 30% of the actual blocks per day.