<p>For your first question, the message "Bitcoin is downloading blocks" is produced if the client hasn't yet downloaded all the checkpoint blocks.  For testnet, there is exactly one checkpoint block, at height 546.  So until your client has mined 546 blocks, you will continue to get this message.  </p>

<p>Unfortunately, when you do mine block number 546, it will be rejected since its hash won't match the hardcoded checkpoint, and you will still get this message anyway.  So you will have to remove the checkpoint from the code and replace it with a zero-height checkpoint matching your genesis block.</p>

CC BY-SA 3.0
2014-09-24T05:24:27.410Z
I just add one more question, please check if you can help @Nate
Loi.Luu
CC BY-SA 3.0
2014-09-24T05:27:55.337Z
@Loi.Luu: You should really remove it and ask it as a separate question. Multi-question posts are discouraged as they make it harder for future users to find what they need.
Nate Eldredge
CC BY-SA 3.0
2014-09-24T05:28:56.733Z
Thanks, I thought it would be a more helpful thread... Will do it immediately.
Loi.Luu
CC BY-SA 3.0
2014-09-24T05:32:17.337Z
Btw, your answer does solve the second problem also :)
Loi.Luu
CC BY-SA 3.0
2014-09-23T14:03:34.377Z
2014-09-23T14:03:34.377Z
Nate Eldredge
<p>I'm trying to setup a local testnet with multiple nodes. Currently I have three nodes, and their mining powers are almost the same.</p>

<p>Things have been quite ok so far, except some problems that I need to ask from you.</p>

<ol>
<li><p>When I run the <code>getblocktemplate</code> rpc call (because I later want to run a pool), it returns the message as in the title. For example:</p>

<p>./src/bitcoin-cli -datadir=./localnet getblocktemplate
error: {"code":-10,"message":"Bitcoin is downloading blocks..."}</p></li>
</ol>

<p>although there are already 10 blocks in the blockchain maintained by the node. Its the same for other nodes as well. So why does that happen?</p>

<ol start="2">
<li>The nodes do not sync up very often although they are all connected together (each node has 2 inbound connections and 2 outbound connections). It is so often that one node is 2 block ahead of other and remains so for a long time. Thus, again, why does that happen? I thought after finding a valid block, the node will broadcast that to every connected node and the network will work on top of that block?</li>
</ol>

<p>Please let me know if you can help answer either one or all the questions.</p>

<blockchain><json-rpc><testnet><getblocktemplate>
Bitcoin testnet: "Bitcoin is downloading blocks..." and other problem
Loi.Luu
# Bitcoin testnet: "Bitcoin is downloading blocks..." and other problem

(Asked by: username_0 on 2014-09-23)

I'm trying to setup a local testnet with multiple nodes. Currently I have three nodes, and their mining powers are almost the same.

Things have been quite ok so far, except some problems that I need to ask from you.

1. When I run the `getblocktemplate` rpc call (because I later want to run a pool), it returns the message as in the title. For example:

   ./src/bitcoin-cli -datadir=./localnet getblocktemplate
   error: {"code":-10,"message":"Bitcoin is downloading blocks..."}

although there are already 10 blocks in the blockchain maintained by the node. Its the same for other nodes as well. So why does that happen?

2. The nodes do not sync up very often although they are all connected together (each node has 2 inbound connections and 2 outbound connections). It is so often that one node is 2 block ahead of other and remains so for a long time. Thus, again, why does that happen? I thought after finding a valid block, the node will broadcast that to every connected node and the network will work on top of that block?

Please let me know if you can help answer either one or all the questions.

**Tags:** blockchain, json-rpc, testnet, getblocktemplate


---

## 1 answers

### Answer by username_1 on 2014-09-23. Score: 2 | Accepted answer

For your first question, the message "Bitcoin is downloading blocks" is produced if the client hasn't yet downloaded all the checkpoint blocks. For testnet, there is exactly one checkpoint block, at height 546. So until your client has mined 546 blocks, you will continue to get this message.

Unfortunately, when you do mine block number 546, it will be rejected since its hash won't match the hardcoded checkpoint, and you will still get this message anyway. So you will have to remove the checkpoint from the code and replace it with a zero-height checkpoint matching your genesis block.

> **Comments:**
> **username_0**: I just add one more question, please check if you can help @username_1  
> **username_1**: @username_0: You should really remove it and ask it as a separate question. Multi-question posts are discouraged as they make it harder for future users to find what they need.  
> **username_0**: Thanks, I thought it would be a more helpful thread... Will do it immediately.  
> **username_0**: Btw, your answer does solve the second problem also :)  

---

