全网最全的区块链行业名词解释大全之三

全网最全的区块链行业名词解释大全之三

TodayOnChain
2022-08-31
栏目：DCEP
--
APP下载

区块链网QKLW.COM记者报道：全网最全的区块链行业名词解释大全之三

95、图灵测试

1945年到1948年，图灵在国家物理实验室负责自动计算引擎（ACE）的研究工作。1949年，他成为曼彻斯特大学计算机实验室的副主任，负责最早的真正的计算机---曼彻斯特一号的软件工作。在这段时间，他继续作一些比较抽象的研究，如“计算机械和智能”。图灵在对人工智能的研究中，提出了一个叫做图灵测试（Turing test）的实验，尝试定出一个决定机器是否有感觉的标准。

1952年，图灵写了一个国际象棋程序。可是，当时没有一台计算机有足够的运算能力去执行这个程序，他就模仿计算机，每走一步要用半小时。他与一位同事下了一盘，结果程序输了。

后来美国新墨西哥州洛斯阿拉莫斯国家实验室的研究组根据图灵的理论，在ENIAC上设计出世界上第一个电脑程序的国际象棋－洛斯阿拉莫斯国际象棋。

96、缺少图灵完备性

这就是说，尽管比特币脚本语言可以支持多种计算，但是它不能支持所有的计算。最主要的缺失是循环语句。不支持循环语句的目的是避免交易确认时出现无限循环。理论上，对于脚本程序员来说，这是可以克服的障碍，因为任何循环都可以用多次重复if 语句的方式来模拟，但是这样做会导致脚本空间利用上的低效率，例如，实施一个替代的椭圆曲线签名算法可能将需要256次重复的乘法，而每次都需要单独编码。

97、价值盲（Value-blindness）

UTXO脚本不能为账户的取款额度提供精细的的控制。例如，预言机合约（oracle contract）的一个强大应用是对冲合约，A和B各自向对冲合约中发送价值1000美元的比特币，30天以后，脚本向A发送价值1000美元的比特币，向B发送剩余的比特币。虽然实现对冲合约需要一个预言机（oracle）决定一比特币值多少美元，但是与现在完全中心化的解决方案相比，这一机制已经在减少信任和基础设施方面有了巨大的进步。然而，因为UTXO是不可分割的，为实现此合约，唯一的方法是非常低效地采用许多有不同面值的UTXO（例如对应于最大为30的每个k，有一个2^k的UTXO)并使预言机挑出正确的UTXO发送给A和B。

98、缺少状态

UTXO只能是已花费或者未花费状态，这就没有给需要任何其它内部状态的多阶段合约或者脚本留出生存空间。这使得实现多阶段期权合约、去中心化的交换要约或者两阶段加密承诺协议（对确保计算奖励非常必要）非常困难。这也意味着UTXO只能用于建立简单的、一次性的合约，而不是例如去中心化组织这样的有着更加复杂的状态的合约，使得元协议难以实现。二元状态与价值盲结合在一起意味着另一个重要的应用-取款限额-是不可能实现的。

99、同态加密

同态加密（Homomorphic Encryption）是一种特殊的加密方法，允许对密文进行处理得到仍然是加密的结果，即对密文直接进行处理，跟对明文进行处理再加密，得到的结果相同。从代数的角度讲，即同态性。

如果定义一个运算符 $$triangle{}$$，对加密算法 E 和解密算法 D，满足：

$$ E(Xtriangle{}Y) = E(X)triangle{} E(Y)

$$ 则意味着对于该运算满足同态性。

同态性在代数上包括：加法同态、乘法同态、减法同态和除法同态。同时满足加法同态和乘法同态，则意味着是代数同态，即全同态。同时满足四种同态性，则被称为算数同态。

同态加密的问题最早是由 Ron Rivest、Leonard Adleman 和 Michael L. Dertouzos 在 1978 年提出，但第一个“全同态”的算法到 2009 年才被克雷格·金特里（Craig Gentry）证明。

