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

[bible_pay]

So please don't insinuate that we aren't trying to fix production issues.  I'll go out on a limb and say I think we have a cleaner environment in github with production support issues than 75% of the communities issues lists.  Especially when dealing with prod support emergencies.

Please don't take it the wrong way. We appreciate all that you do. We all want a better BiblePay product, right? I closed the issue because I figured out a workaround (make a separate PoG wallet). But I still have problems with exec bankroll (different circumstance). I'm just trying to help bbptoshi by explaining what I did. I doubt anyone thinks you aren't fixing production issues. Look at all the fixes and new features we've in the last few weeks!

After running 1.1.9.6 for 24+ hours, just restart the wallet with -zapwallettxes=1 once and it will remove the orphaned transactions -- then going forward we should not see new ones appear.

If I run tithe=2 , I run into orphans sometimes.
I think I am trying to tithe too fast?
Should I run two wallets then?
I think you mentioned there's a limit of 2 tithes per blocks from same address?
What do you think of InstantSend as default? Would that help with PoG difficulty window?

What version are you running first?  Its only been out for 12 hours.

Was on 1.1.9.5 and now I'm tithing on 1.1.9.6. Still ran into some tithes too high

this one is interesting... tithe amount is 9.79 and max tithe is 9.79, but considered Illegal tithe - tithe too high?

Looks like block PoG diff was 9.78999999 so that makes sense now.

"xxx": "Legal: -3 [TITHE_TOO_HIGH], Amount: 9.79, Height: 104236, Spent_Coin_Value: 1046.00, 9212fd788f03968e2dfc81372bf9e4b779f510e980bf0303525284d45b257715-76, Age: 1.55, NickName: xxx
[Max Tithe Amt: 9.79, Min Age: 1.51, Min Coin Value: 530.04]",

http://explorer.biblepay.org/api/getblock?hash=efa857e0928fdc37c970cbd13337d80ecb96158342502524744ac35ee0650c6a

Code:

 "block_tithes": 617.8805,
  "24_hour_tithes": 7509.68399948,
  "pog_difficulty": 1386.882573590632,
  "min_coin_age": 1.51,
  "min_coin_amt": 530.04,
  "max_tithe_amount": 9.78999999,

OK, just try to proofread your post and think what others feel when you click the red button.  OK, thats cool.

Anyway, on that tithe you posted (-3) that was not from 1196.  I can tell because 1196 sends out .05% less than the TDP params for the block.  So I suggest going through your list - and auditing blocks up to your cutover point.  Thats why I said wait 24 hours- then your list will be clean with 1196.  EDIT: Yes - its possible on 1195 that a tithe that is rounded down is over the limit by .000001 satoshi.

[bible_pay]

After running 1.1.9.6 for 24+ hours, just restart the wallet with -zapwallettxes=1 once and it will remove the orphaned transactions -- then going forward we should not see new ones appear.

If I run tithe=2 , I run into orphans sometimes.
I think I am trying to tithe too fast?
Should I run two wallets then?
I think you mentioned there's a limit of 2 tithes per blocks from same address?
What do you think of InstantSend as default? Would that help with PoG difficulty window?

What version are you running first?  Its only been out for 12 hours.

No, No, No, No.

So on this one, the main thing I want to convey to the community here is that we only have 65% upgraded to versions that gracefully reject tithes.  So the answer is 2 mins is OK, but we cant expect this to be perfect until 99% upgrade to versions after 1195 or so.  So yes, you can use 2, but dont judge the orphans yet.

No never run two wallets, no need.

There is a limit of 75 global tithes per block.

InstantSend would just reduce the total confirms but wouldnt help.

[bible_pay]

Looking at the code for our podcupdate, I still don't see a problem, we only skip POG denominated amounts and locked sanc funds.

Im guessing the two wallets that did something with coin control probably rearranged funds to avoid an error such as "unable to create transaction - too large" or something of the like.

