链质量（CQ）
-
定义：是衡量区块链网络中最长链上诚实区块占比的一个指标。在这个定义中，"最长链"指的是区块链中当前最长的、包含最多区块的链，而"诚实区块"则是指那些没有被篡改或非法创建的区块，它们遵循了区块链网络的规则和共识机制
-
计算公式：是衡量区块链网络中最长链上诚实区块占比的一个指标。在这个定义中，"最长链"指的是区块链中当前最长的、包含最多区块的链，而"诚实区块"则是指那些没有被篡改或非法创建的区块，它们遵循了区块链网络的规则和共识机制
这个指标对于评估区块链网络的安全性和稳定性至关重要。一个高链质量意味着最长链上绝大多数区块都是诚实且未被篡改的，这有助于增强网络的整体信任度和可靠性。相反，如果链质量较低，说明网络中存在较多的非法或篡改行为，这可能会损害区块链的完整性和可信度。
为了维护高链质量，区块链网络通常采用一系列的安全机制和共识算法来确保区块的诚实性和合法性。这些机制包括但不限于工作量证明（Proof of Work, PoW）、权益证明（Proof of Stake, PoS）等共识算法，以及加密签名、哈希校验等安全技术。通过这些机制，区块链网络能够有效地抵御恶意攻击和篡改行为，从而保持链质量的稳定和可靠。
双重支付攻击
-
定义：双重支付攻击指的是在一个去中心化的支付系统中，某一方在没有被发现的情况下，花费相同的数额的一笔支付，即从一个账户中多次支付出同一笔数字货币。这种攻击破坏了区块链系统的基本原则，即交易的唯一性和不可篡改性
-
攻击原理：双重支付攻击的核心在于利用区块链系统确认交易的时间差和分布式节点的同步问题。在区块链网络中，交易信息需要被多个节点验证并打包进区块，然后这些区块再被链接成链。由于网络延迟和节点同步的问题，一个交易在被全网确认之前，存在被另一个冲突交易取代的风险
自私挖矿攻击（Selfish Mining Attack）
-
定义： 是一种针对采用工作量证明共识机制（Proof of Work, PoW）的区块链网络的攻击策略。这种攻击方式的核心思想是攻击者（或恶意矿池）故意延迟公布其计算得到的新区块，并构造一条自己控制的私有分支，从而造成链的分叉
-
攻击过程：
-
延迟公布新区块：攻击者在挖到新区块后，并不立即将其广播到网络中，而是选择保留这些区块，并在私有分支上继续挖矿
-
构造私有分支：攻击者基于保留的区块构造自己的私有分支，并在这个分支上继续挖矿，以期望获得更长的链
-
选择时机公布区块：当攻击者的私有分支长度超过网络中的最长公开分支时，攻击者会选择公布这些区块，从而使自己的私有分支成为最长链
-
获取额外奖励：由于区块链的共识机制通常认为最长链是真实有效的，因此攻击者公布的私有分支会被网络接受，从而使攻击者获得这些区块的挖矿奖励
-
-
攻击效果：
-
浪费诚实算力：由于攻击者延迟公布区块，诚实矿工可能会在这些区块的基础上继续挖矿，但这些工作最终可能会变为无效计算，因为网络最终会接受攻击者的私有分支
-
增加攻击者收益：通过自私挖矿攻击，攻击者可以获得比诚实挖矿更高的收益。当攻击者的算力达到一定比例时（如超过全网算力的1/3），其收益可能会显著增加
-
-
防御措施：
-
增强网络监测：区块链网络可以加强对区块生成和传播的监测，及时发现并应对自私挖矿攻击
-
优化共识机制：研究者们正在不断优化区块链的共识机制，以抵御各种攻击方式，包括自私挖矿攻击
-
提高网络安全性：加强网络的安全性，如使用更复杂的加密算法和更严格的身份验证机制，可以降低攻击者成功实施自私挖矿攻击的可能性
-
-
注意事项：
-
Selfish Mining Attack 是一种理论上的攻击方式，其实际效果可能受到多种因素的影响，如网络延迟、攻击者算力占比等
-
在实际区块链网络中，由于存在多种防御措施和监管机制，自私挖矿攻击的成功实施可能相对困难
-
所以说，Selfish Mining Attack 是一种针对区块链网络的攻击策略，其通过延迟公布新区块和构造私有分支来获取额外收益。为了应对这种攻击方式，区块链网络需要加强监测、优化共识机制和提高网络安全性
重入攻击（Reentrancy attack）
-
定义：重入攻击是指黑客利用合约中存在的逻辑漏洞，在调用合约函数时反复调用合约的函数，并利用这种递归调用的机制欺骗合约的计算，从而使攻击者获得非法利益。其本质是合约内部调用的函数未能恰当地处理合约状态的更改。攻击者将攻击代码插入到合约执行流程中，使得攻击者可以在合约还未完成之前再次调用某个函数（如fallback、receive），从而让攻击者在合约中获得额外的资产或信息
-
攻击过程：
-
攻击者通过deposit函数向被攻击合约存款
-
攻击者调用某个函数（如attack函数），触发被攻击合约的withdraw函数，开始提款流程
-
在withdraw函数中，资金被发送到攻击者合约地址，触发攻击者合约的fallback或receive函数
-
在fallback或receive函数中，攻击者检查被攻击合约中是否还有资金。如果有，就再次调用withdraw函数
-
由于被攻击合约在发送资金后才重置用户的余额，这就允许攻击者合约在被攻击合约的余额归零之前，多次提取资金
-
-
防范措施：
-
检查-生效-交互（checks-effect-interaction）模式：先检查状态是否满足条件，再更新状态，最后再和其他合约进行交互
-
使用重入锁：声明一个全局的控制变量（如布尔类型的locked），在函数开始时检查该变量，如果已被锁定则拒绝执行，然后在函数执行过程中将变量锁定，以防止递归调用，最后在函数结束时释放锁
-
使用已审计的库：使用如OpenZeppelin的ReentrancyGuard等已经进行过严格审计并被广大开发者接受的库来防止重入攻击
-
更换调用方式：在某些情况下，可以将call调用更换为transfer或send调用，因为后者的gas费有限制，无法支持多次回调。但需要注意的是，transfer和send在失败时会抛出异常，因此需要妥善处理异常情况
-