Hi 游客

更多精彩,请登录!

比特池塘 区块链技术 正文

同步 Ethereum 全节点有感

945坏男人
103 0 0
最近微博的某人额外关注起了Ethereum全节点,并Po了这么一张照片,一笑置之。虽说Ethereum全节点占用的磁盘空间确实比Bitcoin大了几倍,但也不至于为了节省几块硬盘,不去同步全节点。2 Z9 f: r! B9 H, l+ U

3 l4 l  O, T! ~" @7 f% S. q' Q
本人在18年的6月份用Geth同步过全节点。当时想把区块链数据用异构的方式查询, 比如提供 Sql 、GraphQL访问,而不在通过rpc接口访问数据。8 w% S1 y! S" H5 S# G4 k7 ^+ X9 S, c% x
而首要工作是把全节点数据放入到数据仓库中,那就要先从同步全节点的任务开始。5 X1 T; S* M9 }. j

9 @- k( ]( @  N3 h+ I9 T类似 ocap.arcblock.io5 s( C# p# n8 |) X: b. q9 V
服务器配置当时云主机选择的是阿里云香港,操作系统是Ubuntu,8G内存,主流CPU,30G系统盘,外挂1T高效硬盘,带宽2M。 这是最低的基本硬件配置,再低,同步速度就太慢了。
8 }/ W# @/ D) g1 Y2 u获得Gethhttps://ethereum.github.io/go-ethereum/downloads/,选择Stable Linux 64bit版本,记得校验Checksum,防止软件被篡改。
8 y1 L+ Z' ~4 @; y+ S4 R; K+ U% O* W* P# Z# V# L7 r6 T
Geth
* U" H1 I+ ]4 R$ w+ {& L0 n, u
# 下载, U& y( X* F/ j: \6 \/ a3 V
wget https://gethstore.blob.core.windows.net/builds/geth-linux-amd64-1.8.23-c9427004.tar.gz
! c9 C& }& y( W% T8 R' \md5sum geth-linux-amd64-1.8.23-c9427004.tar.gz # 校验9 r8 h7 r$ _3 x7 Q/ s
# => a3b2dd950bc986036be4ff66efec36f9
& d8 F4 X# ]  g: z, Y+ F# 与上文提供的Checksum比较,如果一致说明文件没有被篡改
" R  Q$ O' L7 E' m! i% K9 Ptar -xzf geth-linux-amd64-1.8.23-c9427004.tar.gz # 解压
0 w# u5 p& x: s) U% [9 ?8 Smv geth-linux-amd64-1.8.23-c9427004/geth /usr/bin/ # 移动 放到全局环境变量中
- E3 m5 ~+ p/ ]which  geth # 查看位置如果想通过手动编译的方式,请移步 https://www.jianshu.com/p/65ae648b97ae1 `: i( {5 h5 W+ ^5 D* [
同步方式Geth 有3种同步方式:full,fast,light,默认是fast模式。
  f7 w0 v5 O( x' z  `) v! U6 mgeth -h | grep sync' r2 s! X" q2 g3 u1 \6 O
# --syncmode fast    Blockchain sync mode ("fast", "full", or "light")Full* C* Q* }2 H9 y4 d: t  D" F
同步完整的区块信息,获取所有历史区块的header、body数据,
2 [- _8 D8 z; Z' R从创始块开始校验每一个元素,并顺序执行其中的所有交易,验证区块头中的 stateRoot、transactionRoot 和 receiptRoot。
3 R# u" Y/ {/ J# }" O$ y9 lFast
3 ]1 A( ~; v# g4 w! U$ J% X获取所有历史区块的header、body数据,但不执行其中的任何交易,所以也无法验证区块头中的三个状态根。
2 E& _4 ^7 ?7 K$ _9 t  R3 z在追上最新区块之后,会继续请求最新的完整 state trie 数据,并维护最新的 state trie 和 receipt trie 数据,但不保存它们的历史版本。( S$ q; i% Y8 c( y7 T: J  c
所以可以用 fast 模式同步的节点执行智能合约来获得最新的状态。使用此模式时可以设置 --cache,默认1024M
+ q/ x. ^* v9 `; V% W! G1 A4 C
--syncmode fast --cache 2048Light4 r7 d6 j: o" v$ n* j
只下载所有区块的header数据,本地仅做交易是否发生的验证,
4 T* K1 [- q- \, n* @& Q) w也就是仅下载最新区块的所有数据并验证 transactionRoot 是否一致。无法进行任何状态验证。
- @0 ~$ ?) ~' c0 L  h# Y1 E
设定datadir即储存数据的位置,使用full模式,并让这个进程在后台持续运行5 z. H# |/ w! h% S8 `2 A
nohup geth --datadir /mnt/eth --syncmode full &
# E8 W& i4 ^5 J! B: j1 M- F经过24小时不间断的同步,达到了500万块高度,硬盘空间大概用了683G,大概花了10天左右时间。& X, `3 q$ R/ f; h, j% y
存档节点 gcmodegeth -h | grep gcmode* Z/ H0 A' G$ Q$ p
--gcmode full      Blockchain garbage collection mode ("full", "archive")$ Z; {: `# C1 x
区块的垃圾回收模式,默认是fullarchive模式存储着智能合约中的所有值状态以及帐户余额的完整历史记录* S" n4 j$ h( b3 K* K" Y
syncmode=full 验证每块的state trie、transaction trie 和 receipt trie数据,但并不保存所有的 state trie、transaction trie 和 receipt trie 的完整历史版本。1 i+ y  O. B/ D7 `6 p
如果一个合约的字符串的值,在6000000高度的时候是xyz,在 6000001高度的时候变为ABC,这只有在archive模式下才会记录,其他的同步模式,会裁剪过去的状态,将只会保存最新的值。具体来说,gcmode=full模式,只有最近的128次状态被保存在内存中,再多的状态会被丢弃。比如说现在同步到了 7000000高度,只会记录7000000-128 到7000000高度的之间的合约的某个状态的值。* e5 e$ P/ [! K1 A
Parity甚至提供了一种同步模式,只记录一定数量的过去状态,从而减少了同步链数据的大小。
' l" u' j% s- ^1 h使用 --syncmode=full --gcmode=archive 模式,即归档节点,这种模式保存了最最最全的Ethereum节点数据,占用硬盘空间也会更大。
+ i% |* w3 I' l. k! M  z, H我当初就是用归档模式,同步到500w高度的时候,1T硬盘已经塞爆了...
: p3 G, m, l8 u: b7 ~# p( N7 D1 V也许本人使用的这种同步方式对达到工作目的来说并不是最有效的,最经济的,这个不是讨论的重点。
; o$ e! f* l& h# k有感我相信大部分人知道syncmode模式,而不知道 gcmode模式,更没有同步过存档模式。7 G& x8 \) ^( r
Ethereum在 2015-07-30诞生,经过4年的发展到现在的740w高度,0 ?7 }% G. Y( f: T+ J: x$ i
从https://etherscan.io/chartsync/chainarchive 数据来看,完完整整的区块链数据已经膨胀到2231.5 GB,也就是2.2 TB,同步时间要花几个月时间,而且每天以 3~4 GB的速度在增长。在过几年5TB的硬盘可能也装不下了,这也是为什么ethereum技术社区对的分片呼声这么高的原因。
# p/ F3 g$ D' ?3 J2 G& NBitcoin在2009-01-03诞生,经过10年的发展,完完整整的区块链数据基本也就200多GB,同步时间基本在24~36小时。. t, d! i1 I0 G- V( G! J( o% _
从保持去中心化,保有全量数据的角度来说,Bitcoin 在这两方面平衡的相当好。而Ethereum归档节点的机器成本已经很高了,个人没有太多动力去维护。
  N! i$ P( f  s; \4 ], p/ A之前我曾抱怨Bitcoin技术推动太墨迹,丧失了很多机会,现在我感觉Ethereum面临的技术挑战相当严峻。从最近的君士坦丁堡硬分叉出现的问题来看,这2个最知名的区块链技术团队的行事风格差异也挺大的。
* K0 {2 r9 I: k/ h3 q+ ABitcoin是伟大的创举,Ethereum是天才的设计,前者是从0到1跨时代的发明,后者带来了智能合约,深刻影响着传统的经济观念。总之,都祝好吧。
BitMere.com 比特池塘系信息发布平台,比特池塘仅提供信息存储空间服务。
声明:该文观点仅代表作者本人,本文不代表比特池塘立场,且不构成建议,请谨慎对待。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

成为第一个吐槽的人

945坏男人 初中生
  • 粉丝

    0

  • 关注

    0

  • 主题

    10