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

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: orbis on April 05, 2018, 02:38:09 PM

Quote from: bible_pay on April 05, 2018, 02:35:13 PM

Quote from: orbis on April 05, 2018, 02:32:40 PM

Rob, is it possible, that one wallet is sending two PODC update at same time?
I have problems with that:

Code:

"38782 [04-05-2018 15:55:08] (319416 BBP) [TXID=1541cf60040990383c5936b2618370e25c7b0f735ecdffe228f75820d9fe912a] ": "0.06",
"38782 [04-05-2018 15:55:08] (10206 BBP) [TXID=1cafdb468f74644bc6992f96b5d7cfa5081a22fbe297efaee4fdb565803a377d] ": "0.00",
"38746 [04-05-2018 11:35:04] (321651 BBP) [TXID=2c5d996a3657b54947ca4837a5c9cdf3eb00739b66d59f89e3dcafe116a9fb74] ": "0.18",
"38746 [04-05-2018 11:35:04] (7972 BBP) [TXID=4f4532910d040b817007eca9ae3e2427aa3fb92d89cc5184a5e249143257bc55] ": "0.00",
"38709 [04-05-2018 07:15:36] (14312 BBP) [TXID=70d9e33fb08d2c6b620912d19e2aa03b2b3f11d76352fcd75c8089fa7be1df3b] ": "0.18",
"38709 [04-05-2018 07:15:36] (315310 BBP) [TXID=ae5d7d981798eb38e050f866cdec673fe67bb93778ed2d574559f265bd24bd00] ": "0.00",

And of course the net is counting with the small one, not with big one Sad

Yes, its possible, if they both started @ the same time, they both get kicked off at the same time...

Also let me know if you have more than one cpid in your cpid list in exec getboincinfo...

I have only one CPID: 04fba56d89a5eb38b1b82f8a6240132c
And only one running wallet now.
Why it is sending two PODC updates? Till now it was still only one update.

I have not heard of one wallet sending two podc updates if you only have one cpid.

My only recommendation is that I add a PODC sent counter to getmininginfo to allow you to see that.

You can read the log to see if the PODC Update was called more than once.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: tmike on April 05, 2018, 11:51:33 AM

Quote from: noxpost on April 05, 2018, 11:14:45 AM

Quote from: bible_pay on April 05, 2018, 10:19:58 AM

Quote from: bible_pay on April 05, 2018, 10:08:56 AM

Quote from: noxpost on April 05, 2018, 09:54:53 AM

Any more thoughts on adjusting the weighting for WCG credits? I know it might not be a top priority, but since everyone agrees that the difficulty rating is higher, I'm expecting that when we DO make the adjustment, that again many more BBP will be required for full staking, and just want to be prepared.

In my case I have a couple 6 core servers, one running WCG @ 100% utilization one running RAH @ 100% utilization. Although we probably will need at least a 14 day baseline, let me check on them and see how they compare ...

So far the RAH server has 3000 RAC and the WCG server has 1000 WCG RAC, meaning WCG seems to be 3.0 * harder than RAH, but Id like to leave it run longer until both graphs taper off horizontally right now they are both climbing still.

Makes sense - thanks Rob, I appreciate it. FWIW, I've seen something comparable to 3:1 myself when switching over. Maybe more like 3.25:1 - but I'm only a single data point with not-very-many machines.

Did you set up your device profile? My scores are about even for both it seems. The score doesn't match the wgc website score however.

https://www.worldcommunitygrid.org/ms/device/viewProfiles.do

I'm only referring to the WCG RAC - you can see it in your BOINC GUI in the This Host Average Credits graph.

The WCG Grid RAC is exported once per day @ 00:00:00 UTC into biblepay.

orbis

newbie

Activity: 150

Merit: 0

Quote from: bible_pay on April 05, 2018, 02:35:13 PM

Quote from: orbis on April 05, 2018, 02:32:40 PM

Rob, is it possible, that one wallet is sending two PODC update at same time?
I have problems with that:

