Search content
Sort by

Showing 20 of 29 results by znjrols5
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 30/05/2018, 21:49:05 UTC
So I was actually sending coins from one wallet to the other wallet, and now I can see that the transaction is unconfirmed in both wallets, so I have coins stuck in a transaction, can't cancel the transaction, but also it won't show as confirmed (despite showing as confirmed on explorer.biblepay.org)

Strange, In the past Ive heard of the "-zapwallettxes" parameter,
"removes all wallet transactions that are not in the blockchain. It can remove "stuck" transactions"
https://bitcoin.stackexchange.com/questions/45988/how-do-you-apply-zapwallettxes-on-windows

I have a PODC Update transaction that is unconfirmed and the coins are missing, so I may be testing it in a minute

UPDATE: It worked! My unconfirmed transaction was removed and my coins are back

Thank you all for trying to help.
So I just left both of the wallets running at the same time, and now everything is resolved. I bave no idea what happened.

Cheers!
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 30/05/2018, 20:48:55 UTC
Hi all,

I have a problem with my wallet, it reports wrong balance. When I execute listtransactions command, I can see one "receive" transaction, which shows 0 confirmations. Later on I figured out that this transaction info is also missing blockhash, blockindex and blocktime fields.

There are some transactions after this one, and they are shown properly (with over a hundred confirmations at the moment).
I have viewed my address on online biblepay explorer, and can see the transaction I'm having problems with normaly, same as all the other transactions and with lots of confirmations, and it shows propper balance of this address.
I have tried (multiple times), to delete all the files in .biblepaycore folder except wallet.dat, client resyncs after that but still no luck. Transaction has 0 confirmations and my wallet is showing improper balance, not allowing me to send those coins.

Does somebody have an idea what might be the issue?

This what I did to fix similar wallet issue I discovered today:
1) stop wallet
2) delete all files in .biblepaycore except for wallet.dat  (including hidden .xxx folders and copied biblepay.conf aside)
3) start wallet

After wallet showed non correct amount - I restart and it was showing the correct amount.

So I needed two restarts after cleaning folder.








I actually tried that, and still no luck.

So I was actually sending coins from one wallet to the other wallet, and now I can see that the transaction is unconfirmed in both wallets, so I have coins stuck in a transaction, can't cancel the transaction, but also it won't show as confirmed (despite showing as confirmed on explorer.biblepay.org)
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 30/05/2018, 17:33:44 UTC
Hi all,

I have a problem with my wallet, it reports wrong balance. When I execute listtransactions command, I can see one "receive" transaction, which shows 0 confirmations. Later on I figured out that this transaction info is also missing blockhash, blockindex and blocktime fields.

There are some transactions after this one, and they are shown properly (with over a hundred confirmations at the moment).
I have viewed my address on online biblepay explorer, and can see the transaction I'm having problems with normaly, same as all the other transactions and with lots of confirmations, and it shows propper balance of this address.
I have tried (multiple times), to delete all the files in .biblepaycore folder except wallet.dat, client resyncs after that but still no luck. Transaction has 0 confirmations and my wallet is showing improper balance, not allowing me to send those coins.

Does somebody have an idea what might be the issue?
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 07/04/2018, 15:03:47 UTC
I can't seem to figure out why did I get around 10 times less amount from today's PoDC reward, my getboincinfo is showing ~300k UTXOWeight as usual, but I got only 300 coins. My CPID is 307c54df37dd7a158ef9fd7dfe1a1815.
Is only the last PoDC update considered for the following superblock reward? The last one before the superblock -6 blocks for confirmation?

So looking at your 'exec utxoreport cpid', looks like around 9pm last night you sent a small utxo for 79K then a few hours later you sent 301K.

The superblock consensus was based on the small one.

The network as a whole does always use the latest UTXO, the latest always overwrites the earlier timestamped utxos, however, the consensus system does Not use the latest, it uses the most popular/most agreed upon contract....  Another words the SanctuaryQuorum came to consensus after your 79K utxo was sent and before the 301K was sent.