If it happens again we will need all that info I posted earlier - with the exact podcupdate error message from the log.

As far as exec bankroll- a separate github issue for that with a specific example.

[zthomasz]

I'm enjoying the new higher POW difficulty I'm seeing (6200 right now).  This is good for our security.

I'm not sure yet, but it appears POG is slowly attracting more users.

How many users do we currently have?

[sunk818]

I'm enjoying the new higher POW difficulty I'm seeing (6200 right now).  This is good for our security.

I'm not sure yet, but it appears POG is slowly attracting more users.

How many users do we currently have?

For PoG, I count 75 (there's around 100, but there's one person that created 25 wallets).

there's at least 100 miners on purepool: https://www.purepool.org/main/statistics

I show 39 active miners on pool.biblepay.org

then we have the masternodes but I'm not sure how you count them as some people have many masternodes, so it is hard to identify as individuals.

[bible_pay]

I'm enjoying the new higher POW difficulty I'm seeing (6200 right now).  This is good for our security.

I'm not sure yet, but it appears POG is slowly attracting more users.

How many users do we currently have?

Checking latest stats:

We have 100 active pool miners (POBH), 90 POG miners, 370 total PODC cpids.
We have 5,100 (all-time) e-mail addresses in the pool (IE that I can notify in 30 days about POG, if PODC is retired).

[bible_pay]

I suppose we can start getting our feet wet with discussing the potential retirement of PODC here:

https://forum.biblepay.org/index.php?topic=380.msg5460#msg5460



Note there is no vote yet, but I plan on entering a sanctuary vote within a couple days.

[capulo]

using 1.1.9.6 (2019-02-27 15:39:43 -0600)

I did an exec bankroll of a single 500k BBP just now. It wouldn't let me run another exec bankroll on the change address. I had to send it to a different receiving address first. Then I was able to do an exec bankroll. you're saying it should work, but it doesn't work for me.

can anyone else reproduce my situation?

This happened to me as well, except instead of a second bankroll I was unable to send a podcupdate until sending the coins to myself using coin control.

I posted this as a github issue 3 weeks ago. I think more will run into this as they transition away from PoDC to PoG. My workaround is to run two wallets - one for PoDC and one for PoG. I keep enough for 100% stake in PoDC and send the rest to PoG.

PODCUpdate: Unable to locate coins not marked as POG bankroll denominations.
https://github.com/biblepay/biblepay/issues/70

same here, yesterday i had some spare coins on second wallet so i did bankroll, but after this tx eb913f6ae03b350b0f3a200ea2094886c09a91d71ce6624587a55c95bf3b3fba podc stops updating as it could not locate not pog coins...

i resent them back to my wallet but it didnt help

[bible_pay]

using 1.1.9.6 (2019-02-27 15:39:43 -0600)

I did an exec bankroll of a single 500k BBP just now. It wouldn't let me run another exec bankroll on the change address. I had to send it to a different receiving address first. Then I was able to do an exec bankroll. you're saying it should work, but it doesn't work for me.

can anyone else reproduce my situation?

This happened to me as well, except instead of a second bankroll I was unable to send a podcupdate until sending the coins to myself using coin control.

I posted this as a github issue 3 weeks ago. I think more will run into this as they transition away from PoDC to PoG. My workaround is to run two wallets - one for PoDC and one for PoG. I keep enough for 100% stake in PoDC and send the rest to PoG.

PODCUpdate: Unable to locate coins not marked as POG bankroll denominations.
https://github.com/biblepay/biblepay/issues/70

same here, yesterday i had some spare coins on second wallet so i did bankroll, but after this tx eb913f6ae03b350b0f3a200ea2094886c09a91d71ce6624587a55c95bf3b3fba podc stops updating as it could not locate not pog coins...

i resent them back to my wallet but it didnt help

It's hard to say without any error messages, could be anything.

[capulo]

error message is only: unable to locate coins not marked as pog....
but i have  several 5000.001 piles, few <1bbp piles, rosetta payout pile and then 487308.0000000 pile which i want to use with podc. it does not have .001 suffix, it is not labeled as TITHES etc and not works with podcupdate

[sunk818]

It's hard to say without any error messages, could be anything.

I'll try to give write up a test procedure to show you.

Okay, so based on your 40 block PoG difficulty window, there's opportunity to tithe several times a day.

Now, let's say some jerk wants to tithe 100 coins manually. This is more than the 75 txes you mentioned can go in a block.

Who decides which tx are included in the block? Does the miner decide? Is there a more equitable way to prioritize infrequent tithers first? Or maybe limit how many the same address can tithe in the same block and queue for the next block? This would increase illegal tithes because tithe too high or coin age requirement errors can appear. But it doesn't seem fair someone can tithe 100 times and block out other participants. I ask now because if PoDC is removed, all of that BBP will either move to MNs, PoG, or sold. So, those that participate in PoG means there will be more tithe tx in blocks overall.

Code:

22:35:56 tithe 1
22:35:57 
{
  "Error": "This block is currently full of tithes.  Please wait until the next block."
}

[bible_pay]

It's hard to say without any error messages, could be anything.

I'll try to give write up a test procedure to show you.

Okay, so based on your 40 block PoG difficulty window, there's opportunity to tithe several times a day.

Now, let's say some jerk wants to tithe 100 coins manually. This is more than the 75 txes you mentioned can go in a block.

Who decides which tx are included in the block? Does the miner decide? Is there a more equitable way to prioritize infrequent tithers first? Or maybe limit how many the same address can tithe in the same block and queue for the next block? This would increase illegal tithes because tithe too high or coin age requirement errors can appear. But it doesn't seem fair someone can tithe 100 times and block out other participants. I ask now because if PoDC is removed, all of that BBP will either move to MNs, PoG, or sold. So, those that participate in PoG means there will be more tithe tx in blocks overall.

Code:

22:35:56 tithe 1
22:35:57 
{
  "Error": "This block is currently full of tithes.  Please wait until the next block."
}

Yeah, Ill try to look at Capulos issue.

So wait; first of all I dont consider someone who tithes more than once a jerk.  The system is deliberately set up to allow legal tithes in.  The idea is for us to grow substantially, so that you really only have one legal tithe per day - then maybe per week if we had 20,000 users, etc.  Its OK if someone has enough coin age to tithe more than once per block or day.

Your bringing up a plethora of issues all over the spectrum that are really bitcoin issues.  They really are irrelevant.  The bitcoin miner works fine in selecting the first 75 who make it in one block.  The important thing to know is that if someone had legal coin age and a legal tithe, they have an equal chance of being in a block.  (Because dash already went through this once, and they stripped the timestamps out of the miner, so the miners dont know who is first or later, miner only picks non-determistically based on current height and internal receive time - not on the transaction timestamped time).

I don't think you take into consideration what happens when we have more users; the diff rises and the frequency of tithing per user drops.

[bible_pay]

error message is only: unable to locate coins not marked as pog....
but i have  several 5000.001 piles, few <1bbp piles, rosetta payout pile and then 487308.0000000 pile which i want to use with podc. it does not have .001 suffix, it is not labeled as TITHES etc and not works with podcupdate

Do me a favor, see if lowering the banknote quantity to 1 allows it then do the larger quantity right after that.

If so we might have to make it smart enough to try the large then the small method before it fails.

[sunk818]

So wait; first of all I dont consider someone who tithes more than once a jerk.  

I don't think someone who tithes more than once a jerk. I consider someone who deliberately muscles their way in and tithes 100x a jerk. Someone has a higher chance now to have their tithe included at the expense of someone else. The other ones can queue up for the next block, but PoG difficulty can change and their legal tithe becomes illegal because their tithe is not meeting: 1) min coin age, 2) min coin value, and/or 3) max tithe. If you feel my question is not relevant, I can live with that. Thanks for your reply.

[capulo]

error message is only: unable to locate coins not marked as pog....
but i have  several 5000.001 piles, few <1bbp piles, rosetta payout pile and then 487308.0000000 pile which i want to use with podc. it does not have .001 suffix, it is not labeled as TITHES etc and not works with podcupdate

Do me a favor, see if lowering the banknote quantity to 1 allows it then do the larger quantity right after that.

If so we might have to make it smart enough to try the large then the small method before it fails.

i'm not sure what you mean
write me steps and i will try

but i already did bankroll, i just need to send 480k as podcupdate

[bible_pay]

So wait; first of all I dont consider someone who tithes more than once a jerk.  

I don't think someone who tithes more than once a jerk. I consider someone who deliberately muscles their way in and tithes 100x a jerk. Someone has a higher chance now to have their tithe included at the expense of someone else. The other ones can queue up for the next block, but PoG difficulty can change and their legal tithe becomes illegal because their tithe is not meeting: 1) min coin age, 2) min coin value, and/or 3) max tithe. If you feel my question is not relevant, I can live with that. Thanks for your reply.

Well the issue here is really that POG is quite a fertile playground if anyone can tithe that many transactions per day. 
We just need avg difficulty to rise so that it takes more like 5 days coin age, then the hypothetical person won't be able to tithe 100x to begin with.

So I don't see a problem.  The one time a jerk tithes 75* in a block might prevent users in that block from tithing, but there is no guarantee that diff will stay high.  Also, remember diff does not rise based on a single block (its always 4 back).

It should all work out over time.

[bible_pay]

error message is only: unable to locate coins not marked as pog....
but i have  several 5000.001 piles, few <1bbp piles, rosetta payout pile and then 487308.0000000 pile which i want to use with podc. it does not have .001 suffix, it is not labeled as TITHES etc and not works with podcupdate

Do me a favor, see if lowering the banknote quantity to 1 allows it then do the larger quantity right after that.

If so we might have to make it smart enough to try the large then the small method before it fails.

i'm not sure what you mean
write me steps and i will try

but i already did bankroll, i just need to send 480k as podcupdate

Someone should enter a ticket with the exec getdimensionalbalance 0 0 in the ticket and we will write a feature that logs the exact coins we skip over in podcupdate to the log file.

[capulo]

i tried to set utxooverride to 480k (i had 487k for podc) and now exec podcupdate true works

[sunk818]

So wait; first of all I dont consider someone who tithes more than once a jerk.  

I don't think someone who tithes more than once a jerk. I consider someone who deliberately muscles their way in and tithes 100x a jerk. Someone has a higher chance now to have their tithe included at the expense of someone else. The other ones can queue up for the next block, but PoG difficulty can change and their legal tithe becomes illegal because their tithe is not meeting: 1) min coin age, 2) min coin value, and/or 3) max tithe. If you feel my question is not relevant, I can live with that. Thanks for your reply.

Well the issue here is really that POG is quite a fertile playground if anyone can tithe that many transactions per day. 
We just need avg difficulty to rise so that it takes more like 5 days coin age, then the hypothetical person won't be able to tithe 100x to begin with.

So I don't see a problem.  The one time a jerk tithes 75* in a block might prevent users in that block from tithing, but there is no guarantee that diff will stay high.  Also, remember diff does not rise based on a single block (its always 4 back).

It should all work out over time.

Block 104361 - BME6hsqxfgLFQYwFQpk44nJrBYyVn4Qw4u - randrews

Is this your account or someone posing as you?

Because this person tithed the most on that block.

I guess we'll just have to wait until PoDC is voted out and then all the PoDC whales will be on-board taking the PoG difficulty way up.

Code:

17:25:09 exec getblock 104361
17:25:09
{
  "hash": "f1a7b91d26291167414ff6f04c266768f4ca44a2fe6b075451a61b8b3273e927",
  "confirmations": 36,
  "size": 40044,
  "version": 536870912,
  "merkleroot": "f975d0497bfd67619a922cdc49913c2745a3a54db93cdefd249e4164b571ed44",
  "tx": [
    "0a92a59223ff42bcc6037e0657f26ad0a0692aca47c101557102e6c5e8ee68d9",
    "adb88586574abbfa4e93a3d322b04f70374e6423f1222f412e29270d83cbb519",
    "74511c677787087043e5c998da25b3d99d6734599ea9596f54114bc16f013258",
    "a98b12fc1daa9119bf2264266e5e6a0646bc126e18ca86a42f3d1067e58694ae",
    "f03930ac8fd4bcfb0db3234df77e7d7930b5192e1e4837ff8cde115b34c2caca",
    "427d5e1ac061caaff60d0d5b0bf527e314b4788af79d5ac90475f576ff875870",
    "6c1c2b30504badf7576e08516982d7e9358a0052eed493e724864ed38e7919a6",
    "e03d368c3a9f626fe7b300e2e09fae0fb4a67ba6a48fb48fd65ea88e474f94e3",
    "0b12b0dd6d1aaad4d3fb7b64b6b66cbba74a1c0cae22346e815af0b3230a4702",
    "09610ac47b9f7f5b463f1f14197f386f2a49fc13e57eb16b76cf972c0962b443",
    "018a3b2e6490deca13afb3aeece739c2ac9c5396977acaa1530d6db89a117600",
    "06c136523a120e3e718bb13f1f403c166d24d89055414afc3b16b0c73e278eea",
    "fbfcb11dc651b598c167030d2ad10fb8a3aadd9aadfd1043e24dc8fe36c65a69",
    "7e59977863b7baa07167009746ab20d68c47454f6424d478802307c765066247",
    "22c2e74390c9262ed0c7cd5d54d244eb1db35d77318b64e6fb75655d698041a2",
    "429738e6a32ca43499223d623e4b84cb744d4590229d9ba25c04d9c4b777a36d",
    "56f3058ee7807e1c84302e2d9dc9dbca05332b4a6ad5bca2d2e96d06ed7bccc4",
    "27b10877e68af4ee707a789bf978bdbc82f765de7da6fb9503eac886262cea23",
    "0f44f9945f71dcb9b5e7758ed91d7d9bb0b9d7a7006081469f21bb718a297611",
    "024a94ab181bcc7387041b445570f7f185dc6ab30412a9f7504665e3d6c8a3c7",
    "c83494ec90bb0fa5cf6f0df41a462d4ee599a57cf636c0dfdbbe75abf5b8369e",
    "fadc4dfc6dff5ebf066e08099fee598d60ac8e02042b49397ee9102516c63731",
    "52ef5a3d68dc807fdd040b2af2bebf4901ed969775939e873369604b1216ceac",
    "f39b419744e1598a991d35e79fc85009680ab6cc09510a2f0c86ae5580f4ed83",
    "74baf35e56be274b4264246e6cda8e515970ea6003df5c9f7783d947d9e630fe",
    "5c772a765e054140feb7dd864d39ecacf155432ff3a811b532f4464bc9c17d9b",
    "b68164c324b5515e8e745b1278c9f7c4f919a40e5b423acb74378e275336b9f0",
    "60e9e30513746ce4d5c9dc77bbd6d3ee23b820640dc06cdd22c5bed5dfe994ef",
    "9b331198cb1e25bdc78e6520e76ff84942aa8697e0cb9e7750178ad3245df1ee",
    "74ee6b7921d5242b966b920744faed66e5276842aa75c0b2516aead81600aedf",
    "331054482c18ab93a803e89e2e42e655fb81c8ac3077ecbfca198db94e0042d5",
    "0b82df383e2cc079758c7fd4bbefacf91d2b96b73f6f29711b379be820eedcd1",
    "feaecfa4e8a65a4cf76f28e6202a0b1302c579c84b66f310c8dfecb2ff3885cf",
    "d60aaf8218360e1ae33a10541effdc8887294fdb0d27738f4b30565936d94dc4",
    "626369f1ace59470ddeefdaf4e00f860439e3629dbb0a773d9743d6f604a9faf",
    "97b33f1d4730dada874ffebe29f5348144e640cd113d696a60b0915b3b83147f",
    "6a591567fc5bda4eb3f32e22dd099cb65e3aa234b6f17000aa61116ed3b49e7d",
    "0903e3d51ea8a975ec409b6c5d86af788d050ee1ab34ab47d52fc17bc8969e6d",
    "58348dcfe1e046ba2c48e63e532fa082be921087673306245bd0c0c3e8a71b4a",
    "b11ac7f07c87bedb0a26a60ab8a34eae5a087985e772a4ffea16eebcffbc9735",
    "278518b890c9cbc82095ae574ea091516ba2dbf509b7635982034be373d27b1f",
    "1222d263aa5a5598ff7b56a02a8fea076afc817bf6901b3e3e948d15915d830c",
    "3a6ac515c34181def261ea553a96e88b2830ec10ece11b6408ea6632b9a71161",
    "3ecf50eb64ea3285b85c668cf3bc6867f0c791673a2b0551f8aeb14803ea1c04",
    "fa9fc5faff9fec9b6625ada5b89338aa80076eb63089a4e72dc84273b22fc955",
    "e8bcef09e9641210dd4c9e59cac86b7671c78e3ba6682ffe377bdee3022d540d",
    "971fe482c20b6f49551023dfe440445bfaeddc9f1ca1425ccd3de96b1f356483",
    "a3d7a1334cf02feacfc765d504e34621ad8135a81cf394d927192eebb976533d",
    "b0fa8ef4b955aee4396f5ec7669d360fe7efc53c7438588b7273d3d483cd7492",
    "93fc5795579756a745ab4ecb36f73b0fba83d801167a2f4988f3a71f1533ac97",
    "2a23d0edd6f0c31c26a63cd9ee852dd811bfcf8c2a9dc94da335c2647fa45929",
    "9f559f1656b047b816aa8336c9021382156dddc41582177407a57cd70c8b2bd6",
    "32f2860a320f5106004f95a2dd8341ba09a1cf30f31966ab85983828c39266b0",
    "9cfdcbbac5578e1e918b1cebf95b946e7ece55b78c41bf07eb3cdbcff638aaab",
    "ccefddd1e61cd8056a89908f3e35a9723ad5a1132caf6463dd2a56c34f22ce99",
    "cb09c35593f9dad05392a7bcbb1cc1e840d56f430249cc9562336373ecbec980",
    "5d8a3d523aabfb6431b4deaa13784c917f65c73445f63084b4b3bd81960aba51",
    "8427fb5bf59fe771b892f34c1121b61eb12c9b6a04b4ce63563e5eac5f8cb53f",
    "9d057000cb5702ea1affc5d8a2a810376b98076051084faa479cc1740cf21b23",
    "4bf922563dbbb691254d919b94039af9817603cb4978276616ac96e707504903",
    "bccec40578ee2f540d9994bf4d4412be00aa327c32f37f8d1d6cdc56ba0ea3fa",
    "63fc096e488bd60b903d076a296076ac2e9101b7c87136276cdc2b2ceb0a90e6",
    "1d83e0c590ec5b924b7d6ac17628b90b99d9c9bb91692566716dfc0ba3c2a2d5",
    "fb42dac892189d4a91319fc660120d0e2ad14d59d179d6926aa4b935d30ae9ca",
    "0b0d40a986c50f0569571c6b364460e33029a2c759cca51fe1cbaacd398d02b1",
    "51f554f55518e2ef43d4d570dc8c2410c396a60afea8aaa1dd95b6a09353acaf",
    "ab733bff7fae30650030feaa1ee7c81a59dfa299dbf564a82c31349da715d593",
    "db2b754de03eebc430b55eaf70d69dbf6766412cd46928581aea333d145aab91",
    "8f27bb8b41611b7e10d97db3522c28180d7320f4799bf9e866e9309cf17ebe89",
    "ad0e485b86977e69c5aa098e02e4b28ed42c6efd387e0ddaa0e802b75d6c2d6f",
    "c52576d64c9af171e06bf292e9f8c6b6f5fcbec51052716209e3af808cb5ad61",
    "83535dedcd198cdb0cfb174ed60412c4848816ebd2587661983841680e683261",
    "7f11b84099e80ab0020e57b9d8a275f4be224635163e408d9f8b7b523b2a514e",
    "b1b580c2ed149c25151dd2ea2e1cb43bb801424793c894b0d34273b620d5ea47",
    "4c991a1faf861b5b4bc0232a12439502d74cd4f74a91c58e32ee365968bdd147",
    "3e889a21003352d96cefc0d8461f7194fc662073dc7dd0f39cb9393d5f37c836",
    "cb5fa9e284592863c6fce293a3cf4aeb765766c02dae8192037519c8c6b1d126",
    "cd95aa53b015a7ab976d4784de59ff01b7c8dccb3e44ecbb5a687184b193c900",
    "3f9091849e8e9157a72c82c2704e45f45c6901b014ea5f5430ddc950530fa6a6",
    "89504afb907dddb241c126fafe139b9086bada43b39779c4aed04ba7d6138066",
    "418c78029495ca946dc2f870cd75bfaa291b52aab5a001ea67f595c227b4a968",
    "b85b313857be760712aa58b8d2dbb9133659ce769d5e9b4589adfd8d235eb189",
    "0a06b65973db42b7b3613b210cb6551901aed598f5712db86edca39ce1d6ff71",
    "f617f0c3f58c36e3bac3104f06bc81ef2f49abc2ea06577d73c978638755776c",
    "210be89c9d903fb7fdf0e75f2d4d2bda4bf15c2602b2808cd81fb831951eef46",
    "bbdc997bbfa51039019e896f36c2024e8a706779ff533f69e783119eb0286245"
  ],
  "time": 1551389751,
  "height": 104361,
  "mediantime": 1551387094,
  "pow_difficulty": 1611.201705609496,
  "difficulty": 833.4964663306546,
  "chainwork": "0000000000000000000000000000000000000000000000000917a4c8726df19e",
  "hrtime": "02-28-2019 21:35:51",
  "nonce": 5249,
  "bits": "1c0196bf",
  "subsidy": 113,
  "blockversion": 1191,
  "sanctuary_reward": 4437,
  "previousblockhash": "ef09a385ed86978e7b7207f5040f040800da08318bb048cdcb99e624afcafaaa",
  "satisfiesbiblehash": "true",
  "biblehash": "00000000002c67df22ef2b748cbed8e7be02ace693b818b1c77832d1688d172c",
  "CPID": "171502ee7fdc179a52aec4623bebd943",
  "CPID_Signature": true,
  "block_tithes": 623.792,
  "24_hour_tithes": 12480.52999644,
  "pog_difficulty": 2304.894528509632,
  "min_coin_age": 2.35,
  "min_coin_amt": 880.23,
  "max_tithe_amount": 9.66,
  "prayers": "",
  "nextblockhash": "6c4c4d03d4dec416f0379a5dfc9e48312f018267e723f5bfb766e1fd89f61c28"
}

[pagalo]

Hello,

I get the following message after I do exec podcupdate

  "Command": "podcupdate",
  "PODCUpdate": "Unable to locate coins not marked as POG bankroll denominations."

How can I unmark POG bankrolls?