仅满足加法同态的算法包括 Paillier 和 Benaloh 算法；仅满足乘法同态的算法包括 RSA 和 ElGamal 算法。

同态加密在云时代的意义十分重大。目前，从安全角度讲，用户还不敢将敏感信息直接放到第三方云上进行处理。如果有了比较实用的同态加密技术，则大家就可以放心的使用各种云服务了。

遗憾的是，目前已知的同态加密技术需要消耗大量的计算时间，还远达不到实用的水平。

100、P2SH脚本

输出脚本由支付者创建，他们（钱花出去之后）不怎么关心他们消费的比特聪的长期安全或者对别人是否有用。

收款人则关心输出脚本指定的条件。如果收款人愿意，他们可以请求支付者使用某种特定脚本。遗憾的是，定制的脚本没有短小的比特币地址方便，也不像P2PKH的公钥哈希方案( P2PKHpubkey hashes)那样容易保护。

为了解决这些问题，“支付到脚本哈希”（P2SH）交易在2012年被创建，它让支付者创建一个输出脚本，里边包含另一个脚本的哈希，另一个脚本称为“认领脚本”

101、“幽灵“协议（"Greedy Heaviest Observed Subtree" (GHOST) protocol）

是由Yonatan Sompolinsky 和 Aviv Zohar在2013年12月引入的创新。幽灵协议提出的动机是当前快速确认的块链因为区块的高作废率而受到低安全性困扰；因为区块需要花一定时间（设为t）扩散至全网，如果矿工A挖出了一个区块然后矿工B碰巧在A的区块扩散至B之前挖出了另外一个区块，矿工B的区块就会作废并且没有对网络安全作出贡献。此外，这里还有中心化问题：如果A是一个拥有全网30%算力的矿池而B拥有10%的算力，A将面临70%的时间都在产生作废区块的风险而B在90%的时间里都在产生作废区块。因此，如果作废率高，A将简单地因为更高的算力份额而更有效率，综合这两个因素，区块产生速度快的块链很可能导致一个矿池拥有实际上能够控制挖矿过程的算力份额。

102、默克尔树

默克尔树是一种二叉树，由一组叶节点、一组中间节点和一个根节点构成。最下面的大量的叶节点包含基础数据，每个中间节点是它的两个子节点的哈希，根节点也是由它的两个子节点的哈希，代表了默克尔树的顶部。默克尔树的目的是允许区块的数据可以零散地传送：节点可以从一个源下载区块头，从另外的源下载与其有关的树的其它部分，而依然能够确认所有的数据都是正确的。之所以如此是因为哈希向上的扩散：如果一个恶意用户尝试在树的下部加入一个伪造的交易，所引起的改动将导致树的上层节点的改动，以及更上层节点的改动，最终导致根节点的改动以及区块哈希的改动，这样协议就会将其记录为一个完全不同的区块（几乎可以肯定是带着不正确的工作量证明的）。

103、共识机制

区块链从本质上而言是一种分布式账本技术。传统的账本，通常会以数据库的形式，集中存储在银行或公司的服务器节点上。而在区块链的网络中，每个节点都会保有一份完整的账本，且所有节点的账本内容完全一致。每个节点都可以根据自己本地的账本去查找交易，也可以往账本中添加交易。

这样就带来了一个问题，如果所有节点同时一起写入账本数据，那么肯定数据会不一致。因此需要一种机制来保证区块链中的每一区块只能由一个节点来负责写入，并且让所有其他节点一致认同这次写入。如何选出写入账本数据的节点，这就是共识机制。

104、PBFT

实用拜占庭容错协议（PBFT，Practical Byzantine Fault Tolerance）是Miguel Castro (卡斯特罗)和Barbara Liskov（利斯科夫）在1999年提出来的，解决了原始拜占庭容错算法（即上文中的口头协议）效率不高的问题，将算法复杂度由指数级降低到多项式级，使得拜占庭容错算法在实际系统应用中变得可行。

PBFT算法的结论是n>=3f+1 n是系统中的总节点数，f是允许出现故障的节点数。换句话说，如果这个系统允许出现f个故障，那么这个系统必须包括n个节点，才能解决故障。这和上文口头协议的结论一样，或者这么说，PBFT是优化了口头协议机制的效率，但是结论并未改变。

105、Ethereum

由于ASIC矿机被大量运用在比特币的挖矿过程中，所以如果出现其他基于hash运算达到共识的区块链，则很容易受到原本服务于比特币的ASIC矿机攻击。因此Ethereum在设计其PoW共识算法的时候，就意识到应该让算法在普通的个人电脑上运行更有优势，从而避免被ASIC进行攻击。

106、Delegated Methods

以上的PoW和PoS的挖矿过程，是全网所有节点共同参与的，每一时刻都有成千上万个节点同时去争取产出下一个block，因此会时有发生区块链分叉（fork）的问题。即同一时刻，两个节点同时产出了next block，但由于网络时延的问题，block产出的时候两个节点并不知道有其他节点已经产出了另一个block，因此这两个block都被发布到了网络中。[5]中对分叉的问题有详细的描述，可以进行参考。

正是由于分叉的存在，block的产出时间间隔不能太短。各区块链通过动态调整的挖矿难度，将block时间间隔稳定在自己期望的水平。例如最初比特币的间隔是10分钟，后续的以太坊是15秒左右。如果时间间隔进一步调短（即降低挖矿难度），分叉问题就会大量显现，不利于共识的达成和系统的稳定。

107、冷存储

该术语指的是离线保存比特币。当比特币的私钥被创建，同时将该私钥存储在安全的离线环境时，就实现了冷存储。冷存储对于任何比特币持有者来说是重要的。在线计算机在黑客面前是脆弱的，不应该被用于存储大量的比特币。

108、染色币

比特币2.0开源协议允许开发者在比特币区块链之上，利用它的超越货币的功能创建数字资产。

109、共识

当网络中的许多节点，通常是大部分节点，都拥有相同的本地验证的最长区块时，称为共识。不要与共识规则混淆。

110、难度

整个网络会通过调整“难度”这个变量来控制生成工作量证明所需要的计算力。

111、难度重定

全网中每新增2016个区块，全网难度将重新计算，该新难度值将依据前2016个区块的哈希算力而定。

112、难度目标

使整个网络的计算力大致每10分钟产生一个区块所需要的难度数值即为难度目标。

113、双重支付

双重支付是成功支付了1次以上的情况。比特币通过对添加到区块中的每笔交易进行验证来防止双重支付，确保交易的输入没有被支付过。

114、ECDSA

椭圆曲线数字签名算法（ECDSA）是比特币使用的加密算法，以确保资金只能被其正确拥有者支付。

115、超额随机数

随着难度增加，矿工通常在循环便利4亿次随机数值后仍未找到区块。因为coinbase脚本可以存储2到100字节的数据，矿工开始使用这个存储空间作为超额nonce空间，允许他们利用一个更大范围的区块头哈希值来寻找有效的区块。

116、创世块

创世区块指区块链上的第一个区块，用来初始化相应的加密货币。

117、硬件钱包

硬件钱包是一种特殊的比特币钱包，硬件钱包可以将用户的私钥存储在安全的硬件设备中。

118、哈希锁

哈希锁是限制一个输出花费的限制对象，其作用一直持续到指定数据片段公开透露。哈希锁有一个有用的属性，那就是一旦任意一个哈希锁被公开打开，其他任何安全使用相同密钥的哈希锁也可以被打开。这使得可能创建多个被同意哈希锁限制的输出，这些支出将在同一时间被花费。

119、HD协议

层级确定性（HD）密钥创建和传输协议（BIP32），该协议允许按层级方式从父密钥创建子密钥。

120、HD钱包

使用创建层次确定的钥匙和BIP32传输协议的钱包。

121、HD钱包种子

HD钱包种子或根种子是一个用于为HD钱包生成主私钥和主链码所需种子的潜在简短数值。

122、哈希时间锁定合约

哈希时间锁定合约（HTLC）是一类支付方式，其使用哈希锁和时间锁来锁定交易。解锁需要接收方提供通过加密支付证明承认在截止日期之前收到了支付，或者接收方丧失了认领支付的能力，此时支付金额将返回给支付方。

123、KYC

充分了解你的账户（KYC，Know yourcustomer）是一个商业过程，用于认证和验证顾客的身份信息。也指银行对这些活动的监管。

124、LevelDB

LevelDB是一个开源的硬盘键值对数据库。LevelDB是一个用于持久性绑定多个平台的轻量级、单用途的库。

125、锁定时间

锁定时间（技术上来说是nLockTime）是交易的一部分，其表明该交易被添加至区块链中的最早时间或区块。

126、交易池

比特币内存池是区块中所有交易数据的集合，这些交易已经被比特币节点验证，但为被确认。

127、随机数

随机数是比特币区块中一个32位（4字节）的字段，在设定了该值后，才能计算区块的哈希值，其哈希值是以多个0开头的。区块中的其他字段值是不变的，因为他们有确定的含义。

128、离线交易

离线交易是区块链外的价值转移。当在链交易（通常简单来说就是一个交易）修改区块链并依赖区块来决定它的有效性时，离线交易则依赖其他方法来来记录和验证该交易。

129、操作码

操作码来源于比特币脚本语言，通过操作码可以在公钥脚本或签名脚本中实现压入数据或执行函数的操作。

130、开放资产协议

开放资产协议是一个建立在比特币区块链纸上简单有效的协议。它允许用户创建资产的发行和传输。开放资产协议是颜色币概念的一个进化。

131、OP_RETURN

一个用在OP_RETURN交易中的一种输出操作码。不要与OP_RETURN交易混淆。

132、OP_RETURN交易

OP_RETURN在比特币核心0.9.0中默认的一种被传播和挖出的交易类型，在随后的版本中添加任意数据至可证明的未花费公钥脚本中，全节点中无需将该脚本存储至他们的UTXO数据库中。不要与OP_RETURN操作码混淆。

133、孤块

孤块由于父区块未被本地节点处理的区块，所以他们还不能被完全验证。

134、孤立交易

孤立交易是指那些因为缺少一个或多个输入交易而无法进入交易池的交易。

135、交易输出

交易输出（TxOut）是交易中的输出，交易输出中包含两个字段：1.输出值字段：用于传输0或更多聪；2.公钥脚本：用于确定这些聪需在满足什么条件的情况下才可花费。

136、P2PKH

支付到比特币地址的交易包含支付公钥哈希脚本（P2PKH）。由P2PKH脚本锁定的交易输出可以通过给出由相应私钥创建的公钥和数字签名来解锁（消费）。

137、P2SH

P2SH是一种强大的、新型的、且能大大简化复杂交易脚本的交易类型而引入。通过使用P2SH，详细描述花费输出条件的复杂脚本（赎回脚本）将不会出现在锁定脚本中。相反，只有赎回脚本哈希包含在锁定脚本中。

138、P2SH地址

P2SH地址是基于Base58 编码的一个含有20 个字节哈希的脚本。P2SH地址采用“5”前缀。这导致基于Base58 编码的地址以“3”开头。P2SH 地址隐藏了所有的复杂性，因此，运用其进行支付的人将不会看到脚本。

139、P2WPKH

P2WPKH签名包含了与P2PKH花费相同的信息。但是签名信息放置于见证字段，而不是签名脚本字段中。公钥脚本也被修改了。

140、P2WSH

P2WSH与P2SH的不同之处在于加密证据存放位置从脚本签名字段转变至见证字段，公钥脚本字段也被改变。

141、纸钱包

在大多数特定含义下，纸钱包是一个包含所有必要数据的文件，这些数据用于生成比特币私钥，形成密钥钱包。然而，人们通常使用该术语来表达以物理文件形式离线存储比特币的方式。第二个定义也包括纸密钥和可赎回编码。

142、支付通道

微支付通道和支付通道是设计用于允许用户生成多个比特币交易，且无需提交所有交易至比特币区块链中。在一个典型的支付通道中，只有两个交易被添加至区块链中，但参与双方可以生成无限制或接近无限制数量的支付。

143、奖励

每一个新区块中都有一定量新创造的比特币用来奖励算出工作量证明的矿工。现阶段每一区块有12.5比特币的奖励。

144、RIPEMD-160

RIPEMD-160是一个160位的加密哈希函数。RIPEMD-160是RIPEMD的加强版，其哈希计算后的结果是160位哈希值。通过RIPEMD-160加密期望能实现在未来的10年或更长时间都是安全的。

145、脚本

比特币使用脚本系统来处理交易。脚本有着类Forth语言、简单、基于堆栈以及从左向右处理的特点。脚本故意限定为非图灵完备的，没有循环计算功能。

146、PubKey (公钥脚本)

脚本公钥或者公钥脚本是包含在交易输出中的脚本。该脚本设置了比特币花费需满足的条件。满足条件的数据可以由签名脚本提供。

147、Sig (签名脚本)

签名脚本是有支付端生成的数据，该数据几乎总是被用作满足公钥脚本的变量。

148、SHA

安全哈希是有NIST（国家标准技术研究所）发布的加密哈希函数族。

软分叉:软分叉是区块链中的一个短暂分叉，通常是由于矿工在不知道新共识规则的情况下，未对其使用节点进行升级而产生的。不要与分叉、硬分叉、软分叉或者Git分叉混淆。

149、SPV (简化支付验证)

简化支付验证是在无需下载所有区块的情况对特定交易进行验证的方法。该方法被用在一些比特币轻量级客户端中。

150、旧块

旧块是那些被成功挖出，但是没有包含在当前主链上的区块，很有可能是同一高度的其他区块优先扩展了区块链长度导致的。

时间锁:时间锁是一种阻碍类型，用于严格控制一些比特币只能在将来某个特定时间和区块才能被支出。时间锁在很多比特币合约中起到了显著的作用，包括支付通道和哈希时间锁合约。

151、环签名

环签名由 Rivest,shamir 和 Tauman 三位密码学家在 2001 年首次提出。环签名属于一种简化的群签名。

签名者首先选定一个临时的签名者集合,集合中包括签名者自身。然后签名者利用自己的私钥和签名集合中其他人的公钥就可以独立的产生签名,而无需他人的帮助。签名者集合中的其他成员可能并不知道自己被包含在其中。

152、数字证书

数字证书用来证明某个公钥是谁的。

对于数字签名应用来说，很重要的一点就是公钥的分发。一旦公钥被人替换，则整个安全体系将被破坏掉。

怎么确保一个公钥确实是某个人的原始公钥？这就需要数字证书机制。顾名思义，数字证书就是像一个证书一样，证明信息和合法性。由证书认证机构（Certification Authority，CA）来签发。

数字证书内容可能包括版本、序列号、签名算法类型、签发者信息、有效期、被签发人、签发的公开密钥、CA 数字签名、其它信息等等。其中，最重要的包括签发的公开密钥、CA 数字签名两个信息。

因此，只要通过这个证书就能证明某个公钥是合法的，因为带有 CA 的数字签名。更进一步地，怎么证明 CA 的签名合法不合法呢？类似的，CA 的数字签名合法不合法也是通过 CA 的证书来证明的。

主流操作系统和浏览器里面会提前预置一些 CA 的证书（承认这些是合法的证书），然后所有基于他们认证的签名都会自然被认为合法。

本文来源： TodayOnChain

本文由入驻区块链网的作者撰写，观点仅代表作者本人，绝不代表区块链网赞同其观点或证实其描述。