Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 598. (Read 243376 times)

I'm wondering if  either Togo , Mike or  Onii-chan  were in fact that  mysterious " bot-net " Rob was  "fighting"  with ?
I don't remember seeing Togo or  Onii-chan   in the pool before PODC  which means they've been solo  all that time ?

added       address       cpid       magnitude       rosettaid       team       utxoweight       taskweight       totalrac       unbanked       utxoamount       avgrac       modifiedrac       name       MachineCount       TotalProcs   
3/12/2018 10:40:25 AM   BSeaxWTddQmLmVCGZBe1TtCeydNygp3yzs   93138f032bdd027fa3246b48bb715a77   158.661   1981221   15044   75003   100   977177   0   100   155040   155040   togoshigekata   32   1588
3/12/2018 10:40:25 AM   BTjJENmWrQudFHEaqEpFg7ZeCA8HK2HwLW   e94c1704c75f731f8bfde303f08408ee   109.542   1981209   15044   50001   100   977177   0   60   178404   107042   Mike   51   2071
3/12/2018 10:40:25 AM   BQJN3Yq3VPzTwa9uHUNj4i4QwUm4861g1T   af1a25971906fd8404b098272fbf7336   83.469   1987853   15044   50011   100   977177   0   100   81564   81564   Onii-chan   444   1896

I think you all might enjoy this new feature!

We just added Upcoming super block data to the pool, so now questions like Capulo had, what is my current RAC being assesed at, and questions like the user who was left out of the first two superblocks - Am I in the next superblock, and Do I have the correct UTXO weight, and do I have the correct task weight, these can all be answered now by logging into the pool:

https://pool.biblepay.org,  click Reports | Superblock Report.

Btw, the Total RAC should be re-captioned "Total Superblock RAC", and the AvgRAC is the users superblock RAC. 

The UTXOWeight is the amount the network sees as your Staking amount over the last 24 hours.  The UTXOAmount should be captioned UTXO-Percentage.  To see if you are at 100%, take a look at your RAC, your UTXOAmount and TaskAmount.

The superblock data is coming from my first sanctuary (Sanc1), and is updated hourly.  We destroy the data once per hour.
The data is ordered by User RAC descending (like a leaderboard is).

However, I am going to work on adding a contract history soon, so you can go back to prior points in history to see changes (and so we can add graphs to graph historical data by CPID etc).

I'm just shooting from the hip here. I see the upside to the RAC solution that's been proposed. However, Rob is correct in noting that if there is any rapid increase in price, the BBP/RAC amount will have to be decreased in order to ensure that new entrants to the market are not deterred.

For example, if a user has a consumer grade core i7 or Ryzen 7, they will have an RAC of somewhere between 4000 - 6000 depending on OC, etc.
At the current price, they would need to purchase 80,000 to 120,000 BBP in order to mine at full capacity. At current prices of $0.003/BBP, that is about $240 to $360 to use a processor that costs about the same price. If there is any upward movement of the price, let's say a doubling, suddenly that price shoots to $480 to $720 to enter the market.

So, if the RAC proposal goes through, those individuals who have mined large amounts of BBP already would be perfectly fine to stake what they currently have and mine at full capacity. However, for a new individual bringing their PC to mine BBP, they would have to first purchase a decent amount of BBP just to get started. Unless they are math savvy and want to figure out how what their ROI is on this, I would suspect that the average Joe would not be inclined to start.

So my question is, would the growth of the coin be hampered by introducing such a high starting cost for new miners?

Now if the BBP/RAC amount were then decreased to try and mitigate the effects of high prices, then we would have a decreasing stake amount. Wouldn't this then be similar to the mag system?

Yes; and take me for example, I have 29,941 RAC and Im like #9 or so on the leaderboard - I would be required to stake 14,970,000 BBP per day to keep my rewards at 100% if we voted 500 BBP Per Rac.

Hi

Just to be clear, 500 BBP Per RAC Required for 100% UTXO means that for 10000 RAC needs to be staked 5M coins for 100% UTXO ?

Thanks.

Alright guys, to make this cleaner, I went ahead and edited the original poll and extended it out to April 1st, so we can all vote in one place, please vote here:



PLEASE VOTE:

http://forum.biblepay.org/index.php?topic=127.0


Now we can vote on Staking per RAC or Staking per Mag.

Ok, everyone please vote above on Aikidas poll and we will honor either staking by Mag or staking by RAC.

If we end up going with staking by RAC, I will create yet another poll for the stake amount required by RAC so the wallet can be updated with the correct business logic - and I will take a look to see if we can add a spork before exchange upgrade to support either way.

