I am still syncing - one month left, although I see my appeal to sell some coins has been ignored what makes further actions redundant as 8BIT will be delisted due to lack of volume. If you read Bittrex faq you will find out that making one big order on the last day will not save a market.
|
|
|
I am not asking you to buy a coin. There's over 120k coins deposited on Bittrex, so maybe it's a time to dump a bit of them to make a volume and more liquidity on the market? Dumping them on the last day before delisting will be less profitable than doing it now.
|
|
|
I am still syncing (about 50% still to go)... Will give my node IP when done.
3 months left here.
|
|
|
So I still have three wallets stuck on that same block... As per 8-bit-party's latest, I have NOT resynced, as we seem to be on the correct chain.
Is that still correct? Or should I be reloading my wallets? If not, should I be giving out the faucet's wallet's IP as an addnode? (decent VPS on good/fast network)
Pick 1 or 2 of them and resync. Are those nodes staking?
|
|
|
Many people are updating their nodes now. We need them to finish to get a lot of up-to-date nodes. I will publish a list probably tomorrow.
|
|
|
So nobody told you it is community driven coin.
|
|
|
We need 0.3 BTC avg daily vol on Bittrex. Is it a problem?
|
|
|
There's no such thing as server. This is p2p network. Your node is still syncing, everything is fine. I will provide the nodes list soon.
|
|
|
Great! I am syncing from that bootstrap now. Is it a clean one or it still contains orphans?
It's orphan free. If anyone curious this is how to make Core's linearizer work with our blockchain: 170c170 < return os.path.join(self.settings['input'], "blk%05d.dat" % fn) --- > return os.path.join(self.settings['input'], "blk%04d.dat" % (fn+1)) 206c206,207 < continue --- > break > #continue 227c228 < if self.blkCountOut == blkHeight: --- > if self.blkCountOut == blkHeight - 1:
And setting in linearize.cfg.
|
|
|
I see that doing a bootstrap load on empty wallet, then importing wallet is faster than doing a bootstrap sync on existing wallet, especially one with lot of transactions (i.e from staking).
|
|
|
Here we go! Due to serious issues with previous domain we landed at a new, shorter one. Website: http://www.8-bit.ga/Block explorer: http://explorer.8-bit.ga/Rich list: http://explorer.8-bit.ga/richlistWe will resume blockchain from block height 636889 ( 3fcbd59e9115a00d5ba13edb4aea91584c29ded23bfba9af7c4093ebf38c3c90) (yes, that highest one most of clients are stuck on). If your client is already at that height please don't take any actions yet, otherwise please pick a bootstrap file. Blocks should start moving within next 2-3 days, otherwise we will use this block height as the end of this blockchain and start a new one with balances recovered. Block explorer is synced to this block so you can check your balances. If you run any 8BIT related service (exchange, etc.) and due to this fork madness you lose any coins, please PM me - we will try to recover them from community fund. I am in touch with Bittrex with this case too.
|
|
|
Blockchain will run soon, this is not a problem.
|
|
|
Did the chain indeed stop? According to http://8bitcoin.netspecto.com/explorer.php the last block is 636889 and it was generated 9 days ago. The wallet on my Linux box is struggling to sync from bootstrap - it is so slow and CPU hungry. I think it will sync in one week.. if not, looks like more powerful VPS is needed In any case, a new chain seems to be the only viable solution to those sync issues. Make sure you have set maxorphanblocks=99999999 in your 8bit.conf. Otherwise sync might take many weeks. Ok, thanks a lot. So the bootstrap.dat we have is not a clean one, it also contains info on orphan blocks? I have read somewhere there are two ways to create a bootstrap.dat - one way is just by copying the blk00xx.dat (the dirty way, where the bootstrap could contain a lot of extra garbage), and another way, more complex (don't remember the details), where the bootstrap.dat is clean and contains only the healthy blocks info.. Thanks for the hint. I did not know about creation of orphan-free bootstraps. We will update bootstrap soon.
|
|
|
Did the chain indeed stop? According to http://8bitcoin.netspecto.com/explorer.php the last block is 636889 and it was generated 9 days ago. The wallet on my Linux box is struggling to sync from bootstrap - it is so slow and CPU hungry. I think it will sync in one week.. if not, looks like more powerful VPS is needed In any case, a new chain seems to be the only viable solution to those sync issues. Make sure you have set maxorphanblocks=99999999 in your 8bit.conf. Otherwise sync might take many weeks.
|
|
|
Its nice to have block explorer again. Its interesting - the whole premine (more than 9M) is still on Bittrex! That's surprising to see, as the Bittrex distribution tab shows "only" about 3.7M allocated to the two top wallets I cannot believe the rest is evenly distribuited... Where is the catch..? From the other hand... Exactly two Bittrex deposit addresses keep all the coins. That should mean - the one who had the premine, had two Bittrex accounts at least. Now confront this with two top wallets at Bittrex, and we have some picture... 60% dumped, about 40% is waiting..? That's obvious most of premine has been not dumped yet because of market depth.
|
|
|
Let's say its paused intentionally.
|
|
|
Any updates, dev?
|
|
|
If we get a community push on this - I will match the 6 month donation from community with my own 6 month donation towards it.
Community donates for the 6 months - I'll donate for another 6 months.
Sound fair?
To make it clear there is a permanent Block Explorer within MTR wallets ( PC and Mac ) - Download from OP
Cheers,
Rich
Working block explorer is a part of IPO/escrow agreement: http://pastebin.com/Xtdq8krhNow you gonna beg again for money? You said you had to dump premine to cover development, no development has been made and you don't have even 0.1 BTC to cover explorer cost?
|
|
|
|