Code:

"38782 [04-05-2018 15:55:08] (319416 BBP) [TXID=1541cf60040990383c5936b2618370e25c7b0f735ecdffe228f75820d9fe912a] ": "0.06",
"38782 [04-05-2018 15:55:08] (10206 BBP) [TXID=1cafdb468f74644bc6992f96b5d7cfa5081a22fbe297efaee4fdb565803a377d] ": "0.00",
"38746 [04-05-2018 11:35:04] (321651 BBP) [TXID=2c5d996a3657b54947ca4837a5c9cdf3eb00739b66d59f89e3dcafe116a9fb74] ": "0.18",
"38746 [04-05-2018 11:35:04] (7972 BBP) [TXID=4f4532910d040b817007eca9ae3e2427aa3fb92d89cc5184a5e249143257bc55] ": "0.00",
"38709 [04-05-2018 07:15:36] (14312 BBP) [TXID=70d9e33fb08d2c6b620912d19e2aa03b2b3f11d76352fcd75c8089fa7be1df3b] ": "0.18",
"38709 [04-05-2018 07:15:36] (315310 BBP) [TXID=ae5d7d981798eb38e050f866cdec673fe67bb93778ed2d574559f265bd24bd00] ": "0.00",

And of course the net is counting with the small one, not with big one Sad

Yes, its possible, if they both started @ the same time, they both get kicked off at the same time...

Also let me know if you have more than one cpid in your cpid list in exec getboincinfo...

I have only one CPID: 04fba56d89a5eb38b1b82f8a6240132c
And only one running wallet now.
Why it is sending two PODC updates? Till now it was still only one update.

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: orbis on April 05, 2018, 02:32:40 PM

Rob, is it possible, that one wallet is sending two PODC update at same time?
I have problems with that:

Code:

"38782 [04-05-2018 15:55:08] (319416 BBP) [TXID=1541cf60040990383c5936b2618370e25c7b0f735ecdffe228f75820d9fe912a] ": "0.06",
"38782 [04-05-2018 15:55:08] (10206 BBP) [TXID=1cafdb468f74644bc6992f96b5d7cfa5081a22fbe297efaee4fdb565803a377d] ": "0.00",
"38746 [04-05-2018 11:35:04] (321651 BBP) [TXID=2c5d996a3657b54947ca4837a5c9cdf3eb00739b66d59f89e3dcafe116a9fb74] ": "0.18",
"38746 [04-05-2018 11:35:04] (7972 BBP) [TXID=4f4532910d040b817007eca9ae3e2427aa3fb92d89cc5184a5e249143257bc55] ": "0.00",
"38709 [04-05-2018 07:15:36] (14312 BBP) [TXID=70d9e33fb08d2c6b620912d19e2aa03b2b3f11d76352fcd75c8089fa7be1df3b] ": "0.18",
"38709 [04-05-2018 07:15:36] (315310 BBP) [TXID=ae5d7d981798eb38e050f866cdec673fe67bb93778ed2d574559f265bd24bd00] ": "0.00",

And of course the net is counting with the small one, not with big one Sad

Yes, its possible, if they both started @ the same time, they both get kicked off at the same time...

Also let me know if you have more than one cpid in your cpid list in exec getboincinfo...

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: tmike on April 05, 2018, 01:03:31 PM

Hi everyone,

If you would like a notification when there is a mandatory update you can sign up for a newsletter on this website. This site will also be a future portal for Biblepay including project management for all the various projects if the proposal is approved.

http://bbppodc.org

To view the current projects, log in with this account:
E-mail: [email protected]
Password: biblepay

Could you please tell us where to view the proposal for project management and is there a gobjectid yet?

I havent heard of this proposal nor do I see it in the pool.

orbis

newbie

Activity: 150

Merit: 0

Rob, is it possible, that one wallet is sending two PODC update at same time?
I have problems with that:

Code:

