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

[SVK Noko]

Im having some trouble with my PODC rewards, I haven't recieved any since superblock 75860 (October 9th), does anybody have a clue what may be going on? My PODC updates are going OK, at least 5 times a day and my RAC is over 1K.

Help List from Luke (znffal) from Discord:

1. What does the output of the following give you?
exec getboincinfo
exec stakebalance
exec podcupdate true

2. Have you solved any Rosetta/WCG tasks in the last 24 hours?
3. Are your computers on Rosetta/WCG hidden?
4. What is your name in the pool list?
5. Is your controller wallet connected to the internet 24/7?
6. What wallet version are you running?
7. Is your wallet encrypted? If so, are you entering the password when you start up the wallet?

Not to hijack but I haven't gotten a payment since the 20th.  I noticed my wallet was closed (I always keep it open).  Opened it back up, put in the pass, updates happening, but no daily payment.  Does any of this look wrong?

getboincinfo:
"Command": "getboincinfo",
  "CPID": "62bc04999dfba69e6872abf5a903c482",
  "Address": "BK7aUxaRCSezJFFUcr8hom6XRPbjqP1Tfq",
  "CPIDS": "62bc04999dfba69e6872abf5a903c482;",
  "CPID-Age (hours)": 427875,
  "NextSuperblockHeight": 78935,
  "NextSuperblockBudget": 1077065,
  "62bc04999dfba69e6872abf5a903c482_ADDRESS": "BK7aUxaRCSezJFFUcr8hom6XRPbjqP1Tfq",
  "62bc04999dfba69e6872abf5a903c482_RAC": 447.14,
  "62bc04999dfba69e6872abf5a903c482_TEAM": 15044,
  "62bc04999dfba69e6872abf5a903c482_WCGRAC": 6548.25,
  "62bc04999dfba69e6872abf5a903c482_TaskWeight": 100,
  "62bc04999dfba69e6872abf5a903c482_UTXOWeight": 125242,
  "Total_RAC": 6995.39,
  "Total Payments (One Day)": 0,
  "Total Payments (One Week)": 2763,
  "Total Budget (One Day)": 1077065,
  "Total Budget (One Week)": 7539455,
  "Superblock Count (One Week)": 8,
  "Superblock Hit Count (One Week)": 8,
  "Superblock List": "78730,78525,78320,78115,77910,77705,77500,77295",
  "Last Superblock Height": 78730,
  "Last Superblock Budget": 1077065,
  "Last Superblock Payment": 0,
  "Magnitude (One-Day)": 0,
  "Magnitude (One-Week)": 0.3664721123741703


stakebalance:

"Command": "stakebalance",
  "StakeBalance": 125242

pdcupdate:


  "Command": "podcupdate",
  "PODCUpdate": "Processed (3) over 1 CPID(s) successfully."



wallet version is 1.1.5.9.  I notice my magnitude has been dropping daily also

Hi

From 18th Oct 2018 14:26:19 till 22nd Oct 2018 04:52:46 you didn't have any podcupdate. Your updates started again in 22nd Oct 2018 04:52:46. It was not enough (to late) to catch yesterday's superblock.

In my opinion you will be paid from today's superblock already in 2-3 hours from now.

Yes, you got payment already.

[1715565467]

1715565467

[bible_pay]

Are posts being deleted again? I recall this was not going to happen. Are conditions being met that posts merit deletion?

I don't see posts being deleted.

[bible_pay]

Can anyone confirm the number of hours between daily superblock? I noticed last night it was 1 hour more than before. Usually daily PoDC payment is usually made in hour 20 or 21 (my time), but yesterday it was in hour 22. DGW's been really good with maintaining 24 hour average for daily superblock...

The Daily superblock is once every 205 blocks; but what we need to do is check the hours passed over the span of 1 month of blocks (205*30) and see if we have any time drift.  If you type 'showblock #' you can see the Block Time.

In this chart, dots closest to 0 is best. If each PoDC daily superblock time is reset, this is the difference from superblock daily to the next superblock daily. The daily stays within 60 minutes in either direction usually.



In this chart, a level line is best. this chart looks at the trend drifting where the actual PoDC daily superblock "drifts" from the ideal daily time. This is cumulative so you can see the upward trend. Around block 60k and 70k-77k there was a leveling off which means daily PoDC superblock was close to ideal (24 hours).

Data I used to create the charts: https://docs.google.com/spreadsheets/d/1XRkjCvENvf0HqXvVarnjslRIaYLormV1vrLFURsu2Rk/edit?usp=sharing

Daily superblock is drifting. It is not keeping to 24 hours. Superblock was 8pm to 9pm my time zone, but now it has drifted to midnight.

How can this be fixed bible_pay (Rob)?

Please enter a github issue with the link to your chart and the net timedrift over 30 days in minutes, and I'll run a side by side comparison with a different block set when we work on it for one of our next mandatories.

[capulo]

are we going also to use 'bunkering'? or for last week everybody switch back to bbp team from byteball? ) because now we are loosing and we need leavers get back to win. 3-4 big whales are enough

[JungleOnion]

what's going on with biblepay, I received an email with a poll to legitimate the project because some people are talking shit about BBP, who and where? I've always seen this community as a strong and growing one. Regardless to the negativity, is one of the few coins out there that are small cap and promising. Keep it up BBP!

[bible_pay]

what's going on with biblepay, I received an email with a poll to legitimate the project because some people are talking shit about BBP, who and where? I've always seen this community as a strong and growing one. Regardless to the negativity, is one of the few coins out there that are small cap and promising. Keep it up BBP!

Thanks for the support;  we are coming to see each others viewpoints as a community and wish nothing but LOVE for all.

[sunk818]

are we going also to use 'bunkering'? or for last week everybody switch back to bbp team from byteball? ) because now we are loosing and we need leavers get back to win. 3-4 big whales are enough

That is up to you, but week 3 has already begun, so no point now. If we make it to Week 4 (and I think we have very good chance to be top 3), that is when you can try. You need to queue up work before week 4 starts. We take 1 week break after this week and then week 4 starts. So, during the break, you can download many tasks, suspend network activity (e.g. make upload limit for 30 days 0.1MB), and then queue up all your finished work and release them on Monday of Week 4, Nov 5.

Could we have a committee of votes that review those proposals accurately on a regular basis?  With a personal PDF receipt showing up to date accounting entries submitted monthly?

If you stake BBP to vote (not sure how it'd work with MN holdings if at all) for a proposal, you lose the BBP if the community decides to vote no against the proposal (e.g. fraud). If your staked vote is approved, you might get a small percentage for participating (e.g. 1%)? As your staked vote participation increases, perhaps you have a capped trust multiplier (e.g. up to 3x)?  Staking your BBP discourages fraud as you will lose your BBP if the community decides against the proposal.

[sunk818]

Anyone up for the "Community manager" position?  We need someone that can keep a level head regardless of what is being thrown at them..

[MIP]

I don't really know what's the problem if someone has more or less BBP masternodes.

Were Dash adopters arguiing about this on their early days? Would this discussion not exist if we had 4000 MN?

It is not that a possible control might be in few hands, something that probably happens in all cryptos (Bitcoin included), but that those with majority have the right incentives to "behave" and favour the coin's stakeholders interests instead following some harmful agenda.

At this very early moment we are in, I think all here have very similar incentives. I mean, it's not just a matter of money when you can get 1,6% of the masternodes with just 1 BTC.

Are we so far away that we can't close the gap of our differences? I don't think so.

[thesnat21]

I don't really know what's the problem if someone has more or less BBP masternodes.

Were Dash adopters arguiing about this on their early days? Would this discussion not exist if we had 4000 MN?

It is not that a possible control might be in few hands, something that probably happens in all cryptos (Bitcoin included), but that those with majority have the right incentives to "behave" and favour the coin's stakeholders interests instead following some harmful agenda.

At this very early moment we are in, I think all here have very similar incentives. I mean, it's not just a matter of money when you can get 1,6% of the masternodes with just 1 BTC.

Are we so far away that we can't close the gap of our differences? I don't think so.

I have no problem with someone owning a bulk of the masternodes.

My only concern was if someone is putting a proposal out there to get public opinion, and ends up overriding the public opinion... This is dishonest, and is a risk for any masternode coin I suppose. (for clarity, Rob has said he didn't do this,  but I wouldn't want anyone else to either)
At this point,  Rob and I are talking and seem to be getting along in private discussions.  

I am hoping to help move the community forward, but we're not there yet apparently, I cannot control anyone but myself but I do want to see things cool off...  

Anyone up for the "Community manager" position?  We need someone that can keep a level head regardless of what is being thrown at them..

[bible_pay]

Inblue, send me an e-mail to rob@biblepay.org with your post and let me reply to you so you can post something with truth here for a change.

Your entire post was partially an attack on biblepays image, my character, and full of a lot of misleading information and some lies.  Therefore it was deleted.

Once we work out the truth - then you can re-post it.

[sunk818]

[inblue]

Inblue, send me an e-mail to rob@biblepay.org with your post and let me reply to you so you can post something with truth here for a change.

Your entire post was partially an attack on biblepays image, my character, and full of a lot of misleading information and some lies.  Therefore it was deleted.

Once we work out the truth - then you can re-post it.

Why don't you reply to me here? Why hide?

The truth is in the blockchain. You of all people should not pretend like that's not the case.

Code:

gobject getcurrentvotes 61a147f3b0eb0f5e349e8044878cdcb83ef3154084815cdca613394dc5acb129

gobject getcurrentvotes 45ab07c518bf3b4e175e42ec3122b1a1089ce1b5681758ac4bae26fae82935da

If you argue against this, then I feel sorry for you. I hope God will forgive you, but the blockchain doesn't forget.

[slovakia]

excellent https://www.reddit.com/r/BiblePay/comments/9q95lm/rob_and_togo_situation/

ROB how many MN you have? if you have 100+ you controling this coin,right?

[bible_pay]

Inblue, send me an e-mail to rob@biblepay.org with your post and let me reply to you so you can post something with truth here for a change.

Your entire post was partially an attack on biblepays image, my character, and full of a lot of misleading information and some lies.  Therefore it was deleted.

Once we work out the truth - then you can re-post it.

Why don't you reply to me here? Why hide?

The truth is in the blockchain. You of all people should not pretend like that's not the case.

Code:

gobject getcurrentvotes 61a147f3b0eb0f5e349e8044878cdcb83ef3154084815cdca613394dc5acb129

gobject getcurrentvotes 45ab07c518bf3b4e175e42ec3122b1a1089ce1b5681758ac4bae26fae82935da

If you argue against this, then I feel sorry for you. I hope God will forgive you, but the blockchain doesn't forget.

Thank you for whittling the problem down to something manageable and not including the prior content (which is just unprofessional).  (on a side note I emailed you but Im not sure if you deleted it).

The answer to your question above is that the pool.biblepay.org has a feature where any user can request an old instance of a proposal be hidden in the pool only, *if* they re-enter the proposal with the exact same name, within the current 30 day vote window.   

This has been in the pool and used by Bloom, Compassion, and me and is a legitimate feature.  It lets our community vote on the latest instance, if for example the prior instances are going to put us over budget.

In this case, I added up all the proposals in the pool and made an effort to lower myself and compassions enough to fit in the budget (which was not known until two days ago, since we have Kairos and Jaaps two now also).

None of the proposals have ever been deleted- and if you wish to use the core wallet to view them you can see all of them.

When I designed the pool, I made it so that it is easier to use - and that feature is important that the graph totals up properly. If we didnt have it, we would be overbudget every single month except last Christmas when we first started this.

We always had a budget problem!  Since month #2!  You have to realize the pool has to fit the proposals within the grand total on the graph!

[thesnat21]

Thank you for whittling the problem down to something manageable and not including the prior content (which is just unprofessional).  (on a side note I emailed you but Im not sure if you deleted it).

The answer to your question above is that the pool.biblepay.org has a feature where any user can request an old instance of a proposal be hidden in the pool only, *if* they re-enter the proposal with the exact same name, within the current 30 day vote window.   

This has been in the pool and used by Bloom, Compassion, and me and is a legitimate feature.  It lets our community vote on the latest instance, if for example the prior instances are going to put us over budget.

In this case, I added up all the proposals in the pool and made an effort to lower myself and compassions enough to fit in the budget (which was not known until two days ago, since we have Kairos and Jaaps two now also).

None of the proposals have ever been deleted- and if you wish to use the core wallet to view them you can see all of them.

When I designed the pool, I made it so that it is easier to use - and that feature is important that the graph totals up properly. If we didnt have it, we would be overbudget every single month except last Christmas when we first started this.

We always had a budget problem!  Since month #2!  You have to realize the pool has to fit the proposals within the grand total on the graph!

Interesting, how does this affect sanctuaries and the superblock generation?

Do they as a matter of course ignore the oldest/older proposal?

[bible_pay]

Thank you for whittling the problem down to something manageable and not including the prior content (which is just unprofessional).  (on a side note I emailed you but Im not sure if you deleted it).

The answer to your question above is that the pool.biblepay.org has a feature where any user can request an old instance of a proposal be hidden in the pool only, *if* they re-enter the proposal with the exact same name, within the current 30 day vote window.   

This has been in the pool and used by Bloom, Compassion, and me and is a legitimate feature.  It lets our community vote on the latest instance, if for example the prior instances are going to put us over budget.

In this case, I added up all the proposals in the pool and made an effort to lower myself and compassions enough to fit in the budget (which was not known until two days ago, since we have Kairos and Jaaps two now also).

None of the proposals have ever been deleted- and if you wish to use the core wallet to view them you can see all of them.

When I designed the pool, I made it so that it is easier to use - and that feature is important that the graph totals up properly. If we didnt have it, we would be overbudget every single month except last Christmas when we first started this.

We always had a budget problem!  Since month #2!  You have to realize the pool has to fit the proposals within the grand total on the graph!

Interesting, how does this affect sanctuaries and the superblock generation?

Do they as a matter of course ignore the oldest/older proposal?

No; we have to ensure we vote against any hidden proposal; I usually post a message here to vote down an unwanted proposal.

I don't need to do that in this case as they were either already below zero or at zero, so they wont be voted in.

The superblock picks the highest voted items automatically that fit in the budget.

[username_is_my_name]

Can anyone tell me when the monthly sell-off for Compassion will be happening? I'm interested in getting a few sancs.

[sunk818]

A simple discussion (get all email addresses of stake holders) before creating proposals each month is easy to do. Broadcast your intentions so you can plan better.

Haphazard creation of proposals dishonors the dao process and has the consequence mistrust.

Same with creating second proposal because first was down voted.

[sunk818]

https://www.gnu.org/philosophy/kind-communication.html

The GNU Project encourages contributions from anyone who wishes to advance the development of the GNU system, regardless of gender, race, religion, cultural background, and any other demographic characteristics, as well as personal political views.

People are sometimes discouraged from participating in GNU development because of certain patterns of communication that strike them as unfriendly, unwelcoming, rejecting, or harsh. This discouragement particularly affects members of disprivileged demographics, but it is not limited to them. Therefore, we ask all contributors to make a conscious effort, in GNU Project discussions, to communicate in ways that avoid that outcome—to avoid practices that will predictably and unnecessarily risk putting some contributors off.