以太坊九月份大都会
❶ 以太坊2.0即将到来，POW矿工将何去何从
何为以太坊2.0？
以太坊2.0也叫 ETH 2 或「宁静」，是以太坊区块链的下一次重大升级。
自以太坊诞生的那刻起，开发团队就已为它制定了四个发展阶段，分别是前沿（Frontier）、家园（Homestead）、大都会（Metropolis）、宁静（Serenity）。
以太坊2.0有何不同之处？
相比 1.0，2.0 主要引入两个改进：PoS（权益证明）和分片链（Shard Chains）。
对于矿工来说，以太坊2.0与以太坊 1.0最大的不同在于，它将采用“权益证明（PoS）”机制替换当前采用的“工作量证明（PoW）”机制。
举例说明：想象一下，以太坊 1.0是一条繁忙的道路，每个方向都只有一条车道，这意味着在拥堵的时候，所有的车辆都要以缓慢的速度爬行通过。
以太坊 2.0将引入分片，其效果是将区块链变成一条有几十条车道的高速公路，所有这些都将提升可以并发处理的交易数量。
以太坊2.0对现有矿工的影响
有人欢喜有人忧，以太坊转PoS，意味着PoW矿工收益将逐步减少，直至无法获得收益。
要知道，以太坊2.0推出至少要达到1.5阶段，而这期间大约需要长达两年的等待，而且在推出之后完全转为PoS还需要更久，所以并不需要过于担心。
首先我们知道，ETH 1是矿工一直参与的PoW链，ETH 2则是PoS共识的以太坊2.0。ETH 1与ETH 2合并之后，ETH 1的PoW挖矿即停止，整个以太坊网络完成共识升级。
预期发生两个链合并的时间在阶段1.5。
届时进入主网的阶段0，但限于发展进程，任何以太坊的经济活动仍运行在ETH 1之上，底层共识仍旧完全依靠PoW挖矿决定。
而从ETH 1完全变更至ETH 2，需要完成区块链见证机制、对于目前以太坊虚拟机的改动，把数据结构从十六进制转变为二进制等工作。相当于从一个共识底层变成一个更接近用户层的分片之一，这其中的工作量绝非我们想象的那么简单。
而这其中又牵扯到的各方利益和立场，除了对于矿工挖矿收益的考虑之外，更加切实的问题是，对于现有锁仓价值超过130亿美元的DeFi项目，ETH 2的代码是否能够足以安全的承接？钱包、交易所、稳定币以及众多基础设施的过渡，更需时间。
在这一切发生之前，以太坊仍然需要PoW挖矿来支持这个系统的良好运行。
矿工还能挖多久？
事实上，矿工面临的不仅是矿机的问题，以太坊2.0越来越近，矿工也会紧张，究竟还能挖多久？在PoW向PoS转变的过程中，如何才能获取最大的价值？
PoS转化过程中，可能会与PoW并行一段时间，然后再切换，具体的时间和周期大家都不知道，官方的进度也不太确定，但是对矿工来讲，一旦切换或者部分切换，肯定会对收益带来非常大的冲击。
从矿工的角度来讲，获取不到什么价值，因为矿工是挖矿的，通过算力来保护网络，以太坊网络过渡到PoS阶段，就不再需要PoW矿工。目前对矿工的好处就是他们手里的ETH会随着以太坊网络的吞吐能力增强以及经济模型的迭代，对币价带来一些变化，但是对于矿工本身来说，这个事情没什么利好。
“矿工会顾虑POW挖矿的持续性，谨慎乐观吧。从近期机器价格回落可以看出来，还不太会盲目加大筹码，4G改8G升级后的机器还可以挖4年。罗马不是一天建成的，ETH信标链只支持Staking功能，阶段1分片上线时间在2021年，上线后只能试运行，仍不支持转账和智能合约；而阶段2的新虚拟机eWASM和与之配套的智能合约、跨分片转账，这个实现的过程会很漫长。ETH2.0在几年内还不会影响PoW矿工，PoW最终被替代需要ETH2.0足够成功。这期间，大显存矿工和芯片超算矿机可以享受一段时间全网算力下降后的收益提升，ETH2.0第一阶段会吸引一定ETH去锁仓，这些都会对这些矿工比较有利。
❷ 銆愬繀鐪嬨慐TH浣庨庨櫓濂楀埄鐨勪竴绉嶆柟娉
璇濅笉澶氳达紝鐩存帴涓婂共璐с
杩戜竴娈靛叧娉‥OS浼楃规瘮杈冨氾紝鐪嬪埌鏈夊皬浼欎即鏍规嵁EOS/ETH鐨勬暟鎹锛屽彂浜嗗備笅涓寮犲浘锛
鍥句腑鏄庢樉鍙浠ョ湅鍑烘定璺屽懆鏈熷熀鏈浠23灏忔椂涓轰竴涓杞鍥烇紝濡傛灉鍦ㄦ瘡闂撮殧23灏忔椂楂樺崠浣庝拱涓娆★紝绠楁槸涓绉嶆瘮杈冪ǔ濡ョ殑鑾峰埄鍔炴硶銆
浣犱竴瀹氬緢濂藉囷紝杩欑湡鐨勬槸涓涓瑙勫緥鍚楋紵鎴栬呰翠负浠涔堟槸杩欐牱鍛锛
杩欒繕瑕佷粠EOS浼楃瑰紑濮嬭磋捣銆侭M褰撴椂澶╂墠鐨勬彁鍑轰簡EOS浼楃圭殑鎯虫硶锛屼互23灏忔椂涓哄懆鏈燂紝鎸佺画涓骞达紝姝ょ嶄紬绛规柟寮忓彲璋撳墠鏃犲彜浜恒
鎴戠寽娴婤M鏄涓嶆槸鑰冭檻鍖哄潡閾句箖鏄鍏ㄧ悆鍏卞悓鍏虫敞鐨勯」鐩锛屽洜姝ゆ妸浼楃规椂闂村浐瀹氬湪鍑犵偣浼间箮閮戒笉鍚堥傦紝閭ｅ共鑴嗚疆娴侊紝姣忎釜鏃堕棿閮借疆鍒般
鐜板湪鎶奅TH鎹㈡垚EOS鏈変袱绉嶆柟寮忥紝涓鏄鍦ㄤ簩绾у競鍦轰拱鍏ワ紝浜屾槸鍙備笌涓绾у競鍦虹殑浼楃广
鍋囪句竴绾у競鍦轰紬绛圭殑浠锋牸鎸佺画楂樹簬浜岀骇甯傚満涔板叆锛岄偅涔堝弬涓庝紬绛圭殑浜哄繀鐒惰秺鏉ヨ秺灏戯紝璁╁弬涓庝竴绾у競鍦轰紬绛圭殑浠锋牸鎱㈡參闄嶄綆銆傞檷浣庡埌浠涔堢▼搴﹀憿锛熸瘮杈冨悎鐞嗙殑缁撴灉鏄锛氫竴绾у競鍦轰紬绛圭殑浠锋牸鐣ヤ綆浜庢垨绛変簬浜岀骇甯傚満鐨勪环鏍笺
涓句竴涓渚嬪瓙灏辨槑鐧戒簡锛屼互涓嬫暟鎹浠呬负璇存槑鐢ㄣ
姣斿傚湪浜岀骇甯傚満锛堝氨鏄鍦ㄤ氦鏄撴墍涔板叆锛1涓狤TH鍙浠ユ崲40涓狤OS锛屼絾鏄鍦ㄤ竴绾у競鍦猴紙鍙備笌浼楃癸級1涓狤TH鍙浠ユ崲41涓狤OS锛岄偅蹇呯劧鏈変汉浼氱敤1涓狤TH鍙備笌浼楃规崲鏉41涓狤OS锛岀劧鍚庡湪浜岀骇甯傚満鎹㈠洖ETH锛岃繖鏍峰湪涓嶈冭檻鎵嬬画璐圭殑鎯呭喌涓嬶紝1涓狤TH灏卞彉鎴愪簡1025涓狤TH锛岃幏鍒╀簡25%銆
杩戞湡闅忕潃EOS浠锋牸鐨勮蛋楂橈紝姣忓ぉ鍙備笌浼楃圭殑ETH澶氳揪4涓囧氫釜銆
杩欓噷鑲瀹氭湁涓嶅皯姣斾緥鐨勮祫閲戞槸鍦ㄨ繘琛屼竴绾у競鍦哄拰浜岀骇甯傚満鐨勬惉鐮栧楀埄銆
濡傛灉鐭ラ亾浜嗚繖涓鍘熺悊锛岄偅涔堝彲浠ュ垎鏋愬嚭鍦‥OS鐨勪紬绛规椂闂寸偣灏辨槸涓涓狤OS浠锋牸鐨勭浉瀵逛綆鐐癸紝杩欐椂鐢‥TH鎹㈡垚EOS锛岀瓑杩囦竴灏忔垫椂闂寸瓑EOS娑ㄤ笂鍘伙紝鍐嶆妸EOS鎹㈠洖ETH锛屽疄鐜板楀埄銆
浠ユ渶杩戜袱鍛ㄥ氱殑鏁版嵁鏉ュ垎鏋愶紝鍋囪惧湪姣忓ぉ浼楃圭殑鏃堕棿鐐规妸ETH鎹㈡垚EOS锛屽湪涓灏忔椂鍚庢妸EOS鎹㈠洖ETH锛屽彲浠ョ泩鍒╁氬皯鍛锛
缁忚繃璁＄畻锛屾渶杩18澶╃殑鏀剁泭鎬昏′负36%锛岀湅璧锋潵涓嶇畻澶氾紝濂藉勬槸椋庨櫓杈冨皬銆
濡傛灉璧勯噾閲忚緝澶ф敹鐩婄粷瀵规敹鐩婁篃姣旇緝鍙瑙傘
鍗充娇鍙戠敓椋庨櫓锛孍OS鍜孍TH涔熼兘鏄澶у竵绉嶏紝涔熶笉浼氱牳鍦ㄦ墜閲屻
鐢变簬鏃堕棿浠撲績锛屾垜鍚庣画浼氭洿鏂颁笂杩拌〃鏍硷紝琛ュ厖EOS浼楃瑰綋鏃剁殑浠锋牸鍜屼紬绛1灏忔椂鍚庣殑浠锋牸銆
鏈鍚庡皬缁撲竴涓嬫搷浣滄ラわ細
鈶犲湪EOS鐨勪紬绛圭綉绔欐煡璇㈡瘡澶〦OS鐨勪紬绛规椂闂
鈶″湪浼楃规椂闂寸偣锛屽湪浜ゆ槗缃戠珯锛堝傚竵瀹夛級鐢‥TH涔板叆EOS
鈶1灏忔椂鍚庡啀鎶奅OS鎹㈠洖ETH
杩欐槸涓绉嶄綆椋庨櫓濂楀埄鐨勬柟寮忥紝浣嗗苟涓嶄唬琛ㄦ病鏈夐庨櫓銆傛湁鏃朵簩绾у競鍦虹殑娉㈠姩姣旇緝澶э紝鍑虹幇鏆傛椂鐨勪簭鎹熶篃鏄姝ｅ父鐨勩
濡傚湪鍥句腑鍙浠ョ湅鍒帮紝鍦4鏈29鏃ワ紝甯傚満娉㈠姩鏋佸ぇ锛屽湪浼楃瑰悗鐨勪竴涓灏忔椂鍐匛OS/ETH涓嬭穼浜41%銆
涓嶈繃鎴戜滑鍋氫簨鎯咃紝鍙瑕佸仛姒傜巼澶х殑浜嬫儏鍗冲彲銆傚傛灉鍍忛摱琛屽瓨娆鹃偅鏍凤紝铏界劧鍑犱箮鏃犻庨櫓锛屼絾骞村寲鏀剁泭鐜囧彧鏈夊尯鍖175%銆
濡傛灉鐢ㄧ悊鎬ф垬鑳滀汉鎹熷け鍘屾伓鐨勬劅鎬э紝閭ｄ箞浜虹殑鑳藉姏杈圭晫鏃犵枒灏辨墿澶т簡涓浜涖
杩欎篃鏄鍊熼壌浜嗛噺鍖栦氦鏄撶殑鎬濊矾锛屽傛灉纭璁や竴浠朵簨鎯呮槸澶ф傜巼鑾峰埄锛岄偅灏卞︿範鍐峰啺鍐扮殑璁＄畻鏈猴紝姣鏃犳劅鎯呯殑鎵ц屽嵆鍙銆
杩欓噷鏈変竴鐐归渶瑕佽存槑锛氱幇鍦ㄨ窛绂籈OS涓荤綉涓婄嚎杩樻湁鏈鍚庝竴涓鏈堬紝鎵浠ヨ繖绉嶄綆椋庨櫓濂楀埄鐨勫姙娉曞彧鑳藉啀鎸佺画4鍛锛屾湁鍏磋叮灏濊瘯鐨勫皬浼欎即鍙瑕佹姄绱т簡銆
ETH鐨勬寲鐭垮師鐞嗕笌鏈哄埗
寰呭瓧闂轰腑寮鍙戜簡涓闂ㄥ尯鍧楅摼鏂归潰鐨勮剧▼锛氥婃繁鍏ユ祬鍑篍TH鍘熺悊涓庢櫤鑳藉悎绾﹀紑鍙戙嬶紝椹鑹鑰佸笀璁叉巿銆傛ゆ枃闆嗚板綍鎴戠殑瀛︿範绗旇般
璇剧▼鍏8鑺傝俱傚叾涓锛屽墠鍥涜捐睧TH鍘熺悊锛屽悗鍥涜捐叉櫤鑳藉悎绾︺
绗鍥涜惧垎涓轰笁閮ㄥ垎锛
杩欑瘒鏂囩珷鏄绗鍥涜剧涓閮ㄥ垎鐨勫︿範绗旇帮細Ethash绠楁硶銆
杩欒妭璇句粙缁嶇殑鏄浠ュお鍧婇潪甯告牳蹇冪殑鎸栫熆绠楁硶銆
鍦ㄤ粙缁岴thash绠楁硶涔嬪墠锛屽厛璁蹭竴浜涜儗鏅鐭ヨ瘑銆傚叾瀹炲尯鍧楅摼鎶鏈涓昏佹槸瑙ｅ喅涓涓鍏辫瘑鐨勯棶棰橈紝鑰屽叡璇嗘槸涓涓灞傛″緢涓板瘜鐨勬傚康锛岃繖閲屾妸鑼冪暣缂╁皬锛屽彧璁ㄨ哄尯鍧楅摼涓鐨勫叡璇嗐
浠涔堟槸鍏辫瘑锛
鍦ㄥ尯鍧楅摼涓锛屽叡璇嗘槸鎸囧摢涓鑺傜偣鏈夎拌处鏉冦傜綉缁滀腑鏈夊氫釜鑺傜偣锛岀悊璁轰笂閮芥湁璁拌处鏉冿紝棣栧厛闈涓寸殑闂棰樺氨鏄锛屽埌搴曡皝鏉ヨ板笎銆傚彟涓涓闂棰橈紝浜ゆ槗涓瀹氭槸鏈夐『搴忕殑锛屽嵆璋佸湪鍓嶏紝鍓嶅湪鍚庛傝繖鏍峰彲浠ヨВ鍐冲弻鑺遍棶棰樸傚尯鍧楅摼涓鐨勫叡璇嗘満鍒跺氨鏄瑙ｅ喅杩欎袱涓闂棰橈紝璋佽板笎鍜屼氦鏄撶殑椤哄簭銆
浠涔堟槸宸ヤ綔閲忚瘉鏄庣畻娉
涓轰簡鍐冲畾浼楀氳妭鐐逛腑璋佹潵璁板笎锛屽彲浠ユ湁澶氱嶆柟妗堛傚叾涓锛屽伐浣滈噺璇佹槑灏辫╄妭鐐瑰幓绠椾竴涓鍝堝笇鍊硷紝婊¤冻闅惧害鐩鏍囧肩殑鑳滃嚭銆傝繖涓杩囩▼鍙鑳介氳繃鏋氫妇璁＄畻锛岃皝绠楃殑蹇锛岃皝鑾疯儨鐨勬傜巼澶с傛敹鐩婅窡鑺傜偣鐨勫伐浣滈噺鏈夊叧锛岃繖灏辨槸宸ヤ綔閲忚瘉鏄庣畻娉曘
涓轰粈涔堣佸紩鍏ュ伐浣滈噺璇佹槑绠楁硶锛
Hash Cash 鐢盇dam Back 鍦1997骞村彂琛锛屼腑鏈鑱棣栨″湪姣旂壒甯佷腑搴旂敤鏉ヨВ鍐冲叡璇嗛棶棰樸
瀹冩渶鍒濈敤鏉ヨВ鍐冲瀮鍦鹃偖浠堕棶棰樸
鍏朵富瑕佽捐℃濇兂鏄閫氳繃鏆村姏鎼滅储锛屾壘鍒颁竴绉岯lock澶撮儴缁勫悎锛堥氳繃璋冩暣nonce锛変娇寰楀祵濂楃殑SHA256鍗曞悜鏁ｅ垪鍊艰緭鍑哄皬浜庝竴涓鐗瑰畾鐨勫硷紙Target锛夈
杩欎釜绠楁硶鏄璁＄畻瀵嗛泦鍨嬬畻娉曪紝涓寮濮嬩粠CPU鎸栫熆锛岃浆鑰屼负GPU锛岃浆鑰屼负FPGA锛岃浆鑰屼负ASIC锛屼粠鑰屼娇寰楃畻鍔涘彉寰楅潪甯搁泦涓銆
绠楀姏闆嗕腑灏变細甯︽潵涓涓闂棰橈紝鑻ユ湁涓涓鐭挎睜鐨勭畻鍔涜揪鍒51%锛屽垯瀹冨氨浼氭湁浣滄伓鐨勯庨櫓銆傝繖鏄姣旂壒甯佺瓑浣跨敤宸ヤ綔閲忚瘉鏄庣畻娉曠殑绯荤粺鐨勫紛绔銆傝屼互澶鍧婂垯鍚稿彇浜嗚繖涓鏁欒锛岃繘琛屼簡涓浜涙敼杩涳紝璇炵敓浜咵thash绠楁硶銆
Ethash绠楁硶鍚稿彇浜嗘瘮鐗瑰竵鐨勬暀璁锛屼笓闂ㄨ捐′簡闈炲父涓嶅埄鐢ㄨ＄畻鐨勬ā鍨嬶紝瀹冮噰鐢ㄤ簡I/O瀵嗛泦鐨勬ā鍨嬶紝I/O鎱锛岃＄畻鍐嶅揩涔熸病鐢ㄣ傝繖鏍凤紝瀵逛笓鐢ㄩ泦鎴愮數璺鍒欎笉鏄閭ｄ箞鏈夋晥銆
璇ョ畻娉曞笹PU鍙嬪ソ銆備竴鏄鑰冭檻濡傛灉鍙鏀鎸丆PU锛屾媴蹇冩槗琚鏈ㄩ┈鏀诲嚮锛涗簩鏄鐜板湪鐨勬樉瀛橀兘寰堝ぇ銆
杞诲瀷瀹㈡埛绔鐨勭畻娉曚笉閫備簬鎸栫熆锛屾槗浜庨獙璇侊紱蹇閫熷惎鍔
绠楁硶涓锛屼富瑕佷緷璧栦簬Keccake256 銆
鏁版嵁婧愰櫎浜嗕紶缁熺殑Block澶撮儴锛岃繕寮曞叆浜嗛殢鏈烘暟闃靛垪DAG锛堟湁鍚戦潪寰鐜鍥撅級锛圴italik鎻愬嚭锛
绉嶅瓙鍊煎緢灏忋傛牴鎹绉嶅瓙鍊肩敓鎴愮紦瀛樺硷紝缂撳瓨灞傜殑鍒濆嬪间负16M锛屾瘡涓涓栦唬澧炲姞128K銆
鍦ㄧ紦瀛樺眰涔嬩笅鏄鐭垮伐浣跨敤鐨勬暟鎹鍊硷紝鏁版嵁灞傜殑鍒濆嬪兼槸1G锛屾瘡涓涓栦唬澧炲姞8M銆傛暣涓鏁版嵁灞傜殑澶у皬鏄128Bytes鐨勭礌鏁板嶃
妗嗘灦涓昏佸垎涓轰袱涓閮ㄥ垎锛屼竴鏄疍AG鐨勭敓鎴愶紝浜屾槸鐢℉ashimoto鏉ヨ＄畻鏈缁堢殑缁撴灉銆
DAG鍒嗕负涓変釜灞傛★紝绉嶅瓙灞傦紝缂撳瓨灞傦紝鏁版嵁灞傘備笁涓灞傛℃槸閫愭笎澧炲ぇ鐨勩
绉嶅瓙灞傚緢灏忥紝渚濊禆涓婁釜涓栦唬鐨勭嶅瓙灞傘
缂撳瓨灞傜殑绗涓涓鏁版嵁鏄鏍规嵁绉嶅瓙灞傜敓鎴愮殑锛屽悗闈㈢殑鏍规嵁鍓嶉潰鐨勪竴涓鏉ョ敓鎴愶紝瀹冩槸涓涓涓茶屽寲鐨勮繃绋嬨傚叾鍒濆嬪ぇ灏忔槸16M锛屾瘡涓涓栦唬澧炲姞128K銆傛瘡涓鍏冪礌64瀛楄妭銆
鏁版嵁灞傚氨鏄瑕佺敤鍒扮殑鏁版嵁锛屽叾鍒濆嬪ぇ灏1G锛岀幇鍦ㄧ害2涓狦锛屾瘡涓鍏冪礌128瀛楄妭銆傛暟鎹灞傜殑鍏冪礌渚濊禆缂撳瓨灞傜殑256涓鍏冪礌銆
鏁翠釜娴佺▼鏄鍐呭瓨瀵嗛泦鍨嬨
棣栧厛鏄澶撮儴淇℃伅鍜岄殢鏈烘暟缁撳悎鍦ㄤ竴璧凤紝鍋氫竴涓狵eccak杩愮畻锛岃幏寰楀垵濮嬬殑鍗曞悜鏁ｅ垪鍊糓ix[0]锛128瀛楄妭銆傜劧鍚庯紝閫氳繃鍙﹀栦竴涓鍑芥暟锛屾槧灏勫埌DAG涓婏紝鑾峰彇涓涓鍊硷紝鍐嶄笌Mix[0]娣峰悎寰楀埌Mix[1]锛屽傛ゅ惊鐜64娆★紝寰楀埌Mix[64]锛128瀛楄妭銆
鎺ヤ笅鏉ョ粡杩囧悗澶勭悊杩囩▼锛屽緱鍒 mix final 鍊硷紝32瀛楄妭銆傦紙杩欎釜鍊煎湪鍓嶉潰涓や釜灏忚妭銆 009锛欸HOST鍗忚 銆嬨併 010锛氭惌寤烘祴璇曠綉缁 銆嬮兘鍑虹幇杩囷級
鍐嶇粡杩囪＄畻锛屽緱鍑虹粨鏋溿傛妸瀹冨拰鐩鏍囧肩浉姣旇緝锛屽皬浜庡垯鎸栫熆鎴愬姛銆
闅惧害鍊煎ぇ锛岀洰鏍囧煎皬锛屽氨瓒婇毦锛堝墠闈㈤渶瑕佺殑 0 瓒婂氾級銆
杩欎釜杩囩▼涔熸槸鎸栫熆闅撅紝楠岃瘉瀹规槗銆
涓洪槻姝㈢熆鏈猴紝mix function鍑芥暟涔熸湁鏇存柊杩囥
闅惧害鍏寮忚佽句欢鎴鍥俱
鏍规嵁涓婁竴涓鍖哄潡鐨勯毦搴︼紝鏉ユ帹绠椾笅涓涓銆
浠庡叕寮忕湅鍑猴紝闅惧害鐢变笁閮ㄥ垎缁勬垚锛岄栧厛鏄涓婁竴鍖哄潡鐨勯毦搴︼紝鐒跺悗鏄绾挎ч儴鍒嗭紝鏈鍚庢槸闈炵嚎鎬ч儴鍒嗐
闈炵嚎鎬ч儴鍒嗕篃鍙闅惧害鐐稿脊锛屽湪杩囦簡涓涓鐗瑰畾鐨勬椂闂磋妭鐐瑰悗锛岄毦搴︽槸鎸囨暟涓婂崌銆傚傛よ捐★紝鍏惰儗鍚庣殑鐩鐨勬槸锛屽湪浠ュお鍧婄殑椤圭洰鍛ㄦ湡涓锛屽湪澶ч兘浼氱増鏈鍚庣殑涓嬩竴涓鐗堟湰涓锛岃佽浆鎹㈠叡璇嗭紝鐢盤OW鍙樹负POW銆丳OS娣峰悎鍨嬬殑鍗忚銆傚熀閲戜細鐨勬剰鎬濆彲鑳芥槸浣垮緱鎸栫熆鍙樺緱娌℃剰鎬濄
闅惧害鏇茬嚎鍥炬樉绀猴紝2017骞10鏈堬紝闅惧害鏈変竴涓澶х殑涓嬮檷锛屽栧姳涔熺敱5涓鍙樹负3涓銆
鏈鑺備富瑕佷粙缁嶄簡Ethash绠楁硶锛屼笉瓒充箣澶勶紝璇锋壒璇勬寚姝ｃ
鍥藉唴eth鍗佸ぇ鐭挎睜鎺掑悕
浠ュお鍧婄殑鎸栫熆杩囩▼涓庢瘮鐗瑰竵鐨勫嚑涔庢槸涓鏍风殑銆侲TH閫氳繃鎸栫熆浜х敓锛屽钩鍧囨瘡15绉掍骇鐢1涓鍧楋紝鎸栫熆鐨勬椂鍊欙紝鐭垮伐浣跨敤璁＄畻鏈哄幓璁＄畻涓閬撳嚱鏁拌＄畻棰樼殑绛旀堬紝鐩村埌鏈夌熆宸ヨ＄畻鍒版ｇ‘绛旀堝嵆瀹屾垚鍖哄潡鐨勬墦鍖呬俊鎭锛岃屼綔涓虹涓涓璁＄畻鍑烘潵鐨勭熆宸ュ皢浼氬緱鍒3鏋欵TH鐨勫栧姳銆
濡傛灉鐭垮伐A鐜囧厛绠楀嚭姝ｇ‘鐨勭瓟妗堬紝閭ｄ箞鐭垮伐A灏嗚幏寰椾互澶甯佷綔涓哄栧姳锛屽苟鍦ㄥ叏缃戝箍鎾鍛婅瘔鎵鏈夌熆宸モ滄垜宸茬粡鎶婄瓟妗堢畻鍑烘潵浜嗏濆苟璁╂墍鏈夊湪绛旈樼殑鐭垮伐浠杩涜岄獙璇佸苟鏇存柊姝ｇ‘绛旀堛傚傛灉鐭垮伐B绠楀嚭姝ｇ‘绛旀堬紝閭ｄ箞鍏朵粬鐭垮伐灏嗕細鍋滄㈠綋鍓嶇殑瑙ｉ樿繃绋嬶紝璁板綍姝ｇ‘绛旀堬紝骞跺紑濮嬪仛涓嬩竴閬撻橈紝鐩村埌绠楀嚭姝ｇ‘绛旀堬紝骞朵竴鐩撮噸澶嶆よ繃绋嬨
鐭垮伐鍦ㄨ繖涓娓告垙涓寰堥毦浣滃紛銆備粬浠鏄娌℃硶浼瑁呭伐浣滃張寰楀嚭姝ｇ‘绛旀堛傝繖灏辨槸涓轰粈涔堣繖涓瑙ｉ樼殑杩囩▼琚绉颁负鈥滃伐浣滈噺璇佹槑鈥濓紙POW锛夈
瑙ｉ樼殑杩囩▼澶х害姣12-15绉掞紝鐭垮伐灏变細鎸栧嚭涓涓鍖哄潡銆傚傛灉鐭垮伐鎸栫熆鐨勯熷害杩囧揩鎴栬呰繃鎱锛岀畻娉曚細鑷鍔ㄨ皟鏁撮樼洰鐨勯毦搴︼紝鎶婂嚭鍧楅熷害淇濇寔鍦13绉掑乏鍙炽
鐭垮伐鑾峰彇杩欎簺ETH甯佹槸鏈夐殢鏈烘х殑锛屾寲鐭跨殑鏀剁泭鍙栧喅浜庢姇鍏ョ殑绠楀姏锛屽氨鐩稿綋浣犵殑璁＄畻鏈鸿秺澶氾紝浣犵瓟棰樼殑姝ｇ‘鐨勬傜巼涔熷氨瓒婇珮锛屾洿瀹规槗鑾峰緱鍖哄潡濂栧姳銆
1銆 浠ュお鍧
瀹冩槸鍏ㄧ悆棰嗗厛鐨勬瘮鐗瑰竵鏁版嵁鏈嶅姟鎻愪緵鍟嗗拰鐭挎睜鍜岄挶鍖呰В鍐虫柟妗堟彁渚涘晢銆備粠2015骞村紑濮嬶紝鍥㈤槦浠庡尯鍧楁祻瑙堝櫒绛夎屼笟鍩虹璁炬柦鍏ユ墜锛岃嚧鍔涗簬鏋勫缓鍚勪釜瀛愰嗗煙鐨勬柊鏍囧噯銆傚搧鐗屽彲浠ュ湪閽卞寘銆佺熆姹犮佽屾儏銆佽祫璁绛夐嗗煙鐪嬪埌銆
2銆丗2Pool
F2Pool 鏄涓鍥芥渶澶х殑姣旂壒甯佸拰鑾辩壒甯佹寲鐭跨郴缁熺熆姹犱箣涓銆傛暟鎹鏄剧ず锛岄奔姹犵洰鍓嶆槸鍏ㄧ悆绗浜屽ぇ鐭挎睜锛屼粎娆′簬铓傝殎鐭挎睜銆
3銆侀挶鍗
纰ч煶鎴愮珛浜2017骞11鏈堬紝鐢卞師鏍稿績鍥㈤槦鎵撻犮傚洟闃熺殑浜у搧鍜屾妧鏈杈撳嚭鐜板湪鏈嶅姟浜庡叏缃戝ぇ閮ㄥ垎姣旂壒甯佺畻鍔涳紱涓ゅ勾鍐呮墦閫犱簡澶氫釜浜у搧锛岃法瓒婂尯鍧楅摼娴忚堝櫒銆佺熆姹犮侀挶鍖呯瓑澶氫釜鍨傜洿棰嗗煙銆傜ⅶ闊崇熆姹犳槸涓涓涓撲笟鐨勭熆姹狅紝鏀鎸佹墍鏈変富娴佸竵绉嶇殑鎸栫熆銆傜洰鍓嶆敮鎸佺殑甯佺嶅寘鎷锛欱TC銆丅CH銆丅SV銆乑EC銆丩TC銆丒TH銆丏CR銆丏ASH銆乆MR銆
4銆佺伀甯佺熆姹
鐏甯佺熆姹犳槸鍏ㄧ悆棣栦釜闆嗘暟瀛楄祫浜ф寲鎺樹笌浜ゆ槗浜庝竴浣撶殑鐭挎睜骞冲彴銆傚畠閲囩敤鍩轰簬POW鎸栫熆鏈哄埗鐨勫叏鏂板垎閰嶆ā鍨婩PPS銆傚競鍦轰笂澶ч儴鍒嗙熆姹犻噰鐢ㄤ紶缁熺殑PPS缁撶畻鍜屽垎閰嶆ā寮忋傜浉姣斾箣涓嬶紝鐏甯佺殑FPPS妯″紡闄嶄綆浜嗙熆宸ョ殑鎵撳寘璐癸紝姣忎釜鐭垮伐鍙浠ュ炲姞5%宸﹀彸鐨勫埄娑︺傜伀甯佺熆姹犻氳繃杩欎竴涓炬帾锛屽皢鍏朵笌鍏朵粬鐭挎睜鍖哄垎寮鏉ワ紝鍚稿紩鐭垮伐鍏ラ┗銆
5銆佽殏铓佺熆姹
铓傝殎鐭挎睜鏄疊itTaiwan鍒╃敤澶ч噺璧勬簮寮鍙戠殑楂樻晥鏁板瓧璐у竵鐭挎睜銆傝嚧鍔涗簬涓虹熆宸ユ彁渚涙洿鍙嬪ソ鐨勭晫闈銆佹洿瀹屽杽鐨勫姛鑳姐佹洿澶氱殑浣跨敤鏂归潰銆佹洿涓板帤閫忔槑鐨勬敹鐩娿傝揣甯佺殑鍙戝睍鍋氬嚭鏇村氳础鐚銆傝殏铓佺熆姹犳槸涓涓楂樻晥鐨勬暟瀛楄揣甯佺熆姹狅紝鑷村姏浜庝负鐭垮伐鎻愪緵鏇村弸濂界殑鐣岄潰銆佹洿濂界殑鍔熻兘銆佹洿渚挎嵎鐨勪娇鐢ㄥ拰鏇翠赴鍘氶忔槑鐨勬敹鐩娿傝殏铓佺熆姹犱负澶氱嶆暟瀛楄揣甯佹彁渚涙瘮鐗瑰竵銆佽幈鐗瑰竵銆佷互澶鍧婃寲鐭挎湇鍔★紝鏀鎸丳PS銆丳PLNS銆丼OLO绛夊氱嶆敮浠樻柟寮忋
6銆佸井姣旂壒
寰姣旂壒鏄涓瀹朵笓涓氱殑鏁板瓧璐у竵鎶鏈鏈嶅姟鍟嗐傚叾鏈嶅姟鑼冨洿鍖呮嫭鏁板瓧璐у竵浜ゆ槗骞冲彴銆佹暟瀛楄揣甯佺熆姹犮佷簯鎸栫熆鍚堢害銆傛垚绔嬩簬2016骞5鏈堬紝鍚屽勾6鏈堜笂绾挎瘮鐗瑰竵鐭挎睜锛11鏈堜笂绾夸簯鎸栫熆浜у搧銆 2017骞3鏈堬紝寰姣旂壒鑾峰緱鐢盉itTaiwan棰嗘姇鐨2000涓囧厓A杞铻嶈祫锛屼互鎷撳睍浜ゆ槗鎵涓氬姟銆 6鏈堬紝寰姣旂壒鍗冲皢涓婄嚎鏁板瓧璐у竵浜ゆ槗骞冲彴銆
7銆58COIN绗浜岀被鏄鍏朵粬鐭挎睜锛屽備互澶鍧婄熆姹犮丼park鐭挎睜锛涚涓夌被鏄浜ゆ槗鎵鐭挎睜锛屽傜伀甯佺熆姹犮丱K鐭挎睜銆佸竵瀹夌熆姹犮傚竵瀹変綔涓烘柊涓栫晫鐨勨滄暟瀛楃粡娴庢搷浣滅郴缁熲濓紝鍦ㄦ暟瀛楄祫浜т氦鏄撴祦閫氶嗗煙锛屽湪鍖哄潡閾惧競鍦烘暀鑲查嗗煙锛屽湪鍘讳腑蹇冨寲娴侀氭帰绱㈤嗗煙锛岃祫浜ф祦閫氬钩鍙板湪浜戣＄畻棰嗗煙锛屽湪甯傚満鍜屾暟瀛楄祫浜уぇ鏁版嵁棰嗗煙锛屽湪閲戣瀺琛嶇敓鍝侀嗗煙锛岀瓑鐢熸佺郴缁燂紝閮藉彇寰椾簡寰堝ソ鐨勬垚缁╋紝涔熷垱閫犱簡鍏ㄧ悆褰卞搷鍔涖傚綋鐒讹紝瀵逛簬鍖哄潡閾惧拰鏁板瓧缁忔祹棰嗗煙鐨勫疄浣撶粡娴庯紝鈥滀簯绠楀姏骞冲彴鈥濓紝鍗崇熆姹狅紝甯佸畨涔熷湪鏋佺煭鐨勬椂闂村唴鍒涢犱簡鍙︿竴绉嶁滃晢涓氬唴娑碘濄
9銆丱KEXPool
鍦ㄥ叕甯冪殑鏁版嵁涓锛孫KExPool浠2019骞10鏈堢殑甯傚満浠介濈害0%杩呴熷彂灞曚负甯傚満浠介濈鍏澶х殑鐭挎睜銆備絾鏄锛屽湪绠楀姏瓒嬪娍鏇茬嚎涓婏紝OKExPool鍦2020骞1鏈堢畻鍔涘嚭鐜板ぇ骞呬笅婊戙傛湁甯傚満浜哄＋瀵筆ANews琛ㄧず锛屾帹娴婳KExPool绠楀姏蹇閫熶笅婊戠殑鍘熷洜鍙鑳芥槸鍔犲叆浜嗘洿鍔犱腑蹇冨寲鐨勫皬鐭垮満锛岀洰鍓嶈繕缂轰箯鎶曡祫鑰呭姞鍏ョ畻鍔涚粨鏋勩
铏界劧浜ゆ槗鎵鏅閬嶆槸鐭挎睜棰嗗煙鐨勬柊浜猴紝浣嗕氦鏄撴墍鎸佹湁鐨勭熆姹犱笟鍔＄浉瀵逛簬浼犵粺鍏鍙镐粛鏈変竴瀹氱殑澶╃劧浼樺娍銆
10銆丅TCTOP
Lybit鐭挎睜缁忚繃澶氬勾鐨勭ǔ瀹氳繍琛岋紝鏈鍒濇槸涓涓鍏ㄧ綉绠楀姏鏈澶х殑绉佹湁鐭挎睜銆傜幇闈㈠悜甯傚満浠ュお甯侊紝璇氶個鎵鏈夌熆宸ュ垎浜鍏舵妧鏈甯︽潵鐨勬寲鐭挎敹鐩娿傚叏鏂板崌绾ф敼鐗堢殑涔愭瘮鐗圭熆姹犵郴缁熸洿鍔犺创鍚堝㈡埛闇姹傦紝鍐呭规洿涓板瘜锛屾搷浣滄洿绠鍗曘
❸ 以太坊升级是什么意思
网络将于区块高度7,280,000进行君士坦丁堡 & 彼得斯堡（Constantinople & Petersburg）升级l,z,b显示是北京时间2019年3月1日升级，目前不知道升级成功了没
❹ 011：Ethash算法|《ETH原理与智能合约开发》笔记
待字闺中开发了一门区块链方面的课程：《深入浅出ETH原理与智能合约开发》，马良老师讲授。此文集记录我的学习笔记。
课程共8节课。其中，前四课讲ETH原理，后四课讲智能合约。
第四课分为三部分：
这篇文章是第四课第一部分的学习笔记：Ethash算法。
这节课介绍的是以太坊非常核心的挖矿算法。
在介绍Ethash算法之前，先讲一些背景知识。其实区块链技术主要是解决一个共识的问题，而共识是一个层次很丰富的概念，这里把范畴缩小，只讨论区块链中的共识。
什么是共识？
在区块链中，共识是指哪个节点有记账权。网络中有多个节点，理论上都有记账权，首先面临的问题就是，到底谁来记帐。另一个问题，交易一定是有顺序的，即谁在前，前在后。这样可以解决双花问题。区块链中的共识机制就是解决这两个问题，谁记帐和交易的顺序。
什么是工作量证明算法
为了决定众多节点中谁来记帐，可以有多种方案。其中，工作量证明就让节点去算一个哈希值，满足难度目标值的胜出。这个过程只能通过枚举计算，谁算的快，谁获胜的概率大。收益跟节点的工作量有关，这就是工作量证明算法。
为什么要引入工作量证明算法？
Hash Cash 由Adam Back 在1997年发表，中本聪首次在比特币中应用来解决共识问题。
它最初用来解决垃圾邮件问题。
其主要设计思想是通过暴力搜索，找到一种Block头部组合（通过调整nonce）使得嵌套的SHA256单向散列值输出小于一个特定的值（Target）。
这个算法是计算密集型算法，一开始从CPU挖矿，转而为GPU，转而为FPGA，转而为ASIC，从而使得算力变得非常集中。
算力集中就会带来一个问题，若有一个矿池的算力达到51%，则它就会有作恶的风险。这是比特币等使用工作量证明算法的系统的弊端。而以太坊则吸取了这个教训，进行了一些改进，诞生了Ethash算法。
Ethash算法吸取了比特币的教训，专门设计了非常不利用计算的模型，它采用了I/O密集的模型，I/O慢，计算再快也没用。这样，对专用集成电路则不是那么有效。
该算法对GPU友好。一是考虑如果只支持CPU，担心易被木马攻击；二是现在的显存都很大。
轻型客户端的算法不适于挖矿，易于验证；快速启动
算法中，主要依赖于Keccake256 。
数据源除了传统的Block头部，还引入了随机数阵列DAG（有向非循环图）（Vitalik提出）
种子值很小。根据种子值生成缓存值，缓存层的初始值为16M，每个世代增加128K。
在缓存层之下是矿工使用的数据值，数据层的初始值是1G，每个世代增加8M。整个数据层的大小是128Bytes的素数倍。
框架主要分为两个部分，一是DAG的生成，二是用Hashimoto来计算最终的结果。
DAG分为三个层次，种子层，缓存层，数据层。三个层次是逐渐增大的。
种子层很小，依赖上个世代的种子层。
缓存层的第一个数据是根据种子层生成的，后面的根据前面的一个来生成，它是一个串行化的过程。其初始大小是16M，每个世代增加128K。每个元素64字节。
数据层就是要用到的数据，其初始大小1G，现在约2个G，每个元素128字节。数据层的元素依赖缓存层的256个元素。
整个流程是内存密集型。
首先是头部信息和随机数结合在一起，做一个Keccak运算，获得初始的单向散列值Mix[0]，128字节。然后，通过另外一个函数，映射到DAG上，获取一个值，再与Mix[0]混合得到Mix[1]，如此循环64次，得到Mix[64]，128字节。
接下来经过后处理过程，得到 mix final 值，32字节。（这个值在前面两个小节《 009：GHOST协议 》、《 010：搭建测试网络 》都出现过）
再经过计算，得出结果。把它和目标值相比较，小于则挖矿成功。
难度值大，目标值小，就越难（前面需要的 0 越多）。
这个过程也是挖矿难，验证容易。
为防止矿机，mix function函数也有更新过。
难度公式见课件截图。
根据上一个区块的难度，来推算下一个。
从公式看出，难度由三部分组成，首先是上一区块的难度，然后是线性部分，最后是非线性部分。
非线性部分也叫难度炸弹，在过了一个特定的时间节点后，难度是指数上升。如此设计，其背后的目的是，在以太坊的项目周期中，在大都会版本后的下一个版本中，要转换共识，由POW变为POW、POS混合型的协议。基金会的意思可能是使得挖矿变得没意思。
难度曲线图显示，2017年10月，难度有一个大的下降，奖励也由5个变为3个。
本节主要介绍了Ethash算法，不足之处，请批评指正。
❺ 区块链的共识机制
一、区块链共识机制的目标
区块链是什么？简单而言，区块链是一种去中心化的数据库，或可以叫作分布式账本(distributed ledger)。传统上所有的数据库都是中心化的，例如一间银行的账本就储存在银行的中心服务器里。中心化数据库的弊端是数据的安全及正确性全系于数据库运营方（即银行），因为任何能够访问中心化数据库的人（如银行职员或黑客）都可以破坏或修改其中的数据。
而区块链技术则容许数据库存放在全球成千上万的电脑上，每个人的账本通过点对点网络进行同步，网络中任何用户一旦增加一笔交易，交易信息将通过网络通知其他用户验证，记录到各自的账本中。区块链之所以得其名是因为它是由一个个包含交易信息的区块（block）从后向前有序链接起来的数据结构。
很多人对区块链的疑问是，如果每一个用户都拥有一个独立的账本，那么是否意味着可以在自己的账本上添加任意的交易信息，而成千上万个账本又如何保证记账的一致性？ 解决记账一致性问题正是区块链共识机制的目标 。区块链共识机制旨在保证分布式系统里所有节点中的数据完全相同并且能够对某个提案（proposal）（例如是一项交易纪录）达成一致。然而分布式系统由于引入了多个节点，所以系统中会出现各种非常复杂的情况；随着节点数量的增加，节点失效或故障、节点之间的网络通信受到干扰甚至阻断等就变成了常见的问题，解决分布式系统中的各种边界条件和意外情况也增加了解决分布式一致性问题的难度。
区块链又可分为三种：
公有链：全世界任何人都可以随时进入系统中读取数据、发送可确认交易、竞争记账的区块链。公有链通常被认为是“完全去中心化“的，因为没有任何人或机构可以控制或篡改其中数据的读写。公有链一般会通过代币机制鼓励参与者竞争记账，来确保数据的安全性。
联盟链：联盟链是指有若干个机构共同参与管理的区块链。每个机构都运行着一个或多个节点，其中的数据只允许系统内不同的机构进行读写和发送交易，并且共同来记录交易数据。这类区块链被认为是“部分去中心化”。
私有链：指其写入权限是由某个组织和机构控制的区块链。参与节点的资格会被严格的限制，由于参与的节点是有限和可控的，因此私有链往往可以有极快的交易速度、更好的隐私保护、更低的交易成本、不容易被恶意攻击、并且能够做到身份认证等金融行业必须的要求。相比中心化数据库，私有链能够防止机构内单节点故意隐瞒或篡改数据。即使发生错误，也能够迅速发现来源，因此许多大型金融机构在目前更加倾向于使用私有链技术。
二、区块链共识机制的分类
解决分布式一致性问题的难度催生了数种共识机制，它们各有其优缺点，亦适用于不同的环境及问题。被众人常识的共识机制有：
l PoW（Proof of Work）工作量证明机制
l PoS（Proof of Stake）股权/权益证明机制
l DPoS（Delegated Proof of Stake）股份授权证明机制
l PBFT（Practical Byzantine Fault Tolerance）实用拜占庭容错算法
l DBFT（Delegated Byzantine Fault Tolerance）授权拜占庭容错算法
l SCP (Stellar Consensus Protocol ) 恒星共识协议
l RPCA（Ripple Protocol Consensus Algorithm）Ripple共识算法
l Pool验证池共识机制
（一）PoW（Proof of Work）工作量证明机制
1. 基本介绍
在该机制中，网络上的每一个节点都在使用SHA256哈希函数(hash function) 运算一个不断变化的区块头的哈希值 (hash sum)。 共识要求算出的值必须等于或小于某个给定的值。 在分布式网络中，所有的参与者都需要使用不同的随机数来持续计算该哈希值，直至达到目标为止。当一个节点的算出确切的值，其他所有的节点必须相互确认该值的正确性。之后新区块中的交易将被验证以防欺诈。
在比特币中，以上运算哈希值的节点被称作“矿工”，而PoW的过程被称为“挖矿”。挖矿是一个耗时的过程，所以也提出了相应的激励机制（例如向矿工授予一小部分比特币）。PoW的优点是完全的去中心化，其缺点是消耗大量算力造成了的资源浪费，达成共识的周期也比较长，共识效率低下，因此其不是很适合商业使用。
2. 加密货币的应用实例
比特币(Bitcoin) 及莱特币(Litecoin)。以太坊(Ethereum) 的前三个阶段（Frontier前沿、Homestead家园、Metropolis大都会）皆采用PoW机制，其第四个阶段 (Serenity宁静) 将采用权益证明机制。PoW适用于公有链。
PoW机制虽然已经成功证明了其长期稳定和相对公平，但在现有框架下，采用PoW的“挖矿”形式，将消耗大量的能源。其消耗的能源只是不停的去做SHA256的运算来保证工作量公平，并没有其他的存在意义。而目前BTC所能达到的交易效率为约5TPS（5笔/秒），以太坊目前受到单区块GAS总额的上限，所能达到的交易频率大约是25TPS，与平均千次每秒、峰值能达到万次每秒处理效率的VISA和MASTERCARD相差甚远。
3. 简图理解模式
（ps：其中A、B、C、D计算哈希值的过程即为“挖矿”，为了犒劳时间成本的付出，机制会以一定数量的比特币作为激励。）
（Ps：PoS模式下，你的“挖矿”收益正比于你的币龄(币的数量*天数)，而与电脑的计算性能无关。我们可以认为任何具有概率性事件的累计都是工作量证明，如淘金。假设矿石含金量为p% 质量, 当你得到一定量黄金时，我们可以认为你一定挖掘了1/p 质量的矿石。而且得到的黄金数量越多，这个证明越可靠。）
（二）PoS（Proof of Stake）股权/权益证明机制
1.基本介绍
PoS要求人们证明货币数量的所有权，其相信拥有货币数量多的人攻击网络的可能性低。基于账户余额的选择是非常不公平的，因为单一最富有的人势必在网络中占主导地位，所以提出了许多解决方案。
在股权证明机制中，每当创建一个区块时，矿工需要创建一个称为“币权”的交易，这个交易会按照一定比例预先将一些币发给矿工。然后股权证明机制根据每个节点持有代币的比例和时间（币龄）， 依据算法等比例地降低节点的挖矿难度，以加快节点寻找随机数的速度，缩短达成共识所需的时间。
与PoW相比，PoS可以节省更多的能源，更有效率。但是由于挖矿成本接近于0，因此可能会遭受攻击。且PoS在本质上仍然需要网络中的节点进行挖矿运算，所以它同样难以应用于商业领域。
2.数字货币的应用实例
PoS机制下较为成熟的数字货币是点点币（Peercoin）和未来币（NXT），相比于PoW，PoS机制节省了能源，引入了" 币天 "这个概念来参与随机运算。PoS机制能够让更多的持币人参与到记账这个工作中去，而不需要额外购买设备（矿机、显卡等）。每个单位代币的运算能力与其持有的时间长成正相关，即持有人持有的代币数量越多、时间越长，其所能签署、生产下一个区块的概率越大。一旦其签署了下一个区块，持币人持有的币天即清零，重新进入新的循环。
PoS适用于公有链。
3.区块签署人的产生方式
在PoS机制下，因为区块的签署人由随机产生，则一些持币人会长期、大额持有代币以获得更大概率地产生区块，尽可能多的去清零他的"币天"。因此整个网络中的流通代币会减少，从而不利于代币在链上的流通，价格也更容易受到波动。由于可能会存在少量大户持有整个网络中大多数代币的情况，整个网络有可能会随着运行时间的增长而越来越趋向于中心化。相对于PoW而言，PoS机制下作恶的成本很低，因此对于分叉或是双重支付的攻击，需要更多的机制来保证共识。稳定情况下，每秒大约能产生12笔交易，但因为网络延迟及共识问题，需要约60秒才能完整广播共识区块。长期来看，生成区块（即清零"币天"）的速度远低于网络传播和广播的速度，因此在PoS机制下需要对生成区块进行"限速"，来保证主网的稳定运行。
4.简图理解模式
（PS：拥有越多“股份”权益的人越容易获取账权。是指获得多少货币，取决于你挖矿贡献的工作量，电脑性能越好，分给你的矿就会越多。）
（在纯POS体系中，如NXT，没有挖矿过程，初始的股权分配已经固定，之后只是股权在交易者之中流转，非常类似于现实世界的股票。）
（三）DPoS（Delegated Proof of Stake）股份授权证明机制
1.基本介绍
由于PoS的种种弊端，由此比特股首创的权益代表证明机制 DPoS（Delegated Proof of Stake）应运而生。DPoS 机制中的核心的要素是选举，每个系统原生代币的持有者在区块链里面都可以参与选举，所持有的代币余额即为投票权重。通过投票，股东可以选举出理事会成员，也可以就关系平台发展方向的议题表明态度，这一切构成了社区自治的基础。股东除了自己投票参与选举外，还可以通过将自己的选举票数授权给自己信任的其它账户来代表自己投票。
具体来说， DPoS由比特股（Bitshares）项目组发明。股权拥有着选举他们的代表来进行区块的生成和验证。DPoS类似于现代企业董事会制度，比特股系统将代币持有者称为股东，由股东投票选出101名代表， 然后由这些代表负责生成和验证区块。 持币者若想称为一名代表，需先用自己的公钥去区块链注册，获得一个长度为32位的特有身份标识符，股东可以对这个标识符以交易的形式进行投票，得票数前101位被选为代表。
代表们轮流产生区块，收益（交易手续费）平分。DPoS的优点在于大幅减少了参与区块验证和记账的节点数量，从而缩短了共识验证所需要的时间，大幅提高了交易效率。从某种角度来说，DPoS可以理解为多中心系统，兼具去中心化和中心化优势。优点：大幅缩小参与验证和记账节点的数量，可以达到秒级的共识验证。缺点：投票积极性不高，绝大部分代币持有者未参与投票；另整个共识机制还是依赖于代币，很多商业应用是不需要代币存在的。
DPoS机制要求在产生下一个区块之前，必须验证上一个区块已经被受信任节点所签署。相比于PoS的" 全民挖矿 "，DPoS则是利用类似" 代表大会 "的制度来直接选取可信任节点，由这些可信任节点（即见证人）来代替其他持币人行使权力，见证人节点要求长期在线，从而解决了因为PoS签署区块人不是经常在线而可能导致的产块延误等一系列问题。 DPoS机制通常能达到万次每秒的交易速度，在网络延迟低的情况下可以达到十万秒级别，非常适合企业级的应用。 因为公信宝数据交易所对于数据交易频率要求高，更要求长期稳定性，因此DPoS是非常不错的选择。
2. 股份授权证明机制下的机构与系统
理事会是区块链网络的权力机构，理事会的人选由系统股东（即持币人）选举产生，理事会成员有权发起议案和对议案进行投票表决。
理事会的重要职责之一是根据需要调整系统的可变参数，这些参数包括：
l 费用相关：各种交易类型的费率。
l 授权相关：对接入网络的第三方平台收费及补贴相关参数。
l 区块生产相关：区块生产间隔时间，区块奖励。
l 身份审核相关：审核验证异常机构账户的信息情况。
l 同时，关系到理事会利益的事项将不通过理事会设定。
在Finchain系统中，见证人负责收集网络运行时广播出来的各种交易并打包到区块中，其工作类似于比特币网络中的矿工，在采用 PoW(工作量证明)的比特币网络中，由一种获奖概率取决于哈希算力的抽彩票方式来决定哪个矿工节点产生下一个区块。而在采用 DPoS 机制的金融链网络中，通过理事会投票决定见证人的数量，由持币人投票来决定见证人人选。入选的活跃见证人按顺序打包交易并生产区块，在每一轮区块生产之后，见证人会在随机洗牌决定新的顺序后进入下一轮的区块生产。
3. DPoS的应用实例
比特股(bitshares) 采用DPoS。DPoS主要适用于联盟链。
4.简图理解模式
（四）PBFT（Practical Byzantine Fault Tolerance）实用拜占庭容错算法
1. 基本介绍
PBFT是一种基于严格数学证明的算法，需要经过三个阶段的信息交互和局部共识来达成最终的一致输出。三个阶段分别为预备 (pre-prepare)、准备 (prepare)、落实 (commit)。PBFT算法证明系统中只要有2/3比例以上的正常节点，就能保证最终一定可以输出一致的共识结果。换言之，在使用PBFT算法的系统中，至多可以容忍不超过系统全部节点数量1/3的失效节点 (包括有意误导、故意破坏系统、超时、重复发送消息、伪造签名等的节点，又称为”拜占庭”节点)。
2. PBFT的应用实例
著名联盟链Hyperledger Fabric v0.6采用的是PBFT，v1.0又推出PBFT的改进版本SBFT。PBFT主要适用于私有链和联盟链。
3. 简图理解模式
上图显示了一个简化的PBFT的协议通信模式，其中C为客户端，0 – 3表示服务节点，其中0为主节点，3为故障节点。整个协议的基本过程如下：
(1) 客户端发送请求，激活主节点的服务操作；
(2) 当主节点接收请求后，启动三阶段的协议以向各从节点广播请求；
(a) 序号分配阶段，主节点给请求赋值一个序号n，广播序号分配消息和客户端的请求消息m，并将构造pre-prepare消息给各从节点；
(b) 交互阶段，从节点接收pre-prepare消息，向其他服务节点广播prepare消息；
(c) 序号确认阶段，各节点对视图内的请求和次序进行验证后，广播commit消息，执行收到的客户端的请求并给客户端响应。
(3) 客户端等待来自不同节点的响应，若有m+1个响应相同，则该响应即为运算的结果；
（五）DBFT（Delegated Byzantine Fault Tolerance）授权拜占庭容错算法
1. 基本介绍
DBFT建基于PBFT的基础上，在这个机制当中，存在两种参与者，一种是专业记账的“超级节点”，一种是系统当中不参与记账的普通用户。普通用户基于持有权益的比例来投票选出超级节点，当需要通过一项共识（记账）时，在这些超级节点中随机推选出一名发言人拟定方案，然后由其他超级节点根据拜占庭容错算法（见上文），即少数服从多数的原则进行表态。如果超过2/3的超级节点表示同意发言人方案，则共识达成。这个提案就成为最终发布的区块，并且该区块是不可逆的，所有里面的交易都是百分之百确认的。如果在一定时间内还未达成一致的提案，或者发现有非法交易的话，可以由其他超级节点重新发起提案，重复投票过程，直至达成共识。
2. DBFT的应用实例
国内加密货币及区块链平台NEO是 DBFT算法的研发者及采用者。
3. 简图理解模式
假设系统中只有四个由普通用户投票选出的超级节点，当需要通过一项共识时，系统就会从代表中随机选出一名发言人拟定方案。发言人会将拟好的方案交给每位代表，每位代表先判断发言人的计算结果与它们自身纪录的是否一致，再与其它代表商讨验证计算结果是否正确。如果2/3的代表一致表示发言人方案的计算结果是正确的，那么方案就此通过。
如果只有不到2/3的代表达成共识，将随机选出一名新的发言人，再重复上述流程。这个体系旨在保护系统不受无法行使职能的领袖影响。
上图假设全体节点都是诚实的，达成100%共识，将对方案A（区块）进行验证。
鉴于发言人是随机选出的一名代表，因此他可能会不诚实或出现故障。上图假设发言人给3名代表中的2名发送了恶意信息（方案B），同时给1名代表发送了正确信息（方案A）。
在这种情况下该恶意信息（方案B）无法通过。中间与右边的代表自身的计算结果与发言人发送的不一致，因此就不能验证发言人拟定的方案，导致2人拒绝通过方案。左边的代表因接收了正确信息，与自身的计算结果相符，因此能确认方案，继而成功完成1次验证。但本方案仍无法通过，因为不足2/3的代表达成共识。接着将随机选出一名新发言人，重新开始共识流程。
上图假设发言人是诚实的，但其中1名代表出现了异常；右边的代表向其他代表发送了不正确的信息（B）。
在这种情况下发言人拟定的正确信息（A）依然可以获得验证，因为左边与中间诚实的代表都可以验证由诚实的发言人拟定的方案，达成2/3的共识。代表也可以判断到底是发言人向右边的节点说谎还是右边的节点不诚实。
（六）SCP (Stellar Consensus Protocol ) 恒星共识协议
1. 基本介绍
SCP 是 Stellar (一种基于互联网的去中心化全球支付协议) 研发及使用的共识算法，其建基于联邦拜占庭协议 (Federated Byzantine Agreement) 。传统的非联邦拜占庭协议（如上文的PBFT和DBFT）虽然确保可以通过分布式的方法达成共识，并达到拜占庭容错 (至多可以容忍不超过系统全部节点数量1/3的失效节点)，它是一个中心化的系统 — 网络中节点的数量和身份必须提前知晓且验证过。而联邦拜占庭协议的不同之处在于它能够去中心化的同时，又可以做到拜占庭容错。
[…]
（七）RPCA（Ripple Protocol Consensus Algorithm）Ripple共识算法
1. 基本介绍
RPCA是Ripple（一种基于互联网的开源支付协议，可以实现去中心化的货币兑换、支付与清算功能）研发及使用的共识算法。在 Ripple 的网络中，交易由客户端（应用）发起，经过追踪节点（tracking node）或验证节点（validating node）把交易广播到整个网络中。追踪节点的主要功能是分发交易信息以及响应客户端的账本请求。验证节点除包含追踪节点的所有功能外，还能够通过共识协议，在账本中增加新的账本实例数据。
Ripple 的共识达成发生在验证节点之间，每个验证节点都预先配置了一份可信任节点名单，称为 UNL（Unique Node List）。在名单上的节点可对交易达成进行投票。共识过程如下：
(1) 每个验证节点会不断收到从网络发送过来的交易，通过与本地账本数据验证后，不合法的交易直接丢弃，合法的交易将汇总成交易候选集（candidate set）。交易候选集里面还包括之前共识过程无法确认而遗留下来的交易。
(2) 每个验证节点把自己的交易候选集作为提案发送给其他验证节点。
(3) 验证节点在收到其他节点发来的提案后，如果不是来自UNL上的节点，则忽略该提案；如果是来自UNL上的节点，就会对比提案中的交易和本地的交易候选集，如果有相同的交易，该交易就获得一票。在一定时间内，当交易获得超过50%的票数时，则该交易进入下一轮。没有超过50%的交易，将留待下一次共识过程去确认。
(4) 验证节点把超过50%票数的交易作为提案发给其他节点，同时提高所需票数的阈值到60%，重复步骤(3)、步骤(4)，直到阈值达到80%。
(5) 验证节点把经过80%UNL节点确认的交易正式写入本地的账本数据中，称为最后关闭账本（last closed ledger），即账本最后（最新）的状态。
在Ripple的共识算法中，参与投票节点的身份是事先知道的，因此，算法的效率比PoW等匿名共识算法要高效，交易的确认时间只需几秒钟。这点也决定了该共识算法只适合于联盟链或私有链。Ripple共识算法的拜占庭容错（BFT）能力为（n-1）/5，即可以容忍整个网络中20%的节点出现拜占庭错误而不影响正确的共识。
2. 简图理解模式
共识过程节点交互示意图：
共识算法流程：
（八）POOL验证池共识机制
Pool验证池共识机制是基于传统的分布式一致性算法（Paxos和Raft）的基础上开发的机制。Paxos算法是1990年提出的一种基于消息传递且具有高度容错特性的一致性算法。过去, Paxos一直是分布式协议的标准，但是Paxos难于理解，更难以实现。Raft则是在2013年发布的一个比Paxos简单又能实现Paxos所解决问题的一致性算法。Paxos和Raft达成共识的过程皆如同选举一样，参选者需要说服大多数选民(服务器)投票给他，一旦选定后就跟随其操作。Paxos和Raft的区别在于选举的具体过程不同。而Pool验证池共识机制即是在这两种成熟的分布式一致性算法的基础上，辅之以数据验证的机制。
❻ frontier怎么读
frontier怎么读:英 [ˈfrʌntɪə]，美 [frʌnˈtɪr]。
双语例句：
1、Afrontiergunslinger who was quick on the draw。
拔枪飞快的边陲枪手。
2、The northernfrontierwas overrun by invaders。
北部边境被入侵者占领。
3、They drove towards the Germanfrontier。
他们朝德国边境开去。
4、His novel of the Americanfrontier。
他写的关于美国西部边疆开拓的小说。
5、Please give our best wishes to thefrontierguards。
请向边防战士们致意。