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

[Nipar]

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?

[togoshigekata]

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://bitcointalk.org/index.php?topic=3285119.msg49393848#msg49393848

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

[bible_pay]

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.

[Nipar]

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   hope we find a few more tonight.

[bible_pay]

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

[Nipar]

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

[bible_pay]

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.

[Nipar]

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]

[bible_pay]

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.

[Nipar]

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]

[bible_pay]

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.

[Nipar]

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.

[bible_pay]

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.

[Nipar]

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

[sunk818]

Does governance need to be fulled synced before mining can commence?

[bible_pay]

Does governance need to be fulled synced before mining can commence?

Yes, sort of, the default is the wallet wont start to mine until its fully synced. 
But you can add 'jackrabbitstart=1' if you want to override that.

[bible_pay]

[harrisvan87]

Hello BBP team,

I just install new wallet for linux with version 1450. but seem like the wallet dont sync. Ofcuz i try again with clean install or check .conf file add node ...etc..

 "version": 1040500,
  "protocolversion": 70737,
  "walletversion": 61000,
  "balance": 0.00000000,
  "privatesend_balance": 0.00000000,
  "blocks": 0,
  "timeoffset": 0,
  "connections": 0,
  "proxy": "",
  "difficulty": 4.656542373906925e-09,
  "testnet": false,
  "keypoololdest": 1571763216,
  "keypoolsize": 999,
  "paytxfee": 0.00000000,
  "relayfee": 0.01000000,
  "errors": ""

[bible_pay]

Hello BBP team,

I just install new wallet for linux with version 1450. but seem like the wallet dont sync. Ofcuz i try again with clean install or check .conf file add node ...etc..

 "version": 1040500,
  "protocolversion": 70737,
  "walletversion": 61000,
  "balance": 0.00000000,
  "privatesend_balance": 0.00000000,
  "blocks": 0,
  "timeoffset": 0,
  "connections": 0,
  "proxy": "",
  "difficulty": 4.656542373906925e-09,
  "testnet": false,
  "keypoololdest": 1571763216,
  "keypoolsize": 999,
  "paytxfee": 0.00000000,
  "relayfee": 0.01000000,
  "errors": ""

Please try 2 possibilities:

1) Ensure system time is correct within a minute or so, and time zone is correct (peers hang up otherwise).

2)  If you still dont have a peers count, try:  addnode 45.62.230.25 onetry
addnode 91.121.217.70 onetry

[yaronidon]

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://bitcointalk.org/index.php?topic=3285119.msg49393848#msg49393848

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.

I will also try to contact crex24.