Author

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

newbie
Activity: 94
Merit: 0
I am testing  my Ryzen 1700 to solo mining (on windows). Solved 3 blocks in 2 weeks.

What is your HPS with that?
newbie
Activity: 26
Merit: 2
I am testing  my Ryzen 1700 to solo mining (on windows). Solved 3 blocks in 2 weeks.
newbie
Activity: 3
Merit: 0
For me solo-mining 3x more profitable than pool mining.
newbie
Activity: 94
Merit: 0
I just switched all my machines to solo (24 machines) to test the results. When I had only 6 machines on the pool I was making the same I am making now with 24 so that should mean the difficulty has gone up 400%? Anyways to be on par with pool mining I will need to hit 1 block a week I think so let's see what happens.
newbie
Activity: 56
Merit: 0
Hi,
I 've always been mining at pool because I am small miner,  but after pool dropped under 15%, I tried to switch 3 servers(1 xeon + 2 rented VPS) to solo mining. It's now 10 days and I already found 5 blocks...
It looks like solo mining is for me really more profitable. Maybe I am lucky, maybe there is no botnet we are thinking..

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
I switched my two windows machines from the pool to mining solo beginning of the week  and found 2 blocks so far. Not sure if that’s simply dumb luck or what... but I made way more BBP this week than if I’d had been on the pool.

Thanks.

And right now at this second we have 2500 machines "solo" mining against the pool also, just so you all know.

Lets here from some more users who have more machines so we can isolate the issue away from luck next.

newbie
Activity: 17
Merit: 0
I switched my two windows machines from the pool to mining solo beginning of the week  and found 2 blocks so far. Not sure if that’s simply dumb luck or what... but I made way more BBP this week than if I’d had been on the pool.
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
I hate to say it but it seems to me that the critics are somewhat right about the pool. How on earth did we not hit a single block for straight 9 hours??? This is plain right ridiculous. I don't think anybody renting machines can even cover the costs right now, not to mention the PC's power bills from the machines running at home.
I tried going solo with a QuadCore and a Dual-Hexacore over the last couple of days, but didn't have any luck either; going solo with rented 2-core machines is of course completely useless...

Any idea on who hits all these blocks?

Furthermore: the pool "shares" have again dropped so hard that some of my small miners keep appearing and disappearing.

P.S.: If anyone is interested: Yesterday I tried BBP on an ASUS Tinker Board (Raspberry Pi 3 clone) running Armbian and it works too; the reported HPS on the pool is significantly higher than for the Berries, but it's running in serious heat issues right now. I still have to find a better (yet quiet) cooling solution...

Let us know what you find out about solo mining.

Please dont blame the pool - Im not running a sham here - investing 1 MM BBP + $60 a month for a sham of a pool.

The pool is not 60% efficient, its 90% efficient.  60% comes from its slowly eroding share of the market.  That itself will equalize back to 100% efficiency on the reading, but its not going to fix the fact that the pool is now only receiving 6% of the entire bbp hashpower.

Yes, some large organization is adding more and more machines.

Please, do more solo testing!  It would make everyone feel at ease!  Im sure there is a big solo miner out there reading this.  Please tell us the stats so we can have a handle on how many-day-machines it takes to crack a block now solo?

And of course it would be nice to switch algos, but we cant do anything until POL is tested and we wait until the end of our quarterly schedule.  We have to start normalizing our release schedules to something sane, and have mandatories either bi-annually or quarterly at the most.


newbie
Activity: 8
Merit: 0
I am getting the error "MAX THREAD COUNT OF 40 EXCEEDED-PLEASE LOWER THREADCOUNT"   Why is there a limit on 40 threads?    I am running on a 64 core machine.  

40? What CPU temperature do you get? I got i7 and with only 3 threads, the CPU temperature is hovering around 70C.

The "threadcount" on BBP is not what you usually would think of it compared to -let's say- cryptonight algorithm or something like that. If you are running on windows and want to use your PC for something else while mining BBP, you should go to task manager, assign the lowest priority to BBP and then step-by-step raise your threadcount (e. g. on-the-fly in debug console via "setgenerate true X", X being the thread count). Then wait for your pool output to adjust (maybe 20min) and see if it's getting you higher shares (or HPS2). In the BBP algorithm it is easily possible to assign way more than 1 thread per physical CPU core (or even more than 1 thread per logical core) and still get better results. You have to find a "sweet spot" for this. Wink
Of course you should have a CPU at stable clocks/voltages and proper cooling for all of this, but that should be prerequisite for all mining going on with your CPU. Wink

That being said for people with a physical 64core machine (whatever the heck kind of a monster that is.... Cheesy) the max. thread count of 40 seems too low; I'm not sure where this restriction comes from, maybe it's necessary to put a lid on the "overhead" produced by the high amount of threads.



