Pages:
Author

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

full member
Activity: 1176
Merit: 111
Does governance need to be fulled synced before mining can commence?
jr. member
Activity: 55
Merit: 2
version 1007 port 3008
Code:
[2019-10-22 18:14:55] Binding thread 1 to cpu 1
[2019-10-22 18:14:55] Starting Stratum on stratum+tcp://nomp.biblepay.org:3008
[2019-10-22 18:14:55] 2 miner threads started, using 'pobh' algorithm.
[2019-10-22 18:14:55] Binding thread 0 to cpu 0
[2019-10-22 18:14:55] Stratum session id: deadbeefcafebabe0300000000000000
[2019-10-22 18:14:55] Stratum difficulty set to 7
[2019-10-22 18:14:55]


I believe what happens is you are awarded 1 share per diff, so we just see increments of 7 because the diff is 7 on port 3008.


If that's the case then 7 is a nightmare for sharing. Wouldn't 10 be easier and leave less dust after sharing? Just a thought.
)

I do plan on adjusting the 7 to something that takes a certain number of mins, but anyway let me update what I said earlier, I knew it was not as simple as I said:

You solve a share at 7 diff, but you are awarded .80 of the share due to the hash conversion.
Then the ui updates in 7 increments (because its looking at the share diff of the port).

So the UI really does not match exactly to the settings, so lets let it run for a while and see if we can make it match later tonight or tomorrow.





OK. I started one miner on (easy) setup to see what happens.
Hockey time Cheesy
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
version 1007 port 3008
Code:
[2019-10-22 18:14:55] Binding thread 1 to cpu 1
[2019-10-22 18:14:55] Starting Stratum on stratum+tcp://nomp.biblepay.org:3008
[2019-10-22 18:14:55] 2 miner threads started, using 'pobh' algorithm.
[2019-10-22 18:14:55] Binding thread 0 to cpu 0
[2019-10-22 18:14:55] Stratum session id: deadbeefcafebabe0300000000000000
[2019-10-22 18:14:55] Stratum difficulty set to 7
[2019-10-22 18:14:55]


I believe what happens is you are awarded 1 share per diff, so we just see increments of 7 because the diff is 7 on port 3008.


If that's the case then 7 is a nightmare for sharing. Wouldn't 10 be easier and leave less dust after sharing? Just a thought.

I do plan on adjusting the 7 to something that takes a certain number of mins, but anyway let me update what I said earlier, I knew it was not as simple as I said:

You solve a share at 7 diff, but you are awarded .80 of the share due to the hash conversion.
Then the ui updates in 7 increments (because its looking at the share diff of the port).

So the UI really does not match exactly to the settings, so lets let it run for a while and see if we can make it match later tonight or tomorrow.

jr. member
Activity: 55
Merit: 2
version 1007 port 3008
Code:
[2019-10-22 18:14:55] Binding thread 1 to cpu 1
[2019-10-22 18:14:55] Starting Stratum on stratum+tcp://nomp.biblepay.org:3008
[2019-10-22 18:14:55] 2 miner threads started, using 'pobh' algorithm.
[2019-10-22 18:14:55] Binding thread 0 to cpu 0
[2019-10-22 18:14:55] Stratum session id: deadbeefcafebabe0300000000000000
[2019-10-22 18:14:55] Stratum difficulty set to 7
[2019-10-22 18:14:55]


I believe what happens is you are awarded 1 share per diff, so we just see increments of 7 because the diff is 7 on port 3008.


If that's the case then 7 is a nightmare for sharing. Wouldn't 10 be easier and leave less dust after sharing? Just a thought.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
version 1007 port 3008
Code:
[2019-10-22 18:14:55] Binding thread 1 to cpu 1
[2019-10-22 18:14:55] Starting Stratum on stratum+tcp://nomp.biblepay.org:3008
[2019-10-22 18:14:55] 2 miner threads started, using 'pobh' algorithm.
[2019-10-22 18:14:55] Binding thread 0 to cpu 0
[2019-10-22 18:14:55] Stratum session id: deadbeefcafebabe0300000000000000
[2019-10-22 18:14:55] Stratum difficulty set to 7
[2019-10-22 18:14:55]


I believe what happens is you are awarded 1 share per diff, so we just see increments of 7 because the diff is 7 on port 3008.

