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

genproclimit=1
Is this the one you use? This is what you change to 20 or more

"addnode=node.biblepay.org  
addnode=biblepay.inspect.network  
gen=1  
genproclimit=1
poolport=80  
pool=http://pool.biblepay.org  
workerid=littlekingjohn"

"addnode=node.biblepay.org 
addnode=biblepay.inspect.network 
gen=1 
genproclimit=1
poolport=80 
pool=http://pool.biblepay.org 
workerid=littlekingjohn"

It should only be pool mining if you added something for that in the biblepay.conf file. What do you have in your file?

Try to increase genproclimit to 3-4 per core. So in your case to 72? Wau such a big number:) Maybe it'll help.

i was think,that this project is primary for CHILDREN like CHRISTIAN COMMUNITY:

this huge problems with mining looks on any botnet or china manoeuvrers ...

info for miners:
important to know that after new year will be rewards 50% less will be harder and harder mining,im scary about miners on pool

"Is there any way to set up a bible pay wallet on mac? also is there anyway to mine BBP on a mac." -Pesky-Ninja
Reference: https://www.reddit.com/r/BiblePay/comments/7id9r9/advice_for_bible_pay_wallet_on_mac/

Quick update on State of The Biblepay, and a request for any constructive criticism on a potential new idea.

So before I share the new idea I want to say I am committed to adding new Gospel features to BiblePay.  I dont want to give the impression that we are moving away from core values or anything like that.  I feel like our Dev Team that is forming behind the scenes now will be able to continue to maintain and enhance the wallet and the pool with more features to spread the Gospel.  We do need to continue searching and implementing ways on spreading the Gospel to IT Geeks, as we need to be true to God and practice what we preach, in that since He commands us to feed his sheep (as we help the orphans) and spread his word, we can do this at the same time by enhancing the wallet.

Next, I want to explain some background.  Ive been following Stratis for certain technical reasons over the last year and for a while I didnt think Stratis would affect BiblePay, but now I have reason to think it might be able to complement BiblePay if we complement Stratis.  I was a corporate programmer for about 20 years and ended up programming in c# before I started a data company that has a product that is written in c#.  So I do have a propensity to "understand" the architecture that built Stratis.  Stratis is a rewritten blockchain infrastructure built from scratch in c#.  Everything is there, the database, the hash function, the sha function, the blockindex, the syncing, everything.  What Stratis does not have yet:  No altcoins run stratis because the UI is still in its infancy, its a Web UI called Breeze.  Also, they just finished writing POS a couple weeks ago so really no one was mining stratis except - in the stratis-berkeleydb-qt wallet using POW.

Anyway the reason I mention Stratis, is I think it would be interesting if we were the first Altcoin to run a Stratis fork.  I was thinking, I have the team behind the scenes that could potentially port Stratis into Biblepay and Biblepay into Stratis, and we could write a new C# UI, one that is not web based (that would be Windows native forms based as an EXE download).  So our contribution to Crypto in this case is we would check-in the ability to run a stratis back-end on an altcoin with a Windows native UI (IE that is biblepays contribution).  The Second contribution would be adding PoBH (our hash class), and the Third would be adding Dash masternodes To the Stratis core.  So another words, we would have a native windows wallet download with masternodes, a new UI, and full sync-compatibility with the existing Biblepay wallet and keys....  I would estimate this project "could" potentially make BiblePays marketcap worth at least $100MM.  (As Stratis is $795MM).  It also gives us SegWit (which we have a quote request out for), allowing us to run Lightning Network in the future.  Its an exciting project, that I think devs would want to jump in and help us with also- as I know the c# corporate workplace is very deep- and that could ensure our long term stability as well.  I truly think this project could be done along side our normal Gospel enhancements, in a safe way.  (Safe as in parallel until the Stratis wallet works).  We basically would release a windows wallet that would sync in a compatible manner to the Berkeley wallet, and offer a separate download.  If this project took off, we could refocus our support into the c# wallet and find a way to port the c# to mono, and stop developing berkeleys wallet (to have one codebase in the future).   It does offer an interesting perspective, to support one codebase that is potentially c# in the future.  And finally this idea opens up one more huge market for us that is harder on the berkeleydb side: Stratis smart contracts.  Stratis is working on that, and I feel our future full dev team can integrate smart contracts into the stratis code, contracts that are more efficient.  Ones that offer consensus based on c# code (instead of the bitcoin main chain), and - possibly, smart contracts that execute actual c# language code (meaning they could be very complicated contracts).


The primary reason I write all this is to invite any constructive criticism on the idea.  No I dont want to hear from people who do not know what they are talking about (for example, miner comments like Oh you are going to push us off linux, and kill us? ) Im talking technical and bitcoin and high level comments for this idea.

I'm testing out one of my friend's 24 core processor but its showing the same hashrate as my 4 core intel?

What am I doing wrong? All the cores are being used since I changed in the console as shown in your tutorial and my CPU usuage hits 96%.

Here is a link to Compassion Magazine for December if anyone wants to read about Edwins baby elephant in Kenya:

https://magazine.compassion.com/?referer=572118&utm_source=xmpie&utm_medium=email&utm_campaign=cm_online_12_17