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

Try downloading it and saving it to the drive first, then go into advanced and unblock it, install it as administrator, dont run it yet, then:

Open explorer navigate to
%appdata%\biblepaycore

Delete All contents including debug.log
Leave that window open

Now Run biblepay as administrator

Now Verify the debug.log has the most recent timestamp.

See if it does not crash.

For the record I have been mining/holding all my BBP since day 1,  missing out on a PODC payment and being slow to realize the switch over affected me a bit, but I don't think it would have been a huge change to my figures above.. (maybe 2-5kbbp)


I agree the goal set was met, and I welcome a re-vote farther down the line after some real-world examples.  Things don't always work as planned and its hard to predict the exact outcome of a change like this.

I don't expect change today,  just throwing out my thoughts for when it comes back around

As for the additional points,
#1.  People like myself that were not paying close attention to the forum could have missed the call to vote.   This just speaks to a need for a more central communications hub for news.   It is easy to lose sight of things in a thread like this, even if it is on multiple pages.  When I started I didn't read from page 1, and I doubt anyone else would.

#2. It would be helpful to outline the process to do this.   Especially for new folks joining if they try to start with PODC only it will be very frustrating.  It could streamline the process for people to start if this is more clearly documented, or people could easily be referred to it.

Because only one distinct CPID with payments and magnitude can actually solve a block, therefore rewarding one miner a disproportionate share would be unfair for everyone else.  If anyone could always solve a block it would be fair to let the floodgates swing wide open, but think about what is happening in this scenario:

User 1 has 100 machines - And pulls 90% of the block reward
User 2-11 have 1 machine each - and pull 1% of block reward each

Now in reality over 100 blocks, user 1 is only allowed to solve up to 13 of those blocks Max (because of the distinction rules), so he pulled in 9% of the reward yet we paid him 90%?  LOL, not a good idea....

The CPID rules were put in to make it easy to solo mine, so the pool has to have new rules to make it fair.

I might go in and actually track the shares that "count" by each miner (IE let them throw whatever power they have at it) but that requires a more elaborate share system, one that verifies each packet is actually going toward real work in the pool.  This would look something like this:  If big dog A has 100 machines, and he recently solved a block with his CPID, his shares dont count for 5 more blocks after (so none are rewarded to his miners).  Then I suppose we could open up the floodgates wide if we had that rule in place...  Licht should also work on this rule, because the little miners are being hosed if not.

im not mining i download the wallte and try to sycn it that it and get this error on 32bit 64bit and other computer

If you set up Rosetta@Home first, then PODC mine, its great.
Heat (POW) mining is a little complicated.
Stability is 100% great as long as you have a CPID set up.

Hi Dave,

Oh OK now Im starting to understand the problem a little deeper.  First of all since you have the utxooverride set in the primary controller wallet I think those are going out.  Just type 'exec utxoreport cpid' and you will see the pattern.  I dont believe there is a problem with gyrating amounts (as 2,000 people are using it now) I believe the gyrating amounts are being sent at intervals between your controller, your other wallets...  The utxoreport will reveal that.

As far as running the latest, yes - if your miners are not running the latest they should technically be OK- but are probably trying to send podc updates using the old default of 50,000.  So best advice there is to set 'utxoamount=-1' on the OLD mining wallets pre 1.1.1.6, or 'utxooverride=-1' on the new mining wallet (actualy just put both in the file), that should prevent it from being sent.  Notice - you cant use '=0' because zero means it will try to send 50K.....

Once you interpret the utxoreport then lets go from there - it should reveal that your mining wallets are sending in a small stake, preventing you from being paid.  Your Pool row is probably @ utxo below 5% meaning it drops to zero.

I was the one that gave the 30 dollar figure. I was looking at my own computers (which are AMD Phenom II's and A8's), and they give me about 2000 RAC. It's indeed 120 dollars. Higher than I thought. Don't know how I got the 30 dollar figure. In an ideal world, I would like 3 things:
1. No botnets
2. Fair entrance for new users.
3. Making it expensive for power-users to participate.

The first one is covered now. Maybe it's a bit too expensive right now for new users with a lot of computing-power right now, but that doesn't mean this can't change in the future. The third one certainly is true for new power-users, but existing power-users that believe in Biblepay (I consider myself a moderately big user) that have been in the game for a long time have an advantage because they have more BBP. They have that much BBP because they didn't sell, because they have a long-term view for the coin. I think that whales aren't a bad thing per se if they believe in the project.

The thing I really like about Biblepay in it's current form, is that it is actually transparent who are the mining whales. I believe this is fairly unique. You really know what you are investing in.

This isn't really in reply to you thesnat21, I'm just rambling a bit at this point.

Just two more things:

1. The 20BBP/RAC was democratically decided. Maybe some users didn't realize the power of their vote, but I think now most have realized that voting matters. As far as I know, the staking requirements can be adjusted every mandatory, no nothing is stopping us to have another vote in two months and take in all the information and opinions we have gathered in that time, and come to another consensus (hopefully with a lot more people involved). Maybe we should have a public vote, maybe a sanctuary vote. There is a lot to consider here.

