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

yes your pool share will be very small. Rob might have 100 bbp minimum so it could take a while. I do to have minimum to I pay out fully even if you made 0.1 bbp

Ok there we go, pretty much as soon as I saw your post I got some shares on nomp.biblepay.org as well.  Now I pretty much have to wait for that block to be solved, then wait 100 more blocks and I should receive my share in my wallet, right?

Thanks!

Difficulty of 4 on nomp pool means your first acceptable share could take 15 minutes with less than 100khs. Usually faster but sometimes miner is not so lucky. I set the pool difficulty at 1 so even low hash rate miners can participate

hello,

why i cant see masternode list in wallet on old place? im trying setup 1MN and steps no working

tried first step in tutorial and this problem

21:05:19 exec upgradesanc MN1 0
21:05:20 collateral not found: d6faa1400ebb4a0f74b2ed8f0c3787fba35129df88416032986987fc10b94e68-1 (code -5)

http://wiki.biblepay.org/Create_Sanctuary_2


this tutorial looks that is bad or dont know......


ORBIS CAPULO?
 

jesus,what is this PROTX?
root@FSK-138626:~# biblepay-cli masternode status
{
  "outpoint": "0000000000000000000000000000000000000000000000000000000000000000-4294967295",
  "service": "IP:40000",
  "state": "WAITING_FOR_PROTX",


exists any secret tutorial again?   where is?

Here is what I'm seeing as the output:

solo mining 0
[2020-01-12 11:52:04] Binding thread 2 to cpu 2
[2020-01-12 11:52:04] Starting Stratum on stratum+tcp://nomp.biblepay.org:3032
[2020-01-12 11:52:04] 4 miner threads started, using 'pobh' algorithm.
[2020-01-12 11:52:04] Binding thread 3 to cpu 3
[2020-01-12 11:52:04] Binding thread 0 to cpu 0
[2020-01-12 11:52:04] Binding thread 1 to cpu 1
[2020-01-12 11:52:04] Stratum requested work restart
[2020-01-12 11:52:20] Stratum requested work restart
[2020-01-12 11:52:20] thread 0: 61559 hashes, 4.09 khash/s
[2020-01-12 11:52:20] thread 3: 61422 hashes, 4.07 khash/s
[2020-01-12 11:52:20] thread 2: 62307 hashes, 4.08 khash/s
[2020-01-12 11:52:20] thread 1: 60843 hashes, 4.04 khash/s
[2020-01-12 11:52:29] Stratum requested work restart
[2020-01-12 11:52:29] thread 0: 40905 hashes, 4.93 khash/s
[2020-01-12 11:52:29] thread 3: 41458 hashes, 5.00 khash/s
[2020-01-12 11:52:29] Stratum requested work restart
[2020-01-12 11:52:29] thread 2: 40899 hashes, 4.93 khash/s
[2020-01-12 11:52:29] thread 1: 40785 hashes, 4.98 khash/s
[2020-01-12 11:52:29] Stratum requested work restart
[2020-01-12 11:52:29] thread 1: 2 hashes, 4.98 khash/s
[2020-01-12 11:52:29] thread 3: 2 hashes, 5.00 khash/s
[2020-01-12 11:52:29] Stratum requested work restart
[2020-01-12 11:52:29] thread 0: 1279 hashes, 6.58 khash/s
[2020-01-12 11:52:29] thread 2: 2 hashes, 4.93 khash/s
[2020-01-12 11:52:29] Stratum requested work restart
[2020-01-12 11:52:29] thread 0: 672 hashes, 9.49 khash/s



From what I read on the instructions page, this seems to be normal.

Edit - how long should it take for my address to show up on the workers page once I've started pool mining?  Thanks!

Edit 2 - I tested simultaneously mining with two pools at once to compare.  I used nomp.biblepay.org and sunpool.whitewalr.us.  Here's what I got within just the first couple minutes while mining at sunpool:

Microsoft Windows [Version 10.0.18362.535]
(c) 2019 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>C:\Users\Borgholio\Desktop\bbpminer-x86.exe -o stratum+tcp://sunpool.whitewalr.us:3032 -u BJ2kgCaXWefgkJB8GgPXaGr6ZWN2Vqw4df

KJV Loaded
Using bbpminer version 1009

solo mining 0
[2020-01-12 12:00:52] Binding thread 3 to cpu 3
[2020-01-12 12:00:52] 4 miner threads started, using 'pobh' algorithm.
[2020-01-12 12:00:52] Starting Stratum on stratum+tcp://sunpool.whitewalr.us:3032
[2020-01-12 12:00:53] Binding thread 0 to cpu 0
[2020-01-12 12:00:53] Binding thread 2 to cpu 2
[2020-01-12 12:00:53] Binding thread 1 to cpu 1
[2020-01-12 12:00:53] Stratum requested work restart
[2020-01-12 12:02:53] Stratum connection timed out
[2020-01-12 12:02:53] Stratum connection interrupted
[2020-01-12 12:02:53] thread 0: 431062 hashes, 3.61 khash/s
[2020-01-12 12:02:53] thread 2: 430416 hashes, 3.61 khash/s
[2020-01-12 12:02:54] thread 3: 434153 hashes, 3.63 khash/s
[2020-01-12 12:02:54] thread 1: 433447 hashes, 3.63 khash/s
[2020-01-12 12:02:54] Stratum requested work restart
[2020-01-12 12:03:39] thread 1: 4051567169 hashes, 91422 khash/s
[2020-01-12 12:03:40] accepted: 1/1 (100.00%), 91432 khash/s (yay!!!)
[2020-01-12 12:03:40] Stratum requested work restart
[2020-01-12 12:03:40] thread 0: 166270 hashes, 3.67 khash/s
[2020-01-12 12:03:40] thread 1: 1029 hashes, 1.84 khash/s
[2020-01-12 12:03:40] thread 3: 165751 hashes, 3.65 khash/s
[2020-01-12 12:03:40] thread 2: 166546 hashes, 3.67 khash/s
[2020-01-12 12:04:21] thread 1: 110624 hashes, 2.71 khash/s
[2020-01-12 12:04:56] thread 2: 220156 hashes, 2.92 khash/s
[2020-01-12 12:04:56] thread 3: 219056 hashes, 2.88 khash/s
[2020-01-12 12:04:57] thread 0: 219948 hashes, 2.87 khash/s
[2020-01-12 12:05:22] thread 1: 162894 hashes, 2.69 khash/s
[2020-01-12 12:05:40] Stratum connection timed out
[2020-01-12 12:05:40] Stratum connection interrupted
[2020-01-12 12:05:40] thread 3: 95801 hashes, 2.21 khash/s
[2020-01-12 12:05:40] thread 0: 94358 hashes, 2.20 khash/s
[2020-01-12 12:05:40] thread 2: 96175 hashes, 2.21 khash/s
[2020-01-12 12:05:40] thread 1: 38580 hashes, 2.22 khash/s
[2020-01-12 12:05:41] Stratum requested work restart



It didn't take very long to get the first share submitted, but as of this moment I still haven't submitted one for nomp.biblepay.org.  Is that just a function of how many people are in the pool?

On Kairos, yeah, I meant - Andy is supposed to provision the child within ~14 days or so.
Let me e-mail him the question now.  It's up to Kairos to expose the Bio's for each child.  Once I see they are working I will finish testing the orphan list and collage (and make it automatically refresh when it changes).

Thats very interesting, I think there is something preventing your miner from actually looping at 30KH/S.  After running it for a minute or so, you should see lines that say its speed (called the hashmeter).

Could you try removing the "-p x" at the end and try again?

If you dont see the hashmeter and still dont show up with shares, please try looking at the 'bbpminer' help options and see if we have the --verbose option.  Maybe your miner is not running in XBBP/Stratum with one of those switches.  Then also you can try re-downloading the binary and replacing it, it could be missing a dll.  Maybe run it as admin, maybe windows is blocking access to the dll.  (I doubt that).

But the key would be to see yourself with at least 1 valid share, then you will know you will enter shares in history...

You can also try different port (IE 3008, with the verbose flag on).

I decided to create a new wallet.
I ran the "unjoin wcg" command just now.

I just created a new receive address and I'm using that now, here is my current config:

bbpminer-x86.exe -o stratum+tcp://nomp.biblepay.org:3032 -u BJ2kgCaXWefgkJB8GgPXaGr6ZWN2Vqw4df -p x

I do see myself in the worker list, but with one invalid share.

Welcome back Rob. Hope you had a restful holiday, spent time with the family. I hope you have a happy and prosperous new year laboring for the Lord. May the fruits of your labor multiply and amplify to the children we support.

Thanks for your explanation Rob. I appreciate being a good steward of the funds for the charities.

In terms of accountability, thanks for the updates. It'll be important IMO to be transparent and show others the good work that BiblePay has and continues to do.

Re: Kairos listchildren -- I meant the URLs don't show anything - just a 404 error. So, there seems to be no landing pages for the kids?

https://kairoschildrensfund.com/bios/5f788a33.htm

This is really nice; especially when you realize how much we take for granted in crypto. 

Great job!

You can also do that (send funds to a new wallet).

The advantage is the wallet will be smaller.
The disadvantage is if you have any sancs, they would need re-created.

So its up to you!

Ok thats the problem; when you go back to an old wallet, before the associate, we lose all the metadata for :  *External purse, *CPK, *Associate.
So we need to go through a recovery process.
First, go to 'biblepay.conf' and remove any long lines that reference pubkey or privkey (they are the only lines over 80 chars long).
Then stop and restart the wallet.

Next, go to Receive addresses, and edit the name of your 'christian-public-key' to be 'deleted'.
Then start the process over:  run 'exec associate user code true' (Note the true at the end).  exec join wcg.
Then send your bankroll to your new cpk.  (Note that it changed).
Then wait a few blocks and see if you have a balance in your external purse (with exec rac, and with 'exec boinc1').

Its a two years old wallet, it could be important in the past, i really don't remember.
I used exec associate to this wallet successfully before my windows system crash and it was working fine - this was with "bbpminer4"
I had to use an old backup of this wallet, before the "exec associate".

UPDATE: I am thinking about creating a new wallet and transferring my funds to this wallet, to solve the issue.

UPDATE:

Sounds like this wallet was not created the conventional way; was this wallet imported, and was the importkey command used?
As I dont think you have all the key value pairs for your external purse.
Did you run exec associate on this wallet btw?

Could you please type : exec boinc1
and paste the results?  This should show the external purse configuration.

I used Send->Coin Control Features->Inputs (I don't see any other coin control dialog) :
I see a lot 10000 BBP with 407 confirmations for CPK BMSknmPYhs8NAdTcFAq86ZrshRkqJoGECV
PS round is 0
Date is 10 Jan 2020

Still same "exec rac"

Ok, so, let's scratch my prior reply anyway, because it turns out- when you originally pasted your command line to connect to the pool, I searched for bg4*, and found 5 payments to BG4qh*, who is a different guy, and replied about him, sorry about that.

Anyway, let me reply a different way;  first, nomp pays out 102 blocks after you find a block in the round;
next, you should immediately know you are successfully pool mining against nomp.  When you find the fractional shares, your BG4cah* address should appear in the "rounds" on the worker status.  I dont see you mining against the pool.  First check that, and once you ensure you are really getting shares, as long as you are in the solved round you will end up in the historical table.  I dont see BG4cah* in the historical table either.  I think something was wrong with the config preventing you from showing up in "Worker Stats" table...

Well, it's not that it's fair or not, it was an unintended buffering problem, and some got more and some got less randomly.

But Id be willing to put in 256,000 bbp towards the problem, if you can make a list of people who complained and distribute it.  No, I don't have a history of the rac.  You can estimate the amounts if you want, by complaint level.

I don't recall seeing a reply, apologies if I missed it.  My payment address is BG4cah66HTF4pCYsVS4K7kGCxER7VRQFWK.  Thanks!

I think I replied to this regarding 'http://nomp.biblepay.org', so you never got a payment? Whats the public payment address again?