I see v1.0.6.7 for Windows 32 bit exe after install, I did a CTRL + SHIFT + R on the webpage to make sure I have latest version of the webpage (not sure it matters haha)
maybe the download link is taking time to propagate/update to different regions?
I see there was a problem with the deploy, par for the course today! Bad IT day, Bad. Please grab it now! Full deploy successful this time.
|
|
|
Please ensure your sanctuaries are started. We have payments coming up in only 25 blocks.
That is our next huge milestone.
|
|
|
Pool is back up! We're back in business.
Lot of work this weekend. Thank you! BUT.... ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) My vultr account is mining 31 shares vs 22 on an i7 ?? My other vultr account is mining 5 shares So its random still? Is the pool up to date now? Is this the new normal? This is not a valid question. In order to ask an IT question, you must provide information.
|
|
|
BiblePay - 1.0.6.8c Mandatory Upgrade
- Disable tithe blocks at #21565 - Ensure Sanctuary payments can go live at #21600 - Increment mandatory protocol version to 70911
- Superblocks start at block #30001 - Proposals and Budgets went live at block #21551
** This is the windows release. Please upgrade to 1068 if you have not. Linux upgraded 4 hours ago **
|
|
|
Pool is back up! We're back in business.
|
|
|
I've followed all the above instructions, addnode etc. ver 1.0.6.8 linux. Still stuck on block 21559 (9 hours ago). Any ideas?
I know it might sound repetitive but did you try the instructions provided by Togo (deleting the files, etc)? Are sure you're running 1.0.6.8? Thanks for replying Absolutely. I'm gonna do it again too. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) If no-one else is stuck I'll delete the whole shebang and start again. But it would be better to know why. I just got home from work and updated my linux wallets following Togo's instructions, and I don't think I'm stuck. I'm mining and on block 21571 right now. I'm also spinning again, however pool.biblepay.org still seems to be stuck Sorry, had to babysit ( a real baby ).. Updating pool now. Windows has been deployed. Go ahead and start upgrading windows. I will release the manifest in 10 minutes. Yes, we are rolling again. Thanks for the help on the linux side.
|
|
|
Linux version is ready to upgrade?
Yes, 1.0.6.8b is ready now. Alex is finally mining the tithe block. Please upgrade to 1068b - I think we finally will put this behind us. We moved the masternode payments up 40 blocks. Ill post manifest after we mine the next 2 blocks. Windows is still delayed by 3 more hours.
|
|
|
Alright guys, we made a little progress in slack and decided to move to Plan B.
The last tithe height is just too close to masternode start, and in addition, weve already mined up to 21559, so we found it easier on everyone instead of asking people to roll back the chain and deal with errors, to move our last tithe block forward 1 block (then there will be no errors).
So, I apologize for all the inconvenience today. Now this means we need all the linux users to upgrade to 1.0.6.8.
After that, it should allow us to mine forward on the linux side.
Windows 1.0.6.8 is compiling now.
Thanks.
|
|
|
Could we please have a few Prod users download the windows version 1067c now.
Lets see if we make it through the tithe block at 21350 that is giving us trouble...
Alex and I have been testing two scenarios on linux, but those are our Plan B solutions.
Please help us move the chain forward.
|
|
|
Please be patient we are working as fast as possible in slack... Testing the new version.
We have a plan B if this fails.
|
|
|
Rob -
I tried to withdraw some coins from pool overnight. Got confirmation email and clicked on it.
But nothing coming. Are they lost due to the update?
Lets wait until the pool is on 1067 and synced, then we can look at the actual guid. Nothing is lost in the blockchain, No, not lost, ever. Only coins mined on a fork are lost. Or coins deposited to an exchange on a fork.
|
|
|
When looking at the masternode winners output from debug, it shows "21551": "B547NvFM2TUeCKxEGcxCxpt8as42pyS4po:10", "21552": "BDkocGarpfSBMuT15p9dQzsAfNqsgb2UHh:10", "21553": "B5Ac1kfZd47aogmrHKzQM1SR65f2HidfJJ:9", "21554": "B5Ac1kfZd47aogmrHKzQM1SR65f2HidfJJ:9", "21555": "B8se8LxzDo9AKmSB9fnY38gbc3ubedRZxJ:10", "21556": "B8se8LxzDo9AKmSB9fnY38gbc3ubedRZxJ:9", "21557": "BSrFn8zpC48AykVANWcjVEve5tzn8NQNRE:9", "21558": "BSrFn8zpC48AykVANWcjVEve5tzn8NQNRE:10", "21559": "BCb8B85R4mpuiy62Sbs9W4Xv2w5CVEJ5TS:10", Noticed block 21553 and 554 both went to the same payee, same with the 55/56 and 57/58. Only one MN in the list has each of these addresses. Am I misreading that, or is there something more to understand? That should be OK if one controller has multiple masternodes; lets verify 100 payments after we get back up. So after you upgrade your linux box, the last few blocks in the chain are bad because the tithe was paid at that height. Go ahead and click OK to let it rebuild the block index. Alex and I are working on this now to ensure we resync up to 21551. This upgrade only talks to other nodes of the same protocol version, hence the reason it is not going smoothly. We are working it out now. Please wait two more hours for the windows update.
|
|
|
Im taking a look - I think its the tithe block.
I did deliberately keep the tithe block going til Superblocks start... but the problem is masternode payments cant be made at the same time a tithe block is made.
We may need to disable the tithe block, checking...
Its the tithe block causing a problem. (They were left in and designed to stop right before superblocks start, but are interfering with the masternode payments). Sorry for the inconvenience. We need another mandatory upgrade.It will be ready for linux in 15 minutes, then windows in 4 hours. Please be ready to upgrade. Rob , do we need to update MNs too ? Oh unfortunately we need to update every single node in our system, the pool, the masternodes, everything ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) .
|
|
|
So we're stuck on this block until the next update? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Yes.
|
|
|
BiblePay - 1.0.6.7 Mandatory Upgrade
- Disable tithe blocks at #21550 - Ensure Sanctuary payments can go live at #21551 - Increment mandatory protocol version to 70911 - Sanctuary payments went live at block #21551 - Superblocks start at block #30001 - Proposals and Budgets went live at block #21551
** This is the linux release. Please upgrade now and lets get the chain rolling on the right fork.
Windows will be available in 4 hours. **
|
|
|
Im taking a look - I think its the tithe block.
I did deliberately keep the tithe block going til Superblocks start... but the problem is masternode payments cant be made at the same time a tithe block is made.
We may need to disable the tithe block, checking...
Its the tithe block causing a problem. (They were left in and designed to stop right before superblocks start, but are interfering with the masternode payments). Sorry for the inconvenience. We need another mandatory upgrade.It will be ready for linux in 15 minutes, then windows in 4 hours. Please be ready to upgrade.
|
|
|
Im taking a look - I think its the tithe block.
I did deliberately keep the tithe block going til Superblocks start... but the problem is masternode payments cant be made at the same time a tithe block is made.
We may need to disable the tithe block, checking...
|
|
|
Please review:
Please contact us if you'd like to add BiblePay to masternodes.online
Listing advantages - Accurate stats and comparison tool for investors - Free Masternode monitoring for BBP MN holders - Daily of exposure to 1000s of visitors on fastest growing masternodes site - Page dedicated to your coin's detailed stats - Daily Twitter broadcasts of top % gainers - Coin included in popular telegram bot
Our Listing bounty ~.125 BTC - payable in BBP.
All my best!
Cryptosandwich Communications for masternodes.online & NODEshare.in
If good, someone please enter a proposal.
|
|
|
Rob,
First - Thank you for your hard work. Are a robot or human. Either works
Second - Some questions/suggestions
- Can you make the shares reflect what is paid out? Much of the freakout was a computer report 1 share but then it paid something like 3? If you can get them to be equal then it is easier to calibrate and tune. And also make an estimate if it is worth renting a virtual host or buying a pc.
- Is the difficulty going to rise? It fell so low to 300 at one point. Did we take a time machine back to the original days of the project?
Thank you - I am anxious to see what happens in 21550
Thanks! Yeah, Im working on #1 now. Im thinking of finishing after 21550 because this requires one more tweak. Youll see a higher HPS now in the pool in the mean time. The biggest issue with the diff is there is some botnet still mining on an old version and they are not upgrading. So our diff dropped with the mandatory upgrade. Now with lower diff, we have a higher payout per block. So now you are all reaping the benefits. I just lowered the pool fee 1% down to 7% - as the pool gets closer to the black, Im lowering it each step of the way. At block 21550, its hard to tell, if these botnets will upgrade or not. EDIT: Im only making this comment based on the Chinese emails Im receiving and Alex is getting hit with a lot of Chinese translation results in the BX. Im thinking maybe they do not know to upgrade.
|
|
|
@biblepay MN done, but status = "PRE_ENABLED", is it fine?
Yes, should be fine. Btw, everyone will have to start-many on the sanctuaries, we just had a protocol upgrade. Thanks. Sorry I don't get you, do you mean that we have to run "biblepay-cli start-many" command at sanctuary? Yes, after upgrading the sanctuaries should say EXPIRED or UPGRADE_REQUIRED, then just do a start-many again.
|
|
|
|