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

[znjrols5]

I'm pretty sure that my WCGRAC is wrong in biblepay network... Yesterday at some point, 'exec totalrac' showed around 12k RAC, and later that day around 9k RAC. Through 'exec getboincinfo' I saw that my RAH RAC was the same (it should have been), and my WCG RAC jumped. After that it dropped, but I am constantly working on WCG (since it was added to biblepay), so it should only go up monotonically the first two weeks (since RAC is two week average, afaik). I didn't experience these problems with RAH, before WCG was implemented in biblepay network.
So, at the moment of writing, my WCG RAC reported through getboincinfo is 2972, but my BOINC shows around 7.5k. I know it should have some latency, show a bit lower than 7.5k, but my WCG RAC on BOINC was around 3k two days ago. My cpid is 307c54df37dd7a158ef9fd7dfe1a1815

So since we are integrated a little closer with RAH, I have the core wallet showing you the "current live" RAH RAC when you type exec getboincinfo using their XML call (just for cosmetic use for the user - the Sanc actually gets the RAH RAC from the nightly back-end files to allow them to come to consensus easier, thats why your RAH rac on getboincinfo is more current than the superblock view report), but anyway, WCG is a little different- when they merged with IBM, they removed some of the boinc XML calls - so we cant get the WCG RAC the same way, so we actually use the nightly WCG dump files for their RAC.  Their RAC is exported to our network once per night at 00:00:00 UTC.  So it pretty much stays static for 24 hours at a time.  What I surmise is someone dumped the rac twice yesterday at WCG but normally that doesnt happen so you probably picked up two views of it, which I believe will be rare over long term.

Later today my WCGRAC changed to 7777, and now got dropped to zero. I assume this might be the problem if you don't have active tasks then it reports zero WCGRAC?

Shouldnt go to zero; whats your cpid?  exec totalrac shows 0 for wcg?

We are still in dr mode #1, so we dont currently look at task weight, we only look at UTXO weight.

My cpid is 307c54df37dd7a158ef9fd7dfe1a1815. exec totalrac shows the same amount that getboincinfo shows for RAH RAC (which is around 6.5k), so nothing from WCG RAC. Yesterday, WCG RAC was around 2900 (which was wrong), then at some point it changed to 7777 (which was similar to what BOINC is showing), but now after midnight it changed to 0.

I'm also having some problems with utxoamount, due to having multiple wallets. I saw your answers in previous posts, I'm working on solving that... So because of this there are some wrong podcupdates of 50001, but this shouldn't affect RAC?

Thanks for looking into this!

[1714849268]

1714849268

[1714849268]

1714849268

[1714849268]

1714849268

[bible_pay]

I'm pretty sure that my WCGRAC is wrong in biblepay network... Yesterday at some point, 'exec totalrac' showed around 12k RAC, and later that day around 9k RAC. Through 'exec getboincinfo' I saw that my RAH RAC was the same (it should have been), and my WCG RAC jumped. After that it dropped, but I am constantly working on WCG (since it was added to biblepay), so it should only go up monotonically the first two weeks (since RAC is two week average, afaik). I didn't experience these problems with RAH, before WCG was implemented in biblepay network.
So, at the moment of writing, my WCG RAC reported through getboincinfo is 2972, but my BOINC shows around 7.5k. I know it should have some latency, show a bit lower than 7.5k, but my WCG RAC on BOINC was around 3k two days ago. My cpid is 307c54df37dd7a158ef9fd7dfe1a1815

So since we are integrated a little closer with RAH, I have the core wallet showing you the "current live" RAH RAC when you type exec getboincinfo using their XML call (just for cosmetic use for the user - the Sanc actually gets the RAH RAC from the nightly back-end files to allow them to come to consensus easier, thats why your RAH rac on getboincinfo is more current than the superblock view report), but anyway, WCG is a little different- when they merged with IBM, they removed some of the boinc XML calls - so we cant get the WCG RAC the same way, so we actually use the nightly WCG dump files for their RAC.  Their RAC is exported to our network once per night at 00:00:00 UTC.  So it pretty much stays static for 24 hours at a time.  What I surmise is someone dumped the rac twice yesterday at WCG but normally that doesnt happen so you probably picked up two views of it, which I believe will be rare over long term.

Later today my WCGRAC changed to 7777, and now got dropped to zero. I assume this might be the problem if you don't have active tasks then it reports zero WCGRAC?