jr. member
Activity: 55
Merit: 2
version 1007 port 3008
Code:
[2019-10-22 18:14:55] Binding thread 1 to cpu 1
[2019-10-22 18:14:55] Starting Stratum on stratum+tcp://nomp.biblepay.org:3008
[2019-10-22 18:14:55] 2 miner threads started, using 'pobh' algorithm.
[2019-10-22 18:14:55] Binding thread 0 to cpu 0
[2019-10-22 18:14:55] Stratum session id: deadbeefcafebabe0300000000000000
[2019-10-22 18:14:55] Stratum difficulty set to 7
[2019-10-22 18:14:55]
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords

Multiplier started at 2 right? then you changed to 7 but now its 1.

There are 2 multipliers, the hashrate you mine against then the ABN multiplier.

If you are mining against port 3008, that port has a difficulty of "5" right now (I just picked that setting for initial config purposes).

A diff of 5 gives you about 7 shares when you solve a share.  However, the payment processor should pick up the 7 as 14 if its an abn share.

We need to test that a little more thoroughly, I think we need to run one side by side with and without an abn.



miner 1007 on port 3008 gives this
[c] [2019-10-22 18:04:49] Binding thread 1 to cpu 1
[2019-10-22 18:04:49] 2 miner threads started, using 'pobh' algorithm.
[2019-10-22 18:04:49] Stratum session id: deadbeefcafebabe0700000000000000
[2019-10-22 18:04:49] Stratum difficulty set to 7
[2019-10-22 18:04:49]
 [/c]

Yeah, I did change it from 5 to 7 yesterday; but, I also see the interval on the stats page is in divisors of 7.  Let me do the math on an accepted block.

jr. member
Activity: 55
Merit: 2

Multiplier started at 2 right? then you changed to 7 but now its 1.

There are 2 multipliers, the hashrate you mine against then the ABN multiplier.

If you are mining against port 3008, that port has a difficulty of "5" right now (I just picked that setting for initial config purposes).

A diff of 5 gives you about 7 shares when you solve a share.  However, the payment processor should pick up the 7 as 14 if its an abn share.

We need to test that a little more thoroughly, I think we need to run one side by side with and without an abn.



miner 1007 on port 3008 gives this

Code:
[2019-10-22 18:04:49] Binding thread 1 to cpu 1
[2019-10-22 18:04:49] 2 miner threads started, using 'pobh' algorithm.
[2019-10-22 18:04:49] Stratum session id: deadbeefcafebabe0700000000000000
[2019-10-22 18:04:49] Stratum difficulty set to 7
[2019-10-22 18:04:49]
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords

Multiplier started at 2 right? then you changed to 7 but now its 1.

There are 2 multipliers, the hashrate you mine against then the ABN multiplier.

EDIT:  Port 3008 has a static diff; I need to explain this.

jr. member
Activity: 55
Merit: 2

Multiplier started at 2 right? then you changed to 7 but now its 1.

hmmm, so now it's 1 share + 1 abn share = 2 share total

cool Smiley
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Yes, hope payout works now. 10 blocks found, 2 confirmed and only 1 paid out so...  also is the orphan stuck as a pending block?

There were not actually 10 found; I believe 3 were found.

And the orphan really was an orphan.



Ok, thanks Smiley  hope we find a few more tonight.

Yeah, I am watching the NOMP pool wallet solved blocks and trying to reconcile it.  For some reason when I installed the server, it started at 7 total blocks (maybe it counted something prior solved by pool.biblepay or something), but from what I can see we solved 3 after we went live.  The strange thing is when we solved the last 3, they were in a cluster all the same time - and the third was orphaned.  So I believe the "1,2,1" is actually correct, so Im waiting for us to solve more to see these increment for sanity purposes.

Out of the 3, You got the first.  I dont know who was in round 2, I dont see anything in my wallet.  Im trying to stay on for the future rounds to see if I can be included in the next payout.

It should get clearer as we solve a few more.

BTW everyone, the ABN stat was just corrected at :  16:47 CST US Time, so please lets look at it going forward now.  If you have the easy setup, you should just see shares and 0 abn shares in Worker Stats.  If you have the "hard" setup, you should see the abn shares match the worker shares.  Starting at 16:47, your shares should be doubled (vs a non-funded worker),  if you have an ABN.  Maybe someone can run it both ways tonight?



jr. member
Activity: 55
Merit: 2
Yes, hope payout works now. 10 blocks found, 2 confirmed and only 1 paid out so...  also is the orphan stuck as a pending block?

There were not actually 10 found; I believe 3 were found.

And the orphan really was an orphan.