Thank you for looking into this! Although, I've also had even smaller ones, it might be some of the reports under 10k (sound more like 300 coins reward). My controller wallet was down last night, and I guess that utxooverride=-1 doesn't work perfect on other heat mining wallets, so another wallet probably sent several utxoupdates...

So the sanctuaries can get a concensus on any utxoreport between the two superblocks? And if I understand that right, it also means that you can sent single utxoreport, around 10 blocks before superblock, and it should definitely get a sanctuary concensus on for the following superblock, if no other utxoreports were sent since last superblock?

Also, another non-related question, how can I see the list of all the methods you can execute with 'exec method' ?

Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 07/04/2018, 14:08:57 UTC
I can't seem to figure out why did I get around 10 times less amount from today's PoDC reward, my getboincinfo is showing ~300k UTXOWeight as usual, but I got only 300 coins. My CPID is 307c54df37dd7a158ef9fd7dfe1a1815.
Is only the last PoDC update considered for the following superblock reward? The last one before the superblock -6 blocks for confirmation?
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 05/04/2018, 06:40:48 UTC
Wait, I know the problem dude.

Before 1.1.1.7 the wallet was not smart enough to parse negative numbers.  

You need 1.1.1.7 on the 2nd and 3rd miners with 'utxooverride=-1' set, then it will actually interpret the negative number as a number, and then heed the warning not to stake  PODC update...  Yes I think you need Lights update Smiley.

I updated all the heat miners to 1.1.1.8, but unfortunately this didn't change anything. The wallet again sent out the 3 podcupdates for 1/3 of the stakebalance each. For now I stopped them again, I think I will just start BOINCing on a second CPID for this purpose, associate a second wallet with this second CPID and copy this to the heat miners. Positive side-effect: I don't have my main balance staked on permanently unlocked wallets. Wink

Ok, thanks, I will debug the code and find an easy way to turn off UTXO updates...