2. Heat mining doesn't really require staking. You need a functioning CPID for every wallet that you are mining with. But I think that nothing is stopping people from sharing the wallet.dat between multiple wallets. And also, you could use one PC, set one cpu-thread to mine Rosetta and set the rest to heat-mine. That way you don't really have to stake and can still earn BBP via heat-mining.
That maybe isn't really how Biblepay is intended, but nothing is stopping users from walking that path.

A friend of mine told me this happens if you setgenerate true to a number > 2, and heat mine without a CPID.

Please let us know if you are heat mining without a CPID and what your genproclimit is, and what OS flavor you have.

Once I have more info I will fix the problem permanently.

Hi, I'm mining BBP with CPU and simultainously by GPU other coins via MinerGate and via NiceHash SW and everything works fine, no interference between.

I'm pretty sure that my WCGRAC is wrong in biblepay network... Yesterday at some point, 'exec totalrac' showed around 12k RAC, and later that day around 9k RAC. Through 'exec getboincinfo' I saw that my RAH RAC was the same (it should have been), and my WCG RAC jumped. After that it dropped, but I am constantly working on WCG (since it was added to biblepay), so it should only go up monotonically the first two weeks (since RAC is two week average, afaik). I didn't experience these problems with RAH, before WCG was implemented in biblepay network.
So, at the moment of writing, my WCG RAC reported through getboincinfo is 2972, but my BOINC shows around 7.5k. I know it should have some latency, show a bit lower than 7.5k, but my WCG RAC on BOINC was around 3k two days ago. My cpid is 307c54df37dd7a158ef9fd7dfe1a1815

This is not meant as a dig, just a report out of what I am actually seeing.

Status update:
Post-20bbp/rac stake.

So far I have declined,  I was up to almost 2k bbp/day earnings prior to the change.
Day 1:  earnings dropped to 1127
Day 2:  earnings dropped to 979

Regarding the earlier assumption : 30$ in biblepay = enough to stake a decent home machine.
Earlier in this thread it was mentioned a "decent gaming machine" could produce 6k RAC

The math on this...   6000 * 20 = 120000 bbp required to fully stake.
Assuming BBP is 0.003usd/per  this is 120,000*0.003  = $360

This is a significant difference from the 30$(roughly 10x) figure mentioned earlier. 30$ will stake you for a 500 RAC machine which would be a very low end.. (my old i3 from 6+years ago is doing 3x this)


As a result, since I had only earned 25k-ish the last 2 months mining. I'm now at 20% stake under the new rules.

What I decided is ok, fine I will lower my RAC since it doesn't benefit me any to continue how I was mining.
This seems to only have reduced my payment, not my UXTOWeight.

So because I'm a small fish. and cannot buy my way into the coin I have to either do 5x the work to keep up with my smaller payout, or wait out the RAC drop until I can be fully staked while accepting smaller payouts than normal for my work. (not sure how much time this would take)

I see others excited about their increased payouts.. I will be completely honest, this is frustrating for someone in my position, or any potential newbies trying to join the coin.


I'd be curious to see a list of all the payout changes, and did this changeover control the "botnets" that were being used as the reason for this change?  Perhaps that would help a little i guess. 

Hi yes you can mine bbp with your cpu while  mining other coins with your gpu been doing it with all my Riggs for a few weeks now

Yeah Rob why limit machines? It's only incentive for other to mine solo or other pool

Why the limit on the number of machines?

Time solved this

Is there way to mute notifications?
Running wallet 24/7 and you get notification sound for every transaction for every PODC update and PrivateSend denominiation.

Biblepay heat miner uses only CPU. Also I think there are no GPU tasks in Rosetta/WCG projects at the moment. So in all there should be no interferences.

I got same problem here(wallet version 1.1.1.7), I don't know why the utxoweight is mismatch with my setting utxooverride=YYYYY in config.

For example:
I set utxooverride=100000 in config file, but utxoweight show 1234 while not a vaule of 100000 , so I need manual to update (exec podcupdate true) , then the result is normal after that.
Unfortunately, when the podc automatically update again, the utxoweight will mismatch again, this is a fault loop.

I think that this problem is caused by too frequent automatic updates, can it be changed to every 12 hours or per day?

Only just learning about biblepay - looks great. I have a mining rig and I'm interested in peoples experience with CPU mining. If you have an i3 CPU, and are mining other coins with the GPU's, how is the stability with biblepay?

Hmm... I don't think this is correct, because right now it shows a utxoweight of 0 with a utxoamount of 1.7k for me, which is absolutely ridiculous and I have no idea where these numbers come from. My controller wallet holds 500k (and some change) and I manually added "utxooverride=500000" (wallet version 1.1.1.7).
I tried "exec podcupdate true" several times, but my reported utxoweight (in getboincinfo) changes constantly (sometimes it's correct, sometimes it's the old 50001, often it seems to be a completely random number). Something is seriously wrong there.

My only explanation would be that I also have this wallet running on my ARMs for pool mining. Since lichtsucher hasn't updated the linux ppa yet, they still run on 1.1.1.3. Could this be the problem? Otherwise I wouldn't know what else I could do...
Missed out on 2 payments already and apparently gave my coins away to the "big guys", it's a shame. :/