So I am brainstorming a little, trying to come up with some ideas that help address our two biggest problems:  1) Needing a boost in price - and this boils down to making biblepay attractive for Whales to invest in, and 2) needing a boost in new users - IE one new user per day.

Here is what I have so far - not sure about these yet, as I have a new mantra as a child of God:  Pray about them.  Ask Jesus if these are "approved" or not.

For now, the first idea - making BBP an attractive investment for whales:  Dynamic Whale Staking?
What if we created a new staking option, that was more simple than ever (does not require sancs, and does not require daily GSC stakes) but instead focuses on opening the relationship between buys on the open market and rewards - something to the effect of : Biblepay orphanage stakes, with a dynamic ROI determined by a supply-demand rule based on "burn demand".
Basically, we would have a wallet algorithm that determines the extra-BBP paid to the staker (this depends on the duration of the BBP hold period) and also on the other variable (the burn demand).

Something like this:  User buys N bbp on exchange A.  User enters a proof-of-stake command (this burns the bbp and gives them a staking TXID, and a maturity date).
Time passes.  At the end of the maturity period, the wallet refunds the bearer their original stake + Reward (which conditions are stored on the original transaction record) and this is done automatically by our coinbase.  Another words, the daily superblock would also pay that days stake rewards at the same time.  Of course, we would quadruple check our burn algorithm code in testnet - to verify the 'burn' condition (IE the original funds really were burned - meaning this idea only emits the net reward to the bearer). We would set up a dedicated burn address (similar to our foundation for orphans, but for burns).

This would theoretically cause outsiders to gain interest in BBP to seek the excess return.
The burn demand equation would be something to the extent of N addl BBP for your burned BBP, decreasing by the amount of outstanding 'live burns in the chain'.
So another words, if 500 burns already exist, the return for new burns would be almost zero, but if none exist, the return would be very large.
We would make it so the quote is reliable until its consumed (so people are not misled), but once consumed everyone else would see a lower quote etc (it would be dynamic and real time per block).

Idea 2: PR embedded in the core - through some algorithm:

The other idea is reviving our old BOINC faucet to reward 5000 bbp to new CPIDs, who have > 250 rac and have not collected BBP in the past.  
Or - embedding some type of PR campaign in the core - something that rewards new users similar to referrals.
But of course this is almost impossible to design.  The BOINC faucet is still our best bet.