Ok, thanks Smiley  hope we find a few more tonight.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Yes, hope payout works now. 10 blocks found, 2 confirmed and only 1 paid out so...  also is the orphan stuck as a pending block?

There were not actually 10 found; I believe 3 were found.

And the orphan really was an orphan.

full member
Activity: 1260
Merit: 115
Can you consider listing in :
https://www.coingecko.com/en/exchanges/crex24

I am using it alot and would like to recommend it.

Listing fee is only 0.3 BTC according to:
https://bitcointalksearch.org/topic/m.49393848

From my browser history,
looks like I filled out and submitted their listing form 3 weeks ago,
I believe I put Robs email as the contact email, so not sure if they got back with him

No - they didnt, I forwarded all the updates to you Togo that I received except Graviex - Im still talking to them.

Okay cool, Ive submitted listing form again and sent a support request

Hotbit said they would get back to us
FTX said they were not interested
BKEX wanted 8-10 BTC
DigiFinex wanted $100k
jr. member
Activity: 55
Merit: 2
Yes, hope payout works now. 10 blocks found, 2 confirmed and only 1 paid out so...  also is the orphan stuck as a pending block?
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Sorry all, been getting hit with some distractions today, but we have some progress now:

- The Windows crash in the external miner has been reproduced - and has been fixed - and a release is coming out within 30 mins.  (This also fixes a bug on the linux side).
- The reason NOMP was down at 4am this morning (until around Cool is very, very strange.  Its very strange that the first day the server was used, it was taken down by vultr.  But, it appears to be an anomaly so I have rebooted it and now we can look forward to more successful uptime.
- The pool server side did have an error during the first block payout - it paid one person and crashed, I had to fix that bug, so that is being corrected now.  
- The shares for ABN vs shares for "easy" are being calculated incorrectly!  This is due to NOMP requiring the pool to multiply the hashrate * the shares solved; that is being fixed now; Ill give an update shortly.

A release is being prepared now.


Sorry guys, it was me that got paid. This explains the payment being for a whole block??

Sort of but I think in your case your payout was correct, cause I believe all the miners fell out of the round and you started new round - right before you solved it.

To be sure lets see if the pool pays out a complex payout soon (IE more than 5 miners).

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Can you consider listing in :
https://www.coingecko.com/en/exchanges/crex24

I am using it alot and would like to recommend it.

Listing fee is only 0.3 BTC according to:
https://bitcointalksearch.org/topic/m.49393848

From my browser history,
looks like I filled out and submitted their listing form 3 weeks ago,
I believe I put Robs email as the contact email, so not sure if they got back with him

No - they didnt, I forwarded all the updates to you Togo that I received except Graviex - Im still talking to them.

jr. member
Activity: 55
Merit: 2
Sorry all, been getting hit with some distractions today, but we have some progress now:

- The Windows crash in the external miner has been reproduced - and has been fixed - and a release is coming out within 30 mins.  (This also fixes a bug on the linux side).
- The reason NOMP was down at 4am this morning (until around Cool is very, very strange.  Its very strange that the first day the server was used, it was taken down by vultr.  But, it appears to be an anomaly so I have rebooted it and now we can look forward to more successful uptime.
- The pool server side did have an error during the first block payout - it paid one person and crashed, I had to fix that bug, so that is being corrected now.  
- The shares for ABN vs shares for "easy" are being calculated incorrectly!  This is due to NOMP requiring the pool to multiply the hashrate * the shares solved; that is being fixed now; Ill give an update shortly.

A release is being prepared now.


Sorry guys, it was me that got paid. This explains the payment being for a whole block??
full member
Activity: 1260
Merit: 115
Can you consider listing in :
https://www.coingecko.com/en/exchanges/crex24

I am using it alot and would like to recommend it.

Listing fee is only 0.3 BTC according to:
https://bitcointalksearch.org/topic/m.49393848

From my browser history,
looks like I filled out and submitted their listing form 3 weeks ago,
I believe I put Robs email as the contact email, so not sure if they got back with him
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
BiblePay - External Miner
1.0.0.7-Leisure Upgrade

- Fix windows crash
- Fix issue where miner discards fresh work
- Deal with block size dynamically, to avoid memory problems.


https://github.com/biblepay/cpuminer/tree/master/binaries


** The updated server side NOMP code has just been released, so please, start testing over again and let's look at the ABN shares vs. worker shares as we solve them and verify these are incrementing correctly now.

Please upgrade to the new miner before NOMP mining as the prior version(s) had a work discard bug.

Pages:
Jump to: