- func (s *Ethereum) StartMining(local bool) error {
- eb, err := s.Etherbase()//用户地址0 E6 D( l3 |/ b y3 w
- if err != nil {
- log.Error("Cannot start mining without etherbase", "err", err)0 m2 l) B$ P. ?- k, w! u
- return fmt.Errorf("etherbase missing: %v", err)
- }: \& L( Z T2 E1 T
- if clique, ok := s.engine.(*clique.Clique); ok {1 d" p5 `: m; E7 W$ ]
- //如果是clique共识算法
- wallet, err := s.accountManager.Find(accounts.Account{Address: eb}) // 根据用它胡地址获取wallet对象5 S8 i+ G$ n6 U
- if wallet == nil || err != nil {: [1 s' S% P6 I0 `- b: _, @
- log.Error("Etherbase account unavailable locally", "err", err)/ M+ x; p0 H7 T+ v& X3 \
- return fmt.Errorf("signer missing: %v", err)) r7 L' q$ |. T% p" Y/ a
- }
- clique.Authorize(eb, wallet.SignHash) // 注入签名者以及wallet对象获取签名方法! b$ Z' ]1 b0 Z* W$ O& S& V4 S
- }2 E% \ z7 r% R5 C/ f2 F7 P/ B
- if local {, q" C) y9 w* l5 p: V, K* \! L2 N9 i: v0 W
- // 如果本地CPU已开始挖矿,我们可以禁用引入的交易拒绝机制来加速同步时间。CPU挖矿在主网是荒诞的,所以没有人能碰到这个路径,然而一旦CPU挖矿同步标志完成以后,将保证私网工作也在一个独立矿工结点。# ]9 Z+ j( r. D
- atomic.StoreUint32(&s.protocolManager.acceptTxs, 1)
- }1 S0 U' D$ b V" ?5 i1 Q: Z/ C
- go s.miner.Start(eb)
- return nil- i- w' ~. G& Z! A! j
- }
这个StartMining会在miner.start前调用,然后通过woker -> agent -> CPUAgent -> update -> seal 挖掘区块和组装(后面会写单独的文章来对挖矿过程做源码分析)。
Clique的代码块在go-ethereum/consensus/clique路径下。和ethash一样,在clique.go 中实现了consensus的接口, consensus 定义了下面这些接口:
type Engine interface {
Author(header *types.Header) (common.Address, error)! K8 A: c5 I& @
VerifyHeader(chain ChainReader, header *types.Header, seal bool) error
VerifyHeaders(chain ChainReader, headers []*types.Header, seals []bool) (chan. z( A$ T# @1 w( b
Engine.Seal()函数可对一个调用过 Finalize()的区块进行授权或封印,成功时返回的区块全部成员齐整,可视为一个正常区块,可被广播到整个网络中,也可以被插入区块链等。对于挖掘一个新区块来说,所有相关代码里 Engine.Seal()是其中最重要最复杂的一步,所以这里我们首先来看下Clique 结构体:
- type Clique struct {
- config *params.CliqueConfig // 共识引擎配置参数1 K+ R& b$ G) ~- h- q$ M# `' _+ t: c
- db ethdb.Database // 数据库,用来存储和获取快照检查点
- recents *lru.ARCCache // 最近区块快照,加速快照重组* ]5 R3 B) Y% }5 z
- signatures *lru.ARCCache // 最近区块签名,加速挖矿
- proposals map[common.Address]bool // 目前正在推送的提案
- signer common.Address // 签名者的以太坊地址
- signFn SignerFn // 授权哈希的签名方法
- lock sync.RWMutex // 用锁来保护签名字段: h {( h) a& j( ~ f# l2 A
- }
顺便来看下CliqueConfig共识引擎的配置参数结构体:+ t/ i& E: b, O. q4 Q! `
- type CliqueConfig struct {
- Period uint64 `json:"period"` // 在区块之间执行的秒数(比如出块秒数15s)
- Epoch uint64 `json:"epoch"` // Epoch长度,重置投票和检查点(比如Epoch长度是30000个block, 每次进入新的epoch,前面的投票都被清空, 重新开始记录)) q( S& e: B( c& T; o$ g. p
- }
在上面的 StartMining中,通过Clique. Authorize来注入签名者和签名方法,先来看下Authorize:9 V1 O1 O* }6 O f; u: a
- func (c *Clique) Authorize(signer common.Address, signFn SignerFn) {0 O% j* O" h! @/ ?! p
- c.lock.Lock()
- defer c.lock.Unlock()$ y9 N2 ^" q5 E; _
- // 这个方法就是为clique共识注入一个签名者的私钥地址已经签名函数用来挖出新块
- c.signer = signer
- c.signFn = signFn9 _1 B8 z3 L% Z) d# ?
- }
再来看Clique的Seal()函数的具体实现:) E7 R/ {5 U& Z. x4 K
//通过本地签名认证创建已密封的区块
func (c *Clique) Seal(chain consensus.ChainReader, block *types.Block, stop number-limit {3 J- w) m% B! X0 G
log.Info("Signed recently, must wait for others")
Seal是共识引擎的入口之一,该函数通过clique.signer对区块签名- w0 y- H6 Z1 v$ p: C' r
signer不在snapshot的signer中不允许签名2 ]8 G8 F _4 ~, D3 a
signer不是本区块的签名者需要延时随机一段时候后再签名,是本区块的签名者则直接签名: N* F& @1 [5 L9 s* O4 _8 S
签名存放在Extra的extraSeal的65个字节中' o2 U$ W, H1 A7 n6 O( z
关于机会均等 为了使得出块的负载(或者说是机会)对于每个认证节点尽量均等,同时避免某些恶意节点持续出块,clique中规定每一个认证节点在连续SIGNER_LIMIT个区块中,最多只能签发一个区块,也就是说,每一轮中,最多只有SIGNER_COUNT - SIGNER_LIMIT个认证节点可以参与区块签发。 其中SIGNER_LIMIT = floor(SIGNER_COUNT / 2) + 1,SIGNER_COUNT表示认证节点的个数。9 G: V9 ~# N0 R4 C" L
- //snap.Signers是所有的认证节点- F7 h' m+ C9 [( P8 \. M
- for seen, recent := range snap.Recents {
- if recent == signer {
- if limit := uint64(len(snap.Signers)/2 + 1); number number-limit {
- log.Info("Signed recently, must wait for others")
在保证好节点的个数大于坏节点的前提下,好节点最少的个数为SIGNER_LIMIT(大于50%),坏节点最多的个数为SIGNER_COUNT - SIGNER_LIMIT(小于50%)。一个节点在SIGNER_LIMIT这个时间窗口内最多只能签发一个区块,这就使得恶意节点在不超过50%的情况下,从理论上无法一直掌握区块的签发权。. g+ J5 |0 A/ S2 t3 {3 {# R0 @
关于难度计算 为了让每个认证节点都有均等的机会去签发一个区块,每个节点在签发时都会判断本节点是不是本轮的inturn节点,若是inturn节点,则该节点产生的区块难度为2,否则为1。每一轮仅有一个节点为inturn节点。4 S1 w. G7 M6 B: J
diffInTurn = big.NewInt(2) ) v. v4 J1 v) P
diffNoTurn = big.NewInt(1) 5 \9 W& n# G* o
当inturn的结点离线时,其他结点会来竞争,难度值降为1。然而正常出块时,limit中的所有认证结点包括一个inturn和其他noturn的结点,clique是采用了给noturn加延迟时间的方式来支持inturn首先出块,避免noturn的结点无谓生成区块,上面的延时代码段已经有提现了。 判断是否为inturn的节点,将本地维护的认证节点按照字典序排序,若当前区块号除以认证节点个数的余数等于该节点的下标,则该节点为inturn节点。代码实现在 snapshot.go中:8 x9 q" \/ h( K1 K/ T
// 通过给定的区块高度和签发者返回该签发者是否在轮次内
- func (s *Snapshot) inturn(number uint64, signer common.Address) bool {5 } @' R- v4 o- m0 z
- signers, offset := s.signers(), 05 k: k) E& ]% G4 F7 Z0 Z. _
- for offset
Seal()代码中有获取快照,然后从快照中来检查授权区块签名者的逻辑,那么我们继续来看下Snapshot,首先看下Snapshot的结构体:
// Snapshot对象是在给定时间点的一个认证投票的状态" G; c$ e) ~! W, r- x5 K* O
- type Snapshot struct {
- config *params.CliqueConfig // 共识引擎配置参数; X- h# h" o: A" A" ~4 E, O
- sigcache *lru.ARCCache // 签名缓存,最近的区块签名加速恢复。
- Number uint64 `json:"number"` // 快照建立的区块号+ Z0 t* ^& c4 s) _/ n
- Hash common.Hash `json:"hash"` // 快照建立的区块哈希
- Signers map[common.Address]struct{} `json:"signers"` // 当下认证签名者的列表" Y2 R( k4 r0 W" G6 h1 m
- Recents map[uint64]common.Address `json:"recents"` // 最近担当过数字签名算法的signer 的地址7 u3 G9 P$ e& Y& K1 W6 u
- Votes []*Vote `json:"votes"` // 按时间顺序排列的投票名单。2 H& r* o+ t# y# c' m
- Tally map[common.Address]Tally `json:"tally"` // 当前的投票结果,避免重新计算。- b, Z6 g4 e1 C7 {, E% j V/ |% t- u
- }
快照Snapshot对象中存在投票的Votes和记票的Tally对象:
- // Vote代表了一个独立的投票,这个投票可以授权一个签名者,更改授权列表。6 {+ n; W9 ~9 g3 m+ p2 m. d
- type Vote struct {7 U( d' \" Y+ t, }1 z& J+ g
- Signer common.Address `json:"signer"` // 已授权的签名者(通过投票)
- Block uint64 `json:"block"` // 投票区块号
- Address common.Address `json:"address"` // 被投票的账户,修改它的授权
- Authorize bool `json:"authorize"` // 对一个被投票账户是否授权或解授权
- }! i" K5 b; I( c8 _5 Z
- // Tally是一个简单的用来保存当前投票分数的计分器, ]3 S$ B. }& I- S8 ^% w* }2 h
- type Tally struct {2 a ?# }6 ], w a# t" \/ h
- Authorize bool `json:"authorize"` // 授权true或移除false
- Votes int `json:"votes"` // 该提案已获票数5 k" l; o1 W% w5 M/ _
- }
Snapshot是一个快照,不仅是一个缓存,而且存储了最近签名者的map loadSnapshot用来从数据库中加载一个已存在的快照:/ F: L& L: U1 \; `
- func loadSnapshot(config *params.CliqueConfig, sigcache *lru.ARCCache, db ethdb.Database, hash common.Hash) (*Snapshot, error) {$ n/ | m4 Y: r* n# B
- //使用Database接口的Get方法通过Key来查询缓存内容
- blob, err := db.Get(append([]byte("clique-"), hash[:]...))
- if err != nil {
- return nil, err- p5 d# M* w3 {7 W
- }
- snap := new(Snapshot)
- if err := json.Unmarshal(blob, snap); err != nil {9 T7 R! O0 [, m: j! d% w; _6 B1 s
- return nil, err d. i* D; j3 y( L% F
- }2 t, |! V9 G0 T
- snap.config = config$ V! Q0 C7 y5 Y) O1 K$ Q
- snap.sigcache = sigcache
- return snap, nil
- }
newSnapshot函数用于创建快照,这个方法没有初始化最近的签名者集合,所以只使用创世块:
- func newSnapshot(config *params.CliqueConfig, sigcache *lru.ARCCache, number uint64, hash common.Hash, signers []common.Address) *Snapshot {
- //组装一个Snapshot对象
- snap := &Snapshot{# Y( H/ U }8 D7 M
- config: config,
- sigcache: sigcache,
- Number: number,' h4 I+ M' D# z& V; t1 P
- Hash: hash," G5 k, F7 o9 H& j$ x/ {( J
- Signers: make(map[common.Address]struct{}),
- Recents: make(map[uint64]common.Address),- M, C! ~& @. w
- Tally: make(map[common.Address]Tally),
- }
- for _, signer := range signers {( m: |0 X, k% G% F( Q9 \9 H
- snap.Signers[signer] = struct{}{}
- }
- return snap
- }
继续看下snapshot函数的具体实现:6 L; b# T/ \3 |. L
- // 快照会在给定的时间点检索授权快照
- func (c *Clique) snapshot(chain consensus.ChainReader, number uint64, hash common.Hash, parents []*types.Header) (*Snapshot, error) {% g/ x) _* t2 ]$ I
- // 在内存或者磁盘上查找一个快照来检查检查点checkpoints* z* U+ I1 ~, ^3 t
- var (
- headers []*types.Header //区块头2 i4 E4 f8 I( B# H
- snap *Snapshot //快照对象1 k. j. C% z8 H- J& t
- )3 b# \1 y3 A' }
- for snap == nil {# S# n0 p" I2 L( k/ {5 u3 a+ R y
- // 如果在内存中找到快照时,快照对象从内存中取2 J( l7 Q! ?7 @$ i5 K
- if s, ok := c.recents.Get(hash); ok {
- snap = s.(*Snapshot). D4 u) B9 ?# o8 S
- break
- }) c9 G8 m& Y% D e. f, l6 B
- // 如果在磁盘检查点找到快照时/ ~' m% n8 Z, U# L+ Q7 b2 y1 F
- if number%checkpointInterval == 0 { //checkpointInterval = 1024 表示投票快照保存到数据库的区块的区块号- J4 d& f% V; d5 f l
- if s, err := loadSnapshot(c.config, c.signatures, c.db, hash); err == nil {+ C2 y- u; {; [/ I
- log.Trace("Loaded voting snapshot form disk", "number", number, "hash", hash)8 @. O% P8 g% ]4 e2 L1 ?2 w4 [
- snap = s
- break/ O' ~1 O) t: b% P9 t
- }" n' g5 n& L" [8 s, M
- }
- // 如果在创世块,则新建一个快照
- if number == 0 {8 \: x% E( M- F2 p5 h
- genesis := chain.GetHeaderByNumber(0) t" {$ r% P; k1 o# l ~. i7 P; y" B o
- if err := c.VerifyHeader(chain, genesis, false); err != nil {
- return nil, err
- }
- signers := make([]common.Address, (len(genesis.Extra)-extraVanity-extraSeal)/common.AddressLength)/ r( b' K4 Z. _' o$ J% B
- for i := 0; i 0 {
- // 如果我们有明确的父,从那里挑选(强制执行)
- header = parents[len(parents)-1]
- if header.Hash() != hash || header.Number.Uint64() != number {
- return nil, consensus.ErrUnknownAncestor
- }- c! v1 [5 ^6 L+ Y0 b+ C+ M
- parents = parents[:len(parents)-1]
- } else {% ], J1 S( q) ~) @3 r$ R7 h
- // 没有明确的父(或者没有更多的父)转到数据库获取
- header = chain.GetHeader(hash, number)
- if header == nil {
- return nil, consensus.ErrUnknownAncestor
- }
- }- s! c0 q! j( i5 {$ o. `- ]
- headers = append(headers, header)* U) r+ @! i# D6 g2 {, M0 F
- number, hash = number-1, header.ParentHash4 Q' P- J2 w' K' c7 ?& I
- }/ O0 W0 T2 g! Q" v8 L
- // 找到了之前的快照,将所有的pedding块头放在它上面* C' Z: _) o: S) L' B3 v
- for i := 0; i 0 {9 }+ [$ g8 ?$ _ j3 D6 }
- if err = snap.store(c.db); err != nil {4 o* @3 i) V; g$ }+ c
- return nil, err
- }( s- t! q6 l9 }( x% K( m$ _8 s. u
- log.Trace("Stored voting snapshot to disk", "number", snap.Number, "hash", snap.Hash)
- } ~; ^: g+ x8 l7 _8 b8 W' i3 D
- return snap, err
- }
在snapshot中,snap.apply通过区块头来创建一个新的快照,这个apply中主要做什么操作?
- //apply将给定的区块头应用于原始头来创建新的授权快照。+ u' P0 V3 {/ `# p6 _
- func (s *Snapshot) apply(headers []*types.Header) (*Snapshot, error) {
- //可以传空区块头* _" ]6 S! s+ P9 X( t: u8 f
- if len(headers) == 0 {! W3 ]2 l1 o G5 g# k, {
- return s, nil
- }1 ]& L, q' \$ Y# Y7 T0 Z0 q
- //完整性检查区块头可用性
- for i := 0; i = limit {
- delete(snap.Recents, number-limit)
- }
- // 从区块头中解密出来签名者地址
- signer, err := ecrecover(header, s.sigcache)
- if err != nil {
- return nil, err- J/ I) j/ r5 a4 p7 ~2 d) S# W
- }
- if _, ok := snap.Signers[signer]; !ok {. Y8 ?% J6 b G9 p8 j7 V
- return nil, errUnauthorized
- }
- for _, recent := range snap.Recents {
- if recent == signer {, m+ ^ B) m5 T0 S; [7 E0 E: T
- return nil, errUnauthorized
- }
- }$ n1 p1 S- V7 h3 V2 H0 A8 q- g5 I+ M+ |
- snap.Recents[number] = signer ? B. K* ` c% G- U' u9 i
- // 区块头认证,不管该签名者之前的任何投票- B3 z# ]0 i5 o
- for i, vote := range snap.Votes {" f4 O6 Q8 o2 o$ W8 [$ v
- if vote.Signer == signer && vote.Address == header.Coinbase {: ^& ?, z; L9 y( x5 q% Q |1 e
- // 从缓存计数器中移除该投票% F. H- i$ L) x; u9 r2 E* S
- snap.uncast(vote.Address, vote.Authorize)
- // 从按时间排序的列表中移除投票
- snap.Votes = append(snap.Votes[:i], snap.Votes[i+1:]...)
- break // 只允许一票
- }
- }6 h9 F, W9 c8 B9 B3 A' f
- // 从签名者中计数新的投票8 b; @: U q2 K
- var authorize bool
- switch {
- case bytes.Equal(header.Nonce[:], nonceAuthVote):: H" F/ c0 T% r/ F) J% C2 g+ _
- authorize = true
- case bytes.Equal(header.Nonce[:], nonceDropVote):
- authorize = false
- default:
- return nil, errInvalidVote, ?; {2 D$ v% v6 m3 K+ u% m& y
- }
- if snap.cast(header.Coinbase, authorize) {
- snap.Votes = append(snap.Votes, &Vote{
- Signer: signer,# U4 s) f6 @, n/ Y2 h0 s2 m
- Block: number,
- Address: header.Coinbase,* q; s3 @4 k# M! r; U6 P- K. X
- Authorize: authorize,
- })
- }) V6 j* ?& Y Y3 Q* [# C
- // 判断票数是否超过一半的投票者,如果投票通过,更新签名者列表
- if tally := snap.Tally[header.Coinbase]; tally.Votes > len(snap.Signers)/2 {
- if tally.Authorize {
- snap.Signers[header.Coinbase] = struct{}{}
- } else {" C' m% ~; Z) S. U* y
- delete(snap.Signers, header.Coinbase), m% h3 J8 N+ S: P6 {6 k+ h
- // 签名者列表缩减,删除最近剩余的缓存" ]7 q; i, {5 E1 Q8 R( w
- if limit := uint64(len(snap.Signers)/2 + 1); number >= limit {
- delete(snap.Recents, number-limit)$ u" M$ ?1 Y) c* J
- }8 d" l8 x2 P7 ~
- for i := 0; i
Snapshot.apply()方法的主要部分是迭代处理每个header对象,首先从数字签名中恢复出签名所用公钥,转化为common.Address类型,作为signer地址。数字签名(signagure)长度65 bytes,存放在Header.Extra[]的末尾。如果signer地址是尚未认证的,则直接退出本次迭代;如果是已认证的,则投票+1。所以一个父区块可添加一张记名投票,signer作为投票方地址,Header.Coinbase作为被投票地址,投票内容authorized可由Header.Nonce取值确定。更新投票统计信息。如果被投票地址的总投票次数达到已认证地址个数的一半,则通过之。该被投票地址的认证状态立即被更改,根据是何种更改,相应的更新缓存数据,并删除过时的投票信息。在所有Header对象都被处理完后,Snapshot内部的Number,Hash值会被更新,表明当前Snapshot快照结构已经更新到哪个区块了。+ D. \* r; k8 o- D1 h4 y1 c
区块验证的过程是普通节点在收到一个新区块时,会从区块头的extraData字段中取出认证节点的签名,利用标准的spec256k1椭圆曲线进行反解公钥信息,并且从公钥中截取出签发节点的地址,若该节点是认证节点,且该节点本轮拥有签名的权限,则认为该区块为合法区块。verifySeal是被SubmitWork(miner/remote_agent.go) 来调用,SubmitWork函数尝试注入一个pow解决方案(共识引擎)到远程代理,返回这个解决方案是否被接受。(不能同时是一个坏的pow也不能有其他任何错误,例如没有工作被pending)解决方案有效时,返回到矿工并且通知接受结果。
- // 检查包头中包含的签名是否满足共识协议要求。该方法接受一个可选的父头的列表,这些父头还不是本地区块链的一部分,用于生成快照; c: u5 y) y' T6 L1 E- w& w
- func (c *Clique) verifySeal(chain consensus.ChainReader, header *types.Header, parents []*types.Header) error {* D0 J7 J% h5 G; ^
- // 不支持校检创世块
- number := header.Number.Uint64()2 ?5 t3 K `4 b" C" C! C0 W& z) u
- if number == 0 { R- Y s- m; N7 W+ J
- return errUnknownBlock
- }
- // 检索出所需的区块对象来校检去开头和将其缓存
- snap, err := c.snapshot(chain, number-1, header.ParentHash, parents)
- if err != nil {! ]5 q# v* @& Q2 G1 b
- return err8 }! J4 ~3 l1 I' j
- }7 p t& d, u8 v/ }3 Z
- //解析授权密钥并检查签署者,ecrecover方法从区块头中反解出Extra字段中签名字符串来获取签名者地址
- signer, err := ecrecover(header, c.signatures) A( e3 B5 @+ a& j
- if err != nil {5 \. G) ]5 G; U+ I: o$ o* Z3 P
- return err
- }) u1 ^% b8 j* Y2 p3 L% ^
- if _, ok := snap.Signers[signer]; !ok {$ N! A9 }; \" T
- return errUnauthorized
- }
- for seen, recent := range snap.Recents {" A' x1 n7 B: C+ j, n
- if recent == signer {
- // 签署者是最近的,只有当前块没有移出时才会失败,参见seal中的机会均等
- if limit := uint64(len(snap.Signers)/2 + 1); seen > number-limit {
- return errUnauthorized8 N8 ]; E0 l) p1 ~5 T0 s5 X. w8 t- A
- }+ D% O# d4 P! y+ S( R
- }5 X# s5 [& U, f0 F3 K4 H( _
- }
- // 设置区块难度,参见上面的区块难度部分# Z/ L* H1 a+ ]. G
- inturn := snap.inturn(header.Number.Uint64(), signer)% w% ]+ }. u& Z0 W
- if inturn && header.Difficulty.Cmp(diffInTurn) != 0 {
- return errInvalidDifficulty& J$ P" b# C Q6 V' _
- }* B" t2 ?* q1 X3 D2 e! `; c
- if !inturn && header.Difficulty.Cmp(diffNoTurn) != 0 {
- return errInvalidDifficulty$ l) I3 ~+ o" D
- }5 C% P6 I. s6 s7 x, j+ r0 z: h
- return nil @1 U& A; n9 {' T/ y1 ~
- }
前面已经分析了Clique的认证节点的出块和校检的过程,那么如何来区分一个节点是认证节点还是一个普通节点?以及一个授权者列表是如何产生并如何全网同步的?
Clique通过投票机制来确认一个认证节点,投票的范围在委员会中,委员会就是所有节点矿工集合,普通节点没有区块生成权利。矿工的投票流程如下:
委员会节点通过RPC调用Propose,对某节点状态变更,从普通节点变成认证阶段,或者相反,写入到Clique.purposal集合中
- // Propose注入一个新的授权提案,可以授权一个签名者或者移除一个。; L2 p9 {, S/ K
- func (api *API) Propose(address common.Address, auth bool) {/ |/ y* t! v- d% p9 V
- api.clique.lock.Lock()9 t1 ^1 k1 \2 I- c9 B
- defer api.clique.lock.Unlock()8 Y, ~9 M, [. f' M- ^2 K3 q
- api.clique.proposals[address] = auth// true:授权,false:移除5 S9 j+ W3 r6 T, l2 x3 ~. y" T3 q! I
- }
本地认证节点在一次区块打包的过程中,从purposal池中随机挑选一条还未被应用的purposal,并将信息填入区块头,将区块广播给其他节点;9 y: R- f1 M5 M! N9 p7 q* e
- //Clique.Prepare$ ?' q& F/ |, l
- // 抓取所有有意义投票的提案9 b0 Z( V! l3 g. `. l) Y7 E
- addresses := make([]common.Address, 0, len(c.proposals)), ]1 i2 }+ S2 l( M/ t. B
- for address, authorize := range c.proposals {
- if snap.validVote(address, authorize) {
- addresses = append(addresses, address)
- }! R9 Q) b7 _! G* j( \8 s- {
- }
- // If there's pending proposals, cast a vote on them0 |- s& V8 D* P8 P
- if len(addresses) > 0 {
- header.Coinbase = addresses[rand.Intn(len(addresses))] //随机挑选一条投票节点的地址赋值给区块头的Coinbase字段。' f$ [1 }8 r; R, [6 z! t% T
- // 通过提案内容来组装区块头的随机数字段。
- if c.proposals[header.Coinbase] {( ?: r- J% L. x7 q
- copy(header.Nonce[:], nonceAuthVote)
- } else {
- copy(header.Nonce[:], nonceDropVote)9 `7 ^/ H& T$ U
- }+ g m- {$ a; B5 P- Z- G* H
- }
在挖矿开始以后,会在miner.start()中提交一个commitNewWork,其中调用上面Prepare
- if err := self.engine.Prepare(self.chain, header); err != nil {
- log.Error("Failed to prepare header for mining", "err", err)! i/ o' w7 N% f6 J* r
- return
- }
其他节点在接收到区块后,取出其中的信息,封装成一个vote进行存储,并将投票结果应用到本地,若关于目标节点的状态更改获得的一致投票超过1/2,则更改目标节点的状态:若为新增认证节点,将目标节点的地址添加到本地的认证节点的列表中;若为删除认证节点,将目标节点的地址从本地的认证节点列表中删除。具体实现可以查看上面的Snapshot.apply()方法8 R. _2 e8 v& }4 t5 q* ^
" m4 c2 X& p! T
9 u/ X$ P( Y/ o
以太坊中除了基于运算能力的POW(Ethash)外,还有基于权利证明的POA共识机制,Clique是以太坊的POA共识算法的实现,这里主要对POA的Clique相关源码做一个解读分析。