Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - sunk818

Pages: [1] 2 3 4 5 6 7 8 ... 24
Production Proposals / Blog Posts Late Jan/Feb 2020
« on: February 22, 2020, 01:33:09 PM »
Hello, I am asking 475k BBP for blog posts I made in late Jan/Feb 2020 on and BiblePay knowledgebase articles:

I also created some supporting charts (initially to visualize my blog posts) but enhanced them to update daily.
I'm not a dev, but trying to answer questions for new members or investors and not be vague about it.

Dynamic Whale Stake:

PoDC 2.0 task completion charts:

Miner & Sanctuary Charts:
And I also made some charts to track daily miner & sanctuary rewards (with USD fiat equivalents) to help answer the question:

How much can I earn per day (miner & sanctuary holder) as well ROI cost if someone wants to buy a masternode.

Production Proposals / top-up Feb-Mar 2020 250k
« on: February 20, 2020, 11:15:39 PM »
Requesting 250k BBP for top up of . Will send to faucet address on a schedule to pace out the drippage.

General Support / Re: Distributed Computing page
« on: February 19, 2020, 01:26:40 AM »
Yes, thank you so much! Now it turned out to connect my WCG account. But now I get a message:How many BBP i need to get reward and where i can get it if i no have bitcoin wallet?

tell me your CPID and I can look it up.

If you are on team BiblePay, you need your RAC^1.3 as the BBP coin age required. Non-BBP team is ^1.6.

You can also get free BBP by telling us your CPK BiblePay address. Also go to and look up faucet. When you have some RAC (over 100 RAC I think), you can enter your CPID and CPK address to receive some bbp.

« on: February 15, 2020, 11:55:27 PM »
I think it'd be a worthwhile experiment to see how much one would earn on a monero pool with the same hardware. Reason being is that 10% hash rate does not equal to 10% miner reward because you would need your hashes to go toward a successful monero block. What is the monero hash rate and how realistic is that bbp + xmr pool would be able to solve a monero block? the monero only pool mining would be a test to see how much would be earned from monero alone. same hardware can be pointed to bbp + xmr pool and see what results occur.

the other idea is to upstream xmr hashes to a xmr pool and get pool payments from the larger pool. when bbp + xmr pool gets large enough to contend as a pool that can hold its own, then it certainly makes sense to be its own pool.

just some random thoughts... i'm not married to either idea, just looking out for the orphans and how best to create a stable revenue stream for them.

« on: February 14, 2020, 06:09:50 PM »
75k is the monero diff for the current block, but the actual pool difficulty is only 1 (for both XMR or BBP).

Ok, I must have read the xmrig console text wrong then.

Initially, it took 15 minutes last night for me to get a share... then started being more consistent. So, that's what lead me to believe it was set at a high diff.

« on: February 14, 2020, 09:12:52 AM »
i sent some accepted hashes but my yf address is not showing up on pool workers. is that to be expected?

« on: February 14, 2020, 08:52:13 AM »
Could you perhaps start the pool at 10k difficulty then go up? 75k is too high for my little single 4c/4t machine.

« on: February 12, 2020, 10:34:21 PM »
Hi, please tell us your bitness and OS, and please paste the command line you used so I can reproduce?  (Please be sure to paste the exact command line so I can trace the filename also).


I have same error:
Using Windows 10 64-bit

« on: February 12, 2020, 09:02:30 AM »
I contacted the first 1000 BOINC members on [email protected] with a friend request. The friend request doesn't notify them by e-mail by default, so I hope it wasn't a wasted effort. I let them know about the 1M BBP giveaway.

Is there a way for the team captain on [email protected] and/or WCG to contact the team via e-mail? If so, I wonder if there's value in doing so to encourage more participation.

What about members of ?  Does it make sense to contact for PoDC 2.0 participation or are they only interested in PoBH (PoW) mining?

Mining / Re: Didnt receive a payout
« on: February 12, 2020, 08:52:40 AM »

After block is found by pool, it takes 12 hours for it mature, then you will get paid after that. So, you must wait at least 12 hours.

I see you got small payment here of 13.58 BBP

I also see you got 97 BBP here,

I think pool is working okay for you now?

There is also my pool - . We have have fewer miners but if you find a block, your BBP amount will be bigger. I don't know which will be better for you but that is an alternative.

Thx for your help, I really made everythink you wrote on ur website:

I also mined yesterday in your wallet with these wallet: BCECXYpxJJK7MvkNDVnLsWogGmpkCjzSahImage
Maybe you can find a log, why I have no luck with mining :(

Thx for ur help :)

Mining / Re: Didnt receive a payout
« on: February 11, 2020, 11:16:55 PM »

Your BiblePay address is not showing up as a worker here:

I wrote instructions here on how to mine BiblePay on the NOMP pool:

Give those instructions a try.

Remember, the BBP address should be your receive address.


Hey I installed yesterday the new QT Wallet and mined a bit with my CPU and Nomp. I got sth. about 30 Shares, but never came into my wallet. The blockchain is allready loaded in QT.

When I search my Wallet Adress in the blockchain ,t he blockchain says "no data found".

Is there a problem between new wallet adresses and the blockchain, or where did i made the mistake?

Wallet adress:  BMFvgAKw6XA7HLSuMWfUeD2hE9WdGCAzvz

