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

最新推荐文章于 2022-03-27 21:08:12 发布

原创

最新推荐文章于 2022-03-27 21:08:12 发布 · 4.2k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#geth #parity #私网 #永久解锁 #ipc

本文介绍了从geth切换到parity时遇到的问题，包括目录结构变化、私网搭建方法以及账户解锁的挑战。在parity中，通过调整目录结构的软链接、使用instant_seal.json配置文件来搭建私网，并详细阐述了如何解决账户永久解锁问题，包括使用`personal_sendTransaction`代替`eth_sendTransaction`，以及通过命令行选项实现解锁。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近需要搭建以太坊全节点，刚开始用的是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
│ └── address_book.json
└── network
└── key
可以发现，原先geth里的keystore变成了keys/，geth.ipc变成了jsonrpc.ipc，另外数据库也已动到了chains//db中。因此为了保证以前使用geth的程序能正常工作，最简单的办法就是创建2个软链接：