Rob:
My heat-miners don't appear to work with the .6 release
"poolinfo1": "Unable to sign CPID; Unable to sign CPID; Unable to sign CPID; Unable to sign CPID; ", "poolinfo2": "Submitting Solution 06-12-2018 23:32:01; Failed to sign CPID Signature (Address does not refer to key); Failed to sign CPID Signature (Address does not refer to key); Submitting Solution 06-12-2018 23:31:39; ", "poolinfo3": ""
I've even tried a full unlock and i'm still seeing it
edit: this is on mainnet
|
|
|
I've been asking this my whole life (not about bbp.. lol)
|
|
|
I would be pushing to be late on the mandatory for June and wait for it - if it were not for our June 26th cascading superblock bug that gives us a black eye.
Anyway there is also the possibility that we release the token as a leisure - because exchanges don't need the token. I'm focusing on this plan for now. In this way we might be able to have our mandatory before the superblock bug hits, but it's already the 12th, and we need to test for a couple weeks and also give the exchanges 10 days notice to upgrade, so we might not make it anyway. Let's see how testnet goes.
The exchange is not a masternode, do they really need the DCC info to be correct? I suppose the concern would be their client rejecting the rules and forking?
|
|
|
What's the current thoughts on having enough pools? I know when this came up before there was a thought that most people should use the main pool because of letter writing and proposals, if nothing else - and we have purepool for the "lightweight" pool option.
But maybe it's time for another round of discussion. Should we have a third pool (I seem to remember in the history that there was a 3rd at one point), and if so, are there any features that people would particularly want?
I've been working on one in the background as I have time, it's almost ready Adapting MPOS, there are a few items I'm trying to clear up before I open it for public. Nice, Would that be for PoW or PoDC (or both)? POBH(pow), when it's done I'll look into merging PODC
|
|
|
What's the current thoughts on having enough pools? I know when this came up before there was a thought that most people should use the main pool because of letter writing and proposals, if nothing else - and we have purepool for the "lightweight" pool option.
But maybe it's time for another round of discussion. Should we have a third pool (I seem to remember in the history that there was a 3rd at one point), and if so, are there any features that people would particularly want?
I've been working on one in the background as I have time, it's almost ready Adapting MPOS, there are a few items I'm trying to clear up before I open it for public.
|
|
|
Apple announced changes to its policies to disallow mining on their mobile devices inside an app.
While this is largely targeted against scammy devs that build background mining into their apps, this clause concerned me: 3.1.5 (b) (ii) Mining: Apps may not mine for cryptocurrencies unless the processing is performed off device (e.g. cloud-based mining).
Google might take a very similar stance; if this is the direction things are moving, how do we see this affecting our goal of allowing unbanked mining on phones for people in remote areas without computers? It would be a real shame to lose that feature.
Apple is more restrictive on everything than Google historically has been. BOINC is not available on their platform for a reason, so I don't see this being a big deal. edit: Android mining is cool, but you gotta watch out for heat it will ruin the battery if you're not careful.. the default settings are way to aggressive.
|
|
|
Well, I'm not sure I'd go with the word "obsession" - but let me explain why it is interesting. The sliding scale of difficulty to hit 7 minute blocks is obvious and uninteresting - however, you said it yourself, that the network hashrate changes. The comment is roughly equivalent to "wow, our network hashrate 2 hours ago must have been much much higher than now, because our difficulty is high and it has taken a long time to get a block as a result - meaning that the difficulty will again soon slide back down to adapt to the fact that our network hashrate has shrunk."
What it does it tell us some things about who is mining when. If the network hash suddenly increases such that our difficulty triples for an hour or two and then goes back down, how is that not a conversation topic? Nobody who has that much hash power is doing this adhoc, which means we have the part-time attention of some very big players. I find that a worthy note and a good discussion point. I do NOT find "DUH, 7 minute blocks!" to be an interesting point, but I guess to each their own.
Agreed, also you have to take into account "luck" sometimes a block is easier to solve than intended. It should not be as drastic as we were seeing but it is also a factor.
|
|
|
Oh OK, thanks guys. I always look straight to timestamps so I never noticed. The FTP server was down, thats usually pretty solid. Interesting. OK, I restarted it and now we are reporting accurate info again. This just affected the superblock view report in the pool, which is obviously important. Btw, the WCG credit factor has been reduced to 0 today. We are still waiting for WCG/IBM to send us the data consumption agreement . Thanks for fixing it, i'll try to be more clear next time ..
|
|
|
It seems that BBP-Central and the main pool are stuck a few days behind on superblock reporting.
|
|
|
Man, what's up with our POW difficulty right now? 26006 - and it's been over an hour since the last block as a result. Crazy.
Oy! Of course, we get a block not long after I post this, but the POW difficulty jumps to over 50k! Weekend crunching must be a hobby for one or two of our big players... It's not limited to weekends.. I see difficulties in this range all week long earnings out of the last 226 blocks CPID: e1efcd77c240e7bd8064882bc85415a5 21 Blocks ( 9% of 226 blocks) 9260 bbp earned CPID: 8c97fd4fd8970e7ff1e835fdc2bc9000 20 Blocks ( 8% of 226 blocks) 8772 bbp earned CPID: ce2a54170bfbb9d6354909c801c3f053 19 Blocks ( 8% of 226 blocks) 8194 bbp earned CPID: 0504c91dac5d2c4156d2a2dd992bcc8f 19 Blocks ( 8% of 226 blocks) 8345 bbp earned CPID: 8a3856017daa34b0e0ad6312c0121906 18 Blocks ( 7% of 226 blocks) 7965 bbp earned CPID: 8aee6972dd6958234c4d813978e2ee20 17 Blocks ( 7% of 226 blocks) 7735 bbp earned CPID: 373e215c0c0d3df1908ebf607a966cb8 17 Blocks ( 7% of 226 blocks) 7667 bbp earned
|
|
|
Fair nuff, figured I'd ask the question I think that the bbppool is a potentially awesome addition to our project It should give newcomers the ability to build up enough bbp so they can stake on their own without having to infest a lot of money from the get go. This pool also releases me of the concerns I had with the 20BBP/RAC maybe being too high for newcomers. If it gets out of beta and proves to be fraud resistant, I think it could help us grow My concern with this pool is the 35% fee(was said to climb to 65% earlier, I hope this doesn't happen). but otherwise I agree its a good start.
|
|
|
With the next mandatory, is there going to be another poll on the staking requirement?
Or is everyone happy with how things are currently?
|
|
|
Is there something going on with the network?
We seem to be "stuck" at block 50716 for close to an hour now.
edit: Time since last block: 103.05
edit2: completed after about 116 minutes.. (just shy of 2 hours wow.. )
I normally don't pay attention.. just happened to be waiting for something to go through and noticed.
|
|
|
From this you could actually have less than 1 per bbp for large quantities since its >= 4%
Sorry, my minimum example was wrong. So, 4% is the minimum you need to stake? 1 RAC -> 4 BBP? Nope... not that easy Because of the % rule.. 5 rac can get away with 4 bbp, anything less needs minimum 1-1 (5 * 20) * .04 = 4. (rac * 20) * .04(min pct for reward) = min BBP to stake. see the datatable below. rac | min bbp | 1 | 0.8 | 2 | 1.6 | 3 | 2.4 | 4 | 3.2 | 5 | 4 | 6 | 4.8 | 7 | 5.6 | 8 | 6.4 | 9 | 7.2 | 10 | 8 |
How do you reflect that correctly in : http://wiki.biblepay.org/Distributed_Computing -- I just changed it to <4% is no reward... but it seems I am wrong. I don't know about you, but a simpler formula would help everyone understand. It is already a complicated structure to deal with to get PoDC and PoW (PoBH) payouts. I put the formula on the wiki (had to revise the initial) that will tell you what your % is, along with the chart. Anything below 4% is 0% check the "RAC - Recent Account Credit" section
|
|
|
From this you could actually have less than 1 per bbp for large quantities since its >= 4%
Sorry, my minimum example was wrong. So, 4% is the minimum you need to stake? 1 RAC -> 4 BBP? Nope... not that easy Because of the % rule.. 5 rac can get away with 4 bbp, anything less needs minimum 1-1 (5 * 20) * .04 = 4. (rac * 20) * .04(min pct for reward) = min BBP to stake. see the datatable below. rac | min bbp | 1 | 0.8 | 2 | 1.6 | 3 | 2.4 | 4 | 3.2 | 5 | 4 | 6 | 4.8 | 7 | 5.6 | 8 | 6.4 | 9 | 7.2 | 10 | 8 | 11 | 8.8 | 12 | 9.6 | 13 | 10.4 | 14 | 11.2 | 15 | 12 | 16 | 12.8 | 17 | 13.6 | 18 | 14.4 | 19 | 15.2 | 20 | 16 | 21 | 16.8 | 22 | 17.6 | 23 | 18.4 | 24 | 19.2 | 25 | 20 | 26 | 20.8 | 27 | 21.6 | 28 | 22.4 |
|
|
|
thesnat21 i like more WCG then ROSETTA
Then ask IBM to get their butts in gear so we can access the data
|
|
|
Lichtsucher thanks
and whats with WCG? ROB?
Update yesterday said no change, we're stuck waiting for IBM to sort it out. Some patience is required, lot of red tape at a big place like IBM
|
|
|
Welp I was wrong From the code, this appears to be the grids. From this you could actually have less than 1 per bbp for large quantities since its >= 4% 4-10% = 10% 11-20% = 20% 21-30% = 30% 31-40% = 40% 41-50% = 50% 51-60% = 60% 61-70% = 70% 71-80% = 80% 81-90% = 90% 91-100% = 100% I think trying to break it down to BBP makes it a bit more confusing than it needs to be. simple formula to calculate %: (RAC * 20) / Stake BBP, and basically round up to the next 10% if (dPercent >= 4 && dPercent <= 10) { dOut = 10; } else if (dPercent > 10 && dPercent <= 20) { dOut = 20; } else if (dPercent > 20 && dPercent <= 30) { dOut = 30; } else if (dPercent > 30 && dPercent <= 40) { dOut = 40; } else if (dPercent > 40 && dPercent <= 50) { dOut = 50; } else if (dPercent > 50 && dPercent <= 60) { dOut = 60; } else if (dPercent > 60 && dPercent <= 70) { dOut = 70; } else if (dPercent > 70 && dPercent <= 80) { dOut = 80; } else if (dPercent > 80 && dPercent <= 90) { dOut = 90; } else if (dPercent > 90) { dOut = 100; } else { dOut = 0; } return dOut;
|
|
|
Min stake is 5bbp/rac. so your example would be 500 min.
|
|
|
Really nice day for BBP. Huge dump, c-cex almost closed, broken wallet and southxchange bbp wallet offline. What is coming next for BBP? Its up to you to delete your own debug logs. The wallet isn't broken, its 'user error' , and thesnat: try to have a more positive attitude as we are a Christian community (not a Satanic community). The wallet creating an issue for the user is not specifically "user error" As for the attitude, please lead the way. I've been trying to be helpful and answer questions, i'm only human. https://www.biblegateway.com/passage/?search=Matthew+7%3A3-5&version=NIV
|
|
|
|