I'm not sure if this is possible, but I would like to use a geth light client to make sure that my parity node is on the same chain as geth (in case one of the two implementations introduces a bug that causes a chain split). This would also be helpful for detecting chain splits on upgrades (both planned and unplanned forks).

When I make a getBlock call, the rpc call is forwarded to another node in the network, since the light client only stores block headers. I can also call getWork, but I would need to cache the results in case my parity node is behind geth.

Any ideas?

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.