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 ... 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 ... 35
226
General Support - Solved / 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.


https://whitewalr.us/kb/wcg-locate-team


You can also get free BBP by telling us your CPK BiblePay address. Also go to web.biblepay.org 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.

227
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« 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.

228
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« 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.

229
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« 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?


http://rxtest.biblepay.org/workers

230
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« 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.

231
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« 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).

Thanks.


I have same error:
https://github.com/biblepay/xmrig/blob/master/binaries/xmrig-bbp-win64.exe
Using Windows 10 64-bit

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

Hi, try here:
https://wiki.biblepay.org/PODC_Setup


Rosetta@Home is not part the projects BiblePay currently supports. You want to join Team BiblePay on World Community Grid:
https://whitewalr.us/2019/boinc-wcg-join-change-team.html

Instruction say:



Where is "Distributed Computing"?

233
Archived Proposals / 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 accountability.biblepay.org 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 BIBLEPAY.org 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).

234
Archived Proposals / 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.

235
Due to the drop in price for BBP, I could only sell 350k BBP for 1 satoshi which came out explorer extension for 2-3 months:


1JZSzJvyzDXiMqNPfwVZGCCzHSuYQme4yW


Still, the value for this explorer hosting is less expensive and feature rich compared to the current alternative.

236
Archived Proposals / Re: ReligionNews.com - Press Release
« on: December 22, 2019, 10:01:00 PM »
It takes a little more effort, but when April of BLOOM was involved... the idea of contacting media to "pitch" stories to write about with BiblePay in mind somehow requires no money. Just time to build relationships and to build a contact list. I think a lot of funds have been spent on advertisement and marketing without a lot to show for it unfortunately. I think Advertising, Marketing, and Public Relations (the three triads of outreach) is important but we have to be judicious with our spending. You need to have the start up mentality and prioritize what is going to have the most bang for the buck and effort.


We could start up a PR campaign again and build a list again?
A good place to start might be the domains resulting from:
link:religionnews.com


You and I can talk more offline Togo.

238
Archived Proposals / Re: BiblePay Woocommerce Payment Gateway Proposal
« on: December 18, 2019, 11:46:23 PM »
If the proposal gets accepted, i'll include a backup explorer as well!


I sent two test payments again. I sent tried to search on the TX on the explorer.biblepay.org but they never came up and the checkout page never acknowledge the tx. I remember explorer.biblepay.org used to show the mempool tx but it doesn't seem to be happening any more.
67d14021ea3638053e0680b66990e92bf4fe6bbe1[/size]9039521919f66e716dc2737[/color]

239
would you consider making the max block time shorter? maybe 49 minutes (7x7)? something even smaller like 28 minutes (7x4) would be good too.

240
None of the CameroonONE kids are being recognized using TestNet RC1. They all say unprovisioned.

Pages: 1 ... 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 ... 35