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

[bible_pay]

Maybe Australia or some island have bandwidth usage issue. But it is unlimited where I live. I don't push more than 500gb a month either way for  total monthly usage. And that includes Netflix streaming.. I don't really see the bandwidth argument as a stumbling block.

Just to be clear... even in the USA there are a lot of internet providers going to tiered data limits. Mediacom for example started doing it probably 5 or so years ago. Their entry level cable plan only allows for 400GB of data each month. Just a year or 2 back that was as little as 250GB. My in-laws that only use it to stream netflix and pay bills used to come close to tapping out their 250GB limits. So, if BBP wallet is responsible for 45GB+ each month, it is no laughing matter. That kind of bandwidth could go to running "beermoney" applications and earn more with less power depending on the app and month. I'm hoping that the data isn't really that much but rather factoring in their contribution to DC. Rosetta tends to have work units that require more disk space than a lot of projects. So, if people are contributing to that project currently, they should feel a pinch on the data traffic. I'm curious to see the results people find.

I really don't mind providing an advanced report showing bytecount per messagetype outbound, but what we need first is a good accurate 24 hour baseline showing our outbound byte count vs. Dash preferably, or another Dash based wallet.

Its futile to write all that code if someone doesn't claim with accuracy/proof that we use more bandwidth than normal. 

[secoccular]

Maybe Australia or some island have bandwidth usage issue. But it is unlimited where I live. I don't push more than 500gb a month either way for  total monthly usage. And that includes Netflix streaming.. I don't really see the bandwidth argument as a stumbling block.

Just to be clear... even in the USA there are a lot of internet providers going to tiered data limits. Mediacom for example started doing it probably 5 or so years ago. Their entry level cable plan only allows for 400GB of data each month. Just a year or 2 back that was as little as 250GB. My in-laws that only use it to stream netflix and pay bills used to come close to tapping out their 250GB limits. So, if BBP wallet is responsible for 45GB+ each month, it is no laughing matter. That kind of bandwidth could go to running "beermoney" applications and earn more with less power depending on the app and month. I'm hoping that the data isn't really that much but rather factoring in their contribution to DC. Rosetta tends to have work units that require more disk space than a lot of projects. So, if people are contributing to that project currently, they should feel a pinch on the data traffic. I'm curious to see the results people find.

I really don't mind providing an advanced report showing bytecount per messagetype outbound, but what we need first is a good accurate 24 hour baseline showing our outbound byte count vs. Dash preferably, or another Dash based wallet.

Its futile to write all that code if someone doesn't claim with accuracy/proof that we use more bandwidth than normal.  

I've been trying to figure out how to do an apples-to-apples comparison. The vast majority of coins I'm getting through miner software, not from wallet mining or uploading chunks of blockchain. Usually once a week I start the wallets to update the chains, that's it. BBP is the only thing I have running continuously. And I don't know which traffic is going from POBH, and which from the chain updates.

[thesnat21]

for the bandwidth it would be interesting to see the usage of clients no longer connected (leave in the list for a while?)

Every time we have a fork or a "delete your datafiles" event that's a lot of data the network needs to absorb and re-transmit.

[sunk818]

Yes, basically it does mean that it is now unprofitable to tithe the rest of the day, as the pool took in 110K or so and pays out 92K.
The confusing thing we have going on right now is some of our reports are based on 40 blocks, some 205.  This is confusing.

If tithing is no longer profitable today, why am I still tithing? Shouldn't the code see that it is unprofitable and not tithe? I thought that was one of the selling points of PoG?

Was your statement with the assumption the tithe=1 only? If we try to tithe every 10 minutes, would this claim still apply?

[macko20]

Yes, basically it does mean that it is now unprofitable to tithe the rest of the day, as the pool took in 110K or so and pays out 92K.
The confusing thing we have going on right now is some of our reports are based on 40 blocks, some 205.  This is confusing.

If tithing is no longer profitable today, why am I still tithing? Shouldn't the code see that it is unprofitable and not tithe? I thought that was one of the selling points of PoG?

Was your statement with the assumption the tithe=1 only? If we try to tithe every 10 minutes, would this claim still apply?

Good job ROB, now you can tithe every 10min with 1-2 sato:))

[bible_pay]

Yes, basically it does mean that it is now unprofitable to tithe the rest of the day, as the pool took in 110K or so and pays out 92K.
The confusing thing we have going on right now is some of our reports are based on 40 blocks, some 205.  This is confusing.

If tithing is no longer profitable today, why am I still tithing? Shouldn't the code see that it is unprofitable and not tithe? I thought that was one of the selling points of PoG?

Was your statement with the assumption the tithe=1 only? If we try to tithe every 10 minutes, would this claim still apply?

I'm not going to sit here and answer all of the smart alleck questions if we have a bug thats needs addressed in the code.

Let's finish our next leisure upgrade first this week, then I'll answer all your questions.

Yes, the wallet is designed to be profitable when the algorithm is within its bounds, and yes it enforces it.

