Author

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

newbie
Activity: 164
Merit: 0
my  long-term test (30days) on RAH vs WCG

RAH  Ryzen 1700+24GB DDR4 (90% using)=  7900
WCG Ryzen 1700+24GB DDR4 (90% using)=  4100

RAH  Xeon 5650 16GB RAM DDR3 (loading full 100%)=  11900
WCG Xeon 5650 16GB RAM DDR3 (loading full 100%)=    5950

i hope that help this anybody

My test is also like slovakia : ~ 1.9, running all projects

By the, way when running "exec getboincinfo" , I am getting  this today :

WCGRAC": 0,

Is something wrong today ?
full member
Activity: 770
Merit: 100
my  long-term test (30days) on RAH vs WCG

RAH  Ryzen 1700+24GB DDR4 (90% using)=  7900
WCG Ryzen 1700+24GB DDR4 (90% using)=  4100

RAH  Xeon 5650 16GB RAM DDR3 (loading full 100%)=  11900
WCG Xeon 5650 16GB RAM DDR3 (loading full 100%)=    5950

i hope that help this anybody
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
After testing here are my R@h and WCG results (taken from the Projects tab of BOINC...which express all the totals as Host Average Credit which are pretty much on target with http://stats.free-dc.org, which lags about 12 hours behind).

All are identical servers at the same physical location, with roughly the same uptimes in their respective groupings.  They aren't at their maximum RAC but have run for 8 days in the first grouping and 5 days in the second grouping which should minimize the statistical variation.

First Grouping:
68 6431 WCG
70 7257 R@h
72 7642 R@h
73 6424 WCG

Second Grouping:
74 5605 R@h
75 5115 WCG

This means the average First Grouping R@h is 7449, and WCG is 6427, meaning a 15% edge to R@h, the second grouping gives a 10% edge to R@h. 

I just started one that is 50% WCG and 50% R@h which would have been a better test subject from the get go but won't have meaningful data anytime soon.

Based on that data which I feel is statistically significant, our 1.5 multiplier for WCG is too high despite what my previous research had implied, which is a shame as I personally like that project better.  My feeling is we need to reduce the multiplier as soon as feasible to between 10% (1.1 multiplier) and 15% (1.15 multiplier) to equalize the difficulty with the 15% (1.15) equalization seeming at this point to be the more equitable factor.



Hmmm - there is still something preventing us from reconciling this situation though.

I committed two identical servers to this ( 6 core amds with the same single SSD in each one, they are about 4 years old) and both have win7, and both are only running boinc. 

My RAH server has settled down with 4500 RAC, my WCG server has settled down with 3200 RAC (this is a factor of 1.40 for WCG at this point) - close to our 1.50 prod setting.


So I wanted to point out, when I started this test, I deliberately went into my WCG Web settings, and selected All projects (I checked every box).  First question:  Are you running all WCG project or just the defaults?  (Right now its running Mapping Cancer markers and Fight Aids for example).

newbie
Activity: 19
Merit: 0
Because the system rounds 5% or less of UTXO down to 0%, and rounds the rest up to the next 10%.  So to get 100% UTXO you need 20 BBP * RAC * .901.  In User BBP's case that would mean 1,301,683 * 20 * .901 = 23,456,327.66.

This has been discussed repeatedly, and while I personally think the system needs tweaked just a bit, that is the way it is currently coded to work and has been since PoDC Staking began.

I think we should make the steps smaller, like every 1 or 2%.

That way you can get (tiny) rewards with little amounts of BBP and yet require more than 90.1% to get the full reward, in this case 99.1%
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Hi Rob
Just had a look at the out going letters list and it seems that people are just copy and pasting my original letter
My user name on pool is fishnandy and the copies are from “Kaso, jaufi and sena”
Not sure if we can ban those users from pool?

Thank you Fish!  I will look into this, they never quit...

newbie
Activity: 10
Merit: 0
Hi Rob
Just had a look at the out going letters list and it seems that people are just copy and pasting my original letter
My user name on pool is fishnandy and the copies are from “Kaso, jaufi and sena”
Not sure if we can ban those users from pool?
jr. member
Activity: 235
Merit: 3
Moving on from my surprising good fortune, let me ask the group a different question - how should the P2P budget be spent? What kind of things would the community really support? I can think of lots of BiblePay PR activities that would be voted "yes" on, but the P2P seems to be a more grey area. There are a few things I can imagine, but I'm not sure what the community thinks of when they think P2P. Any thoughts?
jr. member
Activity: 405
Merit: 3
I don't want to look a gift horse in the mouth, but I appear to be getting a...surprisingly large number of block rewards today from the pool. Like, nearly constant. Why would it be just me?

I think you are the guy that keeps solving the heat mined blocks as soon as they are over 15 minutes old.


Right...but unless I'm the only guy mining, why would it always be me that solves the block? You would imagine the same distribution of rewards, just spaced out, right? Like, if there were 50 people mining with similar power, than we should each have a 1/50 chance of getting the block reward. I've got to be missing something here, just can't figure out what.

do getmininginfo and see if u are on a pool. you could be like me the other day, and be solo mining a "fork" and not really be earning coins.

No, he's definitely on the pool getting every single block so far.

@Nox: I think there's definitely something wrong, since you are also the only user who has a "Hashes per second" value and no "CPID_HAS_NO_MAGNITUDE" in the leaderboard, which you "shouldn't" have today. Wink


I'm king of the world! Smiley
What's even more strange: judging by the block history you are NOT the miner who found all the blocks, however you keep getting every reward of every block, which is approx. 1/5 of the whole output today. oO

Congratz dude! Cheesy
full member
Activity: 574
Merit: 104
My wallet won't send PODC-updates anymore:



What does the 'not equal 1000 biblepay' bit mean? I don't think I saw it anywhere else before.

The only thing that changed, is that I started a masternode yesterday in the same wallet that I use for PODC. But I have done the same in the past without problems?

I'm not sure what the 'not equal 1000 biblepay' bit is (I couldn't see that in your output), unless it is an unchanged message relating to the Sanctuary reserved balance (many coins use 1000 coins for masternodes, whereas it is 1,550,001 Biblepay that you'd have needed to send to send to a separate wallet address to start a Sanctuary).  I wonder if this also sent your remaining balance to a 'change' address, so none of your balance is old enough for the PODC update to consider using it now?

It might be better to run a separate wallet for the Sanctuary balance to the PODC one.

Sorry, just saw your post. I accidentally used ctrl-x instead of ctrl-c, so I deleted that bit in the output. It should have said:
"Unable to locate enough funds for this transaction that are not equal 1000 biblepay"

Rob explained that is was indeed the 1000 most coins use for masternodes, and it indeed should be 1550001.

Having said that: the situation seems to be okay again, because the wallet just sent an update a block ago Cheesy

There were enough change-addresses that were several days old worth tens of thousands of BBP, so the wallet would have been able to send something.
newbie
Activity: 11
Merit: 0
In this week's list for delisted coins in C-Cex due to lack of volume I see Gridcoin, the one that competes with us in R@H.

True, but I see that Gridcoins Daily Exchange volume is $175,432 on the other exchanges, so whatever you are implying about our highest competitor being feeble is FUD.

Apparently all that is happening is people prefer to trade GRC on other exchanges.


No second intentions, I knew GRC was in C-Cex for long so this caught my eye. But it's logical that if they move along to bigger exchanges, the smaller ones see liquidity fly.
jr. member
Activity: 175
Merit: 1
If there was no PODC payment today, magnitude is 0, and we are not able mine until next PODC payment. Am I right?
If yes, can we change this rule to check weekly magnitude? thanks.

Ok. I understand now why the blocks were produced so slow... Same for the pool Shares that went drastically down today.
full member
Activity: 406
Merit: 101
why is UTXO of BBP user still 100% when his RAC is 1,301,683 ans staked 23 529 809 BBP

https://www.biblepay-central.org/en/podc/user/1995180/

dont understand

Because the system rounds 5% or less of UTXO down to 0%, and rounds the rest up to the next 10%.  So to get 100% UTXO you need 20 BBP * RAC * .901.  In User BBP's case that would mean 1,301,683 * 20 * .901 = 23,456,327.66.

This has been discussed repeatedly, and while I personally think the system needs tweaked just a bit, that is the way it is currently coded to work and has been since PoDC Staking began.
jr. member
Activity: 405
Merit: 3
I don't want to look a gift horse in the mouth, but I appear to be getting a...surprisingly large number of block rewards today from the pool. Like, nearly constant. Why would it be just me?

I think you are the guy that keeps solving the heat mined blocks as soon as they are over 15 minutes old.


Right...but unless I'm the only guy mining, why would it always be me that solves the block? You would imagine the same distribution of rewards, just spaced out, right? Like, if there were 50 people mining with similar power, than we should each have a 1/50 chance of getting the block reward. I've got to be missing something here, just can't figure out what.

do getmininginfo and see if u are on a pool. you could be like me the other day, and be solo mining a "fork" and not really be earning coins.

No, he's definitely on the pool getting every single block so far.

@Nox: I think there's definitely something wrong, since you are also the only user who has a "Hashes per second" value and no "CPID_HAS_NO_MAGNITUDE" in the leaderboard, which you "shouldn't" have today. Wink
full member
Activity: 770
Merit: 100
capulo  1,301,683 * 20 = 26 033 660 he needs for UTXO=100%  Tongue
newbie
Activity: 491
Merit: 0
because he need only 23 430 294 to have 100% Smiley
newbie
Activity: 65
Merit: 0
I don't want to look a gift horse in the mouth, but I appear to be getting a...surprisingly large number of block rewards today from the pool. Like, nearly constant. Why would it be just me?

I think you are the guy that keeps solving the heat mined blocks as soon as they are over 15 minutes old.


Right...but unless I'm the only guy mining, why would it always be me that solves the block? You would imagine the same distribution of rewards, just spaced out, right? Like, if there were 50 people mining with similar power, than we should each have a 1/50 chance of getting the block reward. I've got to be missing something here, just can't figure out what.

do getmininginfo and see if u are on a pool. you could be like me the other day, and be solo mining a "fork" and not really be earning coins.
jr. member
Activity: 235
Merit: 3
I don't want to look a gift horse in the mouth, but I appear to be getting a...surprisingly large number of block rewards today from the pool. Like, nearly constant. Why would it be just me?

I think you are the guy that keeps solving the heat mined blocks as soon as they are over 15 minutes old.


Right...but unless I'm the only guy mining, why would it always be me that solves the block? You would imagine the same distribution of rewards, just spaced out, right? Like, if there were 50 people mining with similar power, than we should each have a 1/50 chance of getting the block reward. I've got to be missing something here, just can't figure out what.
full member
Activity: 574
Merit: 104
My wallet won't send PODC-updates anymore:

Code:
10:36:35

exec podcupdate


10:37:36

{
  "Command": "podcupdate",
  "PODCUpdate": "Unable to locate enough funds for this transaction that are
."
}


10:38:18

exec getboincinfo


10:38:28

{
  "Command": "getboincinfo",
  "CPID": "d9b22fccfae5582d4ee7838883aaa3cf",
  "Address": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "CPIDS": "d9b22fccfae5582d4ee7838883aaa3cf;",
  "CPID-Age (hours)": 423560,
  "NextSuperblockHeight": 43255,
  "NextSuperblockBudget": 1161612,
  "d9b22fccfae5582d4ee7838883aaa3cf_ADDRESS": "BSqcLcFLYt3bKvoUaZ5rGURW75xgjJdQoD",
  "d9b22fccfae5582d4ee7838883aaa3cf_RAC": 13940.44,
  "d9b22fccfae5582d4ee7838883aaa3cf_TEAM": 15044,
  "d9b22fccfae5582d4ee7838883aaa3cf_WCGRAC": 19469,
  "d9b22fccfae5582d4ee7838883aaa3cf_TaskWeight": 100,
  "d9b22fccfae5582d4ee7838883aaa3cf_UTXOWeight": 810536,
  "Total_RAC": 33409.44,
  "Total Payments (One Day)": 2366001,
  "Total Payments (One Week)": 2436989,
  "Total Budget (One Day)": 15375000,
  "Total Budget (One Week)": 22450806,
  "Superblock Count (One Week)": 8,
  "Superblock Hit Count (One Week)": 8,
  "Superblock List": "43050,42845,42640,42435,42230,42025,41820,41615",
  "Last Superblock Height": 43050,
  "Last Superblock Budget": 15375000,
  "Last Superblock Payment": 0,
  "Magnitude (One-Day)": 153.886243902439,
  "Magnitude (One-Week)": 108.5479514633016
}


10:38:38

getinfo


10:38:38

{
  "version": 1010204,
  "protocolversion": 70717,
  "walletversion": 61000,
  "wallet_fullversion": "1.1.2.4",
  "bala
}

What does the 'not equal 1000 biblepay' bit mean? I don't think I saw it anywhere else before.

The only thing that changed, is that I started a masternode yesterday in the same wallet that I use for PODC. But I have done the same in the past without problems?



Hi Jaap, yes that is confusing - I will change the narrative.  The narrative was originally created to mean "coins not locked to the amount of a masternode : 1,550,001".

So it should say : Cannot locate any coins that are not locked to a sanctuary.  Its just skipping by coins that are actually locked as 1,550,001.  (IE the 1000 is 1000 dash).


Thanks! That explains the '1000' mentioned. Still. It's strange that the wallet cannot locate any coins that are not locked to a sanctuary, since I have more than enough left. Any thought on why this could be, or should I just use two different wallets just to be sure?
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Someone said that I should just have one GUI wallet running. But since I want to mine PoBH on multiple computers, I was told to put an entry in the biblepay.conf:

utxostake=-1

I'm not sure what it means.

I keep getting illegal CPID and invalid CPID on purepool... so I'm wondering if I copy my encrypted wallet.dat over to the other computer and put that line in the biblepay.conf file, will that take care of the errors?

Quote
2018-04-27 15:59:20
ProcessBlockFound::Generated 539.76525271
2018-04-27 15:59:20  CPID Signature empty.  Contextual Check Block Failed at height 43108.000000.
2018-04-27 15:59:20  CPID Signature Check Failed.  CPID , Error CPID Empty.
2018-04-27 15:59:20 ERROR: ProcessNewBlock: AcceptBlock FAILED
2018-04-27 15:59:20 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted
2018-04-27 15:59:20 keypool keep 50
It should be 'utxooverride=-1' , we dont have the above key.
Today is not a good day to test, as until the next superblock hits, everyone has 0 magnitude.

But yes you can copy your wallet.dat over to other machines, and heat mine on multiple machines that way.

If its encrypted though, you will have to type the password every time you start the gui on each machine (otherwise it will throw an error that it cant sign the cpid).


I am running on Linux via command line (biblepayd --daemon).

walletpassphrase command worked.

Quote
2018-04-27 16:17:24 ProcessBlockFound::Generated 539.76530201
2018-04-27 16:17:24  CPID is not in prior superblock.  Contextual check block failed.  CPID c3939b61e69c6bde1eddb06708e0f96e, Payments: 0.000000  ERROR: ProcessNewBlock: AcceptBlock FAILED
2018-04-27 16:17:24 ERROR: ProcessBlockFound -- ProcessNewBlock() failed, block not accepted

So this literally means after yesterday's superblock no transactions are processed for 1 block day? That's a lot of mempool transactions whoever wins that block tomorrow!

We still have blocks & transactions; its just that the blocks are half the speed today and once more on May 26th.

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
I don't want to look a gift horse in the mouth, but I appear to be getting a...surprisingly large number of block rewards today from the pool. Like, nearly constant. Why would it be just me?

I think you are the guy that keeps solving the heat mined blocks as soon as they are over 15 minutes old.

Jump to: