A. 姣旂壒甯佹湁琚瀹屽叏鎸栧畬鐨勪竴澶╁悧姣旂壒甯佹槸濡備綍鎸栧嚭鏉ョ殑
姣10鍒嗛挓灏变細鏈変竴鍧楁瘮鐗瑰竵琚鎸栨帢鍑烘潵锛岀敱浜庡競鍦虹珵浜夋縺鐑堬紝12.5姣旂壒甯佺殑鍖哄潡閾惧栧姳灏嗘牴鎹鍋氳傜熆宸ュ湪杩欎竴杩囩▼涓鐨勭畻鍔涜础鐚鍦ㄧ珵缁濅緧浜夎呬箣闂村垎閰嶃傚ぇ閮ㄥ垎姣旂壒甯佹寲鎺樹篃琚澶у瀷鐭垮満鍜岀熆姹犳墍鍙栦唬锛屽洜姝わ紝涓轰簡鑾峰緱涓浜涙瘮鐗瑰竵锛屼綘蹇呴』鍔犲叆鍏朵腑涓涓鎴栧彟涓涓鐭挎睜锛屽苟璐＄尞浣犳墍鑳借础鐚鐨勭畻鍔涖備娇鐢ㄤ紶缁熺殑涓浜鸿＄畻鏈猴紝鐢氳嚦GPU鏈嶅姟骞冲彴鍙鑳介渶瑕佸氫釜鏈堢殑鏃堕棿鎵嶈兘璧氬彇姣旂壒甯侊紝鍥犱负ASIC鑺鐗囩洰鍓嶅湪姣旂壒甯佹寲鎺樿屼笟鍗犳嵁涓诲煎湴浣嶃備釜浜烘寲鎺樺凡缁忔槸涓涓涓嶅埄鏉′欢锛屽洜涓轰粬鏃犳硶涓庡ぇ鍨嬩紒涓氱珵浜夛紝鍚庤呭苟鑳″惖鎷ユ湁鏁扮櫨鍙版渶鏂扮殑鐭垮北璁惧囷紝鍏ㄥぉ24灏忔椂杩愯屻傛瘮鐗瑰竵鏈鍒濇瘡10鍒嗛挓浜х敓50鍧楀竵锛屾瘡澶╀骇鍑50脳6脳24=7200涓姣旂壒甯侊紱4骞村悗姣10鍒嗛挓浜х敓25鍧楀竵锛屾瘡澶╂寲鍑3600涓姣旂壒甯侊紱鍐嶈繃4骞存瘡10鍒嗛挓浜х敓12.5鍧楀竵锛屾瘡澶╂寲鍑1800涓姣旂壒甯侊紱2020骞村悗鍐嶆″噺鍗婏紝姣10鍒嗛挓浜у竵6.25鍧楀竵锛屾瘡澶╂寲鍑900涓姣旂壒甯佷緷姝ょ被鎺ㄣ傚ぇ绾﹀埌2140骞达紝鍖哄潡閾惧彂琛岀粨鏉燂紝澶х害2100涓囦釜姣旂壒甯侊紝杩欐槸姣旂壒甯佺殑鎬讳骇閲忥紝鍥犳や笉浼氭棤灏藉炲姞涓嬪幓銆傛瘮鐗瑰竵宸茬粡鎴愪负涓栫晫涓婃渶濂界殑浠峰煎偍瀛樿祫浜э紝骞朵笖浼氭浛浠ｅぇ澶氭暟鐩鍓嶆墍浣跨敤鐨勪环鍊煎偍瀛樿祫浜э紝濡傜幇閲戙侀粍閲戙侀儴鍒嗘埧鍦颁骇锛屼綘鍙浠ュぇ鑷翠及绠楄繖閮ㄥ垎璧勪骇鐨勪环鍊硷紝鐒跺悗闄や互2100涓囷紝搴旇ユ槸鐧句竾鍒颁竴瀹氱編鍏冪瓑绾с傚姞瀵嗚揣甯佺郴缁熼氳繃璋冩暣闅惧害纭淇濇瘮鐗瑰竵涓嶄細杩囧揩琚鎸栧畬銆傛瘮鐗瑰竵鏂伴椈璧勮锛屾瘡10鍒嗛挓锛屽悇澶х綉绔欑熆宸ヤ竴璧疯＄畻涓閬撻毦棰橈紝浜夊ず璁拌处鏉冨強姣旂壒甯佸栧姳銆傚傛灉鍏ㄧ綉绠楀姏鎸佺画澧為暱锛屾瘮鐗瑰竵灏嗗緢蹇琚鎸栧畬銆備负浜嗙‘淇濇瘮鐗瑰竵绋冲畾鍦ㄧ害10鍒嗛挓鎸栧嚭涓涓鍖哄潡锛屾瘮鐗瑰竵璁捐＄熆宸ユ寲鐭垮緱鍒版瘮鐗瑰竵鐨勯毦搴︽瘡闅2016涓鍖哄潡锛堢害2鍛ㄦ椂闂达級鍔ㄦ佽皟鏁翠竴娆°傝皟鏁村悗鐨勯毦搴︿娇姣忎釜鏂板尯鍧楃殑棰勬湡鏃堕棿涓10鍒嗛挓銆傜洰鍓嶉毦搴︾害涓480PH/s锛岀害涓哄垱涓栧尯鍧楃殑680浜垮嶏紝涔熷氨鏄璇达紝浠ョ幇鍦ㄧ殑绠楀姏锛屽悇澶х綉绔欑熆宸ラ渶瑕佺粡杩囩害3000涓囦嚎浜夸釜鍝堝笇杩愮畻鎵嶈兘鎵惧埌涓涓绗﹀悎鏉′欢鐨勭瓟妗堬紝褰㈡垚涓涓鏂扮殑鍖哄潡銆傚嵆浣胯兘澶熻瘉鏄庝綘鎸栨帢鍑烘潵鐨勬瘮鐗瑰竵鎴栧叾浠栧姞瀵嗚揣甯佹槸鐪熷疄鐨勶紝浣嗗彧鏄涓存椂瀛樻斁鍦ㄤ粬浜鸿处鎴蜂腑銆傞氬父杩欑被浜戞寲鐭挎柟寮忛兘闇瑕佽揪鍒颁竴瀹氭暟閲忓悗鎵嶈兘杞甯侊紝鑰岃揪鍒拌繖涓鍛ㄦ湡鎴栭棬妲涢渶瑕佸緢闀挎椂闂达紝宸茬粡瓒冲熷埆浜烘挙绂汇
可以将区块链看作一本记录所有交易的公开总帐簿（列表），比特币网络中的每个参与者都把它看作一本所有权的权威记录。
比特币没有中心机构，几乎所有的完整节点都有一份公共总帐的备份，这份总帐可以被视为认证过的记录。
至今为止，在主干区块链上，没有发生一起成功的攻击，一次都没有。
通过创造出新区块，比特币以一个确定的但不断减慢的速率被铸造出来。大约每十分钟产生一个新区块，每一个新区块都伴随着一定数量从无到有的全新比特币。每开采210,000个块，大约耗时4年，货币发行速率降低50%。
在2016年的某个时刻，在第420,000个区块被“挖掘”出来之后降低到12.5比特币/区块。在第13,230,000个区块（大概在2137年被挖出）之前，新币的发行速度会以指数形式进行64次“二等分”。到那时每区块发行比特币数量变为比特币的最小货币单位——1聪。最终，在经过1,344万个区块之后，所有的共20,999,999.9769亿聪比特币将全部发行完毕。换句话说， 到2140年左右，会存在接近2,100万比特币。在那之后，新的区块不再包含比特币奖励，矿工的收益全部来自交易费。
在收到交易后，每一个节点都会在全网广播前对这些交易进行校验，并以接收时的相应顺序，为有效的新交易建立一个池（交易池）。
每一个节点在校验每一笔交易时，都需要对照一个长长的标准列表：
交易的语法和数据结构必须正确。
输入与输出列表都不能为空。
交易的字节大小是小于MAX_BLOCK_SIZE的。
每一个输出值，以及总量，必须在规定值的范围内 （小于2,100万个币，大于0）。
没有哈希等于0，N等于-1的输入（coinbase交易不应当被中继）。
nLockTime是小于或等于INT_MAX的。
交易的字节大小是大于或等于100的。
交易中的签名数量应小于签名操作数量上限。
解锁脚本（Sig）只能够将数字压入栈中，并且锁定脚本（Pubkey）必须要符合isStandard的格式 （该格式将会拒绝非标准交易）。
池中或位于主分支区块中的一个匹配交易必须是存在的。
对于每一个输入，如果引用的输出存在于池中任何的交易，该交易将被拒绝。
对于每一个输入，在主分支和交易池中寻找引用的输出交易。如果输出交易缺少任何一个输入，该交易将成为一个孤立的交易。如果与其匹配的交易还没有出现在池中，那么将被加入到孤立交易池中。
对于每一个输入，如果引用的输出交易是一个coinbase输出，该输入必须至少获得COINBASE_MATURITY (100)个确认。
对于每一个输入，引用的输出是必须存在的，并且没有被花费。
使用引用的输出交易获得输入值，并检查每一个输入值和总值是否在规定值的范围内 （小于2100万个币，大于0）。
如果输入值的总和小于输出值的总和，交易将被中止。
如果交易费用太低以至于无法进入一个空的区块，交易将被拒绝。
每一个输入的解锁脚本必须依据相应输出的锁定脚本来验证。
以下挖矿节点取名为 A挖矿节点
挖矿节点时刻监听着传播到比特币网络的新区块。而这些新加入的区块对挖矿节点有着特殊的意义。矿工间的竞争以新区块的传播而结束，如同宣布谁是最后的赢家。对于矿工们来说，获得一个新区块意味着某个参与者赢了，而他们则输了这场竞争。然而，一轮竞争的结束也代表着下一轮竞争的开始。
验证交易后，比特币节点会将这些交易添加到自己的内存池中。内存池也称作交易池，用来暂存尚未被加入到区块的交易记录。
A节点需要为内存池中的每笔交易分配一个优先级，并选择较高优先级的交易记录来构建候选区块。
一个交易想要成为“较高优先级”，需满足的条件：优先值大于57,600,000，这个值的生成依赖于3个参数：一个比特币（即1亿聪），年龄为一天（144个区块），交易的大小为250个字节：
High Priority > 100,000,000 satoshis * 144 blocks / 250 bytes = 57,600,000
区块中用来存储交易的前50K字节是保留给较高优先级交易的。 节点在填充这50K字节的时候，会优先考虑这些最高优先级的交易，不管它们是否包含了矿工费。这种机制使得高优先级交易即便是零矿工费，也可以优先被处理。
然后，A挖矿节点会选出那些包含最小矿工费的交易，并按照“每千字节矿工费”进行排序，优先选择矿工费高的交易来填充剩下的区块。
如区块中仍有剩余空间，A挖矿节点可以选择那些不含矿工费的交易。有些矿工会竭尽全力将那些不含矿工费的交易整合到区块中，而其他矿工也许会选择忽略这些交易。
在区块被填满后，内存池中的剩余交易会成为下一个区块的候选交易。因为这些交易还留在内存池中，所以随着新的区块被加到链上，这些交易输入时所引用UTXO的深度（即交易“块龄”）也会随着变大。由于交易的优先值取决于它交易输入的“块龄”，所以这个交易的优先值也就随之增长了。最后，一个零矿工费交易的优先值就有可能会满足高优先级的门槛，被免费地打包进区块。
UTXO（Unspent Transaction Output） : 每笔交易都有若干交易输入，也就是资金来源，也都有若干笔交易输出，也就是资金去向。一般来说，每一笔交易都要花费（spend）一笔输入，产生一笔输出，而其所产生的输出，就是“未花费过的交易输出”，也就是 UTXO。
块龄：UTXO的“块龄”是自该UTXO被记录到区块链为止所经历过的区块数，即这个UTXO在区块链中的深度。
区块中的第一笔交易是笔特殊交易，称为创币交易或者coinbase交易。这个交易是由挖矿节点构造并用来奖励矿工们所做的贡献的。假设此时一个区块的奖励是25比特币，A挖矿的节点会创建“向A的地址支付25.1个比特币(包含矿工费0.1个比特币)”这样一个交易，把生成交易的奖励发送到自己的钱包。A挖出区块获得的奖励金额是coinbase奖励（25个全新的比特币）和区块中全部交易矿工费的总和。
A节点已经构建了一个候选区块，那么就轮到A的矿机对这个新区块进行“挖掘”，求解工作量证明算法以使这个区块有效。比特币挖矿过程使用的是SHA256哈希函数。
用最简单的术语来说， 挖矿节点不断重复进行尝试，直到它找到的随机调整数使得产生的哈希值低于某个特定的目标。 哈希函数的结果无法提前得知，也没有能得到一个特定哈希值的模式。举个例子，你一个人在屋里打台球，白球从A点到达B点，但是一个人推门进来看到白球在B点，却无论如何是不知道如何从A到B的。哈希函数的这个特性意味着：得到哈希值的唯一方法是不断的尝试，每次随机修改输入，直到出现适当的哈希值。
需要以下参数
• block的版本 version
• 上一个block的hash值: prev_hash
• 需要写入的交易记录的hash树的值: merkle_root
• 更新时间: ntime
• 当前难度: nbits
挖矿的过程就是找到x使得
SHA256(SHA256(version + prev_hash + merkle_root + ntime + nbits + x )) < TARGET
上式的x的范围是0~2^32, TARGET可以根据当前难度求出的。
简单打个比方，想象人们不断扔一对色子以得到小于一个特定点数的游戏。第一局，目标是12。只要你不扔出两个6，你就会赢。然后下一局目标为11。玩家只能扔10或更小的点数才能赢，不过也很简单。假如几局之后目标降低为了5。现在有一半机率以上扔出来的色子加起来点数会超过5，因此无效。随着目标越来越小，要想赢的话，扔色子的次数会指数级的上升。最终当目标为2时（最小可能点数），只有一个人平均扔36次或2%扔的次数中，他才能赢。
如前所述，目标决定了难度，进而影响求解工作量证明算法所需要的时间。那么问题来了：为什么这个难度值是可调整的？由谁来调整？如何调整？
比特币的区块平均每10分钟生成一个。这就是比特币的心跳，是货币发行速率和交易达成速度的基础。不仅是在短期内，而是在几十年内它都必须要保持恒定。在此期间，计算机性能将飞速提升。此外，参与挖矿的人和计算机也会不断变化。为了能让新区块的保持10分钟一个的产生速率，挖矿的难度必须根据这些变化进行调整。事实上，难度是一个动态的参数，会定期调整以达到每10分钟一个新区块的目标。简单地说，难度被设定在，无论挖矿能力如何，新区块产生速率都保持在10分钟一个。
那么，在一个完全去中心化的网络中，这样的调整是如何做到的呢？难度的调整是在每个完整节点中独立自动发生的。每2,016个区块(2周产生的区块)中的所有节点都会调整难度。难度的调整公式是由最新2,016个区块的花费时长与20,160分钟（两周，即这些区块以10分钟一个速率所期望花费的时长）比较得出的。难度是根据实际时长与期望时长的比值进行相应调整的（或变难或变易）。简单来说，如果网络发现区块产生速率比10分钟要快时会增加难度。如果发现比10分钟慢时则降低难度。
为了防止难度的变化过快，每个周期的调整幅度必须小于一个因子（值为4）。如果要调整的幅度大于4倍，则按4倍调整。由于在下一个2,016区块的周期不平衡的情况会继续存在，所以进一步的难度调整会在下一周期进行。因此平衡哈希计算能力和难度的巨大差异有可能需要花费几个2,016区块周期才会完成。
举个例子，当前A节点在挖277,316个区块，A挖矿节点一旦完成计算，立刻将这个区块发给它的所有相邻节点。这些节点在接收并验证这个新区块后，也会继续传播此区块。当这个新区块在网络中扩散时，每个节点都会将它作为第277,316个区块(父区块为277,315)加到自身节点的区块链副本中。当挖矿节点收到并验证了这个新区块后，它们会放弃之前对构建这个相同高度区块的计算，并立即开始计算区块链中下一个区块的工作。
比特币共识机制的第三步是通过网络中的每个节点独立校验每个新区块。当新区块在网络中传播时，每一个节点在将它转发到其节点之前，会进行一系列的测试去验证它。这确保了只有有效的区块会在网络中传播。
每一个节点对每一个新区块的独立校验，确保了矿工无法欺诈。在前面的章节中，我们看到了矿工们如何去记录一笔交易，以获得在此区块中创造的新比特币和交易费。为什么矿工不为他们自己记录一笔交易去获得数以千计的比特币？这是因为每一个节点根据相同的规则对区块进行校验。一个无效的coinbase交易将使整个区块无效，这将导致该区块被拒绝，因此，该交易就不会成为总账的一部分。
比特币去中心化的共识机制的最后一步是将区块集合至有最大工作量证明的链中。一旦一个节点验证了一个新的区块，它将尝试将新的区块连接到到现存的区块链，将它们组装起来。
节点维护三种区块：
· 第一种是连接到主链上的，
· 第二种是从主链上产生分支的（备用链），
· 第三种是在已知链中没有找到已知父区块的。
有时候，新区块所延长的区块链并不是主链，这一点我们将在下面“ 区块链分叉”中看到。
如果节点收到了一个有效的区块，而在现有的区块链中却未找到它的父区块，那么这个区块被认为是“孤块”。孤块会被保存在孤块池中，直到它们的父区块被节点收到。一旦收到了父区块并且将其连接到现有区块链上，节点就会将孤块从孤块池中取出，并且连接到它的父区块，让它作为区块链的一部分。当两个区块在很短的时间间隔内被挖出来，节点有可能会以相反的顺序接收到它们，这个时候孤块现象就会出现。
选择了最大难度的区块链后，所有的节点最终在全网范围内达成共识。随着更多的工作量证明被添加到链中，链的暂时性差异最终会得到解决。挖矿节点通过“投票”来选择它们想要延长的区块链，当它们挖出一个新块并且延长了一个链，新块本身就代表它们的投票。
因为区块链是去中心化的数据结构，所以不同副本之间不能总是保持一致。区块有可能在不同时间到达不同节点，导致节点有不同的区块链视角。解决的办法是， 每一个节点总是选择并尝试延长代表累计了最大工作量证明的区块链，也就是最长的或最大累计难度的链。
当有两个候选区块同时想要延长最长区块链时，分叉事件就会发生。正常情况下，分叉发生在两名矿工在较短的时间内，各自都算得了工作量证明解的时候。两个矿工在各自的候选区块一发现解，便立即传播自己的“获胜”区块到网络中，先是传播给邻近的节点而后传播到整个网络。每个收到有效区块的节点都会将其并入并延长区块链。如果该节点在随后又收到了另一个候选区块，而这个区块又拥有同样父区块，那么节点会将这个区块连接到候选链上。其结果是，一些节点收到了一个候选区块，而另一些节点收到了另一个候选区块，这时两个不同版本的区块链就出现了。
分叉之前
分叉开始
我们看到两个矿工几乎同时挖到了两个不同的区块。为了便于跟踪这个分叉事件，我们设定有一个被标记为红色的、来自加拿大的区块，还有一个被标记为绿色的、来自澳大利亚的区块。
假设有这样一种情况，一个在加拿大的矿工发现了“红色”区块的工作量证明解，在“蓝色”的父区块上延长了块链。几乎同一时刻，一个澳大利亚的矿工找到了“绿色”区块的解，也延长了“蓝色”区块。那么现在我们就有了两个区块：一个是源于加拿大的“红色”区块；另一个是源于澳大利亚的“绿色”。这两个区块都是有效的，均包含有效的工作量证明解并延长同一个父区块。这个两个区块可能包含了几乎相同的交易，只是在交易的排序上有些许不同。
比特币网络中邻近（网络拓扑上的邻近，而非地理上的）加拿大的节点会首先收到“红色”区块，并建立一个最大累计难度的区块，“红色”区块为这个链的最后一个区块（蓝色-红色），同时忽略晚一些到达的“绿色”区块。相比之下，离澳大利亚更近的节点会判定“绿色”区块胜出，并以它为最后一个区块来延长区块链（蓝色-绿色），忽略晚几秒到达的“红色”区块。那些首先收到“红色”区块的节点，会即刻以这个区块为父区块来产生新的候选区块，并尝试寻找这个候选区块的工作量证明解。同样地，接受“绿色”区块的节点会以这个区块为链的顶点开始生成新块，延长这个链。
分叉问题几乎总是在一个区块内就被解决了。网络中的一部分算力专注于“红色”区块为父区块，在其之上建立新的区块；另一部分算力则专注在“绿色”区块上。即便算力在这两个阵营中平均分配，也总有一个阵营抢在另一个阵营前发现工作量证明解并将其传播出去。在这个例子中我们可以打个比方，假如工作在“绿色”区块上的矿工找到了一个“粉色”区块延长了区块链(蓝色-绿色-粉色)，他们会立刻传播这个新区块，整个网络会都会认为这个区块是有效的，如上图所示。
所有在上一轮选择“绿色”区块为胜出者的节点会直接将这条链延长一个区块。然而，那些选择“红色”区块为胜出者的节点现在会看到两个链： “蓝色-绿色-粉色”和“蓝色-红色”。 如上图所示，这些节点会根据结果将 “蓝色-绿色-粉色” 这条链设置为主链，将 “蓝色-红色” 这条链设置为备用链。 这些节点接纳了新的更长的链，被迫改变了原有对区块链的观点，这就叫做链的重新共识 。因为“红”区块做为父区块已经不在最长链上，导致了他们的候选区块已经成为了“孤块”，所以现在任何原本想要在“蓝色-红色”链上延长区块链的矿工都会停下来。全网将 “蓝色-绿色-粉色” 这条链识别为主链，“粉色”区块为这条链的最后一个区块。全部矿工立刻将他们产生的候选区块的父区块切换为“粉色”，来延长“蓝色-绿色-粉色”这条链。
从理论上来说，两个区块的分叉是有可能的，这种情况发生在因先前分叉而相互对立起来的矿工，又几乎同时发现了两个不同区块的解。然而，这种情况发生的几率是很低的。单区块分叉每周都会发生，而双块分叉则非常罕见。
比特币将区块间隔设计为10分钟，是在更快速的交易确认和更低的分叉概率间作出的妥协。更短的区块产生间隔会让交易清算更快地完成，也会导致更加频繁地区块链分叉。与之相对地，更长的间隔会减少分叉数量，却会导致更长的清算时间。
C. 姣旂壒甯佹槸鎬庝箞鎸栧嚭鏉ョ殑
1銆佹瘮鐗瑰竵鍏跺疄灏辨槸涓缁勬湁鐗瑰畾瑙勫垯鐨勬暟瀛楋紝鏄鐢辨瘮鐗瑰竵涔嬬埗涓鏈鑱鍙戞槑锛屾寲姣旂壒甯侊紝鐩稿綋浜庡氨鏄瀵绘壘涓缁勭﹀悎杩欎竴瑙勫垯鐨勪竴涓叉暟瀛椼
2銆侀渶瑕佹壘鍒拌繖浜涙暟瀛楋紝灏卞繀椤婚渶瑕佽繍绠椼傝繖绉嶈繍绠楅渶瑕侀珮鎬ц兘鐨凣PU涔熷氨鏄鏄惧崱銆
3銆佸湪鏄惧崱鐨勬ц兘瓒冲熺殑鏉′欢涓嬶紝浣犺繕闇瑕佸ぇ閲忕殑鏃堕棿鍜岀數璐广
4銆佺劧鍚庝綘闇瑕佷竴鐩村皢鐢佃剳寮鏈猴紝24灏忔椂涓嶅仠鐨勫伐浣滆繍绠楋紝杩欐牱鎵嶈兘浜у嚭姣旂壒甯併
D. 姣旂壒甯佹庝箞鎸栧嚭鏉ョ殑锛熷垎鏋愭瘮鐗瑰竵鎸栫熆鍘熺悊
浣嗗嚒瀵规瘮鐗瑰竵鏈変竴鐐圭偣鍏磋叮锛屽氨涓瀹氬惉杩囨寲鐭胯繖涓や釜瀛楋紝姣旂壒甯佹寲鐭胯窡灞辫タ鎸栫熆涓嶄竴鏍凤紝浣犱笉鐢ㄦ墰鐫宸ュ叿鍘诲栭潰锛屽湪瀹堕噷浣跨敤鐢佃剳鎴栨寲鐭挎満璁惧囧氨鍙浠ュ紑宸ヤ簡锛岃嫢鏄瓒冲熷垢杩愶紝灏辨湁鏈轰細鎸栧埌涓涓鍖哄潡锛屽苟鑾峰緱12.5涓姣旂壒甯佸栧姳锛岄『甯﹂偅涓鍖哄潡閲屾墍鏈変氦鏄撶殑鎵嬬画璐癸紝杩欐槸骞垮ぇ鐭垮伐搴熷瘽蹇橀熺殑婧愬姩鍔涳紝閭ｄ箞锛屾瘮鐗瑰竵鎬庝箞鎸栧嚭鏉ョ殑鍛锛熶笅闈㈠竵鍦堝瓙灏忕紪灏辨潵缁欏ぇ瀹跺垎鏋愬垎鏋愭瘮鐗瑰竵鎸栫熆鍘熺悊銆
姣旂壒甯佹庝箞鎸栧嚭鏉ョ殑锛
浠讳綍浜哄潎鍙浠ュ湪涓撻棬鐨勭‖浠朵笂杩愯岃蒋浠惰屾垚涓烘瘮鐗瑰竵鐭垮伐銆傛寲鐭胯蒋浠堕氳繃P2P缃戠粶鐩戝惉浜ゆ槗骞挎挱锛屾墽琛屾伆褰撶殑浠诲姟浠ュ勭悊骞剁‘璁よ繖浜涗氦鏄撱傛瘮鐗瑰竵鐭垮伐瀹屾垚杩欎簺宸ヤ綔鑳借禋鍙栫敤鎴锋敮浠樼殑鐢ㄤ簬鍔犻熶氦鏄撳勭悊鐨勪氦鏄撴墜缁璐逛互鍙婃寜鍥哄畾鍏寮忓炲彂鐨勬瘮鐗瑰竵銆
鏂扮殑浜ゆ槗闇瑕佽鍖呭惈鍦ㄤ竴涓鍏锋湁鏁板﹀伐浣滈噺璇佹槑鐨勫尯鍧椾腑鎵嶈兘琚纭璁ゃ傝繖绉嶈瘉鏄庡緢闅剧敓鎴愬洜涓哄畠鍙鑳介氳繃姣忕掑皾璇曟暟鍗佷嚎娆＄殑璁＄畻鏉ヤ骇鐢熴傜熆宸ヤ滑闇瑕佸湪浠栦滑鐨勫尯鍧楄鎺ュ彈骞舵嬁鍒板栧姳鍓嶈繍琛岃繖浜涜＄畻銆傞殢鐫鏇村氱殑浜哄紑濮嬫寲鐭匡紝瀵绘壘鏈夋晥鍖哄潡鐨勯毦搴﹀氨浼氱敱缃戠粶鑷鍔ㄥ炲姞浠ョ‘淇濇壘鍒板尯鍧楃殑骞冲潎鏃堕棿淇濇寔鍦10鍒嗛挓銆傚洜姝わ紝鎸栫熆鐨勭珵浜夐潪甯告縺鐑堬紝娌℃湁涓涓涓浣撶熆宸ヨ兘澶熸帶鍒跺潡閾鹃噷鎵鍖呭惈鐨勫唴瀹广
宸ヤ綔閲忚瘉鏄庤繕琚璁捐℃垚蹇呴』渚濊禆浠ュ線鐨勫尯鍧楋紝杩欐牱渚垮己鍒朵簡鍧楅摼鐨勬椂闂撮『搴忋傝繖绉嶈捐′娇寰楁挙閿浠ュ線鐨勪氦鏄撳彉寰楁瀬鍏跺洶闅撅紝鍥犱负闇瑕侀噸鏂拌＄畻鎵鏈夊悗缁鍖哄潡鐨勫伐浣滈噺璇佹槑銆傚綋涓や釜鍖哄潡鍚屾椂琚鎵惧埌锛岀熆宸ヤ細澶勭悊鎺ユ敹鍒扮殑绗涓涓鍖哄潡锛屼竴鏃︽壘鍒颁笅涓涓鍖哄潡渚垮皢鍏惰浆鑷虫渶闀跨殑鍧楅摼銆傝繖鏍峰氨纭淇濋噰鐭胯繃绋嬬淮鎸佷竴涓鍩轰簬澶勭悊鑳藉姏鐨勫叏灞涓鑷存с
姣旂壒甯佺熆宸ユ棦涓嶈兘閫氳繃浣滃紛澧炲姞鑷宸辩殑鎶ラ叕锛屼篃涓嶈兘澶勭悊閭ｄ簺鐮村潖姣旂壒甯佺綉缁滅殑娆鸿瘓浜ゆ槗锛屽洜涓烘墍鏈夌殑姣旂壒甯佽妭鐐归兘浼氭嫆缁濆惈鏈夎繚鍙嶆瘮鐗瑰竵鍗忚瑙勫垯鐨勬棤鏁堟暟鎹鐨勫尯鍧椼傚洜姝わ紝鍗充娇涓嶆槸鎵鏈夋瘮鐗瑰竵鐭垮伐閮藉彲浠ヤ俊浠伙紝姣旂壒甯佺綉缁滀粛鐒舵槸瀹夊叏鐨勩
鐩鍓嶏紝鐩稿逛簬缇庡浗鍜屾ф床鐨勭熆宸ワ紝琚涓鍥戒汉涓诲肩殑鐭挎睜渚濇棫鍗犳嵁鐫浼樺娍銆備腑鍥界熆宸ヤ笉浠呮帶鍒朵簡澶ч儴鍒嗙畻鍔涳紝鑰屼笖浠栦滑鐨勭數璐规垚鏈閫氬父涔熸洿浣庛
1鏈15鏃ワ紝姣旂壒甯侀毦搴﹁涓婅皟浜嗙害7%锛屼富瑕佺殑鍘熷洜灏辨槸鏈杩戞瘮鐗瑰竵绠楀姏鍑虹幇澶у箙搴︾殑鎻愬崌銆傝繖鏄鏈鏈堢洰鍓嶄负姝㈡瘮鐗瑰竵闅惧害绗浜屾¤涓婅皟锛1鏈2鏃ワ紝姣旂壒甯佹寲鐭块毦搴﹀氨鏇捐涓婅皟浜6.6%銆備粠2019骞翠笅鍗婂勾寮濮嬶紝涓嶆柇鎺ㄩ珮鐨勭畻鍔涗篃璁╅毦搴︽寔缁澧炲姞銆傞櫎浜2019骞11鏈18鏃ョ殑渚嬪栨儏鍐(姣旂壒甯佺殑闅惧害鐭鏆備笅璋冭繃7.1%宸﹀彸)锛屽叾瀹冨ぇ閮ㄥ垎鏃堕棿姣旂壒甯侀毦搴﹂兘鍦ㄥ揩閫熷為暱銆
鎸夌収姣旂壒甯佷骇鍑虹殑杩愮畻鍏寮忥紝鍑犱箮姣忛4骞撮兘浼氫骇鍑哄噺鍗婏紝鏈缁堣揪鍒版瀬鍊2100涓囦釜銆傝屾瘡閫㈡ゆ椂锛岄兘浼氬ぇ骞呭崌鍊笺傝繖绉嶆病鏈変腑澶閾惰屾帶鍒剁殑璐у竵锛屼笌涓嶆柇閲忓寲瀹芥澗鐨勭幇瀹炶揣甯佺浉姣旓紝涔熷皢浼氫笉鏂鍗囧笺傚埌2013骞达紝姣旂壒甯佸凡缁忎骇鐢熷嚭浜嗗ぇ绾1100澶氫竾涓銆
鏈鍒濈殑鏃跺欙紝鐢–PU灏卞彲浠ユ寲鍒版瘮鐗瑰竵锛屼腑鏈鑱灏辨槸鐢ㄤ粬鐨勭數鑴慍PU鎸栧嚭浜嗕笘鐣屼笂绗涓涓鍒涗笘鍖哄潡銆傜劧鑰岋紝CPU鎸栫熆鐨勬椂浠ｆ棭宸茶繃鍘伙紝鐜板湪鐨勬瘮鐗瑰竵鎸栫熆鏄疉SIC鎸栫熆鍜屽ぇ瑙勬ā闆嗙兢鎸栫熆鐨勬椂浠ｃ
鎸栫熆閫熷害锛屼笓涓氱殑璇存硶鍙绠楀姏锛屽氨鏄璁＄畻鏈烘瘡绉掍骇鐢熷搱甯岀版挒鐨勮兘鍔涖備篃灏辨槸璇达紝鎴戜滑鎵嬮噷鐨勭熆鏈烘瘡绉掕兘鍋氱殑鍝堝笇纰版挒娆℃暟锛屽氨鏄绠楀姏銆傛瘮鐗瑰竵鍦ㄥ畯瑙備笂鐨勫師鐞嗭紝灏卞傚悓榛勯噾涓鏍枫傞粍閲戝湪鍦扮悆涓婄殑鎬婚噺鏄涓瀹氱殑锛岃屼笖姣旇緝绋灏戯紝鍙浠ヤ綔涓轰竴鑸绛変环鐗╂潵浣跨敤锛屽湪绾稿竵澶ч潰绉鍙戣屼箣鍓嶏紝涓鐩翠綔涓鸿揣甯佺殑褰㈠紡鏉ヤ娇鐢ㄣ傛瘮鐗瑰竵涔熸槸涓涓閬撶悊锛屼箣鎵浠ユ瘮鐗瑰竵鍙浠ョ敤鏉ヤ綔涓鸿揣甯佺殑褰㈠紡鏉ヨ繘琛屼拱鍗栵紝涔熸槸鍥犱负鍏舵婚噺鏄涓瀹氱殑锛岃屼笖鎸栫熆闇瑕佽姳璐瑰緢澶х殑鎴愭湰锛屼富瑕佽〃鐜板氨鏄鐢靛姏涓婄殑娑堣椼
宸ヤ綔閲忚瘉鏄庯紝绠鍗曠悊瑙ｅ氨鏄涓浠借瘉鏄庯紝鐢ㄦ潵纭璁や綘鍋氳繃涓瀹氶噺鐨勫伐浣溿傜洃娴嬪伐浣滅殑鏁翠釜杩囩▼閫氬父鏄鏋佷负浣庢晥鐨勶紝鑰岄氳繃瀵瑰伐浣滅殑缁撴灉杩涜岃よ瘉鏉ヨ瘉鏄庡畬鎴愪簡鐩稿簲鐨勫伐浣滈噺锛屽垯鏄涓绉嶉潪甯搁珮鏁堢殑鏂瑰紡銆
鐩樼偣鎸栫熆鎵闇璁惧:
1.鐭挎満锛岄氬父涓婄櫨銆佷笂鍗冩垨鑰呬笂涓囧彴銆
2.鐭垮満锛氶氶庛佹俯搴︽箍搴﹂備腑鐨勪笓涓氬満鍦般
3.鐢靛姏璧勬簮锛氱ǔ瀹氫緵搴斾笖浠锋牸鍚堢悊鐨勭數鍔(閫氬父鐭垮満閮藉缓绔嬪湪鐢靛姏璧勬簮鍚堥傜殑鍦哄湴)锛屼赴姘寸數浠烽氬父鍦0.25鍏冨乏鍙筹紝鍏ㄥ勾鐢典环鍦0.35-0.4鍏冨乏鍙炽
4.缃戠粶璁惧囷細浜ゆ崲鏈恒佽矾鐢卞櫒绛夈
5.鐢垫簮锛氳窡鐭挎満閰嶅楃殑鐢垫簮锛屼笉鍚岀殑鐭挎満瀵圭數婧愮殑鍔熻楄佹眰涓嶄竴锛岄渶瑕佽喘涔板尮閰嶇殑鐢垫簮锛屼互鍏嶇儳鍧忔満鍣ㄦ垨鑰呯數婧愩
6.鐢垫簮绾垮拰缃戠嚎绛夈
7.鐭垮満绠＄悊浜哄憳锛氫簡瑙ｅ姞瀵嗘暟瀛楄揣甯佸拰鎸栫熆鐨勭＄悊浜哄憳銆
8.鍏朵粬鎶鏈浜哄憳锛氱簿閫氱數鍔涚嚎璺缁存姢銆佺綉缁滅淮鎶ょ殑鎶鏈浜哄憳銆
9.娉ㄥ唽鐭挎睜璐﹀彿銆
10.閽卞寘/浜ゆ槗鎵鍦板潃锛氭敞鍐岄挶鍖呮垨鑰呬氦鏄撴墍璐﹀彿锛岃幏鍙栨墍鎸栧竵绉嶇殑鍦板潃锛屽～鍐欒嚦鐭挎睜銆傝嫢涓嶅～鍐欏湴鍧锛屾敹鐩婂皢鏆傛椂瀛樻斁鐭挎睜銆
閫氳繃浠ヤ笂浠嬬粛锛岀浉淇″ぇ瀹跺逛簬姣旂壒甯佹庝箞鎸栧嚭鏉ョ殑杩欎釜闂棰樺凡缁忔湁鎵浜嗚В锛屽叾瀹炲逛簬鎸栫熆鏉ヨ达紝鏈閲嶈佺殑灏辨槸鎸栫熆鏈猴紝鑰屾瘮鐗瑰竵鎸栫熆鏈虹殑閫夋嫨锛岄櫎浜嗚冭檻浠锋牸鍜岀畻鍔涳紝涔熻秺鏉ヨ秺娉ㄩ噸鐭挎満鐨勭ǔ瀹氭у拰鍏堣繘鎬э紝鍙﹀栧氨鏄瑕佹姄浣忕幇鍦ㄦ敹鐩婇珮涓嶇‘瀹氭т綆鐨勬椂闂寸獥鍙ｏ紝鏃╂寲鏃╄禋鎵嶈兘绔嬩簬涓嶈触涔嬪湴锛屾瘯绔熷彧鏈夊疄瀹炲湪鍦ㄦ寲鍒颁簡甯侊紝鎵嶆湁绛圭爜绛夊緟鏂扮殑鏈轰細鍑虹幇銆