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

[MIP]

why is all proposals on centralized-censore 1 person web?  

What do you mean?

An concerning the wallet, check this:
http://forum.biblepay.org/index.php?topic=151.msg3539#msg3539

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.

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

[capulo]

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
}

[togoshigekata]

** ITS BUDGET VOTING TIME **

Please vote on the budget from the pool.  We have 12 proposals in this months budget totaling 15.33 MM biblepay out of a total budget of 15.375 MM biblepay.

shortcut to vote yes:
gobject vote-many 02f0b00172460a6b63bae85f870619e1e2a1b27da039e292a47fb07e15730517 funding yes


Note that due to the cascading superblocks bug that still exists in our current version of biblepay, the monthly superblock takes precedence over the daily superblock today.

This means that there will be no PODC superblock today .  

This will only happen tonight (April 26th) and once more (May 26th~), and will be corrected before our June mandatory release.  I will do everything possible to ensure we test the fix in testnet in May, and we release the fix to the exchanges so that our June go-live will be live before the June 26th superblock hits so as to attempt a cancer payment in June.

Please bear with us as it was too short and dangerous of a change to force in to this weeks mandatory - this needs to be fixed with care and be fully tested for the June release.

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

[bible_pay]

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
}

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.

[616westwarmoth]

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.

[coinsinspect]

why is all proposals on centralized-censore 1 person web?  

What do you mean?

An concerning the wallet, check this:
http://forum.biblepay.org/index.php?topic=151.msg3539#msg3539

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.

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

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

holy heaven= fast fix 

[capulo]

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

[616westwarmoth]

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.

[fjavi]

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.

[SVK Noko]

Hi all

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

[jaapgvk]

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.

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

[jaapgvk]

Hi all

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

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

In your case it would be something like:

Code:

boinccmd --project https://boinc.bakerlab.org/rosetta/ nomorework

These command would be good for you to know:

Code:

suspend: stop work for project;
resume: resume work for project;
nomorework: finish current work but don't get more;
allowmorework: undo nomorework

[Sakic]

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.

[jaapgvk]

My wallet won't send PODC-updates anymore:

Code:

10:36:35

exec podcupdate


10:37:36

{
  "Command": "podcupdate",
  "PODCUpdate": "Unable to locate enough funds for this transaction that are 
."
}


10:38:18

exec getboincinfo


10:38:28

{
  "Command": "getboincinfo",
  "CPID": "d9b22fccfae5582d4ee7838883aaa3cf",
  "Address": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "CPIDS": "d9b22fccfae5582d4ee7838883aaa3cf;",
  "CPID-Age (hours)": 423560,
  "NextSuperblockHeight": 43255,
  "NextSuperblockBudget": 1161612,
  "d9b22fccfae5582d4ee7838883aaa3cf_ADDRESS": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "d9b22fccfae5582d4ee7838883aaa3cf_RAC": 13940.44,
  "d9b22fccfae5582d4ee7838883aaa3cf_TEAM": 15044,
  "d9b22fccfae5582d4ee7838883aaa3cf_WCGRAC": 19469,
  "d9b22fccfae5582d4ee7838883aaa3cf_TaskWeight": 100,
  "d9b22fccfae5582d4ee7838883aaa3cf_UTXOWeight": 810536,
  "Total_RAC": 33409.44,
  "Total Payments (One Day)": 2366001,
  "Total Payments (One Week)": 2436989,
  "Total Budget (One Day)": 15375000,
  "Total Budget (One Week)": 22450806,
  "Superblock Count (One Week)": 8,
  "Superblock Hit Count (One Week)": 8,
  "Superblock List": "43050,42845,42640,42435,42230,42025,41820,41615",
  "Last Superblock Height": 43050,
  "Last Superblock Budget": 15375000,
  "Last Superblock Payment": 0,
  "Magnitude (One-Day)": 153.886243902439,
  "Magnitude (One-Week)": 108.5479514633016
}


10:38:38

getinfo


10:38:38

{
  "version": 1010204,
  "protocolversion": 70717,
  "walletversion": 61000,
  "wallet_fullversion": "1.1.2.4",
  "balance": 5294146.65809395,
  "privatesend_balance": 0.00000000,
  "retirement_balance": 0,
  "blocks": 43058,
  "timeoffset": -9,
  "connections": 7,
  "proxy": "",
  "difficulty": 68.27868285357307,
  "testnet": false,
  "keypoololdest": 1518093336,
  "keypoolsize": 1001,
  "unlocked_until": 0,
  "paytxfee": 0.00000000,
  "relayfee": 0.00010000,
  "errors": ""
}

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?

[pagalo]

What happened?

On pool.biblepay.org I get CPID_SIGNATURE_INVALID.

And I didn't received last payment from PODC.

[PhaseshiftUK]

My wallet won't send PODC-updates anymore:

<snip>

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?

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.

[znffal]

What happened?

On pool.biblepay.org I get CPID_SIGNATURE_INVALID.

And I didn't received last payment from PODC.

This is a known bug which will be fixed in the next mandatory (no one got PoDC payments today)
see
https://bitcointalk.org/index.php?topic=2388064.msg35650197#msg35650197

[dave_bbp]

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.

Yes, this "failed once - no more mining" rule is too harsh. I wrote that some time ago, but apparently it is not so easy to change it to a "check last n magnitudes and take average value". Although I'm not sure why this would be such a problem, since the client gives a "weekly magnitude" anyways in getboincinfo, so the value is already implemented...

[SVK Noko]

I have one question regarding payment I dont understand.

Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)

When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.

Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)

Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?

I will appreciate any answer. Thank you.

[fjavi]

I have one question regarding payment I dont understand.

Day before yesterday morning I sent 520k BBP from C-cex onto address BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH (TXID is d72cb76f612698b96c3057b5b1f553c17d93f8eb07b85664cebd973549de2140)

When I take a look via BBP explorer on the main wallet address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (address for the same wallet) I don't see +520k. I just see there some + 170968, rest of the transaction goes to another address.

Result: the final balance checked via BBP explorer on the main address BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg (2863625) doesn't match now with the balance in the wallet (more than 3.2 mil.)

Question: how it works when I have more addresses for one wallet? And how can I check the final balance via BBP explorer?

I will appreciate any answer. Thank you.

The mentioned transaction shows that there are 2 inputs:

BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg   2701763.00000000
BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH   519999.90000000

And 2 outputs:

BRjWGBbhAvwuVcXpWkhYFkwRU2V3mR9CgL   349031.89910260
BQGcjqjbx89DYqtHc9MpubeEBnbb9FPyfg   2872731.00000000

So properly speaking, this is not the one you are describing, as BNxpNcfZDzGknyqguVh2anPKae2jrAfGxH is not a receiving address, but one of the two "sending" addresses.

Regarding the wallet behaviour: unless you specify a "change" address explicitly, wallets will create a new address for change every transaction.