从geth切换到parity遇到的那些坑

最近需要搭建以太坊全节点，刚开始用的是geth，同步了1整天发现最新的70～80个块总是同步不下来，网上一查很多人遇到过这个问题，据说跟SSD的读写速度有关，无奈之下只能放弃，改用parity。
parity是一个和geth类似的以太坊客户端程序，由以太坊黄皮书作者Gavin Woods领导，采用Rust语言编写。试用了一下体验还是挺棒的，同步Ropsten的数据只需要几个小时的时间。但是，parity毕竟和geth还是有很大区别的，首先一点数据的目录结构和存储方式是不同的，另外某些RPC的调用方式也有些差异，踩了一些坑，记录下来希望对后来人有点帮助。

1.目录结构

parity中所有可用的链参考下面的链接：
https://wiki.parity.io/Chain-specification
在使用geth的时候同步主网跟Ropsten测试网一般用下面的命令：

geth --datadir ./gethData
geth --testnet --datadir ./gethData

对应的parity命令如下：

parity --base-path=./parityData
parity --chain ropsten --base-path=./parityData

我们来看一下生成的parityData的目录结构：
├── cache
├── chains
│ ├── ropsten
│ │ ├── db
│ └── ver.lock
├── jsonrpc.ipc
├── keys
│ └── ropsten
│ └── addres