Author

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

full member
Activity: 574
Merit: 104
Great summary from cryptocadxyz and interesting thoughts on staking schemas.

I think we all agree that this decision is key to the success of BBP.

But it's hard to know all the variables beforehand, and it's good to know that we have the flexibility of changing and steering towards the right direction as we see the results of practical use every day.


Yes, great summary cryptocadxyz! I agree that the outcome of all this is something that will effect Biblepay greatly.

I think that central-points are:
1. Locking up BBP (making it hard for botnets to operate on our network).
2. Keeping it affordable for newcomers to participate.
3. Give people incentives to invest (try to give each BBP more value over time).

I still haven't voted yet. There are so many variables that they make my head spin  Lips sealed
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords

Bittrex is also free, but we have to have an Enhanced Verified Account with them to submit a listing, which we would need Rob I believe:
"Please provide an Enhanced Verified Account of team member registered on Bittrex.
This team member must be either a core developer or a major shareholder (10% or more) of a company that backs the development of the coin.
That member will need to submit identifying documents to get their account Enhanced Verified."


I have an Enhanced Verified Account at Bittrex and have provided them my Extended Info (allowing withdraw higher than the limit, and they have my drivers license ETC), and I have applied once for Biblepay as a new coin (before we had PODC).  

However Togo they do have a policy where they give a much higher rating to coins with novel humanitarian unique features (like PODC cancer mining) so I have a feeling we should re-apply.   Ill email you.

MIP
newbie
Activity: 362
Merit: 0
Great summary from cryptocadxyz and interesting thoughts on staking schemas.

I think we all agree that this decision is key to the success of BBP.

But it's hard to know all the variables beforehand, and it's good to know that we have the flexibility of changing and steering towards the right direction as we see the results of practical use every day.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Brothers and Sisters keep this in mind from Rev 3:16:

So because you are lukewarm—neither hot nor cold—I am about to spit you out of My mouth!


Be prepared for the Wedding Supper of the Lamb! 

full member
Activity: 364
Merit: 102
newbie
Activity: 26
Merit: 0
I’ve been reading the forum posts, following the rationale behind the Staking by Magnitude and the Staking by RAC debate and I think it would be good to 1) consolidate some of the major questions that have been raised and also their answers 2) analyze the pros and cons of each situation, and 3) propose another solution to get us thinking.

Given that BBP is now a PODC coin for a worthy cause, it is my opinion that this coin has the potential to achieve a level of adoption that few other cryptocurrencies can. The decisions made now, especially with regards to Staking by MAG vs RAC have the potential to affect the future of coin in an enormously significant way. Therefore, I think that before we proceed headlong into binding ourselves to one path, we should lay out as clearly and concisely as possible as much factual data as we can regarding the pros and cons of any chosen path. As information and discussion is scattered over testnet threads and buried in pages on this thread, I want to try and put as much as I can into a single place to try and get everyone together on the same page. I’d appreciate any intelligent, well-thought out and civil responses to this.

I will do this in question and answer format.

Is an increase in the number of miners or the price of the coin a good thing?

With regards to the growth of the coin, I think we can all agree that an increase in either of these categories is a win.

#1: Miners. The enormous potential for global impact – If more miners come on board and put their computing power towards this project, the amount of research for curing diseases that can be achieved increases and society benefits immensely.

In 2014 in the USA alone, 73% of households have a PC with internet access. Given that there are 126 million households in 2017, it means that there are 92 million PCs that could be used to mine BBP. If BBP were able to reach just 1% of the PCs in the USA (~1 million), each with a lowly RAC of just 1,000, this would give a total of 1 billion RAC put towards disease research. Now according to Forrester research, there are probably over 2 billion PCs in the world. If just 1% were tapped to join BBP, that would be 20 million PCs. With an average RAC of 1,000, this would give a total of 20 billion RAC put towards disease research.

Given that Rosetta is currently at about 40 million RAC worldwide, an adoption of BBP mining by just 1% of the world’s PCs at a lowly average rate of 1,000 RAC/PC mining would result in a 500-fold increase in worldwide computing power that is currently being allocated to a cure for HIV, malaria, cancer, and Alzheimer's through Rosetta.

