Author

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

jr. member
Activity: 405
Merit: 3
The first two things that came into my mind when reading this were:

1. Biblepay is a project with a religious connotation, and I don't know if research groups would want to publicly attach themselves to a project like ours by buying our coins (because I assume they want to keep things like politics and religion separate from their - public - work).
2. Isn't the computational power we give to Rosetta@home really specific, in the sense that we are using algorithms that can't be applied in general computing applications?

1. Ah yes, I know what you mean and I think you're right about that. Paying - even small amounts - of money to a somewhat religious organisation would definitely raise questions and for some might even be impossible. This could indeed be the major problem.
2. I'm not quite sure what you mean by that. I don't think that the Rosetta packages we solve differ in any aspect from any other Rosetta packages being solved.
In the end maybe we wouldn't even have to limit ourselves to Rosetta if there are other good projects dedicated to healing etc.
full member
Activity: 574
Merit: 104
Hey guys,

I just had an idea how to potentially raise the value of BBP. Maybe it's too early or too tricky to implement right now, but here it is:

Over the last couple of days our team quickly ploughed through the Rosetta teams and it won't be long until we are the number one team there. Maybe in the not so far future we will even provide the supermajority of the hash power for Rosetta@home.
Researchers are used to pay quite a lot of money for computational ressources (I know that because our research group does...). I don't know how it works for the groups using the Rosetta hash power (or BOINC in general), but how about (once we have a majority) we somehow "charge" small sums for our hash power?
Here's how this could work: a research team rents (maybe monthly or biannually) a certain, guaranteed amount of computational ressources from rosetta@home. It does so by buying BBP on an exchange and immediately burning those coins. This way we could 1) increase the knowledge about BBP, 2) increase the inherent value of the coin. The best "side effect" would be that every time this happens the funded children will get more (FIAT) money and it should in general be easier for Rob to obtain the dollars necessary for funding (since there will from time to time be larger sums in the bid).

I'm not sure if this is even possible to get working, of course the charged sums also should'nt really be high, but this just came to my mind. Wink

What do you all think about this?

The first two things that came into my mind when reading this were:

1. Biblepay is a project with a religious connotation, and I don't know if research groups would want to publicly attach themselves to a project like ours by buying our coins (because I assume they want to keep things like politics and religion separate from their - public - work).
2. Isn't the computational power we give to Rosetta@home really specific, in the sense that we are using algorithms that can't be applied in general computing applications?
jr. member
Activity: 405
Merit: 3
Hey guys,

I just had an idea how to potentially raise the value of BBP. Maybe it's too early or too tricky to implement right now, but here it is:

Over the last couple of days our team quickly ploughed through the Rosetta teams and it won't be long until we are the number one team there. Maybe in the not so far future we will even provide the supermajority of the hash power for Rosetta@home.
Researchers are used to pay quite a lot of money for computational ressources (I know that because our research group does...). I don't know how it works for the groups using the Rosetta hash power (or BOINC in general), but how about (once we have a majority) we somehow "charge" small sums for our hash power?
Here's how this could work: a research team rents (maybe monthly or biannually) a certain, guaranteed amount of computational ressources from rosetta@home. It does so by buying BBP on an exchange and immediately burning those coins. This way we could 1) increase the knowledge about BBP, 2) increase the inherent value of the coin. The best "side effect" would be that every time this happens the funded children will get more (FIAT) money and it should in general be easier for Rob to obtain the dollars necessary for funding (since there will from time to time be larger sums in the bid).

I'm not sure if this is even possible to get working, of course the charged sums also should'nt really be high, but this just came to my mind. Wink

What do you all think about this?
full member
Activity: 364
Merit: 102
Currently, what calculation are we using to determine 100% UTXO Percentage? I've read conflicting things.
Is it still 50,001 BBP, or is it 500BBP/Mag?

I'm a bit confused by the different info floating around.

I think it's 500 BBP/mag WHEN the majority of masternodes update to the latest version. So I'm not sure if that has happened yet, but the update is mandatory in a couple of hundred blocks, so then it is for sure 500bbp/mag
newbie
Activity: 26
Merit: 0
Currently, what calculation are we using to determine 100% UTXO Percentage? I've read conflicting things.
Is it still 50,001 BBP, or is it 500BBP/Mag?

I'm a bit confused by the different info floating around.
full member
Activity: 1260
Merit: 115
Just a Heads up guys, we are probably less than 2 weeks away from next superblock for Proposals!
(especially if 10 minute block time changes to 7 minutes)

If anyone wants to get paid for any work for BiblePay, please create a Proposal!

=====

How do I create a Proposal?
http://wiki.biblepay.org/Create_Sanctuary_2#SUBMIT_PROPOSAL

Do you have examples of past Proposals?
January/February: https://www.reddit.com/r/BiblePay/comments/7y4jw2/januaryfebruary_2018_proposal_summary/
December: https://www.reddit.com/r/BiblePay/comments/7mbeqf/december_2017_proposal_summary/

What kind of work could I do for BiblePay?
https://www.reddit.com/r/BiblePay/comments/7v0pxz/todo_list/
https://www.reddit.com/r/BiblePay/comments/7vtewk/proposals_of_other_masternode_coins/
(If you have any ideas please add them!)

=====

How many coins are in this months budget? ***Over 15 Million BBP!***

getgovernanceinfo
nextbudget: 15,375,000
nextsuperblock: 36900

I assume half will go to Compassion, that still leaves 7.5 million and only about 2 million are requested so far!

======

Understanding the Governance and Budget System
https://dashpay.atlassian.net/wiki/spaces/DOC/pages/8585240/Understanding+the+Governance+and+Budget+System

newbie
Activity: 180
Merit: 0

One error in my typing / calc and I didn't want to edit it, was the 2nd example down to 20 Mag would still need 1M BBP to stake.

The reason I am hesitant to say "we'll change it down the road" is why?  Why not get it right or as close to right now?  That's why I think RAC is a slippery slope and Mag is not.  The only way to make RAC stake holding work to me is to adjust it down the line as the value of RAC drops and the hopefully the value of BBP increases.  Whereas with Mag, if you do it right now it becomes self correcting.  10% is basically 10% all the live long day, so in the above example, the 200K RAC at 2M could increase their RAC to 1M at 10M and remain at 10%, have the same staking requirements and receive the same percentile reward (although a smaller reward numerically in terms of BBP).  And it doesn't matter which way the price goes, 100 MAG would cost the same in raw numbers of BBP and have a generally similar return in price values (minus of course the depreciating emissions) regardless of if BBP drops back to 7/100th of a cent or jumps to 7 cents.  Whereas staking by RAC only succeeds in locking up more coins (a good thing at this point in the life of the coin, less valuable as time goes on) which is already being handily performed by the Sanctuaries and will continue to do so until probably we reach (my math) 400 or so (the Dev seems to think 200 is more realistic).   The boon of stake is the reduction in turnover of users.  Right now, a Gridcoin user is going to RAC for BBP if it is more cost effective the Gridcoin, and then immediately revert back based solely on the market and not his or her belief in the power of BBP.  Whereas adding a staking component, keeps the RAC more stable and less likely to shift, giving investors more dependable predictions in returns and likely keeping more BBP in the hands of those who believe in the coin (as I'm of the opinion a person collecting BBP because they think this is a unique coin that does good, will retain it longer than someone collecting BBP because it returns more $$ today than Gridcoin).

And none of that is a knock on Gridcoin users, some of which may come to us because of the reduction in their coin's influence at Rosetta@Home and find out they appreciate our mission and become ardent supporters.  Nor is it truly a knock on profit motivated miners.

For now, we're starting to really make waves in the ranking of teams at R@h, we just exceeded the overall work of Team Atheist (http://stats.free-dc.org/stats.php?page=team&proj=rah&team=2426), we're number 125 all time over all, and will likely be in the top 100 by the weekend and likely the top 50 of ALL TIME by Easter.  We are at almost 6M daily credits, which over time would mean a RAC of 6M.  We had the most daily credits of any team on R@H and did nearly 15% of all the work on R@H!   This is an incredible marketing tool to be utilized. 

Quote
Whereas with Mag, if you do it right now it becomes self correcting.  10% is basically 10% all the live long day, so in the above example, the 200K RAC at 2M could increase their RAC to 1M at 10M and remain at 10%, have the same staking requirements and receive the same percentile reward (although a smaller reward numerically in terms of BBP). 
I see what you are saying, but my argument against this is that the miner is doing nothing to help the price of biblepay in the process.  In this case, the miner increased their hardware to stay at the same MAG but has the same level of biblepay at stake.  This means that maintaining the same stake level, the miner did nothing to push the price of biblepay up because even as he increased machinery to stay at the same MAG, it doesn't influence the price, ergo the race to the bottom is still in. But if the miner staked based on RAC, at first 20*200K is 4M bbp increased to 20M bbp.  The idea is that the increasing stake amount directly leads to higher prices (or at least maintains prices), and ideally it leads to more profit.  

Look at it this way:

We know from history, pre- masternodes we traded 10-20 sat.  
We now have 169 masternodes which locks up 261,950169 bbp. Our Total Supply today is 467,630,665. So the percent of available supply locked up is 55%.  Our current lockup stats have got us trading higher at say 35 sat, consistently.

I understand right now the PODC rewards are higher than they will be, but just to simplify the calculations and get to my point, lets assume daily superblock rewards of 3,000,000.  So right now I have 80K RAC, I get about 100K reward, 17 servers with a team RAC of 2,400,000.  So 80K RAC/2.4M TEAM RAC=33.3 MAG.   1000 Total MAG/33.3 personal MAG=30, 30*100K bbp = 3M daily superblock for simplification.

I think a realistic scenario is that 1 year from now Team RAC is 24,000,000. It is an open question how quickly Team RAC will continue to grow, and how much people would put at stake.    

Here is what I believe is a realistic scenario:
|--------------------------------------------------------|  Current Statistics  |1 year from now|
|--------------------------------------------------------|----------------------|50%MN growth|
|Total Supply|467,630,665|1,453,130,665|
|Masternodes|169|254|
|Masternode lockup|261,950,169|392,925,254|
|MN lockup % Total Supply|0.56|0.27       <--1 year masternode lockup % of total supply drops to 27%!|
|Team RAC|2,400,000|24,000,000|
|Personal RAC|80,000|160,000|
|Personal MAG|33.333|6.667|
|Reward|100,000|16,000|
|Servers|17|34|
|Cost to Run Servers|8.16|16.32|
|Breakeven $|0.00008160|0.00102000|
|Amnt Stake per RAC (20)|1,600,000|3,200,000|
|Amnt Stake per MAG (10,000)|333,333.33|66,666.67|
|Team RAC Stake|48,000,000|480,000,000|
|Team MAG Stake|10,000,000|10,000,000|
|Total MAG|1,000|1,000|
|Annualized Reward Run Rate (Daily Rewardx365)|36,500,000|5,840,000|
|%Return on Stake of Annualized Run Rate (Run Rate/Stake Amnt)|2281%|183%|
|Total lockup SPR* and MN|309,950,169|872,925,254|
|Total Supply Free SPR and MN|157,680,496|580,205,412     <-3.68 times current free supply amount. Blessed |
|%Lockup of Total Supply SPR and MN|0.66|0.60                   to maintain sat price with 20 bbp stake per RAC |
||| We keep %Lockup of Total supply stable at .6|
|Total lockup SPM* and MN|271,950,169|402,925,254   |
|Total Supply Free SPM and MN|195,680,496|1,050,205,412    <-5.37 times the current free supply amount.|
|%Lockup of Total Supply SPM and MN|0.58|0.28  Maintain current sat price and avoid round trip to 10 sat? |
|Profit at 10 sat (BTC=10000)|91.84|-0.32|
|Profit at 20 sat |191.84|15.68|
|Profit at 30 sat |291.84|31.68|
|Profit at 40 sat |391.84|47.68|
|Profit at 50 sat |491.84|63.68|

*SPR: Stake per RAC
*SPM: Stake per MAG

It really does come down to keeping the % Total Lockup stable to try to ensure price stability.  Not staking per RAC may have the % Total Lockup as low as 28% in a year.
Even with lower rewards a year from now, the run rate of the daily rewards is a very respectable return relative to the amount at stake.  Being rewarded (16k*365)/3.2M is 183% on an annualized basis.  


I like the idea of being flexible and growing the aggregate stake amount.  There is no guarantee that stake based on MAG will grow fast enough to increase the total amount locked up. (For MAG to grow the aggregate stake, the network has to grow in fractional MAG users that stake meaningful amounts.) I believe we need to increase lockup from ~55% to 90% or better while our effusion is still at a high rate.  The biggest problem I have with stake based on MAG is that I don't like that the amount needed to stake for larger miners goes down as their MAG goes down--older, larger miners have a decrease in their stake.  I could see a scenario where lager miners lose MAG over time, their stake amount decreases, but fractional MAG entrants don't stake to get UTXO 100-- they aren't profit driven like the larger miners.  I like that larger miners are profit driven, and as part of that drive for profit they must hold or acquire more biblepay as they add more hardware.  

616Westwarmoth, please let me know your thoughts on this.
newbie
Activity: 15
Merit: 0
"Were up to 1.1.1.1 now, please upgrade, then ensure system time and time zone is correct.

No addnodes required"

https://bitcointalk.org/index.php?topic=2388064.5280

//

Hey guys I still can not get a Synchronization.

I have 2 blue bars.
"Synchronizing with Network..."
Balance out of sync
Recent Transaction out of sync
Sanctuaries out of sync
5 Days Behind

Biblepay Core version 1.1.1.1 (64-bit)




Try a reindex:

In tools, Wallet repair, Rebuild index





It Worked Thank You!
full member
Activity: 364
Merit: 102
"Were up to 1.1.1.1 now, please upgrade, then ensure system time and time zone is correct.

No addnodes required"

https://bitcointalk.org/index.php?topic=2388064.5280

//

Hey guys I still can not get a Synchronization.

I have 2 blue bars.
"Synchronizing with Network..."
Balance out of sync
Recent Transaction out of sync
Sanctuaries out of sync
5 Days Behind

Biblepay Core version 1.1.1.1 (64-bit)




Try a reindex:

In tools, Wallet repair, Rebuild index
newbie
Activity: 15
Merit: 0
"Were up to 1.1.1.1 now, please upgrade, then ensure system time and time zone is correct.

No addnodes required"

https://bitcointalk.org/index.php?topic=2388064.5280

//

Hey guys I still can not get a Synchronization.

I have 2 blue bars.
"Synchronizing with Network..."
Balance out of sync
Recent Transaction out of sync
Sanctuaries out of sync
5 Days Behind

Biblepay Core version 1.1.1.1 (64-bit)

newbie
Activity: 30
Merit: 0
Now I got a transfer from the pool. Nice! Now to wait for the PODC.  Smiley
newbie
Activity: 30
Merit: 0
Okay, to everyone having problems with UTXO target being 50001: DO NOT USE NOTEPAD++ TO EDIT BIBLEPAY.CONF. SOME OTHER FORMATTING IS USED.
I used windows notepad for editing last time and then it worked.
Now to see when the pool and podc payots come in.  Grin Grin
full member
Activity: 770
Merit: 100
this stroke will be BBP TOP TEAM on ROSETTA for few days
newbie
Activity: 491
Merit: 0
c-cex is back
You just beat me to it.

I have opened a ticket on CCEX to bring us out of maintenance.

Please all lets be cognizent of how much we keep on the exchange wallets.  Consider transferring all excess balances to your home wallet frequently.

Always Back Up your wallet.dat file to a safe place, such as to a USB drive or burn it to a CD and keep offsite.




cool, i must pray to be out of maintenance as soon as possible to withdraw coins Smiley, because exchange could go down again..
i dont want to sell all for low price and withdraw in other coin
jr. member
Activity: 89
Merit: 7


Looks like everything is fine on your 16da* cpid, your magnitude is now showing in the pool to be 1.855.

As far as PODC update frequency, please see this wiki page:

https://wiki.biblepay.org/Distributed_Computing#PODC_Updates


Ok, now I see everything is correct, I will now wait for next superblock.
Thanks!
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
No Block Source Available?BBP Wallet self.BiblePay

Submitted 2 days ago by stevenzak

Biblepay Core version 1.1.1.0 (64-bit)

No Block Source Available? BBP Wallet Balance out of sync Recent Transaction out of sync Bible Pay Sanctuaries out of sync

28 Hours Behind.

Any Help would be appreciated.

https://www.reddit.com/r/BiblePay/comments/83rl0p/no_block_source_availablebbp_wallet/

No Block Source Available switched with "Synchronizing with Network...".

Nothing Yet, anyway to reset connection?
Were up to 1.1.1.1 now, please upgrade, then ensure system time and time zone is correct.

No addnodes required.

newbie
Activity: 15
Merit: 0
No Block Source Available?BBP Wallet self.BiblePay

Submitted 2 days ago by stevenzak

Biblepay Core version 1.1.1.0 (64-bit)

No Block Source Available? BBP Wallet Balance out of sync Recent Transaction out of sync Bible Pay Sanctuaries out of sync

28 Hours Behind.

Any Help would be appreciated.

https://www.reddit.com/r/BiblePay/comments/83rl0p/no_block_source_availablebbp_wallet/

No Block Source Available switched with "Synchronizing with Network...".

Nothing Yet, anyway to reset connection?
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords


The main thing I see is if you look at your superblock row in the pool you have 0 utxoweight.
This causes me to see when you sent your stake in.

exec search utxoweight 16da1eaf50e5db0a0c7ed7a1aaf8586b





UTXO on pool is still 0.

Code:
exec search utxoweight 16da1eaf50e5db0a0c7ed7a1aaf8586b

{
  "DataList": "UTXOWEIGHT",
  "16DA1EAF50E5DB0A0C7ED7A1AAF8586B (03-15-2018 05:50:32)": "50003"
}

It's normal that I have many PODCUpdate transactions ?
Yesterday I have 4 transactions.
Today I have 2 transactions.
Always is same amount (50001).

EDIT:
I have two same wallets running unlocked.
One have set gen=1 and genproclimit=1.
I now (UTC 10:00) disabled mining on this wallet.
Second wallet is running on my laptop,  but is not all time with internet connection.
Maybe here is some problem ?



Looks like everything is fine on your 16da* cpid, your magnitude is now showing in the pool to be 1.855.

As far as PODC update frequency, please see this wiki page:

https://wiki.biblepay.org/Distributed_Computing#PODC_Updates



full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
So after yesterdays exchange drama I was considering adding a trading page for BBP->DOGE and DOGE->BBP in the pool.  I was going to use DOGE as a proxy currency to shuttle deposits and withdraws, primarily because their low transaction fees and their price is almost exactly the same as ours (IE 6 leading zeroes) meaning the buy-sell ratio would have been fractions of .85 per, 1.05 per, 1.10 per order etc.

I was going to have a "gravytrain" once a night, where everyone receives an automatic withdrawal so funds cant be kept in the pool overnight; I was thinking one multi-leg transaction to all DOGE accounts for all DOGE balances and one for BBP per night - emptying the wallet each day.

The idea being that since DOGE is already on every exchange it might add some liquidity to bbp.

But since we are back up I think time is better spent working on the next feature and bringing in more devs and looking for additional exchanges.   



full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
c-cex is back
You just beat me to it.

I have opened a ticket on CCEX to bring us out of maintenance.

Please all lets be cognizent of how much we keep on the exchange wallets.  Consider transferring all excess balances to your home wallet frequently.

Always Back Up your wallet.dat file to a safe place, such as to a USB drive or burn it to a CD and keep offsite.



Jump to: