jaapgvk
|
|
March 27, 2018, 06:11:38 PM |
|
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
|
|
|
|
orbis
Newbie
Offline
Activity: 150
Merit: 0
|
|
March 27, 2018, 06:16:21 PM |
|
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.jpgI 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 (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
March 27, 2018, 06:18:03 PM |
|
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
March 27, 2018, 06:23:03 PM |
|
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
|
|
March 27, 2018, 06:25:52 PM |
|
This is the only difficulty setting for the Iquidus explorer // 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: getdifficulty 730.2173881790347
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
March 27, 2018, 06:30:04 PM |
|
This is the only difficulty setting for the Iquidus explorer // 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: 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
|
|
March 27, 2018, 06:32:47 PM |
|
Hey...I got 83% the last question was a trick. Hahaha! I only got 67% I guess dogs don't eat meat.
|
|
|
|
orbis
Newbie
Offline
Activity: 150
Merit: 0
|
|
March 27, 2018, 06:46:33 PM Last edit: March 27, 2018, 07:43:04 PM by orbis |
|
This is the only difficulty setting for the Iquidus explorer // 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: 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
Newbie
Offline
Activity: 75
Merit: 0
|
|
March 27, 2018, 06:54:29 PM |
|
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
|
|
March 27, 2018, 08:52:10 PM |
|
Haha! My wallet thinks that I got a PODC reward in the previous superblock? I received money from proposals in my wallet (1378333 BBP). 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
Newbie
Offline
Activity: 10
Merit: 0
|
|
March 27, 2018, 10:05:43 PM |
|
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 (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
March 27, 2018, 10:18:19 PM |
|
Haha! My wallet thinks that I got a PODC reward in the previous superblock? I received money from proposals in my wallet (1378333 BBP). 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 (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
March 27, 2018, 10:20:14 PM |
|
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 (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
March 27, 2018, 10:46:01 PM |
|
This is the only difficulty setting for the Iquidus explorer // 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: 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
Member
Offline
Activity: 157
Merit: 10
|
|
March 28, 2018, 01:25:42 AM Last edit: March 28, 2018, 01:41:10 AM by tmike |
|
Are we still in DR mode?
|
|
|
|
MIP
Newbie
Offline
Activity: 362
Merit: 0
|
|
March 28, 2018, 06:43:27 AM |
|
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
Jr. Member
Offline
Activity: 175
Merit: 1
|
|
March 28, 2018, 06:59:32 AM |
|
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
|
|
March 28, 2018, 07:28:22 AM |
|
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_ComputingBiblepay 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
Newbie
Offline
Activity: 39
Merit: 0
|
|
March 28, 2018, 07:30:05 AM |
|
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
|
|
March 28, 2018, 08:02:21 AM |
|
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.
|
|
|
|
|