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

webster22

newbie

Activity: 56

Merit: 0

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 (?)

webster22

newbie

Activity: 56

Merit: 0

Quote from: togoshigekata on January 07, 2018, 02:29:03 AM

Quote from: bible_pay on January 06, 2018, 11:47:13 PM

Quote from: togoshigekata on January 06, 2018, 11:22:49 PM

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!

togoshigekata

full member

Activity: 1260

Merit: 115

Quote from: bible_pay on January 06, 2018, 11:47:13 PM

Quote from: togoshigekata on January 06, 2018, 11:22:49 PM

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!)

gmtfan

newbie

Activity: 183

Merit: 0

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

hkalvin

newbie

Activity: 27

Merit: 0

Quote from: hkalvin on January 06, 2018, 10:41:41 AM

Quote from: bible_pay on January 06, 2018, 09:20:35 AM

Quote from: hkalvin on January 06, 2018, 06:30:11 AM

Quote from: oliwer21 on January 06, 2018, 03:37:08 AM

Quote from: pkman999 on January 06, 2018, 12:36:08 AM

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

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 Roll Eyes

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

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

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: togoshigekata on January 06, 2018, 11:22:49 PM

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.

togoshigekata

full member

Activity: 1260

Merit: 115

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

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: ride22 on January 06, 2018, 12:28:12 PM

Quote from: bible_pay on January 06, 2018, 09:35:15 AM

Quote from: pkman999 on January 06, 2018, 12:36:08 AM

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.

oliwer21

full member

Activity: 126

Merit: 100

Quote from: bible_pay on January 06, 2018, 09:20:35 AM

Quote from: hkalvin on January 06, 2018, 06:30:11 AM

Quote from: oliwer21 on January 06, 2018, 03:37:08 AM

Quote from: pkman999 on January 06, 2018, 12:36:08 AM

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

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 Roll Eyes

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;)

ride22

member

Activity: 131

Merit: 10

Quote from: bible_pay on January 06, 2018, 09:35:15 AM

Quote from: pkman999 on January 06, 2018, 12:36:08 AM

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

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.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

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/

hkalvin

newbie

Activity: 27

Merit: 0

Quote from: bible_pay on January 06, 2018, 09:20:35 AM

Quote from: hkalvin on January 06, 2018, 06:30:11 AM

Quote from: oliwer21 on January 06, 2018, 03:37:08 AM

Quote from: pkman999 on January 06, 2018, 12:36:08 AM

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

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 Roll Eyes

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

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: pkman999 on January 06, 2018, 12:36:08 AM

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

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.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: hkalvin on January 06, 2018, 06:30:11 AM

Quote from: oliwer21 on January 06, 2018, 03:37:08 AM

Quote from: pkman999 on January 06, 2018, 12:36:08 AM

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

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 Roll Eyes

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

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: mr.holub on January 06, 2018, 06:55:08 AM

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

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: zthomasz on January 06, 2018, 07:37:31 AM

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

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: dave_bbp on January 06, 2018, 04:01:57 AM

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.

Victory33

full member

Activity: 210

Merit: 100

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

zthomasz

member

Activity: 489

Merit: 12

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.

Alex873434

member

Activity: 98

Merit: 10

Quote from: mr.holub on January 06, 2018, 06:55:08 AM

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.

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