P.S.: @Rob: just 2 very minor things I realized on the pool page:
1. Would it be possible to configure the login page for "hit enter to login"? It is quite strengous with the frequent auto-logoffs to always type your login, password and then move your hand to the mouse and click on the "login" button. Wink
2. The extra column stating "GlobalErrorPercentage" on the Leaderboard is definitely overkill and takes up alot of additional horizontal space. In my opinion it would be better to add this information in the header of the "ErrorPercentage" column (maybe like ErrorPercentage
Global=XX%
or similar).

I am running a dedicated Dell R815 (4 opteron 6380 cpus (each with 16 cores)) that is dedicated to mining.   I would like to use all of it to mine BBP if possible.    It is running on Linux.

What type of Linux are you running ... ubuntu, centos, etc?

ubuntu
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords

I would be happy to assist anyone looking for Linux help in mining. PM me and I'll be happy to speak with ya. I just got it up and running on a couple machines and feel confident enough to get more people onboard.

Cheers! Cool



Thank you TMC!  Welcome Aboard!
I get emails about this from windows users.  Will you also help Windows users?  LOL, just kidding.

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
So now i wonder if prices (most probably) will fall.

I will bet 10,000 BBP that we trend up so that people can buy Sancs until we hit 200 sancs.



and how  this works? if there will be 200 sancs and one of them will crash or so, can anybody quickly take free place? or it is somehow reserved for some time for crashed sanctuary?

No, there can be any number of Sanctuaries.  It's just that the Dev is of the thought that Sanctuaries will be deployed up to about 200 which would be statistically one reward per day (at 7 minutes target per block it would equal 205 blocks per day, right now the actual number of blocks per day is lagging that).   

Right now if every coin was used to field Sanctuaries, there would be a maximum of about 240.  If you look at other Masternode coins, they tend to have anywhere between 10% and 90% of their coins locked in Masternodes, with the majority between 30% and 50%.  My personal prediction is between 200 and 300 by the end of the year but that's just a guess.  But if it stabilized at 200, then the ROI for a Sanctuary would be roughly 90% on December 31st.


Yes, when I said the comment of "200" sancs, what I meant was our ROI simulation showed that a free market will "most likely" buy sanctuaries until we hit at least 250- thats when the ROI drops to more normal levels for investments.

We could have 500 sanctuaries in 2 years though, we don't know.

newbie
Activity: 491
Merit: 0
latest mandatory update affects only pool. solo miners still can go solo with older versions
but pool user who not updated was switched to solo, maybe some of them still does not know that they goes solo Wink.
so as summary - just more solo users after mandatory update....

and nobody will join pool when there are 8 blocks/day only
newbie
Activity: 56
Merit: 0
where did 27654 - 27709 go? that's 56 blocks... demotivating...
MIP
newbie
Activity: 362
Merit: 0
I hate to say it but it seems to me that the critics are somewhat right about the pool. How on earth did we not hit a single block for straight 9 hours??? This is plain right ridiculous. I don't think anybody renting machines can even cover the costs right now, not to mention the PC's power bills from the machines running at home.
I tried going solo with a QuadCore and a Dual-Hexacore over the last couple of days, but didn't have any luck either; going solo with rented 2-core machines is of course completely useless...

Any idea on who hits all these blocks?

Furthermore: the pool "shares" have again dropped so hard that some of my small miners keep appearing and disappearing.

I agree. Having a 40% pool efficiency is not good news. I don't know if there is something we can do or there is not margin for improvement.
jr. member
Activity: 405
Merit: 3
I hate to say it but it seems to me that the critics are somewhat right about the pool. How on earth did we not hit a single block for straight 9 hours??? This is plain right ridiculous. I don't think anybody renting machines can even cover the costs right now, not to mention the PC's power bills from the machines running at home.
I tried going solo with a QuadCore and a Dual-Hexacore over the last couple of days, but didn't have any luck either; going solo with rented 2-core machines is of course completely useless...

Any idea on who hits all these blocks?

Furthermore: the pool "shares" have again dropped so hard that some of my small miners keep appearing and disappearing.

P.S.: If anyone is interested: Yesterday I tried BBP on an ASUS Tinker Board (Raspberry Pi 3 clone) running Armbian and it works too; the reported HPS on the pool is significantly higher than for the Berries, but it's running in serious heat issues right now. I still have to find a better (yet quiet) cooling solution...
full member
Activity: 364
Merit: 102
** Daily reminder **

Please remember to vote/encourage others to vote to get us listed on next.exchange.
We currently have ~500 votes!
Our new goal (to get noticed) is 750 votes.

Please make it happen!
Thanks

