Author

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

member
Activity: 489
Merit: 12
bible_pay  Huh Huh

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

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


member
Activity: 489
Merit: 12
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



full member
Activity: 406
Merit: 101
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.
newbie
Activity: 39
Merit: 0
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. Smiley

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.
jr. member
Activity: 235
Merit: 3
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.
jr. member
Activity: 235
Merit: 3
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. Smiley

A nice quiet day for Rob at least; consider it a break.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
bible_pay  Huh Huh

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

Ours is:
"Pray always that ye may be accounted worthy to stand before the Son of Man.";
   
full member
Activity: 770
Merit: 100
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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

Quote

{
  "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 Smiley.


full member
Activity: 574
Merit: 104
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.
newbie
Activity: 28
Merit: 0
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
newbie
Activity: 81
Merit: 0
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%??
full member
Activity: 364
Merit: 102
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.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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.

newbie
Activity: 28
Merit: 0
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!
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
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.

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
I finally got around to making a transparent automagically upgraded PNG for the web site, feel free to embed this in wordpress:


https://pool.biblepay.org/images/announce.png



I updated the OP also.

Edit: Please keep the dynamic iframe version that Tom has been using also, in case we have minor updates in between narrative changes.



To make sure I understand ... just embed the .png link and it will automagically update ... do we have control of the font style and size?

Right, you can just embed it and the image will change periodically (when we have important releases or mandatories).

You can set the image size with 'style=width:xx;height=xx' but can't control the font style or font size; but I can make the image smaller if it looks bad on the site.  I made it big to see if scaling made it look better when we shrunk it down.

newbie
Activity: 28
Merit: 0
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?
full member
Activity: 364
Merit: 102
PSA: In New Zealand, mining rewards and sanctuary payouts are taxable as income tax according to recently release guidance.
http://www.ird.govt.nz/income-tax-individual/cryptocurrency-qa.html#01

You may like to consider your obligations in your home country.

Regarding what we write to each other, I try to remember when typing something that there is the power of life and death in the tongue. I try to give life with my words. I am not perfect, so sorry if I have failed any of you in this respect. But we press on towards the goal of perfection.
God Bless.
Jump to:
© 2020, Bitcointalksearch.org