BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)

[bible_pay]

So, I run my test against purepool, but I couldn't verify what happened on the main pool.
Maybe my tests are wrong, but in my tests, a single wallet gets around 25% more shares than a multiwallet setup. Looks like the overhead kills hit here.

My test system: I created an VM with ubuntu 18.04 and biblepay from the official repo. I created a new wallet and run it for 1 hour against purepool with 16 threads on my cpu (with 16 cores).
After that, I created 8 new wallets (each from scratch) and pointed them to a new biblepay adress in purepool, each with two threads. The cpu usage was the same with both setups.
I even gave the multiwallet setup two minutes more time, as they needed more time to fully start.

I tried it with more wallets (16), but my internet connection died trying it. Not sure why, I suspect my internet box died with the many open connections.
Maybe it wasn't enough wallets, but I can't test with more until the end of the week with more wallets.

Was my setup wrong?

Before I answer I just want to double check, how hard is each share (IE how many minutes does it take to solve one share on an avg pc), and does purepool check the nonce as each small share is solved?  The reason I ask is pool.biblepay rejects nonces higher than the allowed nonce for the share.

One more dumb question, you said 25% more on solo than multi against purepool, I know this sounds relatively dumb but are you positive those figs are not reversed?  As Capulo is seeing the opposite with 100 running for 4 hours.

It would be nice to see a duplicate of the findings.

[Lichtsucher]

and does purepool check the nonce as each small share is solved?

Yes, purepool checks the nonce on every share.

One more dumb question, you said 25% more on solo than multi against purepool, I know this sounds relatively dumb but are you positive those figs are not reversed?  As Capulo is seeing the opposite with 100 running for 4 hours.

Yes, I'm a sure the numbers are right
But as said, my test might be simply different from what capulo had done. My test was much shorter, too. I simply can't run the test for 4 hours right now, I need to wait for the weekend to do that.

But at the same time, I'm not sure if there isn't another factor of importance here:

pool has limit 40 threads... so you cant use 320, but i'm not sure if also purepool has limit

No, purepool does not limit the threads. No information given by the client that can not be verified is part of the checks. Only the calculated share is of importance, it must be unique and valid.
Everything else seems quite easy to fake, so I don't think it is of any use to build on these.

But given that 40 threads and 320 theads are quite different, what happens if you run 8 wallets with 5 threads each = 40 threads. That would be a fair run, and ensure that the thread count isn't the "problem".

Aside from that, I'm not sure how any of this could be prevented, if it is true. What stops a user from creating multiple accounts on the main pool or purepool and run one wallet of the multi wallet setup per account against the pool? We could check the ip address, but that would harm other users, too, if we allow only one miner per IP.

[capulo]

restrictions are not good, any restriction can be bypassed. even if you do one miner per ID card, it still can be minable on grandpa

[sunk818]

New BiblePay Explorer

The proposal to fund a new BiblePay Explorer is now live.

https://chainz.cryptoid.info/bbp/

Due to a misunderstanding with minimums (they wanted at least 6 months), the ad version of the explorer is running. My apologies if any ads being displayed are promoting non-Christian values.

Anyone can contribute BTC to fund help continue the Explorer.
https://chainz.cryptoid.info/contribute.dws?coin=bbp

This run much faster than the current explorer and offers many analytics that the Iquudus Explorer.

[sunk818]

and does purepool check the nonce as each small share is solved?

Yes, purepool checks the nonce on every share.

So, how does share difficulty submission work on purepool?

If we run 32 threads on a 4 core system, does that means each thread will submit lower difficulty shares more often than if using a 4 core with 4 threads?

Rob's pool is not accepting any share higher than current difficulty (which I think is weird). Are you doing that as well? All the pools I ever participated in will give share credit of whatever the current pool difficulty for the worker is. so, if pool accepts 1 diff, then even if you submit a share diff of 10, you only get credit of 1. I can only think higher share diff is rejected so discourage high hash rate pool participants.

That could explain why we have so many solo miners instead.

capulo:

What's the advantage of running more threads than you have cores or hyperthreads?

[bible_pay]

and does purepool check the nonce as each small share is solved?

Yes, purepool checks the nonce on every share.

One more dumb question, you said 25% more on solo than multi against purepool, I know this sounds relatively dumb but are you positive those figs are not reversed?  As Capulo is seeing the opposite with 100 running for 4 hours.

Yes, I'm a sure the numbers are right
But as said, my test might be simply different from what capulo had done. My test was much shorter, too. I simply can't run the test for 4 hours right now, I need to wait for the weekend to do that.

But at the same time, I'm not sure if there isn't another factor of importance here:

pool has limit 40 threads... so you cant use 320, but i'm not sure if also purepool has limit

No, purepool does not limit the threads. No information given by the client that can not be verified is part of the checks. Only the calculated share is of importance, it must be unique and valid.
Everything else seems quite easy to fake, so I don't think it is of any use to build on these.

But given that 40 threads and 320 theads are quite different, what happens if you run 8 wallets with 5 threads each = 40 threads. That would be a fair run, and ensure that the thread count isn't the "problem".

Aside from that, I'm not sure how any of this could be prevented, if it is true. What stops a user from creating multiple accounts on the main pool or purepool and run one wallet of the multi wallet setup per account against the pool? We could check the ip address, but that would harm other users, too, if we allow only one miner per IP.

Ok good on the nonce.
Maybe we will need to ask Capulo to run against purepool then and confirm.
We've ran the test multiple times and still arrive at the same results, but now that pool.biblepay is not rewarding for stale_share's I think his nodes are about even now.

The 40 thread limit on pool.biblepay is Only to prevent the pool from being hammered by chatty clients (its not to change payment results).  Threads of 80 for example require the pool to respond more and imho no one needs it (they can max out their processor with 20 threads).

[bible_pay]

Info on the 3 days of darkness:

https://www.youtube.com/watch?v=2PfGp_Jhe90

(Adding to our pool gospel links now).

[alrose]

In my country, evangelicals are considered an extremist organization.But charity is very good anyway.But judging by the orders on the exchanges, Your token has not been in demand lately.That's too bad.

[togoshigekata]

New BiblePay Explorer

The proposal to fund a new BiblePay Explorer is now live.

https://chainz.cryptoid.info/bbp/

Due to a misunderstanding with minimums (they wanted at least 6 months), the ad version of the explorer is running. My apologies if any ads being displayed are promoting non-Christian values.

Anyone can contribute BTC to fund help continue the Explorer.
https://chainz.cryptoid.info/contribute.dws?coin=bbp

This run much faster than the current explorer and offers many analytics that the Iquudus Explorer.

Awesome! How much more cost to get ads removed? Id vote yes for it!, Its really fast!

[sunk818]

New BiblePay Explorer

The proposal to fund a new BiblePay Explorer is now live.

https://chainz.cryptoid.info/bbp/

Due to a misunderstanding with minimums (they wanted at least 6 months), the ad version of the explorer is running. My apologies if any ads being displayed are promoting non-Christian values.

Anyone can contribute BTC to fund help continue the Explorer.
https://chainz.cryptoid.info/contribute.dws?coin=bbp

This run much faster than the current explorer and offers many analytics that the Iquudus Explorer.

Awesome! How much more cost to get ads removed? Id vote yes for it!, Its really fast!

I think a few €uros more per month. Next round, if I'm still around and want to participate in BBP, I can ask. Otherwise, Rob can pay the BTC himself directly or put the proposal in himself. I don't think you should have to pay $40/mo to host explorer.biblepay.org though... Not fair to you and not a good value in terms of cost.

[noxpost]

I think a few €uros more per month. Next round, if I'm still around and want to participate in BBP, I can ask. Otherwise, Rob can pay the BTC himself directly or put the proposal in himself. I don't think you should have to pay $40/mo to host explorer.biblepay.org though... Not fair to you and not a good value in terms of cost.

Maybe I missed something, but it seems kind of weird to just say that any one person in the community should "pay the BTC himself directly" as a funding option - right? I mean, if it's an explorer for the community, I would think that a proposal is the way to go, allowing the community to vote on if we want an explorer without ads, and if so, if we are willing to pay. I'd love to see more and more features get created, and more community outreach and involvement, but I don't think it works if we put funding decisions or upfront on any one person (even if it is the person who is making the thing).

If I misread that, my bad, happy to be corrected.

[vuli1]

and what exactly is wrong if one ad is displayed at the bottom of the page.  Page owner  has to earn some revenue dont you think.

[SEO_Account]

If someone has a gambling problem, would you want to show them Bitcoin Casino ads when they visit BiblePay Explorer?

If I own a bitcoin casino yes 

[bible_pay]

@Sun, please keep the negative rhetoric off the forum going forward.

[secoccular]

and what exactly is wrong if one ad is displayed at the bottom of the page.  Page owner  has to earn some revenue dont you think.

BBP would have no control over the specific ads. It would be a matter of time before the ad server brought up an ad that would be embarrassing and unfitting to BBP.

[sunk818]

@Sun, please keep the negative rhetoric off the forum going forward.

The conversation is between noxpost and I.

[capulo]

and does purepool check the nonce as each small share is solved?

Yes, purepool checks the nonce on every share.

So, how does share difficulty submission work on purepool?

If we run 32 threads on a 4 core system, does that means each thread will submit lower difficulty shares more often than if using a 4 core with 4 threads?

Rob's pool is not accepting any share higher than current difficulty (which I think is weird). Are you doing that as well? All the pools I ever participated in will give share credit of whatever the current pool difficulty for the worker is. so, if pool accepts 1 diff, then even if you submit a share diff of 10, you only get credit of 1. I can only think higher share diff is rejected so discourage high hash rate pool participants.

That could explain why we have so many solo miners instead.

capulo:

What's the advantage of running more threads than you have cores or hyperthreads?

reason is only one - more coins
maybe it doesn't help to solve more blocks or what, but you will get more coins

just compare capko and capulo, both are 2x dual x5650, single wallet is 1x40 threads, multi wallets are 24x20 threads and 16x 20 threads

and regarding solo mining, pool has Pool Total HPS:   92625.2
i have solo about 70000 hps
today i hit 2x more blocks than pool, and constantly i'm hitting more blocks solo than whole pool

[bible_pay]

@Sun, please keep the negative rhetoric off the forum going forward.

The conversation is between noxpost and I.

No, it was not, it was to everyone, and you had a blurb about Him being " complicit in allowing toxic behavior - " and We as a community focus on "our code and mission only".

You know my position on "misinformation" (this is any unprovable statement) - and of course its derogatory because your opinion is negative.

We are actually cleaning up Toxic Behavior by deleting posts that spread misinformation, stopping lies from spreading, discouraging gossp, promoting WWJD, etc.

And your comment about being focused on code and mission is not true, its another assumption.  The issue is we cant put the cart in front of the horse when we are trying to make a groundbreaking project.

The clerical support, the community, the good attitudes, all of this is something we definitely want, and they go hand in hand with supporting a huge ecosystem of features.

So dispel your myths that I want an unusable highly technical wallet with no support personnel.  I obviously want it to be refined with a support community - but its in the middle of a revamp.

Before you comment on this wait until I release the new features matrix - its due out within a day or so.  It will shed some light on the direction of biblepay.

[bible_pay]

and does purepool check the nonce as each small share is solved?

Yes, purepool checks the nonce on every share.

So, how does share difficulty submission work on purepool?

If we run 32 threads on a 4 core system, does that means each thread will submit lower difficulty shares more often than if using a 4 core with 4 threads?

Rob's pool is not accepting any share higher than current difficulty (which I think is weird). Are you doing that as well? All the pools I ever participated in will give share credit of whatever the current pool difficulty for the worker is. so, if pool accepts 1 diff, then even if you submit a share diff of 10, you only get credit of 1. I can only think higher share diff is rejected so discourage high hash rate pool participants.

That could explain why we have so many solo miners instead.

capulo:

What's the advantage of running more threads than you have cores or hyperthreads?

reason is only one - more coins
maybe it doesn't help to solve more blocks or what, but you will get more coins

just compare capko and capulo, both are 2x dual x5650, single wallet is 1x40 threads, multi wallets are 24x20 threads and 16x 20 threads

and regarding solo mining, pool has Pool Total HPS:   92625.2
i have solo about 70000 hps
today i hit 2x more blocks than pool, and constantly i'm hitting more blocks solo than whole pool

So I know on pool.biblepay we see now that Capko and Capulo are about equal (IE the multiwallet no longer provides an edge against the pool).
But now you say that you are solving more solo than the pool.  But let me exclaim something to everyone:
1.  The pool.biblepay.org automatically finds and pays the pool miners (IE its impossible to hide a block that we get, and not pay it)
2.  If the pool slows down, it puts you into solo (so there should never be Any wasted mining against the pool
 

Knowing these 2 rules, I find it hard to believe a solo miner could solve twice as many blocks (unless you got lucky today).
Could you please do a test, and run one miner out of the pool for a longer period and one in the pool, and be sure to Ensure that the one that is pool mining does not accidentally solve any blocks solo (IE mark its balance down when you start on both miners).


Id like to see that this turns out to be "luck" in this case if anyone is up for it.

We've slowly been dispelling all the wives tales and this is yet another one that needs tested.

[bible_pay]

Before I release the nutritional-info-matrix for BiblePay I would like to dispel the myths that some non-God-Fearing forum members have spread about us over the last year.

Note that these statements are 100% true, and I invite anyone that thinks they are false to e-mail me (or feel free to challenge them).

TRUTHS:

1.  BiblePay itself has never pilfered .01 BBP away from the blockchain in any dishonest way.  
100% of the donations have gone to our various orphanage partners and charities.
2.  All expenses listed at accountability.biblepay.org are true and correct.
3.  Rob the founder has never kept a profit from any pass-through donations.
(The comment that Rob was comingling funds was born from the superblock pass-through donations, but after the complaint Rob has created dedicated account for SouthXChange/Compassion liquidations).  You can still audit the expenses from the compassion receipt and its obvious they received the funds as our total sponsored orphan count matches the expenses per month.  
4.  Since our orphan count reconciles to our expenses, we are 100% provable (in contrast to the rumor that we are not provable).
5.  We started with no premine - therefore Rob has never obtained any extra BBP through 'unfair mining'
6.  All coins Rob owns were bought on the exchange or given from Payroll rewards proposals or from mining/sanc revenue and all of those proposals are in the Paid proposals data.
7.  We have never been a scam and will never be a scam as long as I'm still here. 
7.1  We will maintain a Christian based theme as long I'm still here.
8.  We still might have a 501c3 Foundation in the future.  MIP is researching Apple requirements and Rob is researching 501c3 requirements again.  (This is primarily for us to have a checking account and an Apple release, NOT for us to centralize orphan expenses).  The DAC requirements will most likely split this arrangement up into two pieces:  501c3 for our Apple app/Checking account/non-taxable donation acceptance, and then the DAC for decentralized orphan contracts on a secondary exchange.)
9.  I am a true Christian.  I truly follow Jesus' concise commandments.  I repent when I sin, and feel guilty about it and do try to prevent it in the future.

Let me know if anyone has any other concerns that have made you uneasy over the years about BiblePay or rumors, and if you want clarification on something and I will be happy to add to the list.


I want to paint a true and correct picture of BiblePay when we release the matrix chart, and clean up any floating myths before we release Evo.

It will be clear from the matrix chart that we are not just another Clone coin and will lead us to where we will fit within the top 200 cryptocurrency list.

Its absolutely not true that we will end up in the graveyard because we are incompetent, or insecure, or unreliable.  The next review will show that we are Reliable in prod, our Security is high (see the matrix report), we are a supportive community, our attitudes will be more like Jesus, we are Innovative and Competent, and therefore, have a very bright future.  Any facets lacking will be addressed in Evolution before the release.