Spectrum光谱链共识算法的分析

2018-09-25 本文已影响63人 rectinajh

Spectrum（光谱链）是SmartMesh生态下的公链，承载去中心化Mesh网络实现万物互联dapp的底层公链。由Payment Channel的建构的SmartRaiden（光子网络）和多子链侧链并行的SmartPlasma的Layer2次级架构，保证了主链安全的同时极大的提升了交易速度。Token动态转移技术（Atmosphere）是Spectrum生态重要一环，是Token可以在不同链进行兑换的跨链协议。共识机制是一种新型的能力证明机制（Proof of Capability，PoC），能力的定义是为系统贡献资源的节点，能力证明衡量了节点对系统的贡献程度，能力越强就有更高的出块权重，并且很好的支持移动设备运行光谱轻节点，保证公链在无互联网环境也可以正常运行。

核心代码实现：
https://github.com/SmartMeshFoundation/Spectrum/blob/master/contracts/chief/src/chief_0.0.6.sol

节点能力的定义

能力被定义为节点与网络共享资源的各种因素的加权权重，具体包括如下：
1，节点是否在Meshbox上运行（为系统共享多少通信带宽，数据存储，交互能量（太阳能电池的能量））
2，Token投资（LockedDeposit（要成为志愿者至少抵押1个smt）或者Photon Payment Channel（提升系统交易频率走Payment支付通道），其实就是抵押SMT。
3，节点成功出块的次数，产生坏块的次数。

Capability = (WMB * OnMeshBox) * [ (WCBW x CommBW) + (WS x Storage) + (WSBW x StorageBW) + (WE x Energy) ] + (WLD0 * SMT LockedDeposit) + (WLD1 * Token 1 LD) + ... + (WLDN * Token N LD) + (WPD * Sum of all Photon Deposits associated with the node) + (WSS x SuccessfulSigning)

Spectrum节点分为四组，每组都有一个结构体数组，签名者节点被轮流成为签名者（出块节点），志愿者节点不出块，等待被提升为签名者节点，正常节点被提升为志愿者节点，行为不端的节点。

//signer info
struct SignerInfo {
    uint score;
    uint number;
}

//volunteer object
struct VolunteerInfo {
    uint weight; // new volunteer weight = 5
    uint number;
}

每次节点成功为一个块签名，SuccessfulSigning 会增加 1.但是，如果该节点无法生成一个好块，则 SuccessfulSigning 会减少一个大数，例如 10 作为惩罚。

从上面可以看出，即使节点的所有者没有财务资源(MeshBox 或存款)，它仍然可以通过在有机会成为签名者时产生正确的块来增加其能力。所以还是比较公平的，只是出块的机会比较小了。

光谱链诞生需要有一个出块节点的列表，它随区块链的诞生而产生，负责形成最初的出块节点联盟(一个被初始化的出块节点列表，和一个空的候选节点列表)。

网络上的每一个普通全节点都有资格申请成为一个出块节点。但是，由于申请时的出块节点联盟的状态不同，导致节点被提名成出块节点的流程略有不同:

• 当出块节点总数小于极限值时:普通节点发出申请，可以被现有的出块节点提名，直接进入出块节点列表。

• 当出块节点总数等于极限值时:普通节点发出申请，可以被现有的出块节点提名，放入候选节点（volunteer）的列表，等待轮换参与出块。

节点联盟的更新频率

普通的节点在每个出块周期(14-22 秒)内，实际大概是12.5s，都有机会被出块节点选入到联盟列表中。如果出块节点列表有空位，则新节点进入出块节点列表中，参与下一轮的出块。如果出块节点列表已经没有空位，则新节点进入候选节点列表中，等待空位。没有进入黑名单的候选节点将会有五次出块机会，然后会放到黑名单中休息一个epoch 。

节点联盟出块规则

1，出块节点必须保证连续正确的为网络出块，如果不能正常出块(不出块，出错块)就会被从出块节点中剔除，会有一个候选节点来替代它。
2，一个节点不能正常出块，系统会将其判断成不合格节点，将其放入黑名单中，进入黑名单的机器，在 24 小时之内不能重复申请成为出块节点。

具体规则分以下几种情况:

出块节点列表未满
每个节点3分，每错出或者漏出一个块扣1分，0分时被放入黑名单，在当前epoch不在被选拔。

/*
在志愿者列表中随机选出17个节点替换当前列表,
在进入这个方法之前，已经判断过志愿者列表尺寸了，所以这里只管随机拼装即可
*/
function generateSignersRule3() private {
address g = _signerList[0];
// 清理旧的列表
address[] memory sl = new address[](_signerList.length);
for (uint j = 0; j < sl.length; j++) {
    sl[j] = _signerList[j];
}
for (uint i0 = sl.length; i0 > 0; i0--) {
    uint sIndex = i0 - 1;
    deleteSigner(sIndex);

    address signerI = sl[sIndex];
    if (sIndex > 0 && signerI != uint160(0)) {
        if (volunteersMap[signerI].weight == 0) {
            pushVolunteer(signerI, 5);
        }
        pushVolunteer(signerI, volunteersMap[signerI].weight - 1);
    }
}
// 顺序选出一个创世签名人放到首位
if (genesisSigner[g] && _genesisSignerList.length > 1) {
    // 这个循环一定会找到一个 genesisSigner 放到 signers 中
    for (uint i1 = 0; i1 < _genesisSignerList.length; i1++) {
        if (_genesisSignerList[i1] == g) {
            if (i1 == (_genesisSignerList.length - 1)) {
                pushSigner(_genesisSignerList[0], 3);
            } else {
                pushSigner(_genesisSignerList[i1 + 1], 3);
            }
            break;
        }
    }
} else {
    pushSigner(_genesisSignerList[0], 3);
}
// 随机填满整个 signerList , 走到这个逻辑时 volunteer 一定比 signers 多，所以一定能填满
// 这个地方循环下来很可能造成 signerList.length < signerLimit 的情况, 后续需要补充
uint[] memory tiList = new uint[](signerLimit);
uint ii = 0;
for (uint i2 = 0; i2 < _volunteerList.length; i2++) {
    if (ii >= signerLimit) break;
    uint ti = getRandomIdx(_volunteerList[i2], _volunteerList.length - uint(1));
    if (repeatTi(tiList, ti)) continue;
    pushSigner(_volunteerList[ti], 3);
    tiList[ii] = ti;
    ii = ii + 1;
}
// 如果不满需要补满
if (ii < signerLimit) {
    for (uint i3 = 0; i3 < _volunteerList.length; i3++) {
        //不存在就放进去
        if (signersMap[_volunteerList[i3]].number == 0) pushSigner(_volunteerList[i3], 3);
        //放满了就退出循环
        if (_signerList.length >= signerLimit) break;
       }
    }
}

出块节点列表已满，候选节点列表小于出块节点列表
此时主要选拔候选节点，为每个被选拔的节点设置weight = 5，出块规则与“出块节点列表未满”时规则相同。

/*
    rule 1 : 出块节点列表未满
每个节点3分，每错出或漏出一个块扣1分，0分时被放入黑名单
在当前 epoch 不再被选拔

  rule 2 : �出块节点列表已满，候选节点列表小于出块节点列表
此时主要工作是选拔候选节点，为每个被选拔的节点设置 weight = 5，
出块规则与 “出块节点列表未满” 时的规则相同
*/
function updateRule1() private {
fixRule1();
// mine
// 如果当前块 不是 signers[ blockNumber % signers.length ] 出的，就给这个 signer 减分
// 否则恢复成 3 分
uint signerIdx = blockNumber % _signerList.length;
//初始签名人不做处理
if (!genesisSigner[_signerList[signerIdx]]) {

    SignerInfo storage signer = signersMap[_signerList[signerIdx]];

    // 序号对应的不是我，则扣它一分
    if (msg.sender != _signerList[signerIdx]) {
        if (signer.score > 1) {
            signer.score -= 1;
            signer.number = blockNumber;
        } else {
            // move to blacklist and cannot be selected in this epoch
            pushVolunteer(_signerList[signerIdx], 0);
            // vsn-0.0.3
            // score == 0 , remove on signerList
            deleteSigner(signerIdx);
        }
    } else {
        // 恢复分数
        signer.score = 3;
    }
}

出块节点列表已满，候选节点列表大于出块节点列表
在这个规则生效时，签名节点的分数已经没有意义了，此时的规则是每出一轮块就要替换掉全部的出块节点，从候选节点列表中随机提拔一批新的出块节点到出块节点列表，将原出块节点列表移入候选节点列表，并将 weight - 1，当 weight == 0 时则移入黑名单，当前 epoch 将不在被选拔。假设出块节点列表最大长度 17 ，候选节点列表最大长度为 1234。每一轮出块，指的就是每 17 个块，每笔交易的确认时间也是 17 块，但是对于交易所来说应该至少经过 34 个块才能确认一笔交易。

/* rule 3 : 出块节点列表已满，候选节点列表大于出块节点列表

在这个规则生效时，签名节点的分数已经没有意义了，
此时的规则是每出一轮块就要替换掉全部的出块节点，
从候选节点列表中按 weight 随机提拔一批新的出块节点到出块节点列表，
将原出块节点列表移入候选节点列表，并将 weight - 1，
当 weight == 0 时则移入黑名单，等待下一个 epoch
假设出块节点列表最大长度 17 ，候选节点列表最大长度与 epoch 相等。每一轮出块，指的就是每 17 个块，每笔交易的确认时间也是 17 块，但是对于交易所来说应该至少经过 34 个块才能确认一笔交易。
*/
function updateRule3() private {
uint l = _signerList.length;
uint signerIdx = uint(blockNumber % l);
address si = _signerList[signerIdx];
//1 : 初始签名人不做处理,不是正常签名人 0 分放回志愿者列表,否则 weight - 1
if (signerIdx > uint(0)) {
    // 序号对应的不是我，把序号对应的 signer 以 weight=0 扔回志愿者列表 (其实就是删除)
    if (msg.sender != si) {
        pushVolunteer(si, 0);
        //此处还不能直接删除，因为不能破坏列表长度，否则对后续取模逻辑有影响，用 0 占位吧
        delete signersMap[si];
        _signerList[signerIdx] = uint160(0);
    }
}

//2 : 如果当前块是签名人列表的最后一块，则生成下一轮的列表
if (signerIdx == uint(l - 1)) {
    //if (volunteersMap[msg.sender].weight == 0) {pushVolunteer(msg.sender, 5);}
    //pushVolunteer(msg.sender, volunteersMap[msg.sender].weight - 1);
    generateSignersRule3();
}
}

共识机制攻击分析：

1，比如一个SMT大户抵押巨多的SMT，节点权重很高，是否就可以一直霸占出块节点，然后等待作恶呢？
答：出块节点列表未满，当出块节点很少的时候，他可以很容易进入出块列表，轮流出块。但是如果出块节点已满，有越多节点出块，做恶机会就越低，因为出块后在一个epoch周期就会被换掉，让其他节点出块。

2，节点接收到一个错误的块，或者受到连续错误的块，会不会出现分叉？
答：如果节点收到一个新挖出的区块，但是 parent 与主分支上的不一致，节点将会保存该区块，但是并不切换主分支，如果多个区块中不包含预定节点的区块，则记录全部的区块，并将主链切换到时间最早的区块上，如果多个区块中包含预定节点的区块，则记录全部的区块，并将主链切换到预定节点的区块上。

Spectrum光谱链共识算法的分析

节点能力的定义

节点联盟的更新频率

节点联盟出块规则

共识机制攻击分析：

猜你喜欢

热点阅读