[bible_pay]

Yes, basically it does mean that it is now unprofitable to tithe the rest of the day, as the pool took in 110K or so and pays out 92K.
The confusing thing we have going on right now is some of our reports are based on 40 blocks, some 205.  This is confusing.

If tithing is no longer profitable today, why am I still tithing? Shouldn't the code see that it is unprofitable and not tithe? I thought that was one of the selling points of PoG?

Was your statement with the assumption the tithe=1 only? If we try to tithe every 10 minutes, would this claim still apply?

Good job ROB, now you can tithe every 10min with 1-2 sato:))

Thanks, was this post designed to help our community?

I'm not judging POG until it's in prod for 60 days after the next upgrade. 

[sunk818]

Yes, basically it does mean that it is now unprofitable to tithe the rest of the day, as the pool took in 110K or so and pays out 92K.
The confusing thing we have going on right now is some of our reports are based on 40 blocks, some 205.  This is confusing.

If tithing is no longer profitable today, why am I still tithing? Shouldn't the code see that it is unprofitable and not tithe? I thought that was one of the selling points of PoG?

Was your statement with the assumption the tithe=1 only? If we try to tithe every 10 minutes, would this claim still apply?

I'm not going to sit here and answer all of the smart alleck questions if we have a bug thats needs addressed in the code.

Let's finish our next leisure upgrade first this week, then I'll answer all your questions.

Yes, the wallet is designed to be profitable when the algorithm is within its bounds, and yes it enforces it.

Hi, it was not meant to be a smart alleck question. Anyway, I posted this as an issue here: https://github.com/biblepay/biblepay/issues/71

[vahtis]

Regarding the network data consumption it is still the same as before. Big amount of data more than 1MB per minute. Its 1,5 GB daily, it means 45 GB monthly data consumption (tithe=1, gen=1) per one Wallet. So its not usable for users which have some monthly data limitation from their internet provider.

Wallet shows that I have sent 2 GB in half an hour. No wonder my network seems slow.
PODC, tithe=1 and gen=1

Something is wrong there - I havent sent 1 gig since I booted it last, so first ensure you are completely synced.
Then clear the Tools | Network Monitor tab.
Then watch it for 24 hours and see if its too high and if it matches what gig monitor you are looking at - and verify all this is on port 40,000 if so.
(You might be running other things).

I misunderstood the view. Numbers on the top right are from last restart. I got almost 12 H observation now and it  is 667 MB.

[vahtis]

Yes, basically it does mean that it is now unprofitable to tithe the rest of the day, as the pool took in 110K or so and pays out 92K.
The confusing thing we have going on right now is some of our reports are based on 40 blocks, some 205.  This is confusing.

If tithing is no longer profitable today, why am I still tithing? Shouldn't the code see that it is unprofitable and not tithe? I thought that was one of the selling points of PoG?

Was your statement with the assumption the tithe=1 only? If we try to tithe every 10 minutes, would this claim still apply?

I'm not going to sit here and answer all of the smart alleck questions if we have a bug thats needs addressed in the code.

Let's finish our next leisure upgrade first this week, then I'll answer all your questions.

Yes, the wallet is designed to be profitable when the algorithm is within its bounds, and yes it enforces it.

Hi, it was not meant to be a smart alleck question. Anyway, I posted this as an issue here: https://github.com/biblepay/biblepay/issues/71

As far I can see with current system it is not possible to predict it if it is profitable to tithe at any given time because you cannot see in to future.

[SVK Noko]

For POG is necessary to keep wallet running 24/7? Or?

[slovakia]

Rob your script deleted accounts on pool again???it looks yes (my miners nick was changed) thx for it,amazing

my nick disappeared on pogpool 

[vahtis]

How is this possible?
I tithed total -785.7002298 and got rewards 696.2677964

[SVK Noko]

How is this possible?
I tithed total -785.7002298 and got rewards 696.2677964

I have one expression for this in my mind but I can not break forum rules :-)

[slovakia]

price of BBP looks horrible 4 satoshi
macko20 we droped to 1.....

why ppl mining this coin then?

[MIP]

How is this possible?
I tithed total -785.7002298 and got rewards 696.2677964

God punished us for being so greedy 

[slovakia]

How is this possible?
I tithed total -785.7002298 and got rewards 696.2677964

God punished us for being so greedy  

explorer syncing still?  


all coins raising and BBP falling  



ROB:  why you want more bbp from POG when you have proposals with huge amount of BBP ... still dont understand

[Sakic]

POG is no more profitable after 2 days

[vahtis]

POG is no more profitable after 2 days

It is for good cause.

[Kismar]

I'm not judging POG until it's in prod for 60 days after the next upgrade. 

I'm hoping this means we're delaying the sanctuary proposal planned for block 106000 for switching budget from PODC to POG?  I want POG to work, but we need time to see it operate in prod and work the kinks out, and I think voting at block 106000 will be too soon at the moment.