In short, widespread adoption of BBP has the potential to single-handedly benefit the world we live in by funneling an enormous amount of computing power into scientific research that will directly improve the lives of people around us.

#2: Coin Value. Twice the price, twice the children fed.

As 10% of the emissions always goes to charity, any increase in the price of the coin means a linear increase in the number of children sponsored through Bloom, Compassion, etc. If the price of the coin doubles, so does the number of sponsored kids. That this is a win is a no-brainer.

If BBP were to trade at $0.10 during 2019, then it would have a market cap of just over $176 million USD based on a total emission of ~1.76 billion coins by the end of the year, placing it at about #80 on CoinmarketCap in today’s figures. Out of the 700 million new BBP minted that year, 70 million BBP or $7 million would go to charity. If BBP were to trade at $0.25 instead for that year, it would have a market cap of just over $441 million placing it at about #38 on CoinmarketCap in today’s figures, around where DogeCoin, SiaCoin, and Status are. Out of the 700 million new BBP minted that year, 70 million BBP or $17.5 million would go to charity for the year 2019. At a rate of $450/year per child at Compassion, this would result in ~39,000 kids being sponsored through BBP.

Wow! OK, I want BBP to moon! So… how can we increase the coin’s value?

There are multiple ways including advertising, improved UI, etc. but I will simply focus on the Staking based on Mag versus Staking based on RAC debate. In a nutshell, implementing staking in some form to mine should increase the value of the coin as miners have less reason to sell, decreasing the available supply, which in turn will drive up the price.

So how do we control the supply?

#1: Sanctuaries. At ~110 masternodes with 1.5 million each locked up, this means that currently, 165 million of the total 460 million coins in circulation (36%) are not on the market. I think that it is fair to say, that the arrival of sanctuaries has had SOME effect on increasing the price from pre-Christmas 2017 of ~10 Sats to now ~30+ Sats.

#2: Staking to Mine. By linking staking benefits to mining power, more coins are removed from the market, decreasing supply and driving up the price.

A) Staking based on BBP/Mag

According to Rob’s proposal of staking based on a 1000 magnitude point scale at 10,000BBP/Mag (the current leader on the poll) would result in a static lock up of 10,000 x 1000 = 10 million BBP (2.1% of the current total supply and decreasing over time as more coins are minted). If the rate were 50,000 BBP/Mag (the highest on the poll and in 2nd place), then the lock up would be 50 million BBP (10.8% pf the current totally supply and decreasing over time). Let’s split the difference and use 30,000 BBP/Mag (6.5% current total supply and decreasing over time) just so that we can use real numbers.

The benefit of this setup is that a new miner entering with a Core i5 that gives 2,000 RAC would have a Mag of 2,000 / 2,000,000 * 1000 = 1. At 30,000 BBP/Mag, they would need to stake 30,000 BBP. At $0.003 USD/BBP, this is a $90 investment to mine at 100%. Now if the total RAC were to quintuple to 10 million say at the end of 2018, the same individual would only have to invest 1/5th of the amount of BBP to continue mining, which would be 6,000. If the BBP/USD were to remain at $0.003 USD/BBP, it would cost only $18 to mine at 100%. Now, if 64% of coins are not locked up in masternodes, and we remove an additional 6.5% of the total current supply, we have engineered a ~10% removal of the coins not currently locked up in masternodes (6.5%/64%). This should drive up the price initially say, 10 – 30%. But over time, it would come back down as the total supply continues to increase at the high emission rate of these early months and years.

Therefore, the cost of joining BBP mining would decrease over time (encouraging more people to join) if nothing changed, however, the price would struggle to also rise with such a large amount of supply available (decreasing interest in people joining). In summary,

PROS: Easier entry requirements for new miners as time goes on and potentially more casual users joining us.

CONS: A larger supply of BBP is still available leading to potentially lower or stagnant prices until the emission rate drops significantly. Low prices for extended periods of time might be perceived as a lack of growth, hampering efforts to hire more devs, staff, and overall increase adoption of the coin.

B) Staking based on BBP/RAC

Let’s now analyze aikida3k’s proposal to stake say 20 BBP/RAC.

A new miner entering with a Core i5 that gives 2,000 RAC would require 20 * 2000 = 40,000 BBP to mine at 100%. At $0.003 USD/BBP, this is a $120 investment to mine at 100%. Now if the total RAC were to quintuple to 10 million say at the end of 2018, the maximum lockup for 100% mining would grow from 40 million to 200 million BBP (18.5%) out of a total supply of 1.08 billion. Let’s say masternodes continued to be purchased and remained at occupying 36% of the total supply. Then the total lockup would now be 55% of the 1.08 billion total available coins by the end of 2018. This would most likely drive prices even higher.

However, if prices were to double or triple, so would the cost of the initial investment to mine at 100%, going from $120, to $240 or $360. The problem only increases as the value of the coin increases and eventually it would be out of the hands of the average person to mine, and only individual who got in early, or those with loads of capital to play, would be able to participate.

Trying to drop the BBP/RAC as times goes on to decrease the entry requirements might help initially however, it will reduce the total lockup as well, leading us back to the same situation as the staking BBHP/MAG. Also, without a well thought-out formula for how to decrease the BBP/RAC, this could engender a great amount of fighting within the community as time goes on as people argue over what the appropriate amount of BBP/RAC every time a decision to drop it needs to be made. I fear that this would be detrimental to the image of the coin.

In summary,

PROS: BBP/RAC scales as the network grows larger and does a good job of decreasing the supply and driving up the price of the coin. 

CONS: Small increases in the price would discourage new, average people from setting up their computers to mine the coin and further decreasing the chance of widespread adoption of the coin.

So, here’s the million dollar or 400 million dollar coinmarketcap question: #1) HOW do you continually INCREASE the amount of BBP that is locked up in a fair, logical way, WHILE AT THE SAME TIME #2) keeping the entry requirements LOW enough to encourage the average user to join BBP?

Any solution that is able to do BOTH is going to push prices higher, incentivize the average person to join us, and give us a chance of being a $400 million coin. And if this happens, we’re going to feed more kids AND increase the amount of research done for curing diseases.

What about making power users with a high RAC pay more than little guys?

A formula that favors little guys over big guys is susceptible to exploitation. A large miner could split themselves into numerous CPIDS and pass themselves off as multiple small miners just to maximize their profit. This would in turn affect all the “little guys.”

What about not having staking at all?

There are at least three difficulties I can think of and that others have already noted:

#1: Botnets. In the past, we have suffered from botnets plaguing us. By requiring some kind of proportional staking, botnets aren’t able to so easily overwhelm the network.

#2: Increasing supply. Without natural buyers, it will be difficult to increase the value of the coin and we will be stuck until the emission rate drops significantly as miners must constantly dump their coins to pay their bills.

#3: Uniqueness. We will have less to differentiate us from other coins. It was a big plus to have a 10% charity block and it is an enormous plus to now have PODC. If we are able to solve this problem and implement a unique system that is simple and fair, we have the potential to boost the intrinsic value of this coin even higher and to increase our chances at widespread adoption.

Now, it is true that if the coin enters the mania phase of asset bubbles we might be able to significantly lower the staking requirements as the public will naturally soak up supply, but we can build a new bridge when we get there.

What about a UTXO_Percentage that is a multiple of your daily reward that you stake?

This is a clever idea. This would discourage big miners from dumping their wallets, because their earning power is directly proportional to what they’ve taken in. But I’m at loss as to know how one would go about developing the formula for this. I’m not sure what would happen if you sold a fair amount of your coins on the market, hashed for a day at say 50% power, staked what you had, would you then return to close to 100%? I simply don’t have the brainpower to figure this one out…

My Proposal

This proposal is certainly flawed, but I write in the hopes that the summary I have given above and my proposal below will supply others with A) consolidated information to think through the problem that faces us, and B) a faulty solution to smash, and perhaps in the process find THE solution.

Given that the two solutions already proposed are linear, and that a simple linear solution is less likely to be exploited.

My solution has two parts.