I actually had the same problem, had many machines heat mining, and there were always 3 podcupdates in groups (don't know why 3 thou). After updating and adding utxooverride=-1, this was fixed. Unfortunately, my controller wallet also doesn't automatically sends podcupdates, don't know why, monitoring for now and sending manual ones...
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 04/04/2018, 12:16:00 UTC
Hello all,
How can i POW mining with purepool with all my CPU ?
i already set :setgenerate true & genproclimit = 4( or 8 maximum)
But the performance CPU still at 40-50%??

I've found that I get full CPU power when I set number of threads to 4 * actual number of logical cores. For example, intel i5 with 4 logical cores, i set genproclimit to 16 for 100% power
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 04/04/2018, 00:42:33 UTC
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

So since we are integrated a little closer with RAH, I have the core wallet showing you the "current live" RAH RAC when you type exec getboincinfo using their XML call (just for cosmetic use for the user - the Sanc actually gets the RAH RAC from the nightly back-end files to allow them to come to consensus easier, thats why your RAH rac on getboincinfo is more current than the superblock view report), but anyway, WCG is a little different- when they merged with IBM, they removed some of the boinc XML calls - so we cant get the WCG RAC the same way, so we actually use the nightly WCG dump files for their RAC.  Their RAC is exported to our network once per night at 00:00:00 UTC.  So it pretty much stays static for 24 hours at a time.  What I surmise is someone dumped the rac twice yesterday at WCG but normally that doesnt happen so you probably picked up two views of it, which I believe will be rare over long term.



Later today my WCGRAC changed to 7777, and now got dropped to zero. I assume this might be the problem if you don't have active tasks then it reports zero WCGRAC?

Shouldnt go to zero; whats your cpid?  exec totalrac shows 0 for wcg?

We are still in dr mode #1, so we dont currently look at task weight, we only look at UTXO weight.



My cpid is 307c54df37dd7a158ef9fd7dfe1a1815. exec totalrac shows the same amount that getboincinfo shows for RAH RAC (which is around 6.5k), so nothing from WCG RAC. Yesterday, WCG RAC was around 2900 (which was wrong), then at some point it changed to 7777 (which was similar to what BOINC is showing), but now after midnight it changed to 0.

I'm also having some problems with utxoamount, due to having multiple wallets. I saw your answers in previous posts, I'm working on solving that... So because of this there are some wrong podcupdates of 50001, but this shouldn't affect RAC?

Thanks for looking into this!
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 03/04/2018, 23:31:27 UTC
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

So since we are integrated a little closer with RAH, I have the core wallet showing you the "current live" RAH RAC when you type exec getboincinfo using their XML call (just for cosmetic use for the user - the Sanc actually gets the RAH RAC from the nightly back-end files to allow them to come to consensus easier, thats why your RAH rac on getboincinfo is more current than the superblock view report), but anyway, WCG is a little different- when they merged with IBM, they removed some of the boinc XML calls - so we cant get the WCG RAC the same way, so we actually use the nightly WCG dump files for their RAC.  Their RAC is exported to our network once per night at 00:00:00 UTC.  So it pretty much stays static for 24 hours at a time.  What I surmise is someone dumped the rac twice yesterday at WCG but normally that doesnt happen so you probably picked up two views of it, which I believe will be rare over long term.



Later today my WCGRAC changed to 7777, and now got dropped to zero. I assume this might be the problem if you don't have active tasks then it reports zero WCGRAC?
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 03/04/2018, 10:59:01 UTC
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
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 03/04/2018, 08:34:59 UTC
Hi rob,

You're doing a great work here, thanks for all the work you've done.

However, since I see that there are mentions of pool not working correctly, I have unfortunately had some problems with pool.biblepay.org. When I point my machines to pool.biblepay.org, I see them more in 'missing miners' section than in 'my miners' (active ones). I have tried once again today after you said that you fixed something on it, and it still misbehaves. From the client part, I've seen no errors, but still for some reason, for bigger part of time my worker is in 'missing miners' part, thus results to missing rewards from a lot of mined blocks. I have just now pointed one worker again to mine on pool.biblepay.org, and I'll update with more info on current behavior.

Thanks, lets get this baby back up - Im cleaning it up now.  Please give me an example minername that is showing up in missing section, that should not be, and I will trace it.



So, I'm currently mining on workerid=rols-4. It looks like the missing miners sections is working as it should, and that the problem is that the pool is not 'accepting' my hashpower, i.e. it is just sometimes showing my worker in 'leaderboard' section.

Note 1. I was also mining on pool.biblepay.org a couple of days ago, and I was checking the pool several times a day. Half the time I saw my miners in leaderboard, half the time they were missing. And when I opened block distribution I saw that I missed my share for several blocks, thou I'm pretty sure all those miners were working all the time.

Note 2. I confirm I have no problems while mining on purepool with same miners.

Note 3. Don't know if it means something, but I saw these messages at one point recently:
"poolinfo1": "BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; ",
"poolinfo2": "RM_04-02-2018 21:59:49; Submitting Solution 04-02-2018 21:59:51; Submitting Solution 04-02-2018 21:59:58; ",
At the moment of writing this post, I also saw a few 'submitting solution', but my worker is still not showing up on my leaderboard.

Note 4. I used pool.biblepay.org a month and two months ago, did not see this behavior, everything was working as it should.

I see the problem, you must have had a lot of machines last week when the pool emitted the high machine report and it manually banned tadao32, nbzz, tadao, brother, kappo, vladoru and Rolz.    Ok I removed the ban for everyone, but the pool still has a rule where it starts discarding packets for miners who have more than 10 machines pointed at the pool simultaneously.

Sorry for the hassle.





Why the limit on the number of machines?
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 02/04/2018, 22:45:27 UTC
Hi rob,

You're doing a great work here, thanks for all the work you've done.

However, since I see that there are mentions of pool not working correctly, I have unfortunately had some problems with pool.biblepay.org. When I point my machines to pool.biblepay.org, I see them more in 'missing miners' section than in 'my miners' (active ones). I have tried once again today after you said that you fixed something on it, and it still misbehaves. From the client part, I've seen no errors, but still for some reason, for bigger part of time my worker is in 'missing miners' part, thus results to missing rewards from a lot of mined blocks. I have just now pointed one worker again to mine on pool.biblepay.org, and I'll update with more info on current behavior.

Thanks, lets get this baby back up - Im cleaning it up now.  Please give me an example minername that is showing up in missing section, that should not be, and I will trace it.



So, I'm currently mining on workerid=rols-4. It looks like the missing miners sections is working as it should, and that the problem is that the pool is not 'accepting' my hashpower, i.e. it is just sometimes showing my worker in 'leaderboard' section.

Note 1. I was also mining on pool.biblepay.org a couple of days ago, and I was checking the pool several times a day. Half the time I saw my miners in leaderboard, half the time they were missing. And when I opened block distribution I saw that I missed my share for several blocks, thou I'm pretty sure all those miners were working all the time.

Note 2. I confirm I have no problems while mining on purepool with same miners.

Note 3. Don't know if it means something, but I saw these messages at one point recently:
"poolinfo1": "BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; ",
"poolinfo2": "RM_04-02-2018 21:59:49; Submitting Solution 04-02-2018 21:59:51; Submitting Solution 04-02-2018 21:59:58; ",
At the moment of writing this post, I also saw a few 'submitting solution', but my worker is still not showing up on my leaderboard.

Note 4. I used pool.biblepay.org a month and two months ago, did not see this behavior, everything was working as it should.
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 02/04/2018, 20:34:14 UTC
Hi rob,

You're doing a great work here, thanks for all the work you've done.

However, since I see that there are mentions of pool not working correctly, I have unfortunately had some problems with pool.biblepay.org. When I point my machines to pool.biblepay.org, I see them more in 'missing miners' section than in 'my miners' (active ones). I have tried once again today after you said that you fixed something on it, and it still misbehaves. From the client part, I've seen no errors, but still for some reason, for bigger part of time my worker is in 'missing miners' part, thus results to missing rewards from a lot of mined blocks. I have just now pointed one worker again to mine on pool.biblepay.org, and I'll update with more info on current behavior.
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 01/04/2018, 18:53:59 UTC
I'm moving my control wallet from one windows pc to another .. is there a guide, or can someone tell me how to do it?

Thanks in advance.

On the first computer, File -> Backup Wallet, then on the machine you want to move your wallet to, you have to find you BiblepayCore folder, which holds the blockchain, wallet, configuration files... The default location is C:\Users\{username}\AppData\Roaming\BiblepayCore. In this folder, replace the old wallet.dat with the backed up one (you might want to copy the old one somewhere just in case). You should do this while your biblepay is closed, and after copying the new wallet.dat you should run biblepay and everything should work.
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 01/04/2018, 13:45:46 UTC
I noticed there is no problem with rosetta tasks for last 2 -3 days. Probably some players moved to WCG.

Did someone already find out ratio between WCG and RAH RAC ?
I read here before that we will start with  1 to 1.

Not yet, Slovakia said 7 to 1, I set it as 1:1 but its clearly that WCG requires more work to complete a RAC than RAH, so once we get a stronger foothold on it we can raise the WCG factor in the network. 

I am setting up separate machines to double check the RAC per day also.



From my experience, with using the same machine for RAH and now WCG, my WCG RAC accumulate around two times faster... You should definitely double check this by yourself to gain a 'stronger foothold'
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 01/04/2018, 11:34:19 UTC
When will actually the 20bbp per RAC rule get implemented? And when it gets, you can see the required bbp for 100% reward with 'exec totalrac', right? Also, if I understood the calculation correctly, if you have 10k RAC and 100k bbp (giving you 50% rewards), the rewards are the same as if you have 5k RAC and 100k bbp?
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 31/03/2018, 09:52:44 UTC
Biblepay - 1.1.1.5
Leisure Upgrade

- Add ability to honor DR mode (core will send a UTXO update when in DR
Mode > 1) in PODC updates (If your machine is not sending UTXO amounts)
- Add ability to ascertain the UTXO Stake Target amount automatically
(without the utxoamount key), this honors Stake-Per-Rac or Stake-Per-Mag
depending on users current RAC level
- Added 'utxooverride=YYY' key to allow user override of UTXO amount (Note this is Not necessary for normal use)
- Added 'exec totalrac' report, this shows the wallets calculated UTXO
target amount, and the users total RAC


Is the WCG RAC calculation included? exec totalrac and exec getboincinfo seem to show only RAH RAC, however, I can see my WCG RAC on pool.biblepay.org. Also, my share from last superblock increased, it seems like WCG RAC got into that calculation (since I didn't do any Rosetta work). Also, my magnitude is lower since last superblock (the one reported through getboincinfo), but on pool.biblepay.org my magnitude is now in fact higher (which it should be).
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 30/03/2018, 09:21:31 UTC
Hello,

Some is not working well on http://pool.biblepay.org/
My work (username, workers, HPS, Shares) temporarly dissapear from everywhere during some minutes and then it shows up again. I noticed this doing refreshes of the Leaderboard and Home pages every 10 seconds.
If a block is found during this time that I "disappeared", I'm not getting any rewards. See for example Block 37507 where "afeno user" I didn't get any reward. (look at the Block Distribution) however, my workers were mining as usual.

I also noticed that on the Leaderboard, that the numbers of Shares for a given user are going up and down while searching for the same block. How Is that possible? In fact, sometimes it is drastically changing within a few seconds.

Who is supporting pool.biblepay.org?

Thanks.

I have the same problem. I also found that I have "CFW" messages in poolinfo3 at the time of disappearance (maybe it was a coincidence)
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 28/03/2018, 19:09:08 UTC
Does anyone know why does purepool ratio behave strangely? It should show 'Amount of your shares required until a block was found in average', but if you look at this one for example (and there are many more) https://pool.purepool.org/main/miner/BS8B8E1tgT3jgtvtLZ6f7hWi9s5sxbohLU/ , it shows value of 11k, but this miner never broke 11k shares in one day, so it can't possible have 11k shares per block found.

The ratio is calculated not for one day, but for 3 days right now.  One day wouldn't be enough for most smaller miners to give a fair impression.

The system takes the amount of blocks of the miner and the shares of the miner for three days and calcs the shares per block that way. Then it compares this number with the shares per block of the other miners (there average is "100%"). In your example, the miner needs 2.5x times the shares to solve a block. To make it more fair for everybody, this miner is getting more difficult hashtargets because of this.
Most of the time, this is only temporary. The system checks the ratio every hour and set it new if the miner looks good again.


I don't understand this "The system takes the amount of blocks of the miner...". What do you mean by amount of blocks of the miner? Is this the blocks where miner has at least one share in last three days?

Mainly I'm confused with comparing for example this two stats
"https://pool.purepool.org/main/miner/BSHPizQ1MV6gXGnZDGTk6Jp4hBZRkb4HKY/"
"https://pool.purepool.org/main/miner/BS8B8E1tgT3jgtvtLZ6f7hWi9s5sxbohLU/" - the already mentioned one
How can the first one have such lower ratio when it clearly has a magnitude more power?

Everything after that is totally clear. The miner having more shares that it needs to solve a block -> means it has more power compared to others -> higher difficulty because of fairness.
Post
Topic
Re: BiblePay | Masternodes | Sanctuaries | POBH - ASIC Resistant | 10% ORPHANS
by
znjrols5
on 28/03/2018, 10:46:12 UTC
Does anyone know why does purepool ratio behave strangely? It should show 'Amount of your shares required until a block was found in average', but if you look at this one for example (and there are many more) https://pool.purepool.org/main/miner/BS8B8E1tgT3jgtvtLZ6f7hWi9s5sxbohLU/ , it shows value of 11k, but this miner never broke 11k shares in one day, so it can't possible have 11k shares per block found.