General Support / Re: Distributed Computing page
« on: February 11, 2020, 11:15:03 PM »

Hi, try here:

[email protected] is not part the projects BiblePay currently supports. You want to join Team BiblePay on World Community Grid:

Instruction say:

Where is "Distributed Computing"?

Pre-Proposal Discussion / Re: BiblePay Future Hash Algorithm for CPUs
« on: January 29, 2020, 12:43:14 PM »

Rob, all great points. Just some follow up questions...

1) Since Monero is anonymous digital cash, how does transparency work for donation to charity?

2) I'm confused by 10% charity aspect with XMR. Would the pools be able to mine enough XMR to equal 10% of the current BBP emission schedule?

3) xmrig and xmr-stak both have a dev fee where the miner hashes under the the dev address on a recurring schedule. Is this what you had in mind as well?

4) A pool could decline donation of XMR to charity?

5) Would the wallet or external miner be able to solo mine Monero & BBP as well?

** RandomX - Potential - Solving most of BiblePays problems at once **

I was thinking of ideas involving RandomX revenue solving some of BBPs problems last night, all credit to Jesus of course.

It came to mind that being a decentralized charity, removing the sell pressure would be absolutely huge for us, and we might be able to accomplish this (and some other things all at once). 

Let us assume that we moved to a new model (phased in over a year, not at once).  Let us assume that all sell pressure for orphan-charity is placed on the XMR side (IE decentralized accounts exist that receive XMR donations from mining activity).  Our pools have trust levels, and are hired to liquidate the XMR once per month, and for example, spend the XMR on designated charities voted in by the sancs (IE, lets say Compassion, Cameroon One and Kairos for example).

Let us assume we : Remove the monthly charity budget (10%) and we give it back to the miners (to the POW side), we phase out POOM, and we give it back to the *POW HEAT MINING SIDE*  (which is also about 10% of our coin emissions).

Now that the POW reward has increased by more than 20%, we do the following:
We create a hybrid pool for XMR + BBP, and miners have an equal chance of solving both blocks independently at 95% efficiency.  However here is where it gets interesting.  The pool automatically places about 10% of the mining rewards on the XMR side into one XMR charity account address as people mine.

Then at the end of the month, the pool operator liquidates it, spend it on compassion, and possibly keeps the accountability info on the pool web site under a subdomain (and over time I will work on aggregating it to also for a more centralized report).

Also, we tackle decentralization:  The pool is opensource.  The operator is decentralized.  We install a trust monitor in BBP, so we can reconcile total XMR received vs spent, and verify 100% was spent on charity (per pool), and we apply this global seal of trust to each pool IE :  pool1 : 100% trust, pool 2: etc, and this level can fluctuate if the owner of the pool fails to :  Spend it on voted charity vendor, or Fails to collect it or liquidate it.  We can place the pool list and trust level somewhere on our main web site etc.

Now what we have theoretically done is removed *all* sell pressure from BBP.  At this point we would be free floating again (and without the 10% burden per month!).  And our governing mantra can stay the same:  10% spent on orphan-charity, without pulling in the budget.

We also tackle the decentralization of the DAC at the same time.  (On a side note, Ive been buying 3 character domain names, to potentially use in our future, for second and third branches of BBP that are rebranded- Im not talking about forking in any way, Im talking about having more than one coin with the same chain and two names; one name for a non-Christian and one name for a Christian;   IE   DEC.nnn and point to the same ticker on the exchange, BBP).

And this idea appears to support scalability as well.  If our core price rises, we would have more miners; more miners would mean more flowing over to the liquidation addresses...  Its interesting. 

And of course, with more miners, more investors would appear also (giving us the free PR we need).

As far as mining is concerned, the miner would just connect to the pool and have a chance at earning double.  The client software would automatically divert 10% of the heat-mined  hashes toward orphan-charity by hashing it on the XMR side (each pool would have a unique XMR address to care for).

Pre-Proposal Discussion / Re: BiblePay Future Hash Algorithm for CPUs
« on: January 26, 2020, 11:20:58 PM »
It is hard for me to vote because I feel like I have incomplete information. I'm leaning toward option 3.

For now, Option 1 is not clear on how GPU & ASIC would be mitigated.

Option 2 while a cool endeavor, not sure how you secure the blockchain and work on this particular problem. If there's a numerical figure you can market periodically, then that becomes newsworthy. I also worry if GPUs can already do this and CPU crunching ends up being less useful?

Option 4 like talisman alluded too... I'm worried about not enough hashing power to really make a dent and any mined Monero will not be a meaningful sum for the amount of work you put in. Then there's the time you spend with maintenance (hard forks, keeping up with Monero tech updates, updating miner, updating pool) which may or may not be a huge timesuck.

Option 3, if I understand it correctly will have some useful work like BOINC (although its not clear what it is). The part that attracts me to it is the auto-upgrade. Is this something that self evolves in the algorithm? Or introduces some sort of randomness in each new block making it difficult for GPU to replicate in real-time but easier for CPUs? A self evolving and always changing algorithm would seem like a good way to mitigate GPU/ASIC and a set-it-and-forget-it type of algo. If the hash rate goes down with each iteration of the algo, then miner rewards can go up while still maintaining network security.

I'm open to voting on any 4 -- I just would like more thoughts on each option.

Pages: [1] 2 3 4 5 6 7 8 ... 24