Could you update your ORB daemon to v1.6.0.0? There is a hard fork coming in a week. It should be an easy move with almost no downtime.

https://github.com/ghostlander/Orbitcoin/releases/tag/v1.6.0.0-orb

The ANN updated, Windows and Linux binaries ready, MacOS X binaries coming tomorrow. Would be good to update our web site as well. We need to notify all pools and exchanges of the hard fork.

Well, 8 days is when the block #2 million is expected. I admit a bit more upgrade time could be available without the support for BIP65, but I guess it's worth the wait. We want to keep up with the existing inflation model, do we? That's how our specification for block rewards and coin supply looks like:

block height 2000001 to 2500000 reward 1.000000 ORB (coin supply 3275012.279225 ORB)
block height 2500001 to 3000000 reward 0.500000 ORB (coin supply 3525012.279225 ORB)
block height 3000001 to 3500000 reward 0.250000 ORB (coin supply 3650012.279225 ORB)
block height 3500001 to 4000000 reward 0.125000 ORB (coin supply 3712512.279225 ORB)
block height 4000001 to 4500000 reward 0.062500 ORB (coin supply 3743762.279225 ORB)
block height 4500001 to 5000000 reward 0.031250 ORB (coin supply 3759387.279225 ORB)
block height 5000001 to 5500000 reward 0.015625 ORB (coin supply 3767199.779225 ORB)
block height 5500001 to 6000000 reward 0.007812 ORB (coin supply 3771105.779225 ORB)
block height 6000001 to 6500000 reward 0.003906 ORB (coin supply 3773058.779225 ORB)
block height 6500001 to 7000000 reward 0.001953 ORB (coin supply 3774035.279225 ORB)
block height 7000001 to 7500000 reward 0.000976 ORB (coin supply 3774523.279225 ORB)
block height 7500001 to 8000000 reward 0.000488 ORB (coin supply 3774767.279225 ORB)
block height 8000001 to 8500000 reward 0.000244 ORB (coin supply 3774889.279225 ORB)
block height 8500001 to 9000000 reward 0.000122 ORB (coin supply 3774950.279225 ORB)
block height 9000001 to 9500000 reward 0.000061 ORB (coin supply 3774980.779225 ORB)
block height 9500001 to 10000000 reward 0.000030 ORB (coin supply 3774995.779225 ORB)
block height 10000001 to 10500000 reward 0.000015 ORB (coin supply 3775003.279225 ORB)
block height 10500001 to 11000000 reward 0.000007 ORB (coin supply 3775006.779225 ORB)
block height 11000001 to 11500000 reward 0.000003 ORB (coin supply 3775008.279225 ORB)
block height 11500001 to 12000000 reward 0.000001 ORB (coin supply 3775008.779225 ORB)

1 million ORBs for the next 10 million blocks taking about 38 years. The grand total is 3.77 million coins.

Salvage your privkeys from there (bitcointools will help you if nothing else) and import them into a working wallet. It will take a while to rescan a block chain 4 million blocks long. The current HBN client can import and rescan one key at once, so the whole task may be very time consuming.

I'm not sure if I understand your problem. If you cannot connect to a pool, try another one. If your mining rig BSODs or produces HW errors, try to downgrade your drivers. I use Catalyst 14.6 beta / 14.7 RC3 mostly, though 15.7.1 also seems fine. 16.x are messy, so they're a matter of trial and error.

Orbitcoin v1.6.0.0 is ready for release. BIP65 and BIP66 will be mandatory after the hard fork for all blocks and payments (BIP66 is forced on mempool only right now by v1.5.1.x clients). Those who compile from source can pull the code from GitHub. Binaries will be available tomorrow. The hard fork deadline is in 8 days.

Your cards are overclocked too much. The Ethereum algo is less power hungry. GPUs are limited by their memory bandwidth. That's why dual miners work there by running memory and computation expensive algos concurrently. NeoScrypt is both memory and computation expensive.

I've pushed the v1.6.0.0 code to GitHub two days ago.

https://github.com/ghostlander/Orbitcoin/commit/fd37b73f527ef3588f07466b92d2af243dd1c7ed

It's almost complete. There will be one more patch before tagging this release. I'm adding the BIP65 support (Lock Time) which redefines OP_NOP2 to OP_CHECKLOCKTIMEVERIFY. It marks a transaction output unspendable until a future time stamp or block height. Useful for escrow together with multisig.

The only delay with this patch is unit tests to make sure everything works as it should. There are some differences between ORB and BTC transactions, so I cannot copy-paste their unit tests. They need to be modified.

Why do you want it every hour? Even every day seems an overkill.

Welcome to the modern day slavery. I find it disgusting that in the 21st century some people have to work full time for something like $1 a day while many others make it in a minute literally.

Educate yourself. Blockchain.info doesn't hold any user coins. They have no control over private keys of their users' accounts. All important data is client side encrypted. You can print out all your private keys and import them into a Core wallet or whatever if their free service ceases to exist some day or if you just don't want to use it any longer.

It is pretty much.


listunspent RPC is an incredibly slow thing. It takes maybe 20x more time than the Coin Control to deliver a result. I think a custom RPC call could do better. Load all eligible inputs into a std::map using hash and weight, sort it in a descending order and display with some additional data such as value, date or number of confirmations.

700 coin days in a single input should stake soon. However if this weight is shared between many inputs, there is more to wait. As it has been mentioned before, staking is a stochastic process. In other words, it's a matter of luck and patience. I see a few "unlucky" inputs in my wallet which haven't staked since late May. Those "lucky" have staked 3 times in this time frame.

Rebasing won't help. Most of memory consumption comes from the block index. The chain is over 4 million blocks long and keeps growing fast. Deal with it.

I have committed the automatic reindexing to GitHub: Automatic Reindexing Implemented

Previously, if your block index got corrupted somehow due to a hardware error, OS crash or whatever, you could see a pop-up saying "Error loading block index, see debug.log for details". Not very informative and probably not helpful much. You were left with a broken block index and had either to resync from the genesis block (a matter of a day or two), download a bootstrap.dat and let it ride (a matter of half a day) or get a block chain snapshot somewhere. This trouble is no more. Now, the wallet detects a broken block index and starts reindexing automatically. It isn't a quick process as our block chain is almost 2 million blocks, but 20% faster than bootstrapping. You also waste no traffic as the wallet scans your existing block chain files to rebuild the block index together with the UTXO data base. You can force reindexing any time with the -reindex option.

If anyone can compile it yourself, try this option before it gets into a production release. It works well for me, but more testing is better.

No, the Coin Control works only through the Qt GUI. There was no demand for any command line interface.


If a tribar in the lower right corner is yellow rather than gray, staking works. Mouse over to see the details.

It's definitely possible. There are 192 scratchpad regs for Tahiti. It's also important to keep the ISA size small enough to fit the GCN code caches. I have no RX 480 and cannot optimise for it right now. If you care to share your work, I'm sure some donations and thanks will go your way.

Zpool is an autoswitching pool. NSGminer doesn't like this. It works best with a single chain.

This is an old guide. Coins are eligible for staking after 1 day now, but it doesn't make much difference. There is weight displayed in the Coin Control window. I see my inputs are staking successfully with their weight of 800 on average currently. An input of 20 ORB will not exceed the weight of 300 (20 coins * 15 days). Do your math.

It wasn't optimised for anything. The hard fork was delayed already. The initial OpenCL miner produced something like 150KH/s for an R9 280X. No CUDA miner, it appeared a few months later. It was private OpenCL kernels and fast CUDA miners which hurt NeoScrypt OpenCL mining in 2015.