Scaling BBP/Mag – First, if the main issue is control of the total supply of coins, then the amount of BBP required to be staked should be a function of the total available coins. So, if we have approximately 500 millions coins available at the moment and we wish to lock up 10% of them, we set BBP/Mag to be initially 50,000. Then we create a linear function to increment BBP/Mag based on the total number of coins available. So, by the end of the year when we hit 1 billions coins, the BBP/Mag would’ve climbed to 100,000. So now, imagine if the total RAC never increased, it would require miners to increase the amount of their stake in order to maintain their UTXO at 100%. If the RAC were to double by the end of the year, then each of their magnitudes would decrease by a factor of 2. The end result, would be that they wouldn’t need to change their stake amount, but the amount they would need to stake wouldn’t drop as drastically as in the scenario with a fixed 50,000 BBP/Mag. So, the benefits of this are:

1)   A fixed percentage of total supply coin lockup. Unlike fixed BBP/Mag which has a fixed stake that doesn’t grow, and RAC/Mag which will vary based on total RAC and need to be changed at steps which could lead to fighting, this algorithm scales and helps control the total supply. If the community decides that a 20% lockup of total coins is better, then we simply change our initial conditions to begin with 100,000 BBP/Mag. 

2) A fair algorithm for changing the BBP/MAG that is evident to all and simple to calculate. An adjustment of the staking formula that is not determined mathematically now, but subject to community votes runs a risk of tarnishing the image of the coin lending credence to the belief that perhaps certain key individuals or accounts will control its direction.

In conclusion, a fair scaling algorithm coupled with a decrease in total supply should drive the price of the coin up. This answers part #1 of my 400 million dollar question.

Fixing initial entry of 25% UTXO_Percentage at 20 USD/machine not BBP.

I’m aware that this part of my solution is probably the most full of holes, but I hope that someone smarter than me can fix this and come up with something more brilliant. I’m certain it’s open to exploitation, but given that we have ARM devices mining at 100% without stake, I think it’s far to try and implement something to help the average Joe get involved with BBP. Remember, if we can leverage the power of the average Joe in the world to want to throw their computer towards BBP by giving them some incentive, we can drastically increase the amount of computational power put towards curing diseases.

So, in order to make mining BBP attractive to people, we need to fix the cost of entry into the market say at $20 USD (except for ARM devices which will operate at 100% without a stake). So, if the coin is worth $0.003 USD/BBP, then they would require 6667 BBP to mine with their PC. If the coin appreciates to $0.01 USD/BBP, then they would require only 2000 BBP to be able to mine. We can dynamically calculate this amount every week perhaps.

So, for average Joe’s, no matter what the price of the coin is, they will always be able to mine at 25% capacity and earn BBP. Even if they don’t make much from it, they will think of themselves as donating their electricity/computer to feeding children and curing a major disease, while at the same time earning some BBP that might appreciate in the future. Fixed entry cost means entry is easy at any point in the life of the coin. This will also serve as a huge marketing tool. Imagine being able to tell anyone. For a $20 USD stake, you can help cure cancer, and receive a limited portion of the rewards.

By making it per machine, it discourages botnets who will have to stake more money for each low-powered machine they commandeer. So, if someone grabs 500 machines, they’ll need to stake at least $10,000 USD. Also, splitting your machines up is not helpful as you have to manage multiple wallets and each would still require a $20 stake.

Now, if you want to increase your UTXO_Percentage, you will need to mine or buy more BBP and stake it at the current BBP/Mag. Note that you will never fall below 25% and it might get expensive to buy more if the price rises, however, at least you will always be earning something and in due time, might be able to slowly increase your stake by just mining yourself. Note that your initial $20 stake counts towards increasing your UTXO_Percentage, however, you’ll never drop below 25% as long as you have a minimum of $20.

So the benefits of this are:

1)   Fixed price entry at any point in the life of BBP for the average Joe. A $20 investment to cure cancer could be a huge marketing tagline/pitch. And by keeping the coin accessible to the public, we increase the likelihood we will be able to tap into the vast computing power of the general public.

2) Basic reward for even the smallest players. No matter how small you are, you can earn some BBP. You might even be taking a loss because you’re paying more for electricity, however, people can take comfort knowing that their computing power is going to curing a disease, and that the little BBP they do own, might have the chance of surging in value, paying them back potentially for their donation. As for the big players, they will not be satisfied staking only $20 to gain an immediate 25% UTXO_Percentage. With enough 100% stakers, the break-even for electricity costs/profits will lean towards them. So unless, those at 25% want to take a major loss on their electricity bill, they will have to buy up to 100% to stay on par.

