- func (s *Ethereum) StartMining(local bool) error {, C7 p" _# U8 y' w: q
- eb, err := s.Etherbase()//用户地址
- if err != nil {
- log.Error("Cannot start mining without etherbase", "err", err)
- return fmt.Errorf("etherbase missing: %v", err)& [3 k* o& `! _2 e
- }
- if clique, ok := s.engine.(*clique.Clique); ok {2 i; L$ u: l" w1 \/ J
- //如果是clique共识算法
- wallet, err := s.accountManager.Find(accounts.Account{Address: eb}) // 根据用它胡地址获取wallet对象
- if wallet == nil || err != nil {
- log.Error("Etherbase account unavailable locally", "err", err)3 j" |) ^% k9 ~' B" [: ^
- return fmt.Errorf("signer missing: %v", err)
- }
- clique.Authorize(eb, wallet.SignHash) // 注入签名者以及wallet对象获取签名方法5 v* i% P* y0 q
- }' _$ w, v9 u" L7 @2 r& G
- if local {
- // 如果本地CPU已开始挖矿,我们可以禁用引入的交易拒绝机制来加速同步时间。CPU挖矿在主网是荒诞的,所以没有人能碰到这个路径,然而一旦CPU挖矿同步标志完成以后,将保证私网工作也在一个独立矿工结点。
- atomic.StoreUint32(&s.protocolManager.acceptTxs, 1)
- }
- go s.miner.Start(eb)
- return nil1 _! W0 n3 E6 p
- }
这个StartMining会在miner.start前调用,然后通过woker -> agent -> CPUAgent -> update -> seal 挖掘区块和组装(后面会写单独的文章来对挖矿过程做源码分析)。
Clique的代码块在go-ethereum/consensus/clique路径下。和ethash一样,在clique.go 中实现了consensus的接口, consensus 定义了下面这些接口:; N& O6 w$ Z2 t
type Engine interface {; N9 i6 X3 h0 j
Author(header *types.Header) (common.Address, error)$ ~8 z) f6 y! b# U+ Z
VerifyHeader(chain ChainReader, header *types.Header, seal bool) error T4 O6 `! z M8 Y- g
VerifyHeaders(chain ChainReader, headers []*types.Header, seals []bool) (chan# _4 p5 X9 t- q; [3 {
Engine.Seal()函数可对一个调用过 Finalize()的区块进行授权或封印,成功时返回的区块全部成员齐整,可视为一个正常区块,可被广播到整个网络中,也可以被插入区块链等。对于挖掘一个新区块来说,所有相关代码里 Engine.Seal()是其中最重要最复杂的一步,所以这里我们首先来看下Clique 结构体:& F+ `/ w9 P4 @) L( X
- type Clique struct {
- config *params.CliqueConfig // 共识引擎配置参数: g% j, G) y+ R* ?, a
- db ethdb.Database // 数据库,用来存储和获取快照检查点/ `; j, g( v! k) A4 R f( k
- recents *lru.ARCCache // 最近区块快照,加速快照重组
- signatures *lru.ARCCache // 最近区块签名,加速挖矿# |7 t5 x* @# S1 J/ {7 M% s9 l
- proposals map[common.Address]bool // 目前正在推送的提案# `" M: ^* o' D' ? \
- signer common.Address // 签名者的以太坊地址
- signFn SignerFn // 授权哈希的签名方法; { C6 e& i5 D8 E# `* n- [4 C
- lock sync.RWMutex // 用锁来保护签名字段7 T; h; m; x Q" j9 q6 e% W4 \
- }
顺便来看下CliqueConfig共识引擎的配置参数结构体:& k. `: w0 C1 Y
- type CliqueConfig struct {
- Period uint64 `json:"period"` // 在区块之间执行的秒数(比如出块秒数15s)
- Epoch uint64 `json:"epoch"` // Epoch长度,重置投票和检查点(比如Epoch长度是30000个block, 每次进入新的epoch,前面的投票都被清空, 重新开始记录)
- }
在上面的 StartMining中,通过Clique. Authorize来注入签名者和签名方法,先来看下Authorize:
- func (c *Clique) Authorize(signer common.Address, signFn SignerFn) {0 j4 i0 t: {* Z, F- D9 D
- c.lock.Lock()# z; @* ^! H/ L
- defer c.lock.Unlock()
- // 这个方法就是为clique共识注入一个签名者的私钥地址已经签名函数用来挖出新块
- c.signer = signer
- c.signFn = signFn
- }
再来看Clique的Seal()函数的具体实现:' K4 S, _, S" F4 j1 C, m5 p) B8 _
//通过本地签名认证创建已密封的区块6 Z( z4 p7 |/ c
func (c *Clique) Seal(chain consensus.ChainReader, block *types.Block, stop number-limit {/ d8 n6 O- v) @8 Q/ w, x
log.Info("Signed recently, must wait for others")
( R7 G; N( T6 P4 U
Seal是共识引擎的入口之一,该函数通过clique.signer对区块签名2 [6 q' A5 u F1 }! |" k
signer不在snapshot的signer中不允许签名
signer不是本区块的签名者需要延时随机一段时候后再签名,是本区块的签名者则直接签名6 S I4 z t5 |3 F4 _) C' o
签名存放在Extra的extraSeal的65个字节中6 e! `; s' _3 [0 z1 Z" x, }
关于机会均等 为了使得出块的负载(或者说是机会)对于每个认证节点尽量均等,同时避免某些恶意节点持续出块,clique中规定每一个认证节点在连续SIGNER_LIMIT个区块中,最多只能签发一个区块,也就是说,每一轮中,最多只有SIGNER_COUNT - SIGNER_LIMIT个认证节点可以参与区块签发。 其中SIGNER_LIMIT = floor(SIGNER_COUNT / 2) + 1,SIGNER_COUNT表示认证节点的个数。5 J5 a( G( U4 [6 `" {7 r7 P( P
- //snap.Signers是所有的认证节点, _. N/ l4 q. C: `& [ J4 b
- for seen, recent := range snap.Recents {% b% j: L5 a7 q: f* s# i% E2 }
- if recent == signer {
- if limit := uint64(len(snap.Signers)/2 + 1); number number-limit {6 o4 Q) L. X( q
- log.Info("Signed recently, must wait for others")
在保证好节点的个数大于坏节点的前提下,好节点最少的个数为SIGNER_LIMIT(大于50%),坏节点最多的个数为SIGNER_COUNT - SIGNER_LIMIT(小于50%)。一个节点在SIGNER_LIMIT这个时间窗口内最多只能签发一个区块,这就使得恶意节点在不超过50%的情况下,从理论上无法一直掌握区块的签发权。
关于难度计算 为了让每个认证节点都有均等的机会去签发一个区块,每个节点在签发时都会判断本节点是不是本轮的inturn节点,若是inturn节点,则该节点产生的区块难度为2,否则为1。每一轮仅有一个节点为inturn节点。8 }$ Q: `( n4 l5 c
diffInTurn = big.NewInt(2) # c' m; ?& o$ t8 T P* `5 g% Q
diffNoTurn = big.NewInt(1)
当inturn的结点离线时,其他结点会来竞争,难度值降为1。然而正常出块时,limit中的所有认证结点包括一个inturn和其他noturn的结点,clique是采用了给noturn加延迟时间的方式来支持inturn首先出块,避免noturn的结点无谓生成区块,上面的延时代码段已经有提现了。 判断是否为inturn的节点,将本地维护的认证节点按照字典序排序,若当前区块号除以认证节点个数的余数等于该节点的下标,则该节点为inturn节点。代码实现在 snapshot.go中:2 m* X# U: j* @# @, p6 B+ x; R
// 通过给定的区块高度和签发者返回该签发者是否在轮次内' y; x6 Y. E9 K4 R' |. @* @# u
- func (s *Snapshot) inturn(number uint64, signer common.Address) bool {
- signers, offset := s.signers(), 0
- for offset
Seal()代码中有获取快照,然后从快照中来检查授权区块签名者的逻辑,那么我们继续来看下Snapshot,首先看下Snapshot的结构体:
// Snapshot对象是在给定时间点的一个认证投票的状态
- type Snapshot struct { k ?" l: ?* E3 a: G
- config *params.CliqueConfig // 共识引擎配置参数
- sigcache *lru.ARCCache // 签名缓存,最近的区块签名加速恢复。
- Number uint64 `json:"number"` // 快照建立的区块号7 o7 a9 u7 \) }5 x& Y K) J
- Hash common.Hash `json:"hash"` // 快照建立的区块哈希
- Signers map[common.Address]struct{} `json:"signers"` // 当下认证签名者的列表) ^, A! u4 c. x. \- E
- Recents map[uint64]common.Address `json:"recents"` // 最近担当过数字签名算法的signer 的地址: x& q* b- H" \ w* Y. }2 N
- Votes []*Vote `json:"votes"` // 按时间顺序排列的投票名单。
- Tally map[common.Address]Tally `json:"tally"` // 当前的投票结果,避免重新计算。
- }
快照Snapshot对象中存在投票的Votes和记票的Tally对象:- ]. y9 J0 g! p- S
- // Vote代表了一个独立的投票,这个投票可以授权一个签名者,更改授权列表。! A1 l' A( U9 _' {) U3 y
- type Vote struct {
- Signer common.Address `json:"signer"` // 已授权的签名者(通过投票)
- Block uint64 `json:"block"` // 投票区块号
- Address common.Address `json:"address"` // 被投票的账户,修改它的授权/ }) N2 ?" H5 o/ y2 V
- Authorize bool `json:"authorize"` // 对一个被投票账户是否授权或解授权9 G% a5 \0 d$ v
- }( R/ n/ J0 ?/ \
- // Tally是一个简单的用来保存当前投票分数的计分器" m$ N) l9 z: A4 ?$ J
- type Tally struct {
- Authorize bool `json:"authorize"` // 授权true或移除false! I* h9 g& c$ N' F! D3 R& q* U$ i
- Votes int `json:"votes"` // 该提案已获票数( M' ~' @* Q# F! Z% t
- }
Snapshot是一个快照,不仅是一个缓存,而且存储了最近签名者的map loadSnapshot用来从数据库中加载一个已存在的快照:
- func loadSnapshot(config *params.CliqueConfig, sigcache *lru.ARCCache, db ethdb.Database, hash common.Hash) (*Snapshot, error) {& C; s! g; G/ {. m, f/ R+ X) Q
- //使用Database接口的Get方法通过Key来查询缓存内容
- blob, err := db.Get(append([]byte("clique-"), hash[:]...))
- if err != nil {
- return nil, err) ?6 t% M1 m, N
- }- ]6 L6 A+ N5 J" h$ L, z+ o0 j
- snap := new(Snapshot)( {) ?5 Z- O9 L' \* X, d
- if err := json.Unmarshal(blob, snap); err != nil {
- return nil, err B2 q' E Y9 x( l1 d% H) [1 h
- }
- snap.config = config0 y7 g2 D* k! m' z# b
- snap.sigcache = sigcache
- return snap, nil* W4 S$ l/ G( A& |+ O
- }
newSnapshot函数用于创建快照,这个方法没有初始化最近的签名者集合,所以只使用创世块:
- func newSnapshot(config *params.CliqueConfig, sigcache *lru.ARCCache, number uint64, hash common.Hash, signers []common.Address) *Snapshot {8 R, }2 g( J2 z! e- H/ J+ O+ D4 |
- //组装一个Snapshot对象5 ?; O9 y5 B! C4 r8 M7 k. L
- snap := &Snapshot{
- config: config,# K# @+ ?9 J8 P9 ?+ Z! B
- sigcache: sigcache,
- Number: number,
- Hash: hash,
- Signers: make(map[common.Address]struct{}),/ `. I8 i5 e# j3 g" {/ Y
- Recents: make(map[uint64]common.Address),9 a' O$ U! G5 k D f1 w
- Tally: make(map[common.Address]Tally),
- }
- for _, signer := range signers {1 @; @' u0 d' S- Q6 U+ Y. d
- snap.Signers[signer] = struct{}{}# _- n$ Z/ e3 ~; M1 ` q, ]
- }7 v! u% x/ Q" ~
- return snap3 Y8 F2 A8 u! v. J4 w, j! E T
- }
继续看下snapshot函数的具体实现:
- // 快照会在给定的时间点检索授权快照
- func (c *Clique) snapshot(chain consensus.ChainReader, number uint64, hash common.Hash, parents []*types.Header) (*Snapshot, error) {
- // 在内存或者磁盘上查找一个快照来检查检查点checkpoints
- var (
- headers []*types.Header //区块头. |9 {+ W1 Z4 b* |2 d, L# k
- snap *Snapshot //快照对象" ]( V8 f+ h; n/ Q0 t4 S
- )' I) u V- d3 }$ u
- for snap == nil {
- // 如果在内存中找到快照时,快照对象从内存中取. I! P/ C& _8 _7 `0 p( V+ {
- if s, ok := c.recents.Get(hash); ok {
- snap = s.(*Snapshot)
- break: y* }0 \: N+ Q! h @( {$ `' _' |" `
- }
- // 如果在磁盘检查点找到快照时
- if number%checkpointInterval == 0 { //checkpointInterval = 1024 表示投票快照保存到数据库的区块的区块号
- if s, err := loadSnapshot(c.config, c.signatures, c.db, hash); err == nil {
- log.Trace("Loaded voting snapshot form disk", "number", number, "hash", hash)
- snap = s/ G, J( M( ~& W& ^
- break! R0 I, g! a8 a0 ~9 v
- }
- }% n5 {# B4 u5 ?/ P8 b3 p- S* d# B
- // 如果在创世块,则新建一个快照
- if number == 0 {- G7 J; c6 {0 r" D
- genesis := chain.GetHeaderByNumber(0)
- if err := c.VerifyHeader(chain, genesis, false); err != nil {
- return nil, err
- }
- signers := make([]common.Address, (len(genesis.Extra)-extraVanity-extraSeal)/common.AddressLength)9 E' |6 q' [5 `# L3 J
- for i := 0; i 0 {
- // 如果我们有明确的父,从那里挑选(强制执行)2 m) Y; ]* t# L7 b6 Y: z! \
- header = parents[len(parents)-1]1 x) {/ A' E# d, ?$ Z- _
- if header.Hash() != hash || header.Number.Uint64() != number {; \# N" L/ f& S" w5 E
- return nil, consensus.ErrUnknownAncestor
- }4 M: H) C: J) i! v. [* ?
- parents = parents[:len(parents)-1]
- } else {2 U2 J* s5 P! F: U% q
- // 没有明确的父(或者没有更多的父)转到数据库获取
- header = chain.GetHeader(hash, number)
- if header == nil {
- return nil, consensus.ErrUnknownAncestor2 B3 i$ n% j' I0 Z1 B' R$ R5 J' V. O
- }
- }
- headers = append(headers, header)
- number, hash = number-1, header.ParentHash
- }
- // 找到了之前的快照,将所有的pedding块头放在它上面. [( W9 B3 }' ?. Q3 v! B. u
- for i := 0; i 0 {
- if err = snap.store(c.db); err != nil {
- return nil, err! y, P7 J, v, H( E- D8 _# k! w6 c
- }
- log.Trace("Stored voting snapshot to disk", "number", snap.Number, "hash", snap.Hash)* K1 ]6 P: |# x# A
- }
- return snap, err* @/ u! i( `0 ^( L3 a; o0 _ I8 ]
- }
在snapshot中,snap.apply通过区块头来创建一个新的快照,这个apply中主要做什么操作?
- //apply将给定的区块头应用于原始头来创建新的授权快照。
- func (s *Snapshot) apply(headers []*types.Header) (*Snapshot, error) {6 ?; ^; G- M9 d; ?
- //可以传空区块头
- if len(headers) == 0 {# r' x+ N% y! f. r
- return s, nil
- }
- //完整性检查区块头可用性
- for i := 0; i = limit {$ h- K& q9 f6 R5 `+ w, G( H; j
- delete(snap.Recents, number-limit): J! n* Y( R# P+ ]" \3 C3 q
- }9 T y6 i+ q0 n$ |9 R# T
- // 从区块头中解密出来签名者地址" B' y. l/ m6 t( U* C) e2 Q% Y
- signer, err := ecrecover(header, s.sigcache)0 f: f _% y k" K
- if err != nil {: \/ `; U2 l4 c
- return nil, err( _, S9 [* F3 M8 f1 i4 K
- }$ B8 d$ r L2 u+ G- Q
- if _, ok := snap.Signers[signer]; !ok {7 \! u0 Q4 S! k) r
- return nil, errUnauthorized" K( |5 j) l5 `' R: l1 w! }7 n
- }
- for _, recent := range snap.Recents {
- if recent == signer {
- return nil, errUnauthorized6 t7 K$ K J! d. ?& {8 \
- }
- }/ S( J$ o& g9 L
- snap.Recents[number] = signer; l! H# }; z4 M9 L4 d% z
- // 区块头认证,不管该签名者之前的任何投票
- for i, vote := range snap.Votes {; f) E) a5 v/ \1 i. ]6 R
- if vote.Signer == signer && vote.Address == header.Coinbase {8 X4 M3 x+ C0 D! R
- // 从缓存计数器中移除该投票
- snap.uncast(vote.Address, vote.Authorize)
- // 从按时间排序的列表中移除投票+ L7 H/ f1 R9 n- v; S) L
- snap.Votes = append(snap.Votes[:i], snap.Votes[i+1:]...)
- break // 只允许一票! r1 T$ U! J# d, w& T
- }9 L- K9 k' l8 n: a0 ^
- }* l |& ^! e6 Y* @- e% \/ R4 K
- // 从签名者中计数新的投票' {3 c) M7 J9 n3 k9 d, z
- var authorize bool; a* `5 Q7 M! V$ X8 M' c
- switch {+ p' M% _4 b) `- K: l8 f
- case bytes.Equal(header.Nonce[:], nonceAuthVote):
- authorize = true
- case bytes.Equal(header.Nonce[:], nonceDropVote):6 N+ {( k- N- x& q
- authorize = false
- default:! ^/ `0 C2 u' P6 @9 R" \( n
- return nil, errInvalidVote4 V- |; {$ S' I& q+ V4 @2 }
- }# I! R/ W" j- V$ I% j; r9 R. [
- if snap.cast(header.Coinbase, authorize) {
- snap.Votes = append(snap.Votes, &Vote{
- Signer: signer,4 g! x* K" h/ ]0 p; b! f& M; r
- Block: number,
- Address: header.Coinbase,; ~/ i$ l: j. {+ H1 [7 Z6 _* |, \. n" s, V
- Authorize: authorize,
- })
- }( C# S) {% T8 k+ D* s0 H
- // 判断票数是否超过一半的投票者,如果投票通过,更新签名者列表% _! R! s, U% M' @7 h0 y
- if tally := snap.Tally[header.Coinbase]; tally.Votes > len(snap.Signers)/2 {
- if tally.Authorize {
- snap.Signers[header.Coinbase] = struct{}{}0 m; W; V* [! `- W% h2 ~# z! A
- } else {
- delete(snap.Signers, header.Coinbase)
- // 签名者列表缩减,删除最近剩余的缓存" q4 E, G4 Q3 I
- if limit := uint64(len(snap.Signers)/2 + 1); number >= limit {6 H X7 x' ] k$ U2 Y
- delete(snap.Recents, number-limit)2 N7 L. E+ q! A( Z
- }
- 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快照结构已经更新到哪个区块了。
区块验证的过程是普通节点在收到一个新区块时,会从区块头的extraData字段中取出认证节点的签名,利用标准的spec256k1椭圆曲线进行反解公钥信息,并且从公钥中截取出签发节点的地址,若该节点是认证节点,且该节点本轮拥有签名的权限,则认为该区块为合法区块。verifySeal是被SubmitWork(miner/remote_agent.go) 来调用,SubmitWork函数尝试注入一个pow解决方案(共识引擎)到远程代理,返回这个解决方案是否被接受。(不能同时是一个坏的pow也不能有其他任何错误,例如没有工作被pending)解决方案有效时,返回到矿工并且通知接受结果。
- // 检查包头中包含的签名是否满足共识协议要求。该方法接受一个可选的父头的列表,这些父头还不是本地区块链的一部分,用于生成快照( t, f t5 P$ a+ S- \
- func (c *Clique) verifySeal(chain consensus.ChainReader, header *types.Header, parents []*types.Header) error {9 t5 D, [) g5 L' y( b( c* X
- // 不支持校检创世块
- number := header.Number.Uint64(): S/ P& u; n$ V% @
- if number == 0 {1 G% G# F6 {, j! _/ B& k
- return errUnknownBlock o) J, j f# L G
- }
- // 检索出所需的区块对象来校检去开头和将其缓存
- snap, err := c.snapshot(chain, number-1, header.ParentHash, parents)' {, a7 v2 D" T! M0 s7 z
- if err != nil {- f3 ?$ ?" F) S' s
- return err
- }
- //解析授权密钥并检查签署者,ecrecover方法从区块头中反解出Extra字段中签名字符串来获取签名者地址; J3 k) O5 N' |" U; M4 O' z# |, n
- signer, err := ecrecover(header, c.signatures)9 V4 {4 U l1 e! t: C/ _7 q& H
- if err != nil {
- return err
- }0 ]/ N6 n+ ?- E5 |
- if _, ok := snap.Signers[signer]; !ok {/ q/ F8 Z u& j% t! z" S
- return errUnauthorized
- }
- for seen, recent := range snap.Recents {
- if recent == signer {& ?& \! S9 F, E+ t3 Q2 K( }9 C
- // 签署者是最近的,只有当前块没有移出时才会失败,参见seal中的机会均等
- if limit := uint64(len(snap.Signers)/2 + 1); seen > number-limit {
- return errUnauthorized
- }3 V' H; K9 ]1 _. g
- } G% z* m% e3 O5 @2 F
- }; ~ @6 u( y. x7 Y0 z: C* f
- // 设置区块难度,参见上面的区块难度部分
- inturn := snap.inturn(header.Number.Uint64(), signer)% R1 P- o& u" S7 V2 l' L
- if inturn && header.Difficulty.Cmp(diffInTurn) != 0 {/ k1 b4 C( c) v, F ^
- return errInvalidDifficulty4 P: u8 Z( O& j) C+ C+ I2 H
- }
- if !inturn && header.Difficulty.Cmp(diffNoTurn) != 0 {: L" M4 m0 @% z; _' \) d! ]
- return errInvalidDifficulty( n. @. k, o7 M; I# v
- }
- return nil
- }
前面已经分析了Clique的认证节点的出块和校检的过程,那么如何来区分一个节点是认证节点还是一个普通节点?以及一个授权者列表是如何产生并如何全网同步的?! d1 d; d0 p6 N% _6 |" z& i
Clique通过投票机制来确认一个认证节点,投票的范围在委员会中,委员会就是所有节点矿工集合,普通节点没有区块生成权利。矿工的投票流程如下:5 T- O: {; p- {6 N2 A4 S
委员会节点通过RPC调用Propose,对某节点状态变更,从普通节点变成认证阶段,或者相反,写入到Clique.purposal集合中
- // Propose注入一个新的授权提案,可以授权一个签名者或者移除一个。9 \% q+ p5 y, Z+ C, a* Q9 H
- func (api *API) Propose(address common.Address, auth bool) {
- api.clique.lock.Lock()3 N9 C! X. S& k1 |# r% W* T
- defer api.clique.lock.Unlock()
- api.clique.proposals[address] = auth// true:授权,false:移除
- }
本地认证节点在一次区块打包的过程中,从purposal池中随机挑选一条还未被应用的purposal,并将信息填入区块头,将区块广播给其他节点;& X; [- p% p/ @/ s
- //Clique.Prepare
- // 抓取所有有意义投票的提案9 V6 ^5 U9 ?# D5 \
- addresses := make([]common.Address, 0, len(c.proposals))
- for address, authorize := range c.proposals {& E& V( t {* C* C- Z5 H0 n
- if snap.validVote(address, authorize) {/ I" Z; i. u0 n+ Q
- addresses = append(addresses, address)+ p3 A+ ]# A1 r: h' X
- }2 a' x0 S/ J# H- u9 U, g
- }
- // If there's pending proposals, cast a vote on them- k( x' B6 y1 I
- if len(addresses) > 0 {; n/ \9 M' x( _9 s
- header.Coinbase = addresses[rand.Intn(len(addresses))] //随机挑选一条投票节点的地址赋值给区块头的Coinbase字段。7 {& j1 z/ U$ P
- // 通过提案内容来组装区块头的随机数字段。: ~. a1 U4 M4 F: r! j3 c' e/ h- P
- if c.proposals[header.Coinbase] {
- copy(header.Nonce[:], nonceAuthVote)
- } else {& u2 m6 {3 _. d, ^: c; [- n
- copy(header.Nonce[:], nonceDropVote)
- }, Z3 f6 A8 s6 l& u' @" G/ b
- }
在挖矿开始以后,会在miner.start()中提交一个commitNewWork,其中调用上面Prepare, o2 V/ z- H) z1 z( E% U
- if err := self.engine.Prepare(self.chain, header); err != nil {3 q# @" [6 |$ Z4 p x
- log.Error("Failed to prepare header for mining", "err", err)' d# c( |7 r( \
- return1 J) `- u7 [7 y( n4 o
- }
其他节点在接收到区块后,取出其中的信息,封装成一个vote进行存储,并将投票结果应用到本地,若关于目标节点的状态更改获得的一致投票超过1/2,则更改目标节点的状态:若为新增认证节点,将目标节点的地址添加到本地的认证节点的列表中;若为删除认证节点,将目标节点的地址从本地的认证节点列表中删除。具体实现可以查看上面的Snapshot.apply()方法# q+ J% l7 x2 Z0 ?
6 m9 | o! F; o7 t/ w
8 j7 N, D8 z! b) N# u' U4 H
以太坊中除了基于运算能力的POW(Ethash)外,还有基于权利证明的POA共识机制,Clique是以太坊的POA共识算法的实现,这里主要对POA的Clique相关源码做一个解读分析。