"38782 [04-05-2018 15:55:08] (319416 BBP) [TXID=1541cf60040990383c5936b2618370e25c7b0f735ecdffe228f75820d9fe912a] ": "0.06",
"38782 [04-05-2018 15:55:08] (10206 BBP) [TXID=1cafdb468f74644bc6992f96b5d7cfa5081a22fbe297efaee4fdb565803a377d] ": "0.00",
"38746 [04-05-2018 11:35:04] (321651 BBP) [TXID=2c5d996a3657b54947ca4837a5c9cdf3eb00739b66d59f89e3dcafe116a9fb74] ": "0.18",
"38746 [04-05-2018 11:35:04] (7972 BBP) [TXID=4f4532910d040b817007eca9ae3e2427aa3fb92d89cc5184a5e249143257bc55] ": "0.00",
"38709 [04-05-2018 07:15:36] (14312 BBP) [TXID=70d9e33fb08d2c6b620912d19e2aa03b2b3f11d76352fcd75c8089fa7be1df3b] ": "0.18",
"38709 [04-05-2018 07:15:36] (315310 BBP) [TXID=ae5d7d981798eb38e050f866cdec673fe67bb93778ed2d574559f265bd24bd00] ": "0.00",

And of course the net is counting with the small one, not with big one Sad

bible_pay

full member

Activity: 1176

Merit: 215

Jesus is the King of Kings and Lord of Lords

Quote from: jaapgvk on April 05, 2018, 12:06:43 PM

Quote from: tmike on April 05, 2018, 11:51:33 AM

Quote from: noxpost on April 05, 2018, 11:14:45 AM

Quote from: bible_pay on April 05, 2018, 10:19:58 AM

Quote from: bible_pay on April 05, 2018, 10:08:56 AM

Quote from: noxpost on April 05, 2018, 09:54:53 AM

Any more thoughts on adjusting the weighting for WCG credits? I know it might not be a top priority, but since everyone agrees that the difficulty rating is higher, I'm expecting that when we DO make the adjustment, that again many more BBP will be required for full staking, and just want to be prepared.

In my case I have a couple 6 core servers, one running WCG @ 100% utilization one running RAH @ 100% utilization. Although we probably will need at least a 14 day baseline, let me check on them and see how they compare ...

So far the RAH server has 3000 RAC and the WCG server has 1000 WCG RAC, meaning WCG seems to be 3.0 * harder than RAH, but Id like to leave it run longer until both graphs taper off horizontally right now they are both climbing still.

Makes sense - thanks Rob, I appreciate it. FWIW, I've seen something comparable to 3:1 myself when switching over. Maybe more like 3.25:1 - but I'm only a single data point with not-very-many machines.

Did you set up your device profile? My scores are about even for both it seems. The score doesn't match the wgc website score however.

https://www.worldcommunitygrid.org/ms/device/viewProfiles.do

My scores seem about 1/1 also. I have two identical servers running both RAH and WCG, so I don't know if the workload is even, but the RAC they produce for both projects seem in the same ballpark.

I'll assign one to RAH and one to WCG, and report back how that plays out in about a week or so.

Ensure you have your profile set to allow any WCG project, since I allow any project some of the harder onces probably influence the outcome.

Im seeing 3:1 (not 1:1) and both servers are utilized 100%.

tmike

member

Activity: 157

Merit: 10

Opps, I forgot to mention that a forum was also set up at forum.bbppodc.org. Anyone is welcome to use it, only a few rules: No cussing and respect others. For instance, don't say " your project is crap". Think of another way to say it thats respectful and I won't delete any posts.

What I can also do here is that you can subscribe to the announcements channel and get all your updates through there also.

tmike

member

Activity: 157

Merit: 10

Quote from: jaapgvk on April 05, 2018, 01:57:10 PM

Quote from: tmike on April 05, 2018, 01:03:31 PM

Hi everyone,

If you would like a notification when there is a mandatory update you can sign up for a newsletter on this website. This site will also be a future portal for Biblepay including project management for all the various projects if the proposal is approved.

http://bbppodc.org

To view the current projects, log in with this account:
E-mail: [email protected]
Password: biblepay

Great Mike! Lots of potential here

Are you also planning on writing a newsletter about things outside of updates or having someone else write it?

So it would be nice to get some help. I think I will focus this website on Mining and PoDC. I could do a newsletter every 2 weeks but it depends on if people really need it since it will take some time to generate them.

jaapgvk

full member

Activity: 574

Merit: 104

Quote from: noxpost on April 05, 2018, 01:12:13 PM

Quote from: noxpost on April 05, 2018, 12:34:46 PM

Quote from: jaapgvk on April 05, 2018, 12:30:10 PM

Quote from: noxpost on April 05, 2018, 12:23:28 PM

What causes some entries in the winners list to be duplicated - or rather, for a user to win 2 blocks in a row? I see it from time to time, but right now there seems to be (as a single point in time) an awful lot. Just looking through "masternode winners 100" I see 6 sets of back-to-back same winners:

38802/38803
38796/38797
38781/38782
38724/38725
38714/38715
38699/38700

At first I thought it might be when we find 2 blocks nearly simultaneously. If I subtract 10 blocks from each of these (which makes sense, as the winner list is populated 10 blocks in advance), it looks like block find times are very close SOMETIMES, but not enough to really draw a meaningful conclusion.

When the first Sanctuaries came online back in december, almost all payments were back to back. I dived into the Dash documentation back then, but didn't really come a conclusive reason for myself. I have some double-payments from time to time, and it seems that the chance of having those reflect what I would expect by watching other double-payments.

Yeah, I assume it's reasonably balanced, in that given enough time, it remains fair - just curious if anybody knew the reason. I did the same thing, in trying to look through some documentation/forums, but didn't find a suitable answer either. Oh well.

OK, Jaap, you cracked it for me, although I didn't realize it until just now. The queue picks randomly from the 10% of nodes at the top - but they don't get removed when selected, but when they get paid. That's the trick.

When we have 100 masternodes online, you've got a 1/10 chance of being selected once you enter the "top 10%" - I assume we could run some "birthday problem" calculator that would tell us that we'll always see this.

I can imagine a threshold of like 20 masternodes that would have resulted in everybody being back-to-back, though...

Right, this sound extremely plausible

Glad I could be of service, haha!

jaapgvk

full member

Activity: 574

Merit: 104

Quote from: tmike on April 05, 2018, 01:03:31 PM

Hi everyone,

If you would like a notification when there is a mandatory update you can sign up for a newsletter on this website. This site will also be a future portal for Biblepay including project management for all the various projects if the proposal is approved.

http://bbppodc.org

To view the current projects, log in with this account:
E-mail: [email protected]
Password: biblepay

Great Mike! Lots of potential here

Are you also planning on writing a newsletter about things outside of updates or having someone else write it?

And how does the 'help' chatbox work?

noxpost

jr. member

Activity: 235

Merit: 3

Quote from: noxpost on April 05, 2018, 12:34:46 PM

Quote from: jaapgvk on April 05, 2018, 12:30:10 PM

Quote from: noxpost on April 05, 2018, 12:23:28 PM

What causes some entries in the winners list to be duplicated - or rather, for a user to win 2 blocks in a row? I see it from time to time, but right now there seems to be (as a single point in time) an awful lot. Just looking through "masternode winners 100" I see 6 sets of back-to-back same winners:

38802/38803
38796/38797
38781/38782
38724/38725
38714/38715
38699/38700

At first I thought it might be when we find 2 blocks nearly simultaneously. If I subtract 10 blocks from each of these (which makes sense, as the winner list is populated 10 blocks in advance), it looks like block find times are very close SOMETIMES, but not enough to really draw a meaningful conclusion.

When the first Sanctuaries came online back in december, almost all payments were back to back. I dived into the Dash documentation back then, but didn't really come a conclusive reason for myself. I have some double-payments from time to time, and it seems that the chance of having those reflect what I would expect by watching other double-payments.