In conclusion, this answer part #2 of my $400 million question.

My Thoughts

I write this knowing that no matter what the proposal is, it is likely going to price me out of the market. I started mining in January, but the rewards have been meager due to the “botnet.” Either way, I would like what is best for the coin. If my solution above or my work is simply a waste of time, please disregard it. I just hope that in some small way, I might contribute to this great project.




hero member
Activity: 714
Merit: 500
I went ahead and contacted or submitted forms for:

Name --------------- Website ----------------------- Listing Fee -------- Volume
Crypto Bridge ------ https://crypto-bridge.org/ --- 1 BTC -------------- https://coinmarketcap.com/exchanges/cryptobridge/ ----- Submitted Form
Coinroom ---------- https://coinroom.com/ -------- ?? ------------------ https://coinmarketcap.com/exchanges/coinroom/ -------- Contacted
Mercatox ----------- https://mercatox.com/ ------- 1.0-1.5 BTC -------- https://coinmarketcap.com/exchanges/mercatox/ -------- Contacted
Yobit ---------------- https://yobit.net/en/ --------- 0, 0.1, 0.5 BTC ---- https://coinmarketcap.com/exchanges/yobit/ ------------- Submitted Form
Poloniex   ----------- https://poloniex.com/ ------- Free? --------------- https://coinmarketcap.com/exchanges/poloniex/ ---------- Submitted Form

Livecoin is too expensive for us right now at 4 BTC,
I think we can reasonably do 1 BTC from one or two monthly budgets

Bittrex is also free, but we have to have an Enhanced Verified Account with them to submit a listing, which we would need Rob I believe:
"Please provide an Enhanced Verified Account of team member registered on Bittrex.
This team member must be either a core developer or a major shareholder (10% or more) of a company that backs the development of the coin.
That member will need to submit identifying documents to get their account Enhanced Verified."

C-CEX still has new user registration disabled and has drama over losing Verge coins
CoinsMarkets is slowly enabling some coins, but has basically been offline for us for a couple months now
SouthXChange is doing well for us

Reference: http://forum.biblepay.org/index.php?topic=97.msg3208#msg3208

Good to know the updates, and hope to be listed at some other decent exchanges.
full member
Activity: 1260
Merit: 115
I went ahead and contacted or submitted forms for:

Name --------------- Website ----------------------- Listing Fee -------- Volume
Crypto Bridge ------ https://crypto-bridge.org/ --- 1 BTC -------------- https://coinmarketcap.com/exchanges/cryptobridge/ ----- Submitted Form
Coinroom ---------- https://coinroom.com/ -------- ?? ------------------ https://coinmarketcap.com/exchanges/coinroom/ -------- Contacted
Mercatox ----------- https://mercatox.com/ ------- 1.0-1.5 BTC -------- https://coinmarketcap.com/exchanges/mercatox/ -------- Contacted
Yobit ---------------- https://yobit.net/en/ --------- 0, 0.1, 0.5 BTC ---- https://coinmarketcap.com/exchanges/yobit/ ------------- Submitted Form
Poloniex   ----------- https://poloniex.com/ ------- Free? --------------- https://coinmarketcap.com/exchanges/poloniex/ ---------- Submitted Form

Livecoin is too expensive for us right now at 4 BTC,
I think we can reasonably do 1 BTC from one or two monthly budgets

Bittrex is also free, but we have to have an Enhanced Verified Account with them to submit a listing, which we would need Rob I believe:
"Please provide an Enhanced Verified Account of team member registered on Bittrex.
This team member must be either a core developer or a major shareholder (10% or more) of a company that backs the development of the coin.
That member will need to submit identifying documents to get their account Enhanced Verified."

C-CEX still has new user registration disabled and has drama over losing Verge coins
CoinsMarkets is slowly enabling some coins, but has basically been offline for us for a couple months now
SouthXChange is doing well for us

Reference: http://forum.biblepay.org/index.php?topic=97.msg3208#msg3208
full member
Activity: 1260
Merit: 115
I seem to have hit the same issue as pelletty.  I can't start Distributed Computing because "Balance too low to advertise DCC, 1 BBP minimum is required."

How do we get our first BBP to start?  Does anyone have 1 BBP to spare to get me started?  Is there some way of getting BBP I've over looked?

If you have a spare BBP, my receiving address is: BRH5SvmU5zxGsv9b2N2ErEZ4ViUscR9CdK

How to Get BiblePay (BBP) Coins:
https://www.reddit.com/r/BiblePay/comments/7nevdg/how_to_get_biblepay_bbp_coins/

Can Earn BBP Rewards:

Faucet (Register Pool Account)
https://www.reddit.com/r/BiblePay/comments/76mqqf/biblepay_faucet_free_bbp_coins_for_registering/

Faucet 2 (Random)
http://biblepayfaucet.com/

Reading/Listening/Watching Gospel Links
https://www.reddit.com/r/BiblePay/comments/7e9uho/gospel_link_rewards/

Write Orphan Letters
https://www.reddit.com/r/BiblePay/comments/7647fc/please_remember_to_write_orphan_letters/
newbie
Activity: 1
Merit: 0
I seem to have hit the same issue as pelletty.  I can't start Distributed Computing because "Balance too low to advertise DCC, 1 BBP minimum is required."

How do we get our first BBP to start?  Does anyone have 1 BBP to spare to get me started?  Is there some way of getting BBP I've over looked?

If you have a spare BBP, my receiving address is: BRH5SvmU5zxGsv9b2N2ErEZ4ViUscR9CdK
member
Activity: 157
Merit: 10
Can someone loan me like 3 bbp i need to get my new account set up to mine but the rosetta functions is stating i need bbp to start. i will return to you 6 once i mine them. thank you.

B8hBV1ZgBYfLjWkrEVUykr7xEkHBUGhuNd

Just sent you 3 BBP, no need to return.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Our financial strength is increasing!

We just paid 389 orphan premiums into the *future* - see http://accountability.biblepay.org | Expenses.

We're quickly moving into the big leagues!

Now that we have pre-paid 454 orphan sponsorships in advance, we are 2.40 months pre-paid in the future, and we only have 2.5 more months to go before we can start sponsoring even more orphans!

God is awesome, and blessing us!
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Everything looks good! great job!,
but I noticed this in your watchman.conf

Code:
#network=mainnet
network=testnet

Looks like watchman is still set to testnet, need to change it to mainnet:

Code:
network=mainnet
#network=testnet




Yes, I think Togo nailed it, so after changing that, and leaving biblepyd running, try your equivalent to the cron command again and verify you receive no output.  If so, just let it run for a day or so and then check your sanctuaries list and you should be fine.

The built-in tests have a couple bugs (that are in all distributions of flavors of MNs) so they arent really to be relied on, but actually running with no error is a good test.  (It does throw errors if misconfigured).


full member
Activity: 1260
Merit: 115
Everything looks good! great job!,
but I noticed this in your watchman.conf

Code:
#network=mainnet
network=testnet

Looks like watchman is still set to testnet, need to change it to mainnet:

Code:
network=mainnet
#network=testnet

newbie
Activity: 10
Merit: 0
Hi all,

I'm hoping that I can get some help for setting up my Sanctuary. I have followed the instructions at the http://wiki.biblepay.org/Create_Sanctuary setup guide, and then reviewed by going to http://wiki.biblepay.org/Create_Sanctuary_2 to make sure I didn't miss anything.

I've set up my Sanctuary at Vultr.com, where I have some other masternodes hosted (this is the 3rd coin that I've setup there).

Code:
root@BiblePay_Masternode01:~/.biblepaycore/watchman# biblepay-cli masternode status
{
  "vin": "CTxIn(COutPoint(*********************************, 1), scriptSig=)",
  "service": "45.32.89.94:40000",
  "payee": "***********************",
  "status": "Masternode successfully started"
}

and

Code:
root@BiblePay_Masternode01:~/.biblepaycore/watchman# biblepay-cli mnsync status
{
  "AssetID": 999,
  "AssetName": "MASTERNODE_SYNC_FINISHED",
  "Attempt": 0,
  "IsBlockchainSynced": true,
  "IsMasternodeListSynced": true,
  "IsWinnersListSynced": true,
  "IsSynced": true,
  "IsFailed": false,
  "MasternodesEnabled": true
}

I'm having some sort of issue with Watchman.

When I go to my Windows hot wallet and type in "masternode list-conf" into debug console I get:

Code:
{
  "masternode": {
    "alias": "BBP1CS",
    "address": "45.32.89.94:40000",
    "privateKey": "************************************",
    "txHash": "**********************************************",
    "outputIndex": "1",
    "status": "WATCHDOG_EXPIRED"
  }
}

When I go back to the Sanctuary, I found on another site that you can test to see if Watchman is working, but it says:

Code:
root@BiblePay_Masternode01:~/.biblepaycore/watchman# ./venv/bin/py.test ./test
============================= test session starts ==============================
platform linux2 -- Python 2.7.12, pytest-3.0.1, py-1.4.31, pluggy-0.3.1
rootdir: /root/.biblepaycore/watchman, inifile:
collected 12 items / 2 errors

==================================== ERRORS ====================================
_____________ ERROR collecting test/unit/models/test_proposals.py ______________
test/unit/models/test_proposals.py:10: in
    from models import GovernanceObject, Proposal, Vote
lib/models.py:5: in
    import init
lib/init.py:103: in
    main()
lib/init.py:94: in main
    if not is_database_correctly_configured():
lib/init.py:55: in is_database_correctly_configured
    sys.exit(1)
E   SystemExit: 1
------------------------------- Captured stdout --------------------------------
[error]: unable to open database file
Cannot connect to database. Please ensure database service is running and user access is properly configured in 'watchman.conf'.
____________ ERROR collecting test/unit/models/test_superblocks.py _____________
test/unit/models/test_superblocks.py:10: in
    from models import GovernanceObject, Proposal, Superblock, Vote
lib/models.py:5: in
    import init
lib/init.py:103: in
    main()
lib/init.py:94: in main
    if not is_database_correctly_configured():
lib/init.py:55: in is_database_correctly_configured
    sys.exit(1)
E   SystemExit: 1
------------------------------- Captured stdout --------------------------------
[error]: unable to open database file
Cannot connect to database. Please ensure database service is running and user access is properly configured in 'watchman.conf'.
!!!!!!!!!!!!!!!!!!! Interrupted: 2 errors during collection !!!!!!!!!!!!!!!!!!!!
=========================== 2 error in 0.56 seconds ============================

In installing Watchman from http://wiki.biblepay.org/Create_Sanctuary_2 (Part F - Watchman), under #2 "Run Watchman" when I typed in venv/bin/python bin/watchman.py I didn't see any output so I thought it was fine.

Under #3, setting up Cron with crontab -e my file looks like this:

Code:
* * * * * cd ~/.biblepaycore/watchman && ./venv/bin/python bin/watchman.py >/dev/null 2>&1

Since I'm using the root user, I didn't put any username.

When I type in cd ~/.biblepaycore/watchman && ./venv/bin/python bin/watchman.py I get no output, and the guide says that it should be working.

My watchman.conf shows:
Code:
# specify path to biblepay.conf or leave blank
# default is the same as BiblepayCore
#biblepay_conf=/home/rob/.biblepaycore/biblepay.conf

# valid options are mainnet, testnet (default=mainnet)
#network=mainnet
network=testnet

# database connection details
db_name=database/watchman.db
db_driver=sqlite

I've opened ports in the Sanctuary firewall (maybe too many) so it looks like this:

Code:
root@BiblePay_Masternode01:~# sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
22/tcp                     ALLOW       Anywhere
40000/tcp                  ALLOW       Anywhere
9998/tcp                   ALLOW       Anywhere
40009/tcp                  ALLOW       Anywhere
40001/tcp                  ALLOW       Anywhere
22/tcp (v6)                ALLOW       Anywhere (v6)
40000/tcp (v6)             ALLOW       Anywhere (v6)
9998/tcp (v6)              ALLOW       Anywhere (v6)
40009/tcp (v6)             ALLOW       Anywhere (v6)
40001/tcp (v6)             ALLOW       Anywhere (v6)

My biblepay.conf file on Sanctuary:

Code:
rpcuser=Ilovejesus
rpcpassword=poa1aAoz9Cqe7343
rpcallowip=127.0.0.1
rpcport=9998
listen=1
server=1
daemon=1
logtimestamps=1
externalip=45.32.89.94
maxconnections=256
masternode=1
masternodeprivkey=******************************

My biblepay.conf file on Windows Wallet:

Code:
rpcuser=Ilovejesus
rpc password=poa1aAoz9Cqe7343
rpcport=40009
rpcallowip=127.0.0.1
listen=0
server=1
daemon=1
logtimestamps=1
maxconnections=256

My masternode.conf file on Windows wallet has my Sanctuary IP (45.32.89.94) but with port 40000. Is this correct?

I never made changes to the Sanctuary masternode.conf file (everything is commented out with a #).

I'm not even sure if all of that was too much info, or if I need to provide more in order for you to assist. Thank you in advance, and God Bless!
full member
Activity: 574
Merit: 104

I was doing a little research to find out the era when the lifespan of man dropped from 1000 years to 100, as I was thinking it was an abrupt change.

(I was originally concluding because of Genesis 6:3, God commanded a change in the gene pool to abruptly change from 1000 to 100).  However after doing some research it appears the trend was very smooth instead:

https://wiki.biblepay.org/Genealogical_Ages

So now I believe the change was implemented to start after the flood and be complete by around the time the 12 tribes of Israel were born into a nation.




you could add Moses at 120 years ole about 400 years after Jacob, according to  Deut 34:7. Fits with the declining pattern.

Thanks, yes I will add Moses, Im brushing up on Patriarchs and he deserves to be in there for next project too Smiley.

https://wiki.biblepay.org/Genealogical_Ages

Looks better already!


I find this quite interesting Smiley I never realized there was such a smooth decline in ages.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Dear all,
Do you think the bot net can attack victims that are server ? Yes it possible and i know now it happening. Rob please do stop the bot net growth up day by day.

Boinc uses signed images after the build so that the client will refuse updates from compromised servers (IE compromised bytecode).  The project admins main rule is they keep the build machine (the one that builds the rosetta EXE and signs the EXEs) locked down, off the internet, without updates, etc. 

So for our risks as researchers I set the risk low.  Boinc also has the virtual machine option for people who are very nervous about running the rosetta exe on the native researching machines.

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords

I was doing a little research to find out the era when the lifespan of man dropped from 1000 years to 100, as I was thinking it was an abrupt change.

(I was originally concluding because of Genesis 6:3, God commanded a change in the gene pool to abruptly change from 1000 to 100).  However after doing some research it appears the trend was very smooth instead:

https://wiki.biblepay.org/Genealogical_Ages

So now I believe the change was implemented to start after the flood and be complete by around the time the 12 tribes of Israel were born into a nation.




you could add Moses at 120 years ole about 400 years after Jacob, according to  Deut 34:7. Fits with the declining pattern.

Thanks, yes I will add Moses, Im brushing up on Patriarchs and he deserves to be in there for next project too Smiley.

https://wiki.biblepay.org/Genealogical_Ages

Looks better already!
newbie
Activity: 28
Merit: 0
Hi all,
I have a problem with my biblepay deamon, it won't sync at all. When I open debug console, I see a lot of "2018-03-20 08:07:59 Misbehaving: xxx.xxx.xxx.xxx:40000 (0 -> 1)". I have 2-5 errors of this type each second. How can I fix this?
Cheers all

Aside from the current Verson 1.1.1.1, ensure that your system time is right. A couple of minutes already can make a problem.

Wow, didn't thought that time could be the problem, this resolved it, thanks! Also, just for reference, previously I've tried multiple version (including the latest one, 1.1.1.1f at this moment), and that didn't help.

Cheers!
jr. member
Activity: 219
Merit: 3
Hi all,
I have a problem with my biblepay deamon, it won't sync at all. When I open debug console, I see a lot of "2018-03-20 08:07:59 Misbehaving: xxx.xxx.xxx.xxx:40000 (0 -> 1)". I have 2-5 errors of this type each second. How can I fix this?
Cheers all

Aside from the current Verson 1.1.1.1, ensure that your system time is right. A couple of minutes already can make a problem.
Jump to: