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

[bible_pay]

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.

Yeah, that sort is 95% programmed but requires something to be done for every section.  Lets look at it soon, I think we will tackle this notify feature next.

[bible_pay]

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.

Over time they smooth out to 2.5 per day assuming a static count.  The system has an algorithm where a node will maintain a certain position in the payment queue once established.

[bible_pay]

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....

The huge question for machine A, the fast ryzen, is it running competetive mining?
The elephant in the room here is since we have the anti-GPU feature, the low-nonce limiter, the first thing a fast machine will be doing is hashing faster per second, using up all its nonces.

Please check to see if the fast testbed is running competetivemining=true?

[bible_pay]

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


  

I want to find the root of the problem, if there is an inconsistency, I want us to at least quantify it.
I do not want high pool fees for the long term.  I believe with auto-payment, the fees will drop back to normal within a month.

I dont think this is enough info however, to hone in on the problem.
We are going to need a whole thread, Im going to need a volunteer to be an arbiter, and I believe there is enough info out there between the miner, the code, and the wise to figure out where the bottleneck is- whether its in a nonce limit, or a wait state, or a solo-mine vs Pool.

Alex has done a lot of testing on his VMs and found he has the ability to scale his rewards appropriately, so I think its possible to break this problem down into sub problems.

First create a thread here:
http://forum.biblepay.org/index.php?board=6.0

Then if we could have a volunteer work with Pkman to break the problem down into quantifiable pieces, and ask him for more info, such as his getmininginfo start, duration, then getmininginfo stop, make columns in the sheet for that and figure out where the problem is.

[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....

The huge question for machine A, the fast ryzen, is it running competetive mining?
The elephant in the room here is since we have the anti-GPU feature, the low-nonce limiter, the first thing a fast machine will be doing is hashing faster per second, using up all its nonces.

Please check to see if the fast testbed is running competetivemining=true?

ALL in competetive mining ( "competetive_mining": true,)

I did not turn it off by config and this is default auto true by version 1.0.7.5 (or later) by your mentioned.

I also want to know why such a huge difference. The result was based on the test time and configuration were same and sent by email to you before.

[bible_pay]

I got a question in the inbox about us supporting a hardware wallet.
Looks like the ledger Nano S has a list of supported altcoins.

Who wants to volunteer to take up the initiative to contact Ledger and have them add biblepay?

https://ledger.zendesk.com/hc/en-us/articles/115005304449-Which-altcoins-and-tokens-are-supported-by-the-Ledger-products-

Thanks!

EDIT:  Please try to get us added to Trezor also:
https://trezor.io/support/

[ride22]

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


  

I want to find the root of the problem, if there is an inconsistency, I want us to at least quantify it.
I do not want high pool fees for the long term.  I believe with auto-payment, the fees will drop back to normal within a month.

I dont think this is enough info however, to hone in on the problem.
We are going to need a whole thread, Im going to need a volunteer to be an arbiter, and I believe there is enough info out there between the miner, the code, and the wise to figure out where the bottleneck is- whether its in a nonce limit, or a wait state, or a solo-mine vs Pool.

Alex has done a lot of testing on his VMs and found he has the ability to scale his rewards appropriately, so I think its possible to break this problem down into sub problems.

First create a thread here:
http://forum.biblepay.org/index.php?board=6.0

Then if we could have a volunteer work with Pkman to break the problem down into quantifiable pieces, and ask him for more info, such as his getmininginfo start, duration, then getmininginfo stop, make columns in the sheet for that and figure out where the problem is.

This is me volunteering for the second time. 

There is something very clearly wrong when my strongest processor is getting less than a third of the hash of my weakest so I have a vested interest to find out why. 

[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?

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....

The huge question for machine A, the fast ryzen, is it running competetive mining?
The elephant in the room here is since we have the anti-GPU feature, the low-nonce limiter, the first thing a fast machine will be doing is hashing faster per second, using up all its nonces.

Please check to see if the fast testbed is running competetivemining=true?

Low performance for ryzen is ok@bbp 2017
Low performance for ryzen is bad@bbp 2018
World is going forward;)

[bible_pay]

  

I want to find the root of the problem, if there is an inconsistency, I want us to at least quantify it.
I do not want high pool fees for the long term.  I believe with auto-payment, the fees will drop back to normal within a month.

I dont think this is enough info however, to hone in on the problem.
We are going to need a whole thread, Im going to need a volunteer to be an arbiter, and I believe there is enough info out there between the miner, the code, and the wise to figure out where the bottleneck is- whether its in a nonce limit, or a wait state, or a solo-mine vs Pool.

Alex has done a lot of testing on his VMs and found he has the ability to scale his rewards appropriately, so I think its possible to break this problem down into sub problems.

First create a thread here:
http://forum.biblepay.org/index.php?board=6.0

Then if we could have a volunteer work with Pkman to break the problem down into quantifiable pieces, and ask him for more info, such as his getmininginfo start, duration, then getmininginfo stop, make columns in the sheet for that and figure out where the problem is.

This is me volunteering for the second time. 

There is something very clearly wrong when my strongest processor is getting less than a third of the hash of my weakest so I have a vested interest to find out why. 

Ok, go for it, you are a moderator here:

http://forum.biblepay.org/index.php?board=6.0


Please collect all the info you can and see if Alex can help you with any technical questions, and once you have a hypothesis as to what is wrong, send me some higher level info (or send to Alex first) and Ill work with him in Slack on it and try to get to the bottom of it.

[togoshigekata]

Superblock is 19 blocks away! (Block 24600)

Assuming 7 min blocks are actually 9.5 minute blocks, (205 blocks solved a day vs 150 blocks solved a day)

Superblock will be in about 3 hours, so probably ~1:20am US Central time Sunday 1/7/18

Code:

getgovernanceinfo
getinfo

[bible_pay]

Superblock is 19 blocks away! (Block 24600)

Assuming 7 min blocks are actually 9.5 minute blocks, (205 blocks solved a day vs 150 blocks solved a day)

Superblock will be in about 3 hours, so probably ~1:20am US Central time Sunday 1/7/18

Code:

getgovernanceinfo
getinfo

Good luck everyone, its time to sleep here, Ill be on in about 6 hours.

[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....

The huge question for machine A, the fast ryzen, is it running competetive mining?
The elephant in the room here is since we have the anti-GPU feature, the low-nonce limiter, the first thing a fast machine will be doing is hashing faster per second, using up all its nonces.

Please check to see if the fast testbed is running competetivemining=true?

ALL in competetive mining ( "competetive_mining": true,)

I did not turn it off by config and this is default auto true by version 1.0.7.5 (or later) by your mentioned.

I also want to know why such a huge difference. The result was based on the test time and configuration were same and sent by email to you before.

This is the result of my second test, and forced to add this command competetivemining = true in conf file, but the result is worse than low-performance machines. Confirmed Not affected by the GPU because I already disable GPU function before test again.

So I had to stop and re-plan how to do to be the best solution.
The first step may not use high-performance machines again as considering the machine using high cost, but the return is lower than the cheap machine

Machine C :
All CPU resource used by one BBP process(8500HSP), 10 Hour = 241.6102
BBP per hour = 24.16102

Machine A Dual L5630 Around 3200HSP share amount ~150 ,Machine C AMD Ryzen 1700X Around 8500HSP share amount ~25

[gmtfan]

Is there anyway that I can mine using rental rigs? Or any rig support BiblePay mining?

[togoshigekata]

Superblock is 19 blocks away! (Block 24600)

Assuming 7 min blocks are actually 9.5 minute blocks, (205 blocks solved a day vs 150 blocks solved a day)

Superblock will be in about 3 hours, so probably ~1:20am US Central time Sunday 1/7/18

Code:

getgovernanceinfo
getinfo

Good luck everyone, its time to sleep here, Ill be on in about 6 hours.

FIRST SUPERBLOCK HIT! CONGRATS! (looks like it worked!)

[webster22]

Superblock is 19 blocks away! (Block 24600)

Assuming 7 min blocks are actually 9.5 minute blocks, (205 blocks solved a day vs 150 blocks solved a day)

Superblock will be in about 3 hours, so probably ~1:20am US Central time Sunday 1/7/18

Code:

getgovernanceinfo
getinfo

Good luck everyone, its time to sleep here, Ill be on in about 6 hours.

FIRST SUPERBLOCK HIT! CONGRATS! (looks like it worked!)

Congrats Togo! And it landed on Sunday the 7th

Thank you all sanctuary owners for approving the Biblepay Paper Wallet into the last budget. I have some nice goodies cooking to delight you all once again!

Thanks Rob for such an innovative system!

[webster22]

So my wallet is not registering the new balance from the superblock payment. It shows balance 0 but the block explorer has the transaction. Confirmations are over 12 now. Any ideas ? I have imported the address in two separate computers so I know my private key works

EDIT: On further research it appears the balance is immature. I assume it will take 24 hours to mature (?)

[Alex873434]

So my wallet is not registering the new balance from the superblock payment. It shows balance 0 but the block explorer has the transaction. Confirmations are over 12 now. Any ideas ? I have imported the address in two separate computers so I know my private key works

EDIT: On further research it appears the balance is immature. I assume it will take 24 hours to mature (?)

It takes 102 blocks. You should be able to double click on the transaction to get more details on it if you're using the qt wallet.

[webster22]

So my wallet is not registering the new balance from the superblock payment. It shows balance 0 but the block explorer has the transaction. Confirmations are over 12 now. Any ideas ? I have imported the address in two separate computers so I know my private key works

EDIT: On further research it appears the balance is immature. I assume it will take 24 hours to mature (?)

It takes 102 blocks. You should be able to double click on the transaction to get more details on it if you're using the qt wallet.

Thanks! Why is it designed to be that way? Is it to ensure the address/balance is well known throughout the network and block chain?

[Alex873434]

So my wallet is not registering the new balance from the superblock payment. It shows balance 0 but the block explorer has the transaction. Confirmations are over 12 now. Any ideas ? I have imported the address in two separate computers so I know my private key works

EDIT: On further research it appears the balance is immature. I assume it will take 24 hours to mature (?)

It takes 102 blocks. You should be able to double click on the transaction to get more details on it if you're using the qt wallet.

Thanks! Why is it designed to be that way? Is it to ensure the address/balance is well known throughout the network and block chain?

https://bitcoin.stackexchange.com/questions/40655/coinbase-transactions-100-block-cooldown-period

This is probably better explained here than I could.

[webster22]

So my wallet is not registering the new balance from the superblock payment. It shows balance 0 but the block explorer has the transaction. Confirmations are over 12 now. Any ideas ? I have imported the address in two separate computers so I know my private key works

EDIT: On further research it appears the balance is immature. I assume it will take 24 hours to mature (?)

It takes 102 blocks. You should be able to double click on the transaction to get more details on it if you're using the qt wallet.

Thanks! Why is it designed to be that way? Is it to ensure the address/balance is well known throughout the network and block chain?

https://bitcoin.stackexchange.com/questions/40655/coinbase-transactions-100-block-cooldown-period

This is probably better explained here than I could.

Perfect thanks! I figured it had something to do with how a transaction from the coinbase is different than peer-to-peer.

So I suppose this means the pool is always 12 hours behind a coin generated and why 24 hours is needed as an additional buffer to withdrawal