- func (s *Ethereum) StartMining(local bool) error {
- eb, err := s.Etherbase()//用户地址* _4 Z/ |3 f5 q4 D) r
- if err != nil {
- log.Error("Cannot start mining without etherbase", "err", err)
- return fmt.Errorf("etherbase missing: %v", err)
- }' x& x+ D" r4 p9 Q; |% U( e5 u
- if clique, ok := s.engine.(*clique.Clique); ok {- \5 _. d- l1 k2 B8 w5 W
- //如果是clique共识算法
- wallet, err := s.accountManager.Find(accounts.Account{Address: eb}) // 根据用它胡地址获取wallet对象
- if wallet == nil || err != nil {9 D$ }: u, C H, S" k
- log.Error("Etherbase account unavailable locally", "err", err)2 d1 d h5 I, C" d; F" a3 s
- return fmt.Errorf("signer missing: %v", err)
- }, [+ y" v; X! o2 Z! @, @8 ]7 I
- clique.Authorize(eb, wallet.SignHash) // 注入签名者以及wallet对象获取签名方法
- }% ^8 A( `8 B( q8 t' h) E) B
- if local {& z- d4 f, y3 A: v& R+ A+ r
- // 如果本地CPU已开始挖矿,我们可以禁用引入的交易拒绝机制来加速同步时间。CPU挖矿在主网是荒诞的,所以没有人能碰到这个路径,然而一旦CPU挖矿同步标志完成以后,将保证私网工作也在一个独立矿工结点。3 e3 g0 z, m- a. G1 y6 E/ k
- atomic.StoreUint32(&s.protocolManager.acceptTxs, 1)+ V. h: k3 C+ |' @; j
- }
- go s.miner.Start(eb)3 Y Q9 c) Q& }- n; T
- return nil
- }
这个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)
VerifyHeader(chain ChainReader, header *types.Header, seal bool) error
VerifyHeaders(chain ChainReader, headers []*types.Header, seals []bool) (chan/ i9 n' ]7 U$ [/ O7 {( d
Engine.Seal()函数可对一个调用过 Finalize()的区块进行授权或封印,成功时返回的区块全部成员齐整,可视为一个正常区块,可被广播到整个网络中,也可以被插入区块链等。对于挖掘一个新区块来说,所有相关代码里 Engine.Seal()是其中最重要最复杂的一步,所以这里我们首先来看下Clique 结构体:
- type Clique struct {
- config *params.CliqueConfig // 共识引擎配置参数4 R( n4 _7 \7 Q! O: { H
- db ethdb.Database // 数据库,用来存储和获取快照检查点1 x) g1 a8 R+ a2 h R1 b
- recents *lru.ARCCache // 最近区块快照,加速快照重组4 u8 v; j, R0 ^! E* J; }9 Y9 ?
- signatures *lru.ARCCache // 最近区块签名,加速挖矿 }: c) j4 S6 v4 \2 |
- proposals map[common.Address]bool // 目前正在推送的提案
- signer common.Address // 签名者的以太坊地址! Q" I0 b1 c5 W. O9 P) n( M; a
- signFn SignerFn // 授权哈希的签名方法$ _, k, w! u1 s
- lock sync.RWMutex // 用锁来保护签名字段
- }
顺便来看下CliqueConfig共识引擎的配置参数结构体:
- 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) {
- c.lock.Lock()/ \8 A; F+ N: |( L
- defer c.lock.Unlock()
- // 这个方法就是为clique共识注入一个签名者的私钥地址已经签名函数用来挖出新块
- c.signer = signer( P5 `0 Q% I0 d5 j
- c.signFn = signFn4 A7 d: a2 E0 g8 W1 M
- }
再来看Clique的Seal()函数的具体实现:
//通过本地签名认证创建已密封的区块
func (c *Clique) Seal(chain consensus.ChainReader, block *types.Block, stop number-limit {9 Q+ }0 P! v: ]1 j+ Z
log.Info("Signed recently, must wait for others")
+ b' D& F# J) O
Seal是共识引擎的入口之一,该函数通过clique.signer对区块签名5 S2 W" H* J. ^6 `# |
signer不在snapshot的signer中不允许签名7 c+ }; _+ ]+ b4 [
signer不是本区块的签名者需要延时随机一段时候后再签名,是本区块的签名者则直接签名
签名存放在Extra的extraSeal的65个字节中! k* |5 C7 V. Y
关于机会均等 为了使得出块的负载(或者说是机会)对于每个认证节点尽量均等,同时避免某些恶意节点持续出块,clique中规定每一个认证节点在连续SIGNER_LIMIT个区块中,最多只能签发一个区块,也就是说,每一轮中,最多只有SIGNER_COUNT - SIGNER_LIMIT个认证节点可以参与区块签发。 其中SIGNER_LIMIT = floor(SIGNER_COUNT / 2) + 1,SIGNER_COUNT表示认证节点的个数。% a% T# x1 Y2 T# }, Q) g/ S
- //snap.Signers是所有的认证节点; ]/ r, O5 e" Y, ?
- for seen, recent := range snap.Recents {7 [* R. q, R) q. x9 q
- if recent == signer {
- if limit := uint64(len(snap.Signers)/2 + 1); number number-limit {+ W6 a+ b: L. Z8 x7 F6 G$ ?1 K
- log.Info("Signed recently, must wait for others")
在保证好节点的个数大于坏节点的前提下,好节点最少的个数为SIGNER_LIMIT(大于50%),坏节点最多的个数为SIGNER_COUNT - SIGNER_LIMIT(小于50%)。一个节点在SIGNER_LIMIT这个时间窗口内最多只能签发一个区块,这就使得恶意节点在不超过50%的情况下,从理论上无法一直掌握区块的签发权。
关于难度计算 为了让每个认证节点都有均等的机会去签发一个区块,每个节点在签发时都会判断本节点是不是本轮的inturn节点,若是inturn节点,则该节点产生的区块难度为2,否则为1。每一轮仅有一个节点为inturn节点。
diffInTurn = big.NewInt(2) * m% c. x7 O6 t
diffNoTurn = big.NewInt(1) " I6 ]* _0 I. C1 o; w
当inturn的结点离线时,其他结点会来竞争,难度值降为1。然而正常出块时,limit中的所有认证结点包括一个inturn和其他noturn的结点,clique是采用了给noturn加延迟时间的方式来支持inturn首先出块,避免noturn的结点无谓生成区块,上面的延时代码段已经有提现了。 判断是否为inturn的节点,将本地维护的认证节点按照字典序排序,若当前区块号除以认证节点个数的余数等于该节点的下标,则该节点为inturn节点。代码实现在 snapshot.go中:* q `; y% @7 ~0 a. z
// 通过给定的区块高度和签发者返回该签发者是否在轮次内
- func (s *Snapshot) inturn(number uint64, signer common.Address) bool {
- signers, offset := s.signers(), 0% m( S# J( `. d9 E
- for offset
Seal()代码中有获取快照,然后从快照中来检查授权区块签名者的逻辑,那么我们继续来看下Snapshot,首先看下Snapshot的结构体:
// Snapshot对象是在给定时间点的一个认证投票的状态- u' B6 H6 g5 _6 Y h0 J
- type Snapshot struct {/ a7 y ?7 V' J% I
- config *params.CliqueConfig // 共识引擎配置参数
- sigcache *lru.ARCCache // 签名缓存,最近的区块签名加速恢复。
- Number uint64 `json:"number"` // 快照建立的区块号( A; q8 f6 _! Z. U5 f4 h8 U
- Hash common.Hash `json:"hash"` // 快照建立的区块哈希
- Signers map[common.Address]struct{} `json:"signers"` // 当下认证签名者的列表; \1 J$ n) B% G
- Recents map[uint64]common.Address `json:"recents"` // 最近担当过数字签名算法的signer 的地址) X( ^4 L* W, W7 I" K
- Votes []*Vote `json:"votes"` // 按时间顺序排列的投票名单。
- Tally map[common.Address]Tally `json:"tally"` // 当前的投票结果,避免重新计算。$ S; x' V9 \0 R) r, m. d7 N% \
- }
快照Snapshot对象中存在投票的Votes和记票的Tally对象:' s! P1 f0 E4 }- u6 {: T) \; I
- // Vote代表了一个独立的投票,这个投票可以授权一个签名者,更改授权列表。
- type Vote struct {7 r0 N1 ]( a% {/ X) W" D k
- Signer common.Address `json:"signer"` // 已授权的签名者(通过投票)
- Block uint64 `json:"block"` // 投票区块号
- Address common.Address `json:"address"` // 被投票的账户,修改它的授权8 ^& G( J$ b, j
- Authorize bool `json:"authorize"` // 对一个被投票账户是否授权或解授权
- }! C+ H b. X4 Z
- // Tally是一个简单的用来保存当前投票分数的计分器
- type Tally struct {
- Authorize bool `json:"authorize"` // 授权true或移除false
- Votes int `json:"votes"` // 该提案已获票数1 g7 D c9 ^. Z
- }
Snapshot是一个快照,不仅是一个缓存,而且存储了最近签名者的map loadSnapshot用来从数据库中加载一个已存在的快照:6 ], ^% P9 Q8 r8 t4 L7 k
- func loadSnapshot(config *params.CliqueConfig, sigcache *lru.ARCCache, db ethdb.Database, hash common.Hash) (*Snapshot, error) {
- //使用Database接口的Get方法通过Key来查询缓存内容' {6 S v& x5 x4 u. d
- blob, err := db.Get(append([]byte("clique-"), hash[:]...))
- if err != nil {! U7 B: ^% B8 p, _; q& d; K
- return nil, err- o" M' M3 ?# c% W$ j
- }/ [/ m' ]1 P, l6 o# t; k3 N
- snap := new(Snapshot)& Y) l* P; R8 L k O
- if err := json.Unmarshal(blob, snap); err != nil { ~+ A+ n* c6 M5 i+ w1 K: o
- return nil, err6 h7 e( Q8 d7 L" _" i1 n
- }6 W3 v( }% o+ q! T+ N# V
- snap.config = config
- snap.sigcache = sigcache
- return snap, nil
- }
newSnapshot函数用于创建快照,这个方法没有初始化最近的签名者集合,所以只使用创世块:* e5 V4 n7 w$ m5 u: S" z8 O
- func newSnapshot(config *params.CliqueConfig, sigcache *lru.ARCCache, number uint64, hash common.Hash, signers []common.Address) *Snapshot {; J I" l* y" f2 d
- //组装一个Snapshot对象
- snap := &Snapshot{
- config: config,
- sigcache: sigcache,
- Number: number,- I3 j5 d1 s9 O8 B8 n$ Y7 x
- Hash: hash,4 j$ ~# j9 ]# s
- Signers: make(map[common.Address]struct{}),5 z; p: O+ Q7 H2 l a, |) |: ?
- Recents: make(map[uint64]common.Address)," F" k) ]6 i- I5 ~/ d' `* D$ `# V
- Tally: make(map[common.Address]Tally),6 ~( w) P& g# _2 L3 t7 K8 z7 l
- }! F$ ?' R7 Q' H
- for _, signer := range signers {4 M1 p# }8 p- N4 E; M
- snap.Signers[signer] = struct{}{}
- }
- return snap+ r; z) Y. `- o; ^' d
- }
继续看下snapshot函数的具体实现:0 O. F( j$ W6 `. H( M M& i
- // 快照会在给定的时间点检索授权快照
- func (c *Clique) snapshot(chain consensus.ChainReader, number uint64, hash common.Hash, parents []*types.Header) (*Snapshot, error) {! N* h* C( Q: ^# q
- // 在内存或者磁盘上查找一个快照来检查检查点checkpoints4 \0 [* x, A) F8 `) a* ?. d
- var (, }6 R% L* G: o+ `4 P* g0 S
- headers []*types.Header //区块头
- snap *Snapshot //快照对象3 U% [* ]! m! G9 s
- )9 ]8 h- E/ ]) v1 B: h% ~/ B% p2 k
- for snap == nil {
- // 如果在内存中找到快照时,快照对象从内存中取* H$ [, g& p. ]8 Z, g
- if s, ok := c.recents.Get(hash); ok {, P) X, R& i, Y' Q' A5 ~/ e
- snap = s.(*Snapshot)
- break5 w, Z$ X( ]' j5 P7 v6 ]7 i7 j
- }9 j/ x! m g5 n
- // 如果在磁盘检查点找到快照时
- 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 = s2 `. z$ \0 k" g7 G
- break
- } v8 y+ p2 Z) i* u
- }. m S4 J `4 p, V! B
- // 如果在创世块,则新建一个快照
- if number == 0 {
- genesis := chain.GetHeaderByNumber(0)% @8 g: M) |% w1 G0 o. {3 }
- if err := c.VerifyHeader(chain, genesis, false); err != nil {; c1 }0 y$ I) [) D5 G6 n7 x
- return nil, err9 c- M, L: M/ k8 U4 B) J
- }
- signers := make([]common.Address, (len(genesis.Extra)-extraVanity-extraSeal)/common.AddressLength)
- for i := 0; i 0 {
- // 如果我们有明确的父,从那里挑选(强制执行)
- header = parents[len(parents)-1]
- if header.Hash() != hash || header.Number.Uint64() != number {
- return nil, consensus.ErrUnknownAncestor8 }4 U) J3 z) _$ p0 r3 H6 b
- }3 M; J- p: E; D; `, |
- parents = parents[:len(parents)-1]2 O7 m4 o2 x) p/ V
- } else {9 q/ \6 L5 W4 @
- // 没有明确的父(或者没有更多的父)转到数据库获取
- header = chain.GetHeader(hash, number)
- if header == nil {$ N& B( c) g3 d$ M: \+ ]
- return nil, consensus.ErrUnknownAncestor
- }
- }
- headers = append(headers, header)" D) o9 t2 U3 Q6 e2 M2 g" x, m
- number, hash = number-1, header.ParentHash) b0 d* h; {0 W+ u$ F1 n
- }( B% e9 E* @9 X% |9 w2 i
- // 找到了之前的快照,将所有的pedding块头放在它上面# y( @- E- o+ U" @8 |( s: u! _" u
- for i := 0; i 0 {8 O8 J8 S r- J0 x
- if err = snap.store(c.db); err != nil {# n7 n0 h! _) E0 H$ z) n z
- return nil, err: Q1 L0 ?. j4 |" V* i% q% @: z# v) {( [
- }$ B0 U$ K8 u7 ]2 i `% c) C& n
- log.Trace("Stored voting snapshot to disk", "number", snap.Number, "hash", snap.Hash)
- }
- return snap, err) L5 P9 W" F* }9 r, c; ~
- }
在snapshot中,snap.apply通过区块头来创建一个新的快照,这个apply中主要做什么操作?, t0 v8 X) n. [. j* v6 h1 u4 l# g
- //apply将给定的区块头应用于原始头来创建新的授权快照。3 e# b3 e3 T- b. l9 n/ u
- func (s *Snapshot) apply(headers []*types.Header) (*Snapshot, error) {$ h. ]; w% A1 Q9 x0 c1 Y0 O: g. ?
- //可以传空区块头2 n" z4 S: h) Q. o7 Q
- if len(headers) == 0 {
- return s, nil" Q/ y5 H3 m, u& u2 Q1 D# H* S
- }2 ? Q% }1 P( y5 F4 d
- //完整性检查区块头可用性
- for i := 0; i = limit {
- delete(snap.Recents, number-limit); V `+ f- L7 H
- }
- // 从区块头中解密出来签名者地址
- signer, err := ecrecover(header, s.sigcache)+ z2 U3 g9 L5 n; }
- if err != nil {# ]. E, J& B: c
- return nil, err
- }! E" h# p% c" A- C* {
- if _, ok := snap.Signers[signer]; !ok {2 J" N% D# _0 }8 {- `
- return nil, errUnauthorized( T; ?) Y9 f1 M- i2 E1 }; D4 r9 e3 S* L
- }$ Z4 L: @* D) O4 P, X+ B' C
- for _, recent := range snap.Recents {2 v/ v, M2 c. @
- if recent == signer {9 w' W5 u( _" v6 d/ n
- return nil, errUnauthorized H7 E9 G% Q: L, H) l% q% } Q
- }
- }
- snap.Recents[number] = signer- [4 b( a% t5 q
- // 区块头认证,不管该签名者之前的任何投票2 G- B7 R* b0 K7 p% k8 y
- for i, vote := range snap.Votes {
- if vote.Signer == signer && vote.Address == header.Coinbase {
- // 从缓存计数器中移除该投票
- snap.uncast(vote.Address, vote.Authorize)
- // 从按时间排序的列表中移除投票
- snap.Votes = append(snap.Votes[:i], snap.Votes[i+1:]...)
- break // 只允许一票
- }7 C. _% `% R8 a
- }8 O; U% P+ r7 E' T6 u( {* z
- // 从签名者中计数新的投票
- var authorize bool
- switch {
- case bytes.Equal(header.Nonce[:], nonceAuthVote):
- authorize = true/ m5 e7 H& p3 c/ K' G* f
- case bytes.Equal(header.Nonce[:], nonceDropVote):* H/ D' L* T! K
- authorize = false# E) h/ g: w, ~: r# }' [
- default:
- return nil, errInvalidVote* H+ g! a2 ^4 Q
- }( S. Q2 C. D- f) r/ @
- if snap.cast(header.Coinbase, authorize) {
- snap.Votes = append(snap.Votes, &Vote{
- Signer: signer,6 V) H: y; o* d, j8 ^- T5 \
- Block: number,6 ^* M' J$ a9 R- r/ K+ ^/ y$ z
- Address: header.Coinbase,
- Authorize: authorize,
- })
- }
- // 判断票数是否超过一半的投票者,如果投票通过,更新签名者列表, @3 C# n8 ?" l/ b8 C+ y5 o8 G: j
- if tally := snap.Tally[header.Coinbase]; tally.Votes > len(snap.Signers)/2 {
- if tally.Authorize {* |& y! g# h4 Q0 D
- snap.Signers[header.Coinbase] = struct{}{}
- } else {
- delete(snap.Signers, header.Coinbase)( V+ ?+ x0 J, P
- // 签名者列表缩减,删除最近剩余的缓存8 l2 s& C6 J$ _4 p( x
- if limit := uint64(len(snap.Signers)/2 + 1); number >= limit {
- delete(snap.Recents, number-limit)5 P* u6 U4 b5 T- e
- }
- 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快照结构已经更新到哪个区块了。5 x9 R0 |" D5 G
区块验证的过程是普通节点在收到一个新区块时,会从区块头的extraData字段中取出认证节点的签名,利用标准的spec256k1椭圆曲线进行反解公钥信息,并且从公钥中截取出签发节点的地址,若该节点是认证节点,且该节点本轮拥有签名的权限,则认为该区块为合法区块。verifySeal是被SubmitWork(miner/remote_agent.go) 来调用,SubmitWork函数尝试注入一个pow解决方案(共识引擎)到远程代理,返回这个解决方案是否被接受。(不能同时是一个坏的pow也不能有其他任何错误,例如没有工作被pending)解决方案有效时,返回到矿工并且通知接受结果。
- // 检查包头中包含的签名是否满足共识协议要求。该方法接受一个可选的父头的列表,这些父头还不是本地区块链的一部分,用于生成快照% L+ f. E/ f& F# G
- func (c *Clique) verifySeal(chain consensus.ChainReader, header *types.Header, parents []*types.Header) error {3 V1 R1 ~& m% v. }
- // 不支持校检创世块1 G" t) R) e7 q
- number := header.Number.Uint64()
- if number == 0 {% i9 Y1 }, Y+ x5 q3 ?- L Q
- return errUnknownBlock, h/ E6 G" r9 `3 x- ~) Q
- }! {9 S% |4 E2 x
- // 检索出所需的区块对象来校检去开头和将其缓存. q- }# `; h2 u1 P, \+ p2 i
- snap, err := c.snapshot(chain, number-1, header.ParentHash, parents)
- if err != nil {
- return err2 I, y0 s% V4 X% J1 H, n
- }
- //解析授权密钥并检查签署者,ecrecover方法从区块头中反解出Extra字段中签名字符串来获取签名者地址' I5 y& P, H! j0 r0 {
- signer, err := ecrecover(header, c.signatures)6 Q" f# `$ L* _8 Q* K5 t
- if err != nil {
- return err
- }
- if _, ok := snap.Signers[signer]; !ok {$ @& W( i) y0 z
- return errUnauthorized' {' D: _% h6 B. M8 P$ r' V; ~0 S
- }' {. @' M( d& u/ ^* j
- for seen, recent := range snap.Recents {
- if recent == signer {
- // 签署者是最近的,只有当前块没有移出时才会失败,参见seal中的机会均等
- if limit := uint64(len(snap.Signers)/2 + 1); seen > number-limit {
- return errUnauthorized
- }, h) I* @3 h; }$ K7 t$ ?& W
- }
- }; o5 W2 E) a1 a, p& v5 F$ [
- // 设置区块难度,参见上面的区块难度部分8 ?1 N" x$ K F# ~" |! L: s
- inturn := snap.inturn(header.Number.Uint64(), signer); F m4 j$ ?! G& w
- if inturn && header.Difficulty.Cmp(diffInTurn) != 0 {
- return errInvalidDifficulty
- }: s! Z3 z5 U+ [* x7 R; B2 y; P
- if !inturn && header.Difficulty.Cmp(diffNoTurn) != 0 {/ a: R3 @0 L. a, \( e- E
- return errInvalidDifficulty
- }
- return nil
- }
前面已经分析了Clique的认证节点的出块和校检的过程,那么如何来区分一个节点是认证节点还是一个普通节点?以及一个授权者列表是如何产生并如何全网同步的?8 n# ?, Z8 H* Z
Clique通过投票机制来确认一个认证节点,投票的范围在委员会中,委员会就是所有节点矿工集合,普通节点没有区块生成权利。矿工的投票流程如下:# j! { \- F: z5 d; ~
委员会节点通过RPC调用Propose,对某节点状态变更,从普通节点变成认证阶段,或者相反,写入到Clique.purposal集合中: l+ z: q6 @0 E& C
- // Propose注入一个新的授权提案,可以授权一个签名者或者移除一个。. H5 j" _( |8 E; M6 \. M
- func (api *API) Propose(address common.Address, auth bool) {
- api.clique.lock.Lock()4 A; L6 ~8 }1 o: d: d* b9 c9 V
- defer api.clique.lock.Unlock()
- api.clique.proposals[address] = auth// true:授权,false:移除
- }
本地认证节点在一次区块打包的过程中,从purposal池中随机挑选一条还未被应用的purposal,并将信息填入区块头,将区块广播给其他节点;
- //Clique.Prepare* H* C i1 J" R7 d( W2 X* ^
- // 抓取所有有意义投票的提案
- addresses := make([]common.Address, 0, len(c.proposals))
- for address, authorize := range c.proposals {& w6 j, S% r1 {9 N$ c
- if snap.validVote(address, authorize) {" d* L. t" T$ \$ X% l3 Z1 O% X
- addresses = append(addresses, address)4 u) Y* ]2 |5 ?
- }# [" A' J% t7 X5 P5 M: {* Z6 \
- }
- // If there's pending proposals, cast a vote on them
- if len(addresses) > 0 {
- header.Coinbase = addresses[rand.Intn(len(addresses))] //随机挑选一条投票节点的地址赋值给区块头的Coinbase字段。( L7 N0 X! o" p! ]
- // 通过提案内容来组装区块头的随机数字段。
- if c.proposals[header.Coinbase] {
- copy(header.Nonce[:], nonceAuthVote)
- } else {6 M+ w' E! ~/ b: r9 Q& [8 K: S, Y: F
- copy(header.Nonce[:], nonceDropVote). ]8 F3 J9 w; n) Y
- }4 j- p& x/ s( }
- }
在挖矿开始以后,会在miner.start()中提交一个commitNewWork,其中调用上面Prepare+ q4 g* r9 E1 }8 T U! @# o! @( U
- if err := self.engine.Prepare(self.chain, header); err != nil {
- log.Error("Failed to prepare header for mining", "err", err)
- return
- }
其他节点在接收到区块后,取出其中的信息,封装成一个vote进行存储,并将投票结果应用到本地,若关于目标节点的状态更改获得的一致投票超过1/2,则更改目标节点的状态:若为新增认证节点,将目标节点的地址添加到本地的认证节点的列表中;若为删除认证节点,将目标节点的地址从本地的认证节点列表中删除。具体实现可以查看上面的Snapshot.apply()方法
# N" |& I! I! Y! N! l' L. X
( f1 k, s5 |" ^# X- R
以太坊中除了基于运算能力的POW(Ethash)外,还有基于权利证明的POA共识机制,Clique是以太坊的POA共识算法的实现,这里主要对POA的Clique相关源码做一个解读分析。