Yeah, I assume it's reasonably balanced, in that given enough time, it remains fair - just curious if anybody knew the reason. I did the same thing, in trying to look through some documentation/forums, but didn't find a suitable answer either. Oh well.

OK, Jaap, you cracked it for me, although I didn't realize it until just now. The queue picks randomly from the 10% of nodes at the top - but they don't get removed when selected, but when they get paid. That's the trick.

When we have 100 masternodes online, you've got a 1/10 chance of being selected once you enter the "top 10%" - I assume we could run some "birthday problem" calculator that would tell us that we'll always see this.

I can imagine a threshold of like 20 masternodes that would have resulted in everybody being back-to-back, though...

tmike

member

Activity: 157

Merit: 10

Hi everyone,

If you would like a notification when there is a mandatory update you can sign up for a newsletter on this website. This site will also be a future portal for Biblepay including project management for all the various projects if the proposal is approved.

http://bbppodc.org

To view the current projects, log in with this account:
E-mail: [email protected]
Password: biblepay

noxpost

jr. member

Activity: 235

Merit: 3

Quote from: jaapgvk on April 05, 2018, 12:30:10 PM

Quote from: noxpost on April 05, 2018, 12:23:28 PM

What causes some entries in the winners list to be duplicated - or rather, for a user to win 2 blocks in a row? I see it from time to time, but right now there seems to be (as a single point in time) an awful lot. Just looking through "masternode winners 100" I see 6 sets of back-to-back same winners:

38802/38803
38796/38797
38781/38782
38724/38725
38714/38715
38699/38700

At first I thought it might be when we find 2 blocks nearly simultaneously. If I subtract 10 blocks from each of these (which makes sense, as the winner list is populated 10 blocks in advance), it looks like block find times are very close SOMETIMES, but not enough to really draw a meaningful conclusion.

When the first Sanctuaries came online back in december, almost all payments were back to back. I dived into the Dash documentation back then, but didn't really come a conclusive reason for myself. I have some double-payments from time to time, and it seems that the chance of having those reflect what I would expect by watching other double-payments.

Yeah, I assume it's reasonably balanced, in that given enough time, it remains fair - just curious if anybody knew the reason. I did the same thing, in trying to look through some documentation/forums, but didn't find a suitable answer either. Oh well.

jaapgvk

full member

Activity: 574

Merit: 104

Quote from: noxpost on April 05, 2018, 12:23:28 PM

What causes some entries in the winners list to be duplicated - or rather, for a user to win 2 blocks in a row? I see it from time to time, but right now there seems to be (as a single point in time) an awful lot. Just looking through "masternode winners 100" I see 6 sets of back-to-back same winners:

38802/38803
38796/38797
38781/38782
38724/38725
38714/38715
38699/38700

At first I thought it might be when we find 2 blocks nearly simultaneously. If I subtract 10 blocks from each of these (which makes sense, as the winner list is populated 10 blocks in advance), it looks like block find times are very close SOMETIMES, but not enough to really draw a meaningful conclusion.

When the first Sanctuaries came online back in december, almost all payments were back to back. I dived into the Dash documentation back then, but didn't really come a conclusive reason for myself. I have some double-payments from time to time, and it seems that the chance of having those reflect what I would expect by watching other double-payments.

noxpost

jr. member

Activity: 235

Merit: 3

What causes some entries in the winners list to be duplicated - or rather, for a user to win 2 blocks in a row? I see it from time to time, but right now there seems to be (as a single point in time) an awful lot. Just looking through "masternode winners 100" I see 6 sets of back-to-back same winners:

38802/38803
38796/38797
38781/38782
38724/38725
38714/38715
38699/38700

At first I thought it might be when we find 2 blocks nearly simultaneously. If I subtract 10 blocks from each of these (which makes sense, as the winner list is populated 10 blocks in advance), it looks like block find times are very close SOMETIMES, but not enough to really draw a meaningful conclusion.

jaapgvk

full member

Activity: 574

Merit: 104

Quote from: tmike on April 05, 2018, 11:51:33 AM

Quote from: noxpost on April 05, 2018, 11:14:45 AM

Quote from: bible_pay on April 05, 2018, 10:19:58 AM

Quote from: bible_pay on April 05, 2018, 10:08:56 AM

Quote from: noxpost on April 05, 2018, 09:54:53 AM

Any more thoughts on adjusting the weighting for WCG credits? I know it might not be a top priority, but since everyone agrees that the difficulty rating is higher, I'm expecting that when we DO make the adjustment, that again many more BBP will be required for full staking, and just want to be prepared.

In my case I have a couple 6 core servers, one running WCG @ 100% utilization one running RAH @ 100% utilization. Although we probably will need at least a 14 day baseline, let me check on them and see how they compare ...

So far the RAH server has 3000 RAC and the WCG server has 1000 WCG RAC, meaning WCG seems to be 3.0 * harder than RAH, but Id like to leave it run longer until both graphs taper off horizontally right now they are both climbing still.

Makes sense - thanks Rob, I appreciate it. FWIW, I've seen something comparable to 3:1 myself when switching over. Maybe more like 3.25:1 - but I'm only a single data point with not-very-many machines.

Did you set up your device profile? My scores are about even for both it seems. The score doesn't match the wgc website score however.

https://www.worldcommunitygrid.org/ms/device/viewProfiles.do

My scores seem about 1/1 also. I have two identical servers running both RAH and WCG, so I don't know if the workload is even, but the RAC they produce for both projects seem in the same ballpark.

I'll assign one to RAH and one to WCG, and report back how that plays out in about a week or so.

tmike

member

Activity: 157

Merit: 10

Quote from: noxpost on April 05, 2018, 11:54:53 AM

Quote from: tmike on April 05, 2018, 11:51:33 AM

Did you set up your device profile? My scores are about even for both it seems. The score doesn't match the wgc website score however.

https://www.worldcommunitygrid.org/ms/device/viewProfiles.do

What do you have yours set to? Happy to try to change it and see the difference...

Not sure if it makes a difference but here you go: https://file.io/x85Zsl

noxpost

jr. member

Activity: 235

Merit: 3

Quote from: tmike on April 05, 2018, 11:51:33 AM

Did you set up your device profile? My scores are about even for both it seems. The score doesn't match the wgc website score however.

https://www.worldcommunitygrid.org/ms/device/viewProfiles.do

What do you have yours set to? Happy to try to change it and see the difference...

tmike

member

Activity: 157

Merit: 10

Quote from: noxpost on April 05, 2018, 11:14:45 AM

Quote from: bible_pay on April 05, 2018, 10:19:58 AM

Quote from: bible_pay on April 05, 2018, 10:08:56 AM

Quote from: noxpost on April 05, 2018, 09:54:53 AM

Any more thoughts on adjusting the weighting for WCG credits? I know it might not be a top priority, but since everyone agrees that the difficulty rating is higher, I'm expecting that when we DO make the adjustment, that again many more BBP will be required for full staking, and just want to be prepared.

In my case I have a couple 6 core servers, one running WCG @ 100% utilization one running RAH @ 100% utilization. Although we probably will need at least a 14 day baseline, let me check on them and see how they compare ...

So far the RAH server has 3000 RAC and the WCG server has 1000 WCG RAC, meaning WCG seems to be 3.0 * harder than RAH, but Id like to leave it run longer until both graphs taper off horizontally right now they are both climbing still.

Makes sense - thanks Rob, I appreciate it. FWIW, I've seen something comparable to 3:1 myself when switching over. Maybe more like 3.25:1 - but I'm only a single data point with not-very-many machines.

Did you set up your device profile? My scores are about even for both it seems. The score doesn't match the wgc website score however.

https://www.worldcommunitygrid.org/ms/device/viewProfiles.do

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