And do keep in mind in the future, when discussing new ideas for the coin, all ideas must first be floated as community discussion and must also be given blessing by our IT department.  As there is no guarantee that there is a developer resource available, no guarantee that IT agrees that a business logic decision is safe for consideration, and not necessarily agreed that it is compatible from a support perspective by IT.  

I took a look at the effectiveness of UTXO per RAC as compared to UTXO per Mag and it appears to be better for competition, so Im all for it if we decide to switch to UTXO per RAC:

Date,         User RAC,      TEAM RAC,    User Magnitude,     UTXO Requirement for StakePerMag, UTXO Requirement for StakePerRAC

3-30-2018        10,000         1,000,000     10.0                 200000                                         20000
6-30-2018        10,000         7,000,000     1.42                 28400                                                 20000
9-30-2018        10,000       10,000,000     1.00                 20000                                                 20000

What it basically does is creates an environment where your UTXO requirement stays high and constant no matter how much the BBP infrastrucutre grows, meaning more requirements far into the future for competition.  Thats not a bad thing, I like it ....

When I made up UTXO per mag, I was thinking we needed to dynamically scale the requirement as the researcher count grew, but now that I ran the report with the numbers, I can see where Aikidas thinking is coming into play - hes trying to charge each researcher per RAC a very high requirement that does not get diluted as the team grows.  Thats good for price.... and good for our orphans.

Thanks for the full evaluation.

EDIT: One element of the original decision I stick by is whats going to happen if our price goes from .003 per $ to .30 per $?  The magnitude scaled better with rising price (as price is a function of popularity), however the RAC is going to get Very, very pricey to mine when our price rises.  SO this means if we do vote RAC in we are going to need to hold yet another poll to lower the requirements as soon as our price goes up by 10X.... Lets keep that in mind also when voting for this.  So Im a little conflicted Ill let the community decide. 

Ahhhh! Well, thank you so much for explaining it- I truly appreciate it! Ok, so if its not valid than its nothing to be concerned about, and I will keep on keeping on. Obviously I still have a lot to learn about forks (and why I just can't use a spoon)(joking joking).

And yup still have my original wallet, so all is well.

Thanks again!

So what happened??? Why are there only 5 masternodes of this coin now?  There were 125 just a few days ago...

As long as you have the original wallet.dat, after you resynced, if your balance is 0, that means you mined the BBP on a fork.  BBP mined on a fork is not really valid BBP.

That explains why you had trouble syncing, your wallet was on its own chain, and other nodes were banning you.

Just ensure you have the original wallet.dat in place, then go forward from here.

I took your suggestion, deleted the chainstate and block folder (not before backing them up), changed the addnodes, and booted up Biblepay again. After only a few minutes, it download and resynced again!

But now something terrible has occurred. My mined Biblepay is gone! There was a mined block that my computer did, and it payed me over 7,000 Biblepay for it. Even though I am using the same wallet, all that Biblepay is gone!

However, when I delete the new chainstate/block folders and add in my old ones, it all comes back. But then Biblepay does not sync up! Even with the nodes you gave me! So it's either I use the new nodes and delete my old folders, or I keep my old folders but cannot use Biblepay!

Aargh! What to do guys?

Yes, if the computers remain hidden, their PODC update will fail, and task weight will fall to 0.
So they should receive 0 compensation in the superblock.

Im going to go ahead and create a Superblock induction system in the Pool, so we can drill into historical superblocks and see the current voted superblock data by CPID.

This is in the spirit of answering questions about UTXO weight, task weight, magnitude, where RAC was yesterday, and where the researcher is in the upcoming contract.

I just saw that biblepay-explorer.org redirects to explorer.biblepay.org:3001
So we only have one Explorer? Is biblepay-explorer.org staying down?

https://biblepay.eu/ should do the trick

Is there a masternnode explorer or sth? I guess masternodes online is n ot up to date with only 5 masternodes online...thanks

I'm afraid that in couple of days/weeks it will be the same situation like before with PoW. Impossible for average researchers to mine some coins through PoDC. At least we know now, that there wasn't any botnet, just few guys with huge hash power.

Hey. Is this the guide to set up a masternode and is it working?

http://wiki.biblepay.org/Create_Sanctuary_2

Thanks!

another botnet )
https://boinc.bakerlab.org/rosetta/show_user.php?userid=1988192

is it possible to force not mask computers as we force biblepay team?
to check that somebody will not have 500 low-mid end home computers = botnet

You're right about the multiple CPID work around.  Still a neat idea in principle.

I am passionate about this coin and I think making the right decisions now, we could really make this into something more special than it already is.  I am really pleased with the way Rob has been able to integrate BOINC with Biblepay.  We are now getting compensation for work done.  Now if we add staking based on RAC that gives each BBP 1/20 of a RAC value; an intrinsic value that even bitcoin lacks.  

Thanks for your kind words, znffal.