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

I'm not sure what the 'not equal 1000 biblepay' bit is (I couldn't see that in your output), unless it is an unchanged message relating to the Sanctuary reserved balance (many coins use 1000 coins for masternodes, whereas it is 1,550,001 Biblepay that you'd have needed to send to send to a separate wallet address to start a Sanctuary).  I wonder if this also sent your remaining balance to a 'change' address, so none of your balance is old enough for the PODC update to consider using it now?

It might be better to run a separate wallet for the Sanctuary balance to the PODC one.

What happened?

On pool.biblepay.org I get CPID_SIGNATURE_INVALID.

And I didn't received last payment from PODC.

My wallet won't send PODC-updates anymore:


What does the 'not equal 1000 biblepay' bit mean? I don't think I saw it anywhere else before.

The only thing that changed, is that I started a masternode yesterday in the same wallet that I use for PODC. But I have done the same in the past without problems?

If there was no PODC payment today, magnitude is 0, and we are not able mine until next PODC payment. Am I right?
If yes, can we change this rule to check weekly magnitude? thanks.

See:
http://boinc.berkeley.edu/wiki/Boinccmd_tool

In your case it would be something like:

These command would be good for you to know:

Nice! Can I maybe use some of this for the website?

Hi all

Can smbody advice me how to suspend the new tasks in Ubuntu? Thanks.

In this week's list for delisted coins in C-Cex due to lack of volume I see Gridcoin, the one that competes with us in R@H.

To those who are new to the coin.

The PoDC (Proof of Distributed Computing) system gives a lot back to the world.  We support two projects through BOINC, the Berkley Open Infrastructure for Network Computing.  BOINC seeks to use idle computer time to do scientific research.  The two projects we support are Rosetta@home which studies proteins and protein folding in the quest to produce cures for major diseases such as cancer, as well as World Community Grid which currently has eight sub-projects, six of which are generating work.  World Community Grid's sub-projects range from Ebola and Zika virus research to cancer research.  Both of these projects began over a decade ago.

To show how far we've come, Team Biblepay was founded February 7, 2018 for Rosetta@home and March 29, 2018 for World Community Grid.  In less than three months time, Team Biblepay has done enough work at Rosetta@home to be the number 16 team in all time work, and will likely be in the top 10 of all time in less than two more weeks.  We have been the number one team in terms of RAC (Recent Average Credit, a measure of recent work performed) since March 23, which means in 44 days, many of which we were only in testing, we became the biggest daily contributor at a project that was over a decade old.  We account for nearly 20% of the work done there.  And in a total of roughly 10 weeks we'll be one of the top 10 performing teams off all time.  Meanwhile at World Community Grid, we're number 676 in all time work, are 15th overall in daily RAC, all in just over four weeks!

This coin has a spirit of giving in both its mission to support charity with the 10% block reward share that goes to the orphan fund and with PoDC, we're giving back to the world through scientific research that could lead to the cures for major diseases.

are we stuck? 3 blocks before superblock and no new block for 1,5hr already

edit: it goes again but block 43048 takes 1hr 40min to solve

And even the troll admits how amazing our main developer is :

After testing here are my R@h and WCG results (taken from the Projects tab of BOINC...which express all the totals as Host Average Credit which are pretty much on target with http://stats.free-dc.org, which lags about 12 hours behind).

All are identical servers at the same physical location, with roughly the same uptimes in their respective groupings.  They aren't at their maximum RAC but have run for 8 days in the first grouping and 5 days in the second grouping which should minimize the statistical variation.

First Grouping:
68 6431 WCG
70 7257 R@h
72 7642 R@h
73 6424 WCG

Second Grouping:
74 5605 R@h
75 5115 WCG

This means the average First Grouping R@h is 7449, and WCG is 6427, meaning a 15% edge to R@h, the second grouping gives a 10% edge to R@h. 

I just started one that is 50% WCG and 50% R@h which would have been a better test subject from the get go but won't have meaningful data anytime soon.

Based on that data which I feel is statistically significant, our 1.5 multiplier for WCG is too high despite what my previous research had implied, which is a shame as I personally like that project better.  My feeling is we need to reduce the multiplier as soon as feasible to between 10% (1.1 multiplier) and 15% (1.15 multiplier) to equalize the difficulty with the 15% (1.15) equalization seeming at this point to be the more equitable factor.

Yes.  Could you please add it here:
https://github.com/biblepay/biblepay/issues

As we are fervently working on Stratis for the June 30 deadline.

Also please tack on 'Total Team RAC' to the same request.

AWESOME! I see we are on block #43000, and monthly superblock for budget is #43050,
So we are 50 blocks away! so about 6 hours from now

What is a Monthly Budget Superblock???
https://dashpay.atlassian.net/wiki/spaces/DOC/pages/8585240/Understanding+the+Governance+and+Budget+System

With BiblePay 20% of all coins that were to be generated for the month get held back, and are paid out to passing proposals,
Half of that goes to Charity proposals, the other half goes to IT/PR/etc (to fund people doing work for the coin!)

If youre interested in being paid BiblePay coins to do work for BiblePay, create a proposal!

Proposal Subforum:
http://forum.biblepay.org/index.php?board=5.0

Proposal List:
https://pool.biblepay.org/ >>> Governance >>> Proposal List

could we add some command or extend existing (totalrac) to show exact minimum amounts to reach each level?
for example:
{
  "Command": "totalrac",
  "Total RAC": 109286.66,
  "UTXO Target": 2404306.52,
  "10% reward target": 12345.67,
  "20% reward target": 23456.78,
...
  "100% reward target": 123456.78
}

Much better now. Some troll talking about ethics while using his work company assets illegally to mine coins. Not worth even answering.

If the supermajority is tired of reading Slovakias negative posts, just click Ignore just below the avatar.

Now I can understand why he is banned from Reddit, Twitter, Togos rooms, forum.biblepay.org and Discord.

I understand that you don't want to be on all forums, but my link explains why your remark about the wallet was - as is typical for a lot of your remarks - devoid of facts.

Did you read the link?

Yes, don't get me wrong when I said that the transaction history is difficult to parse. In terms of ease of setup, maintenance, etc - Iquidus is fantastic. But I'd love to see something closer to a wallet-like view where we can see NET transactions rather than individual pieces of transactions. Again, I'm happy to play a part in that, but I need to do some research first. Then again, if it is just me having issues with that, then there's probably little to be gained.