https://nextexchange.featureupvote.com/suggestions/3384/biblepay-bbp
full member
Activity: 406
Merit: 101
And short of those running unusual setups on Linux, the Ubuntu Install files should work or barring that the Linux Install How-To at https://www.reddit.com/r/BiblePay/comments/6ummuj/how_to_mine_biblepay_on_linux/ will lead you step by step in good detail.
newbie
Activity: 25
Merit: 1

I would be happy to assist anyone looking for Linux help in mining. PM me and I'll be happy to speak with ya. I just got it up and running on a couple machines and feel confident enough to get more people onboard.

Cheers! Cool

member
Activity: 489
Merit: 12
I am getting the error "MAX THREAD COUNT OF 40 EXCEEDED-PLEASE LOWER THREADCOUNT"   Why is there a limit on 40 threads?    I am running on a 64 core machine.  

40? What CPU temperature do you get? I got i7 and with only 3 threads, the CPU temperature is hovering around 70C.

The "threadcount" on BBP is not what you usually would think of it compared to -let's say- cryptonight algorithm or something like that. If you are running on windows and want to use your PC for something else while mining BBP, you should go to task manager, assign the lowest priority to BBP and then step-by-step raise your threadcount (e. g. on-the-fly in debug console via "setgenerate true X", X being the thread count). Then wait for your pool output to adjust (maybe 20min) and see if it's getting you higher shares (or HPS2). In the BBP algorithm it is easily possible to assign way more than 1 thread per physical CPU core (or even more than 1 thread per logical core) and still get better results. You have to find a "sweet spot" for this. Wink
Of course you should have a CPU at stable clocks/voltages and proper cooling for all of this, but that should be prerequisite for all mining going on with your CPU. Wink

That being said for people with a physical 64core machine (whatever the heck kind of a monster that is.... Cheesy) the max. thread count of 40 seems too low; I'm not sure where this restriction comes from, maybe it's necessary to put a lid on the "overhead" produced by the high amount of threads.



P.S.: @Rob: just 2 very minor things I realized on the pool page:
1. Would it be possible to configure the login page for "hit enter to login"? It is quite strengous with the frequent auto-logoffs to always type your login, password and then move your hand to the mouse and click on the "login" button. Wink
2. The extra column stating "GlobalErrorPercentage" on the Leaderboard is definitely overkill and takes up alot of additional horizontal space. In my opinion it would be better to add this information in the header of the "ErrorPercentage" column (maybe like ErrorPercentage
Global=XX%
or similar).

I am running a dedicated Dell R815 (4 opteron 6380 cpus (each with 16 cores)) that is dedicated to mining.   I would like to use all of it to mine BBP if possible.    It is running on Linux.

What type of Linux are you running ... ubuntu, centos, etc?
newbie
Activity: 8
Merit: 0
I am getting the error "MAX THREAD COUNT OF 40 EXCEEDED-PLEASE LOWER THREADCOUNT"   Why is there a limit on 40 threads?    I am running on a 64 core machine.  

40? What CPU temperature do you get? I got i7 and with only 3 threads, the CPU temperature is hovering around 70C.

The "threadcount" on BBP is not what you usually would think of it compared to -let's say- cryptonight algorithm or something like that. If you are running on windows and want to use your PC for something else while mining BBP, you should go to task manager, assign the lowest priority to BBP and then step-by-step raise your threadcount (e. g. on-the-fly in debug console via "setgenerate true X", X being the thread count). Then wait for your pool output to adjust (maybe 20min) and see if it's getting you higher shares (or HPS2). In the BBP algorithm it is easily possible to assign way more than 1 thread per physical CPU core (or even more than 1 thread per logical core) and still get better results. You have to find a "sweet spot" for this. Wink
Of course you should have a CPU at stable clocks/voltages and proper cooling for all of this, but that should be prerequisite for all mining going on with your CPU. Wink

That being said for people with a physical 64core machine (whatever the heck kind of a monster that is.... Cheesy) the max. thread count of 40 seems too low; I'm not sure where this restriction comes from, maybe it's necessary to put a lid on the "overhead" produced by the high amount of threads.



P.S.: @Rob: just 2 very minor things I realized on the pool page:
1. Would it be possible to configure the login page for "hit enter to login"? It is quite strengous with the frequent auto-logoffs to always type your login, password and then move your hand to the mouse and click on the "login" button. Wink
2. The extra column stating "GlobalErrorPercentage" on the Leaderboard is definitely overkill and takes up alot of additional horizontal space. In my opinion it would be better to add this information in the header of the "ErrorPercentage" column (maybe like ErrorPercentage
Global=XX%
or similar).

I am running a dedicated Dell R815 (4 opteron 6380 cpus (each with 16 cores)) that is dedicated to mining.   I would like to use all of it to mine BBP if possible.    It is running on Linux.
Jump to: