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

[jaapgvk]

I followed your example Togo, and also created a biblepay.org website. It's just a mock-up, so don't expect the world, and a lot of links aren't functional. But it should show the way that I think our information could best be presented.

Btw, I've used my bands url, haha!

http://kesbo.nl/

If anyone has any feedback, just let me know

Hehehe, Love it! My original plan is coming to fruition! Originally I wanted 2-3 different websites to all compete,

Glad to see you diving in Jaap and busting through red tape hehehe

Hopefully with all of our experimentation combined we can come up with the ultimate website:

Thomas: https://www.biblepay.org/
Togo: http://54.213.89.10/
Jaap: http://kesbo.nl/

Options are good, Competition is good
and Jumping into what your passionate about doing is also good!

Yeah, I've freed myself from the red-tape-syndrome

[1715448926]

1715448926

[1715448926]

1715448926

[1715448926]

1715448926

[1715448926]

1715448926

[1715448926]

1715448926

[orbis]

The individual sanctuary single block payment is still related to the pow_difficulty on the block:

block #36982 pow_diff 3537 Sancpay  4487
block #36731 pow_diff 3114 Sancpay  4904

There were no changes to the payment levels after PODC went live and no changes are planned.

If POW difficulty rises high, sanc payments get lower.


This is primarily because we want to emit less and less of a reward the more we are attacked, to ensure the POW miner gets less and less during the attack.

Ok. I understand now, that the diff on explorer is PODC diff not POW diff
But like you said and like it is in whitepaper "The reward is also decreased per block if network difficulty spikes"
I've tried to calculate last blocks...
And this is the result:
https://i.snag.gy/odHikT.jpg
I know that the masternodereward means block reward and just part of it is MN reward and so...
But it looks, that the reward per diff is not still the same.
Or are those POW diff from explorer bad? Those numbers are extracted from http://explorer.biblepay.org block API results.

[bible_pay]

https://wiki.biblepay.org/Abraham_Isaac_and_Jacob

[bible_pay]

The individual sanctuary single block payment is still related to the pow_difficulty on the block:

block #36982 pow_diff 3537 Sancpay  4487
block #36731 pow_diff 3114 Sancpay  4904

There were no changes to the payment levels after PODC went live and no changes are planned.

If POW difficulty rises high, sanc payments get lower.


This is primarily because we want to emit less and less of a reward the more we are attacked, to ensure the POW miner gets less and less during the attack.

Ok. I understand now, that the diff on explorer is PODC diff not POW diff
But like you said and like it is in whitepaper "The reward is also decreased per block if network difficulty spikes"
I've tried to calculate last blocks...
And this is the result:

I know that the masternodereward means block reward and just part of it is MN reward and so...
But it looks, that the reward per diff is not still the same.
Or are those POW diff from explorer bad? Those numbers are extracted from http://explorer.biblepay.org block API results.

I see a bug in your pasted report.
The Difficulty looks good, but the column that says "masternode reward" is not correct.  The Sanc reward is in:
getrawtransaction coinbase_tx_id 1  in vout position 1.  Vout position 0 is the pow heat reward.

I partially take the blame because the "masternodereward" row in "showblock blocknumber" is not pulling the sanc reward, so you will have to pull it manually til that is fixed.  We do have a command 'exec subsidy blocknumber' but it only shows the Heat reward right now (but I can add the sanc reward).

So at this point I still dont see any problem.  You can manually pull those numbers and paste them in a sheet then look at them again.

The reward relationship to the diff is in GetBlockSubsidy, and I dont see any problem with it or our sanc reward.

[togoshigekata]

This is the only difficulty setting for the Iquidus explorer

Code:

  // index page (valid options for difficulty are POW, POS or Hybrid)
  "index": {
    "show_hashrate": true,
    "difficulty": "POW",
    "last_txs": 100
  },

Looks like its just using this command:

Code:

getdifficulty
730.2173881790347

[bible_pay]

This is the only difficulty setting for the Iquidus explorer

Code:

  // index page (valid options for difficulty are POW, POS or Hybrid)
  "index": {
    "show_hashrate": true,
    "difficulty": "POW",
    "last_txs": 100
  },

Looks like its just using this command:

Code:

getdifficulty
730.2173881790347

Right that is because I envision for the most part, our published difficulty is PODC diff.  Its only when we start analyzing these sanc payments where we need to pull the pow_difficulty figure. 

So I think if I add "sanctuary_payment" to both 'exec subsidy' and to 'getblock' and 'showblock' then Orbis' report would be correct, and there will still be no question as to why sanc payments are gyrating.

But for Iquidis maybe someone could add the second one for informational purposes, some rainy day;
you can do an 'exec podcdifficulty' if need be.

[jaapgvk]

and this is cruelty reality from NITRAs archbishopric webmin

my IT/webmin friend from http://www.biskupstvo-nitra.sk/ told me that BBP whitepaper is crap


howgh: ROB you can delete it: all ppl knows it...


tmike cos missing math formula in whitepaper for it ...  

Please take this test:
https://www.proprofs.com/quiz-school/story.php?title=first-grade-iq-test

Hey...I got 83% the last question was a trick.

Hahaha!

I only got 67%   I guess dogs don't eat meat.

[orbis]

This is the only difficulty setting for the Iquidus explorer

Code:

  // index page (valid options for difficulty are POW, POS or Hybrid)
  "index": {
    "show_hashrate": true,
    "difficulty": "POW",
    "last_txs": 100
  },

Looks like its just using this command:

Code:

getdifficulty
730.2173881790347

Right that is because I envision for the most part, our published difficulty is PODC diff.  Its only when we start analyzing these sanc payments where we need to pull the pow_difficulty figure. 

So I think if I add "sanctuary_payment" to both 'exec subsidy' and to 'getblock' and 'showblock' then Orbis' report would be correct, and there will still be no question as to why sanc payments are gyrating.

But for Iquidis maybe someone could add the second one for informational purposes, some rainy day;
you can do an 'exec podcdifficulty' if need be.

Ok. We've spent enough times on these question
I think that the result is, that the payments are variating with diff. It's done
But... Only take a look at block #36996 and #36998... POW diff are very different, but block rewards are the same.
I don't have any MN so I have no problem with those rewards I was just curious about that when this debate started here.
EDIT: Rob, those numbers in my report are block emissions and MN rewards are exactly 38,5714% of those

[Dimarzio123]

Hi

With the probable RAC x20BBp requirement coming up - I have a question.

How secure is the wallet?
Best practice for cryptos has always been to have a non-connected wallet with your coins.
Now we have to operate with a large number of coins constantly exposed to the internet.

Sorry to throw this in at this point - but is is probably quite relevant.

TIA
PM

Your obviously right, more than a few hundred K is not recommended to have in a hot running wallet.  For one you can disable the firewall and the RPC port, dont run the wallet on a machine with other standard downloads (IE a shared general use machine that could have a virus on it), you could run it in a virtual machine... But to answer you question, best thing is to do now is encrypt the wallet and use the PODC unlock during boot.  Im not entirely happy with the answer, but the answer is basically the same as what people are doing when they have multiple cold sancs connected to the controller.  All the funds are in the controller.    You can manually boot the controller and run the podc update, and shut down the controller, and do all this from a flash drive potentially.

Thanks for the update - sounds complicated

1: Is there a particular time in the day to do the PODC update
2: Would it be possible to hold the stake in another off-line wallet and reference the blockchain entry in the config line "utxoamount=" (would require coding)

TIA
PM

[jaapgvk]

Haha! My wallet thinks that I got a PODC reward in the previous superblock? I received money from proposals in my wallet (1378333 BBP).

Code:

22:41:33

exec getboincinfo


22:41:38

{
  "Command": "getboincinfo",
  "CPID": "d9b22fccfae5582d4ee7838883aaa3cf",
  "Address": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "CPIDS": "d9b22fccfae5582d4ee7838883aaa3cf;",
  "CPID-Age (hours)": 422828,
  "NextSuperblockHeight": 37105,
  "NextSuperblockBudget": 1179301,
  "d9b22fccfae5582d4ee7838883aaa3cf_ADDRESS": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "d9b22fccfae5582d4ee7838883aaa3cf_RAC": 67532.49000000001,
  "d9b22fccfae5582d4ee7838883aaa3cf_TEAM": 15044,
  "d9b22fccfae5582d4ee7838883aaa3cf_TaskWeight": 100,
  "d9b22fccfae5582d4ee7838883aaa3cf_UTXOWeight": 50006,
  "Total_RAC": 67532.49000000001,
  "Total Payments (One Day)": 1378333,
  "Total Payments (One Week)": 1463087,
  "Total Budget (One Day)": 0,
  "Total Budget (One Week)": 5986300,
  "Superblock Count (One Week)": 7,
  "Superblock Hit Count (One Week)": 6,
  "Superblock List": "36695,36490,36285,36080,35875,35670",
  "Last Superblock Height": 36900,
  "Last Superblock Budget": 15375000,
  "Last Superblock Payment": -1,
  "Magnitude (One-Day)": 13.5542822778678,
  "Magnitude (One-Week)": 244.4058934567262
}

"Total Payments (One Day)": 1378333,
"Magnitude (One-Week)": 244.4058934567262

 

[Fishnandy]

https://thelastreformation.us7.list-manage.com/track/click?u=9d3755e11ed339a54b5a6187a&id=76eac85fc0&e=1ef11d5bf5

Interesting teaching on church and what it can look like

I like Torben's teachings.  I bought his book a couple years ago (in the mid Obama years when I thought Obama might have been turning on Israel etc).  He really influenced my view of what the Christian church should be - a group that gets together in his name with the power of the Holy Spirit to heal, and does not need the brick and mortar base to be a church.  Its an interesting concept, and I think Jesus meant it to be that way.

EDIT: You should save his video in the pool, check out External Links | Gospel Links | Add Gospel Link

Thanks will give it a go thanks Rob, yes I love TLR they just brought out their second full length documentary called “the life” well worth watching will be released on YouTube next week

[bible_pay]

Haha! My wallet thinks that I got a PODC reward in the previous superblock? I received money from proposals in my wallet (1378333 BBP).

Code:

22:41:33

exec getboincinfo


22:41:38

{
  "Command": "getboincinfo",
  "CPID": "d9b22fccfae5582d4ee7838883aaa3cf",
  "Address": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "CPIDS": "d9b22fccfae5582d4ee7838883aaa3cf;",
  "CPID-Age (hours)": 422828,
  "NextSuperblockHeight": 37105,
  "NextSuperblockBudget": 1179301,
  "d9b22fccfae5582d4ee7838883aaa3cf_ADDRESS": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "d9b22fccfae5582d4ee7838883aaa3cf_RAC": 67532.49000000001,
  "d9b22fccfae5582d4ee7838883aaa3cf_TEAM": 15044,
  "d9b22fccfae5582d4ee7838883aaa3cf_TaskWeight": 100,
  "d9b22fccfae5582d4ee7838883aaa3cf_UTXOWeight": 50006,
  "Total_RAC": 67532.49000000001,
  "Total Payments (One Day)": 1378333,
  "Total Payments (One Week)": 1463087,
  "Total Budget (One Day)": 0,
  "Total Budget (One Week)": 5986300,
  "Superblock Count (One Week)": 7,
  "Superblock Hit Count (One Week)": 6,
  "Superblock List": "36695,36490,36285,36080,35875,35670",
  "Last Superblock Height": 36900,
  "Last Superblock Budget": 15375000,
  "Last Superblock Payment": -1,
  "Magnitude (One-Day)": 13.5542822778678,
  "Magnitude (One-Week)": 244.4058934567262
}

"Total Payments (One Day)": 1378333,
"Magnitude (One-Week)": 244.4058934567262

 

Yes, thats because they were the same block number.  This will be fixed in June however, after that, it wont happen again.  It only happened to people who got proposal rewards though.  In 7 days it will dissapear as your magnitude regauges.

[bible_pay]

Hi

With the probable RAC x20BBp requirement coming up - I have a question.

How secure is the wallet?
Best practice for cryptos has always been to have a non-connected wallet with your coins.
Now we have to operate with a large number of coins constantly exposed to the internet.

Sorry to throw this in at this point - but is is probably quite relevant.

TIA
PM

Your obviously right, more than a few hundred K is not recommended to have in a hot running wallet.  For one you can disable the firewall and the RPC port, dont run the wallet on a machine with other standard downloads (IE a shared general use machine that could have a virus on it), you could run it in a virtual machine... But to answer you question, best thing is to do now is encrypt the wallet and use the PODC unlock during boot.  Im not entirely happy with the answer, but the answer is basically the same as what people are doing when they have multiple cold sancs connected to the controller.  All the funds are in the controller.    You can manually boot the controller and run the podc update, and shut down the controller, and do all this from a flash drive potentially.

Thanks for the update - sounds complicated

1: Is there a particular time in the day to do the PODC update
2: Would it be possible to hold the stake in another off-line wallet and reference the blockchain entry in the config line "utxoamount=" (would require coding)

TIA
PM

On #1, no particular time of day.

On #2, you could start a new wallet.dat with the utxo in it, and re-associate your CPID with that wallet.  Then that strategy should actually work...

[bible_pay]

This is the only difficulty setting for the Iquidus explorer

Code:

  // index page (valid options for difficulty are POW, POS or Hybrid)
  "index": {
    "show_hashrate": true,
    "difficulty": "POW",
    "last_txs": 100
  },

Looks like its just using this command:

Code:

getdifficulty
730.2173881790347

Right that is because I envision for the most part, our published difficulty is PODC diff.  Its only when we start analyzing these sanc payments where we need to pull the pow_difficulty figure. 

So I think if I add "sanctuary_payment" to both 'exec subsidy' and to 'getblock' and 'showblock' then Orbis' report would be correct, and there will still be no question as to why sanc payments are gyrating.

But for Iquidis maybe someone could add the second one for informational purposes, some rainy day;
you can do an 'exec podcdifficulty' if need be.

Ok. We've spent enough times on these question
I think that the result is, that the payments are variating with diff. It's done
But... Only take a look at block #36996 and #36998... POW diff are very different, but block rewards are the same.
I don't have any MN so I have no problem with those rewards I was just curious about that when this debate started here.
EDIT: Rob, those numbers in my report are block emissions and MN rewards are exactly 38,5714% of those

I dont really mind if we work on it til we have the correct answer , so OK I see the calculation involved, good catch on the logical question with 36996 and 36998.

So the Sanctuary payment is based on the POW diff of the prior block, that explains why the confusion occurs:

36996 diff 4121  pay 4660 prior block diff=4014
36998 diff 3349  pay 4660 prior block diff=4013

To combat this confusion I added the sanctuary_subsidy to showblock in the next version, removed the faulty masternodesubsidy row, and I added 'exec getblock' which is just a shortcut to show a block with a height without prayers (so you can quickly scroll through blocks without reading the full screen).

[tmike]

Are we still in DR mode?

[MIP]

Gridcoin team has gone down 500.000 RAC in few days, I wouldn't be surprised if some of them had moved to our project.

[afeno]

Gridcoin team has gone down 500.000 RAC in few days, I wouldn't be surprised if some of them had moved to our project.

If we are not getting Rosseta tasks/jobs soon then what are we going to do? What is the DRP?

[jaapgvk]

Gridcoin team has gone down 500.000 RAC in few days, I wouldn't be surprised if some of them had moved to our project.

If we are not getting Rosseta tasks/jobs soon then what are we going to do? What is the DRP?

DR = 'Disaster Recovery'
You can find the chart here: http://wiki.biblepay.org/Distributed_Computing

Biblepay Operational Mode Chart (Disaster Recovery Modes)
DR Leve     Algorithm Name                  Calculation
Level 0        Heavenly                          UTXOWeight * TaskWeight * RAC
Level 1        Possessed by Tasks          TaskWeight * RAC
Level 2        Possessed by UTXO          UTXOWeight * RAC
Level 3        The-Law                          RAC = Magnitude
Level 4        DR (Disaster-Recovery)      Proof-of-BibleHash Only (Heat Mining Only)

We are currently at level 2 I think.

[coin_analyst]

I think the main reason is that someone using AWS SPOT machine because the machine will be terminated at any time(Bid price factor) by AWS system. As a result, the task cannot be completed or released, until the deadline expires.
If one is 72 cores, equals 72 tasks,the consequences.....you know that

The other is the CHAN, which uses hundreds of VPSs. if it is a time-based lease. This also leads to the above situation.

So now the task is not enough for everyone. At the same time, other teams have also warned and complained about the misuse of our team.

I think the Rosetta@Home does not guarantee long-term normal operation.
Because they didn't guarantee that they would be able to send tasks to us for a long-term

At present, I believe that there are many machines that are idling.
It not only cause loss costs, but also make the calculation power waste.

[jaapgvk]

I think the main reason is that someone using AWS SPOT machine because the machine will be terminated at any time(Bid price factor) by AWS system. As a result, the task cannot be completed or released, until the deadline expires.
If one is 72 cores, equals 72 tasks,the consequences.....you know that

The other is the CHAN, which uses hundreds of VPSs. if it is a time-based lease. This also leads to the above situation.

So now the task is not enough for everyone. At the same time, other teams have also warned and complained about the misuse of our team.

I think the Rosetta@Home does not guarantee long-term normal operation.
Because they didn't guarantee that they would be able to send tasks to us for a long-term

At present, I believe that there are many machines that are idling.
It not only cause loss costs, but also make the calculation power waste.

Do you have links to the complaints of other teams?

Until we have word from Rosetta@home, most of what is being said is speculation.

The Magnitude will stay about the same for everyone if no-one is getting tasks.

I have one of my rented servers mining Monero right now, to cover the costs.