Shouldnt go to zero; whats your cpid?  exec totalrac shows 0 for wcg?

We are still in dr mode #1, so we dont currently look at task weight, we only look at UTXO weight.

My cpid is 307c54df37dd7a158ef9fd7dfe1a1815. exec totalrac shows the same amount that getboincinfo shows for RAH RAC (which is around 6.5k), so nothing from WCG RAC. Yesterday, WCG RAC was around 2900 (which was wrong), then at some point it changed to 7777 (which was similar to what BOINC is showing), but now after midnight it changed to 0.

I'm also having some problems with utxoamount, due to having multiple wallets. I saw your answers in previous posts, I'm working on solving that... So because of this there are some wrong podcupdates of 50001, but this shouldn't affect RAC?

Thanks for looking into this!

I see the problem; we multiply the utxoweight * WCGRAC before returning it but we dont do that to RAH RAC.
So it looks like its not affecting the actual Sanc calculation so we dont need an emergency fix or anything.

Anyway it looks like you recently sent in your utxo.  Now your 8000 WCG rac is showing.  I see you are also showing in the pool superblock view report now.

Note, You actually had 8000 wcg rac all day, it was just not being used because of the utxo problem...

Please check pool superblock view & totalrac now.

[znffal]

I have enough BBP for RAC but get nothing
https://www.biblepay-central.org/en/podc/user/216448/ 

I see that you are running both desktop and ARM mobile boinc.
https://boinc.bakerlab.org/rosetta/results.php?hostid=3373756

Not sure if it is relevant, but I thought I'd leave it here for someone who knows more than me about this.

[harrisvan87]

Hello all,
How can i POW mining with purepool with all my CPU ?
i already set :setgenerate true & genproclimit = 4( or 8 maximum)
But the performance CPU still at 40-50%??

[znjrols5]

Hello all,
How can i POW mining with purepool with all my CPU ?
i already set :setgenerate true & genproclimit = 4( or 8 maximum)
But the performance CPU still at 40-50%??

I've found that I get full CPU power when I set number of threads to 4 * actual number of logical cores. For example, intel i5 with 4 logical cores, i set genproclimit to 16 for 100% power

[jaapgvk]

Hello all,
How can i POW mining with purepool with all my CPU ?
i already set :setgenerate true & genproclimit = 4( or 8 maximum)
But the performance CPU still at 40-50%??

I've found that I get full CPU power when I set number of threads to 4 * actual number of logical cores. For example, intel i5 with 4 logical cores, i set genproclimit to 16 for 100% power

There is an automatic minersleep of 250ms. This means that the miner mines 250ms, then stops 250ms etc.

You can put the following line in your biblepay.conf: 'minersleep=0'. It should then use all your CPU-power per thread.

The minersleep is there so that Boinc won't pauze because of CPU use.

[bible_pay]

I have enough BBP for RAC but get nothing
https://www.biblepay-central.org/en/podc/user/216448/ 

Take a look at your:

exec utxoreport c928132caee55ffc97c3f960c63ad8c2


{
  "38553 [04-04-2018 12:45:37] (254108 BBP) [TXID=b188c272f85442a11e28c51f8b1e6d792653983afde3e977bb284e82c9ae49d6] ": "0.07",
  "38534 [04-04-2018 10:18:55] (245260 BBP) [TXID=1f5e418f7ef0985113537709479185dc92d3dcae7f380a0e8d5faa39244701a0] ": "0.10",
  "38527 [04-04-2018 09:39:31] (245260 BBP) [TXID=875746a205fd6f507a66166dbb29d370602cf0419d7762dabb189b53256d1595] ": "0.03",
  "38180 [04-02-2018 15:23:59] (239079 BBP) [TXID=cceccc298aa46134e0c8fe4dda68602d3cdff9f7634d4eb35d6906cbb0d37af5] ": "1.76",
  "38151 [04-02-2018 12:30:04] (213080 BBP) [TXID=c6b456f860d8820560888253fa73e017c7860e8d4adf5989a389498312390f6b] ": "0.12",
  "38117 [04-02-2018 08:01:07] (213080 BBP) [TXID=b5aa1f82b2e6cea3f3a761a42a32775ffbcadcf521ba312a3762fe872e7c1482] ": "0.19",
  "38084 [04-02-2018 03:55:56] (213080 BBP) [TXID=5208a8c9f11171ce14c21d85a2f9df93319bf363615f2f95509ebdf54131ee9d] ": "0.17",
  "38070 [04-02-2018 02:25:26] (106534 BBP) [TXID=3dfb4affdf225f5c2a196e92614aed2fe420d54f83526faee44ab752bdfbd32c] ": "0.06",
"0.19",
  "36583 [03-25-2018 16:29:59] (50001 BBP) [TXID=e09fedf7f5f520c227fbbc169064fba42f81d3a3c7ed5018b022c4925c83ff3b] ": "0.17",
  "36545 [03-25-2018 11:55:13] (50001 BBP) [TXID=425b3ddd34043d3a4a34bece2f4ba2049618dca366854e2b6e4e097a6875763e] ": "0.19",
  "Average Span (Days)": 0.1942432498233258,
  "Average UTXO Amount": 71079.36935204768
}

You had a 1.7 day span with no utxo contribution, I see you have it in now, so going forward you should be good .

[bible_pay]

This article is in Stratis' Genesis block that creates their first hash, looks like they have a sense of humor!

https://sports.theonion.com/olympics-head-priestess-slits-throat-of-official-rio-ma-1819579120

[slovakia]

bible_pay 

[bible_pay]

bible_pay 

Whats going on, it's quiet here, almost as if something happened ?

Ours is:
"Pray always that ye may be accounted worthy to stand before the Son of Man.";
   

[noxpost]

I was thinking the same thing today. It's like the last 3 days have just, I don't know, used everybody's words up.

A nice quiet day for Rob at least; consider it a break.

[noxpost]

Since it is quiet, I've got kind of a low-priority question.

I've been trying to figure out what happens when a sanctuary comes online in "PRE_ENABLED" and haven't been able to figure out what actually causes the transition from PRE_ENABLED to ENABLED.

I know that watchman has to run for a while, but there appears to be a few components at work - watchman, a time period, maybe a number of blocks? What exactly is the mechanism? I'm not having any problems, but for both of my sanctuaries, they took almost exactly 2hrs to switch over, which was long enough both times (last month and this morning) to give me time to wonder.

[coin_analyst]

I was thinking the same thing today. It's like the last 3 days have just, I don't know, used everybody's words up.

A nice quiet day for Rob at least; consider it a break.

It is a bad situation or a sign that if so quiet in forum.To be a popular altcoin, should not be like this.

Since the change of new ways, many newcomers have complained in previous pages ,they may have left or switched to POW mining.

If newbie don't want buy BBP though the market, just want mining to get BBP.This way will only make the gap between the rich and poor has grown in future by this method.

[616westwarmoth]

Bhavani, Developer #4 (We have 4 devs total working on projects) has completed his first mission and I gave him his first task, he is going to look into creating a Wysiwig editor in biblepay-qt to allow a user to write an orphan a letter.  We are taking this in baby steps, his first step is to allow a letter to be written and make it formattable (IE bold, fonts, centering) and then later we are going to take a look at making a letter list in grid format in the wallet.  If this works out Ill work with him on storing letters in-chain.  (Were also evaluating the ability to upvote and downvote the letter by CPID signature).


I'm shooting for knowing when a CPID creates a letter, and letter approval metrics by CPID.  Then in the future we may be able to add LetterWeight for part of POW mining and/or part of cancer mining (thats up in the air).  The primary goal being that each CPID writes one nice
 (upvoted) letter per 60 day period to an orphan to maintain 100% letterweight - or maybe letterweight is affected by upvote %. 

I applaud more integration with the wallet, would be great to have Sanctuary proposals and voting in wallet.  However, adding letter weight to the formula could be problematic for several reasons.  First and foremost, not everyone is an accomplished writer and what might look like a sloppy letter to gain the credit could actually be the best someone could do, so penalizing them is very unfair.  Second, there is no guarantee we will always be sponsoring orphans at Compassion, so hard coding this to the formula could require some backtracking down the road.  Finally, I think it is far better to give a gift to those who are willing to write and do well than it is to penalize those who do not.  Without a committee to oversee the letter quality, it could become a huge time sink if you end up with a thousand users all writing letters.

[zthomasz]

9 hours ago pool.biblepay showed:

Magnitude 2.0
UTXOWeight 100
TaskWeight 100
UTXOAmount 164000
WCGRac 280


Now:

Magnitude 0
UTXOWeight 0
TaskWeight 0
UTXOAmount 0
WCGRac 0

I haven't changed anything, same machines running v1117 for over a week.

EDITED:

Just ran exec getboincinfo ..

  "Command": "getboincinfo",
  "CPID": "fad380a01204898a8fe90271fe9205d5",
  "Address": "BSK5exWQe1AwwaRbcPjTiqLGNoW8L4pzUT",
  "CPIDS": "fad380a01204898a8fe90271fe9205d5;",
  "CPID-Age (hours)": 423020,
  "NextSuperblockHeight": 38745,
  "NextSuperblockBudget": 1179301,
  "fad380a01204898a8fe90271fe9205d5_ADDRESS": "BSK5exWQe1AwwaRbcPjTiqLGNoW8L4pzUT",
  "fad380a01204898a8fe90271fe9205d5_RAC": 7787.54,
  "fad380a01204898a8fe90271fe9205d5_TEAM": 15044,
  "fad380a01204898a8fe90271fe9205d5_WCGRAC": 0,
  "fad380a01204898a8fe90271fe9205d5_TaskWeight": 0,
  "fad380a01204898a8fe90271fe9205d5_UTXOWeight": 0,
  "Total_RAC": 7787.54,
  "Total Payments (One Day)": 2408,
  "Total Payments (One Week)": 9757,
  "Total Budget (One Day)": 1179301,
  "Total Budget (One Week)": 8255107,
  "Superblock Count (One Week)": 8,
  "Superblock Hit Count (One Week)": 8,
  "Superblock List": "38540,38335,38130,37925,37720,37515,37310,37105",
  "Last Superblock Height": 38540,
  "Last Superblock Budget": 1179301,
  "Last Superblock Payment": 2408,
  "Magnitude (One-Day)": 2.041887524898224,
  "Magnitude (One-Week)": 1.181935013077359

[zthomasz]

bible_pay 

Whats going on, it's quiet here, almost as if something happened ?

Ours is:
"Pray always that ye may be accounted worthy to stand before the Son of Man.";
   

[bible_pay]

9 hours ago pool.biblepay showed:

Magnitude 2.0
UTXOWeight 100
TaskWeight 100
UTXOAmount 164000
WCGRac 280


Now:

Magnitude 0
UTXOWeight 0
TaskWeight 0
UTXOAmount 0
WCGRac 0

I haven't changed anything, same machines running v1117 for over a week.

EDITED:

Just ran exec getboincinfo ..

  "Command": "getboincinfo",
  "CPID": "fad380a01204898a8fe90271fe9205d5",
  "Address": "BSK5exWQe1AwwaRbcPjTiqLGNoW8L4pzUT",
  "CPIDS": "fad380a01204898a8fe90271fe9205d5;",
  "CPID-Age (hours)": 423020,
  "NextSuperblockHeight": 38745,
  "NextSuperblockBudget": 1179301,
  "fad380a01204898a8fe90271fe9205d5_ADDRESS": "BSK5exWQe1AwwaRbcPjTiqLGNoW8L4pzUT",
  "fad380a01204898a8fe90271fe9205d5_RAC": 7787.54,
  "fad380a01204898a8fe90271fe9205d5_TEAM": 15044,
  "fad380a01204898a8fe90271fe9205d5_WCGRAC": 0,
  "fad380a01204898a8fe90271fe9205d5_TaskWeight": 0,
  "fad380a01204898a8fe90271fe9205d5_UTXOWeight": 0,
  "Total_RAC": 7787.54,
  "Total Payments (One Day)": 2408,
  "Total Payments (One Week)": 9757,
  "Total Budget (One Day)": 1179301,
  "Total Budget (One Week)": 8255107,
  "Superblock Count (One Week)": 8,
  "Superblock Hit Count (One Week)": 8,
  "Superblock List": "38540,38335,38130,37925,37720,37515,37310,37105",
  "Last Superblock Height": 38540,
  "Last Superblock Budget": 1179301,
  "Last Superblock Payment": 2408,
  "Magnitude (One-Day)": 2.041887524898224,
  "Magnitude (One-Week)": 1.181935013077359

When your utxoweight becomes 0, your future magnitude is 0 also.

Check your utxo report... for gaps....

[bible_pay]

I was thinking the same thing today. It's like the last 3 days have just, I don't know, used everybody's words up.

A nice quiet day for Rob at least; consider it a break.

It is a bad situation or a sign that if so quiet in forum.To be a popular altcoin, should not be like this.

Since the change of new ways, many newcomers have complained in previous pages ,they may have left or switched to POW mining.

If newbie don't want buy BBP though the market, just want mining to get BBP.This way will only make the gap between the rich and poor has grown in future by this method.

We've been answering the forum posts (in contrast to not answering them).  I log on daily, and the others have been helping also.

Actually its quite normal to have a period of quietness in a random environment.  Equally as it is to have a low difficulty block.

[bible_pay]

Since it is quiet, I've got kind of a low-priority question.

I've been trying to figure out what happens when a sanctuary comes online in "PRE_ENABLED" and haven't been able to figure out what actually causes the transition from PRE_ENABLED to ENABLED.

I know that watchman has to run for a while, but there appears to be a few components at work - watchman, a time period, maybe a number of blocks? What exactly is the mechanism? I'm not having any problems, but for both of my sanctuaries, they took almost exactly 2hrs to switch over, which was long enough both times (last month and this morning) to give me time to wonder.

That just means its in a broadcasted state and has not been accepted by the network yet.  The masternode has to prove the funds are locked, and what its address is, so other sancs can "accept" it and put it on the list for instantsend.

See more in dash forum:
https://www.dash.org/forum/threads/masternode-is-pre-enabled.12999/

[bible_pay]

Bhavani, Developer #4 (We have 4 devs total working on projects) has completed his first mission and I gave him his first task, he is going to look into creating a Wysiwig editor in biblepay-qt to allow a user to write an orphan a letter.  We are taking this in baby steps, his first step is to allow a letter to be written and make it formattable (IE bold, fonts, centering) and then later we are going to take a look at making a letter list in grid format in the wallet.  If this works out Ill work with him on storing letters in-chain.  (Were also evaluating the ability to upvote and downvote the letter by CPID signature).


I'm shooting for knowing when a CPID creates a letter, and letter approval metrics by CPID.  Then in the future we may be able to add LetterWeight for part of POW mining and/or part of cancer mining (thats up in the air).  The primary goal being that each CPID writes one nice
 (upvoted) letter per 60 day period to an orphan to maintain 100% letterweight - or maybe letterweight is affected by upvote %.  

I applaud more integration with the wallet, would be great to have Sanctuary proposals and voting in wallet.  However, adding letter weight to the formula could be problematic for several reasons.  First and foremost, not everyone is an accomplished writer and what might look like a sloppy letter to gain the credit could actually be the best someone could do, so penalizing them is very unfair.  Second, there is no guarantee we will always be sponsoring orphans at Compassion, so hard coding this to the formula could require some backtracking down the road.  Finally, I think it is far better to give a gift to those who are willing to write and do well than it is to penalize those who do not.  Without a committee to oversee the letter quality, it could become a huge time sink if you end up with a thousand users all writing letters.

Well strictly speaking on the compassion.com integration part, I was thinking we would have had an adapter for each vendor, so the in-wallet letter writing would have just been persisted letters, a list, and upvoting capability.  The process of dumping (from the wallet to pdfs)
 is still my batch job.

Anyway I kind of like the idea of using PR funds for letter writing, because like you said, it rewards the letter writers who like to write, and it would also take away the 'penalization' effect of pool.biblepay.org putting it on even footing with the other pools.  It would also free up Bhavani to work on something else, something I found today we need is a port of biblepay.c to stratis for the proof-of-concept Im trying to create in the background, so thats a good idea.

In this particular case, I would add a proposal for about 170K for letter writing rewards from the P2P budget, and stop penalizing the miners for not writing letters, and then re-vamp the upvote system in the pool to have more security.. (Since we need about 170 letters more this month that would be about 1000 per letter reward, which is close to coercing people to write letters historically).

It would also make the path to stratis a little easier as we would not need to port the letter writing interface to c# in the future.

If there are no objection to this idea, I think I will put a proposal in over the next 2 days and redirect Bhavani to a stratis sub-project.

EDIT: And on a side note so everyone knows, we already did integrate letter writing with BLOOM and we had 10 bloom letters already- those are sent through the bloom adapter to Jennifer who sends them to the translator automatically.  The orphan record has  columns for the method and vendor.