哪個地方能看到eth趨勢的文章
1. eth鎸栦袱涓灝忔椂鏀剁泭澶氬皯
瀹樼綉鍦板潃
澶у跺ソ錛屼粖澶╅摼搴旂敤鏉ヤ負澶у跺叧浜巈th璁＄畻鏀剁泭(ETH綆楀姏鏀剁泭璁＄畻)寰堝氫漢榪樹笉鐭ラ亾錛岀幇鍦ㄨ╂垜浠涓璧鋒潵鐪嬬湅鍚
1370澶╂敹鐩婄巼涓2994鍏冿紝鍗蟲瘡鏈2008緹庡厓錛屾寜鐓eth鐨勫疄鏃朵環鍊艱＄畻涓8982鍏冦
2涓涓70騫翠唬鐨勪漢錛屼竴澶╄禋2017鍏冦
3鎸夌収ETH鐨勫疄鏃跺竵浠鳳紝涓涓鏈堝彲浠ユ寲鍒006涓狤thereum錛屼環鍊605鍏冦
4涓涓2060騫翠唬鐨勪漢姣忓ぉ鐨勬敹鍏ユ槸1964鍏冦
5ETH20鏃朵唬鏈璧風爜榪橀渶瑕佸嚑騫存椂闂存潵娌夋穩錛屼篃灝辨槸璇碋TH RX580-8G-8鍗℃樉鍗＄熆鏈烘渶灝戜篃鍙浠ユ寲涓よ嚦涓夊勾錛屾寜鐓т袱騫寸殑ETH鏀剁泭鏉ョ畻錛019730=140涓狤TH銆
6鍐嶅姞涓婃瘡澶╃熆鏈鴻禒閫佺殑騫沖彴甯6000涓/鍙幫紝鍗佸彴灝辨槸60000涓騫沖彴甯併
浠ヤ笂灝辨槸閾懼簲鐢ㄤ負澶у跺甫鏉ョ殑鍏充簬eth璁＄畻鏀剁泭(ETH綆楀姏鏀剁泭璁＄畻)瑙ｇ瓟錛屽傛灉榪樻湁鍏朵粬鐨勭枒闂錛岃風戶緇鍏蟲敞閾懼簲鐢
鏈鏂囩敱閾懼簲鐢ㄥ彂甯冿紝涓嶄唬琛ㄩ摼搴旂敤絝嬪満錛岃漿杞借仈緋諱綔鑰呭苟娉ㄦ槑鍑哄勶細>
浠ュお鍧婃寲鐭塊渶瑕佽凍澶熺殑鏄懼瓨錛屼互澶鍧奃AG鏂囦歡鐜板湪37G錛岄勮12鏈25鏃ヨ揪鍒399G錛屽眾鏃4G鍗′細琚闆嗕綋娣樻卑銆4G鐨勬樉鍗′笉鑳藉啀鎸栦互澶鍧婁簡錛岃繖浠朵簨鎯呮槸鍦2019騫村勾搴曡澶у跺箍涓轟漢鐭ョ殑銆傚綋鏃跺悇縐嶉勬祴宸茬粡鍑烘潵浜嗭紝澶у跺綋鏃舵櫘閬嶈や負錛4G鐨勬樉鍗＄熆鏈烘渶緇堜細鍦2020騫10鏈堜喚宸﹀彸鎸栧畬銆傝繖鏄涓涓闈炲父闈炲父閲嶈佺殑淇″彿鐐廣傝繖涓鑺傜偣緇欏埌浜嗕袱涓鍗★紝鍦ㄥ綋鏃舵т環姣旈潪甯擱珮鐨勬椂鍊欓潪甯稿ソ鐨勫叆鍦烘満浼氥
涓涓鏄褰撴椂浜屾墜鐨588 8G鐨勫崱錛屼竴涓鏄痯106鈥100 6G鐨勬樉瀛樺崱銆傝繖涓や釜鍗″湪褰撴椂鏄澶勪簬闈炲父闈炲父浣庣殑浠鋒牸銆588褰撴椂鍦ㄤ環鏍煎簲璇ユ槸鍦ㄥ洓鐧懼潡閽卞乏鍙籌紝P106鍙鑳芥槸鍦ㄤ笁鐧懼氬洓鐧懼氫竴鐐圭偣銆
鍥犱負榪欎袱涓鍗″畠鏄涓嶅彈4G涓嶈兘鎸栫殑褰卞搷銆傝繖涓や釜鍗″湪褰撴椂鎶曡繘鏉ュぇ鍑犵巼鏄涓嶄細鍑虹幇浜忔崯鐨勶紝鍝鎬曟病鏈夊悗鏉ヤ互澶鍧婂竵浠風殑琛屾儏錛6G鐨勫崱澶ф傝繕鑳芥寲涓夊勾錛8G鐨勫崱澶ф傝繕鑳芥寲浜斿勾銆傚傛灉浣犵◢鍔犲垎鏋愶紝紼嶅姞鎬濊冿紝浣犳槸鍙浠ュ彂鐜板叾涓鏄鏈夊法澶х殑鏈轟細鐨勩
浠ュお鍧婄畝浠嬶細
浠ュお鍧婃槸涓涓寮婧愮殑鏈夋櫤鑳藉悎綰﹀姛鑳界殑鍏鍏卞尯鍧楅摼騫沖彴錛岄氳繃鍏朵笓鐢ㄥ姞瀵嗚揣甯佷互澶甯侊紙Ether錛夋彁渚涘幓涓蹇冨寲鐨勮櫄鎷熸満鏉ュ勭悊鐐瑰圭偣鍚堢害銆
浠ュお鍧婄殑姒傚康棣栨″湪2013騫磋嚦2014騫撮棿鐢辯▼搴忓憳Vitalik Buterin鎻愬嚭錛屽湪2014騫撮氳繃ICO浼楃瑰緱浠ュ紑濮嬪彂灞曘
浠婂勾鏁板瓧璐у竵琛屾儏鎬庝箞鏍
鍦ㄧ牬浜嗚嚜宸2017騫寸墰甯傞噷2涓囩編閲戠殑宄板煎悗錛屾瘮鐗瑰竵25000銆30000銆34000榪欎簺鎺ヤ簩榪炰笁鍒涢犲嚭鐨勪竴涓鍙堜竴涓鏂伴珮錛岃╁竵鍦堥噷鐨勪漢鐫瀹炲叴濂嬩笉宸詫紝涔熻╂洿澶氱殑浜哄規湰杞鐗涘競姣旂壒甯佺殑鏈鏉ュ厖婊′簡鏃犻檺鐨勬啩鎲銆
姣旂壒甯佹垚鍔熷疄鐜伴菠楸艱煩榫欓棬
璇村疄璇濓紝鏈鏉ユ瘮鐗瑰竵榪樻槸鍘熸潵涓鏈鑱鍙戞槑鐨勯偅涓姣旂壒甯侊紝涓嶈繃錛屾ゆ椂鐨勬瘮鐗瑰竵鍦ㄦ洿澶氫漢鐪間腑錛屼卡鐒跺凡鎮嶅傜灛闂村緱鍒拌劚鑳庢崲楠ㄤ簡涓鑸錛屽湪2020騫村簳鍜2021騫村垵鐨勮繖孌墊椂闂撮噷浠峰煎緱鍒頒簡鑲瀹氾紝鈥滅敓鍛解濆緱鍒頒簡鍗囧崕銆
闈㈠硅繖鏍風殑鎯呭艦錛屾垜涓嶇佹兂璧蜂簡璇椾粰鏉庣櫧鐨勪竴棣栧彨銆婅禒宕斾緧閮庝簩棣栧叾涓銆嬬殑璇楋細
榪欓栬瘲涓錛屾潕鐧芥槸鍊熼粍娌抽噷鐨勯菠楸間綔姣斿柣錛岃〃杈劇殑鏄瀵逛粫瀹︾殑孌峰垏錛屼互鍙婃鎵嶄笉閬囩殑閮侀椃涔嬫儏銆傝岃繖棣栬瘲涓鎵鎻愬埌鐨勯菠楸礆紝涔熷氨鏄鎴戜滑鏇劇粡鍚榪囩殑鈥滈菠楸艱煩榫欓棬鈥濅腑鐨勯菠楸箋
鈥滈菠楸艱煩榫欓棬鈥濅腑鐨勯菠楸礆紝鍦ㄥ畠蹇嶅彈鐫鑷宸辯殑灝懼反琚鐑堢伀鐏肩儳鎵甯︽潵鐨勫墽鐑堢柤鐥涳紝鎷煎敖鍏ㄥ姏璺沖悜楂橀珮鍦ㄤ笂鐨勯緳闂錛屽苟鏈緇堟垚鍔熻煩榪囦簡榫欓棬鍚庯紝榪欎竴鏉￠粍娌抽噷鐨勬櫘閫氬嚒楸煎氨鍙樻垚浜嗕竴鏉″ぉ涓婄殑紲為緳錛屽疄鐜頒簡瀵硅嚜宸辯殑瓚呰秺錛屼篃鑳藉緱鍒板懆鍥寸殑鑲瀹氥
鍥炲埌甯佸湀錛屽備粖鐨勬瘮鐗瑰竵鏄涓嶆槸鍍忔瀬浜嗛粍娌抽噷閭ｆ潯宸茬粡璺冭繃浜嗛緳闂ㄣ佹垚鍔熼嗚鐨勯菠楸礆紵
濡傛灉浠庝腑鏈鑱鍦2008騫村彂甯冩瘮鐗瑰竵鐨勭櫧鐨涔︾畻璧鳳紝鍒扮幇鍦錛屾瘮鐗瑰竵宸茬粡鏈13騫寸殑 鍘嗗彶 浜嗐傚湪榪欏嶮涓夊勾鐨勬椂闂撮噷錛屾瘮鐗瑰竵鏀鎸佽呬滑琚鏃犳暟浜烘鐤戣繃錛屽槻絎戣繃錛岃ヨ借繃錛岃屾瘮鐗瑰竵鏇存槸緇忓巻浜嗘暟嬈℃諱骸涔嬫棶銆
濡備粖錛屾瘮鐗瑰竵宸茬粡緇忓巻浜嗗竵甯傚洓騫翠竴涓澶у懆鏈熺殑涓夋″ぇ鑰冮獙錛岃屽湪姣忎釜澶у懆鏈熼噷錛屾瘮鐗瑰竵鐨勪環鏍間篃閮借兘瀹炵幇浜嗗逛笂涓鍛ㄦ湡鏈楂樹環鏍肩殑紿佺牬鍜岃秴瓚婏紝鑷翠嬌2020騫寸殑姣旂壒甯佺粓浜庢垚涓轟簡閭ｆ潯璺寵繃浜嗛緳闂ㄧ殑椴ら奔鈥斺旇蛋鍑轟簡浣撻噺涓嶅ぇ鐨勫竵鍦堬紝榪涘叆浜嗕富嫻 紺句細 錛屽苟寰楀埌浜嗕富嫻 紺句細 閲岃秺鏉ヨ秺鏅閬嶇殑璁ゅ悓銆
鐢辨よ存潵錛屽竵甯傞噷鐨勫竵瀛愯佽兘澶熷儚姣旂壒甯佷竴鏍峰緱鍒頒富嫻 紺句細 鐨勮ゅ悓錛岄栧厛瀹冭嚜宸辮佽兘澶熷硅嚜宸變箣鍓嶇殑鏈楂樹環鎬昏兘澶熷疄鐜板緱浜嗙獊鐮村拰瓚呰秺銆
閭ｏ紝鍦ㄦ瘮鐗瑰竵紿佺牬涓婁釜鐗涘競鏈楂樹環錛屽苟灞″壋鑷宸辯殑鏂伴珮鍚庯紝鍝涓甯佽兘澶熷厛鍦ㄥ竵浠蜂笂瀹炵幇鑷宸辮秴瓚婁笂涓鐗涘競宄板肩殑榪欎竴鈥滈菠楸艱煩榫欓棬鈥濈殑灝忕洰鏍囧憿錛
璋佽兘鍦ㄦ瘮鐗瑰竵涔嬪悗鍏堣秴瓚婅嚜宸
瓚呰秺鑷宸變笂涓鐗涘競鐨勬渶楂樹環錛屽竵縐嶆墍鎸囩殑鑼冨洿鑷鐒舵槸涓婁釜鐗涘競閲屽氨瀛樺湪鐫鐨勫竵瀛愭柊甯佷篃灝變笉鍦ㄨ繖涓璁ㄨ鴻寖鍥村唴浜嗐
浠庤繖涓涔呯殑琛屾儏鏉ョ湅錛屾暣涓甯佸競閲屼粠涓婁釜鐗涘競涓鐩村瓨媧誨埌鐜板湪鐨勫竵縐嶄腑錛孍HT錛堜互澶鍧)銆丩TC錛堣幈鐗瑰竵錛夈丟ODE錛堢嫍鐙楀竵錛夎繖涓変釜甯佺嶇殑鐨勮〃鐜版棤鐤戞槸鏈鎶㈢溂鐨勫竵縐嶄簡銆
鎺ヤ笅鏉ワ紝鎴戜滑灝變竴璧鋒潵鐪嬬湅錛屽摢涓甯佽兘澶熸渶鏃╃獊鐮磋嚜宸變笂涓鐗涘競鏃剁殑鏈楂樹環錛岄栧厛瀹炵幇鑷鎴戠殑瓚呰秺銆
鍏堣磋村湪12鏈28鍙烽偅澶╂定騫呮渶澶х殑鐙楃嫍甯佸惂銆傝繖涓甯佷箣鍓嶅啓榪囦竴綃囨枃絝犺磋繃錛屽畠鍙浠ヨ存槸涓涓寰堟帴鍦版皵鐨勮佸竵浜嗐傛墍浠ワ紝瀹冪殑緹や紬鍩虹姣旇緝濂斤紝涔熸墠浼氬嚭鐜版帹鐗瑰ぇV涓鍙ヨ瘽錛屽氨鑳藉甫鍔ㄨ屾儏涓婃定鐨勬儏鍐點
鑰屽湪12鏈28鏃ヨ繖澶╋紝鍏朵環鏍肩殑鏈浣庝笌鏈楂樹箣闂寸珶鐒舵槸3鍊嶈繕澶氱殑娑ㄥ箙錛屼環鏍兼渶楂樻椂杈懼埌浜8鍒嗚繕澶氥傜敋鑷崇粰浜轟竴縐嶆劅瑙夛細瀹冧技涔庡緢蹇灝辮兘紿佺牬涓婁釜鐗涘競閲015鍏冪殑楂樼偣浜嗐
浣嗭紝榪欎釜甯佸埌浠婂ぉ榪樻槸娌℃湁紿佺牬涓婁釜鐗涘競鐨勬渶楂樹環鏍礆紝鎴戞兂涓涓嬪瓙涔熶笉浼氱獊鐮寸殑銆傚洜涓鴻繖涓甯佹槸涓涓鍏稿瀷鐨勫北瀵ㄥ竵銆傝屽湪鎵鏈夊北瀵ㄥ竵涓錛岃屾儏璧板娍浼間箮閮戒竴鐩撮冧笉榪囪繖涓瑙勫緥錛氬畠浠淇濇寔琛屾儏涓婃定鐨勮愬姏涓嶅熴備篃姝ｅ洜姝わ紝涓浜鴻や負錛岀煭鏈熷唴鐙楃嫍甯佽佺獊鐮翠笂涓鐗涘競宄板肩殑鍙鑳芥т笉澶с
褰撶劧錛屽傛灉瀹冪煭鏈熷唴灝辮兘紿佺牬涓婁釜鐗涘競鐨勬渶楂樹環鐨勮瘽錛屾垜鎯籌紝瀵規暣涓甯佸競鐨勮屾儏涔熸槸涓濂戒簨錛屽洜涓猴紝榪欐剰鍛崇潃浠婂勾灞卞ㄥ竵鐨勮屾儏灝嗕細鏇村煎緱鎴戜滑鏈熷緟銆
鍐嶆潵璇磋磋幈鐗瑰竵鍜屼互澶鍧娿傝繖涓や釜甯佸湪涓婁釜鐗涘競閲岀殑鏈楂樹環鍑虹幇鐨勬椂闂存槸鑾辯壒甯佸湪鍏堬紝浠ュお鍧婂湪鍚庛傝幈鐗瑰竵鍦ㄦ瘮鐗瑰竵鍑虹幇浜嗘渶楂樹環鍚庣殑絎浜屽ぉ錛屼篃灝辨槸2017騫寸殑12鏈19鏃ヨ寸櫥涓婁簡瀹冨湪褰撳勾鐨勪環鏍兼渶宄幫紝浠ョ壒甯佸垯鏄鍒頒簡2018騫寸殑1鏈13鏃ユ墠杈懼埌浜嗚ュ勾鐨勪環鏍煎嘲鍊箋傛椂闂翠笂鐢氳嚦榪樿惤鍚庝簬鐙楃嫍甯併
鍑虹幇榪欑嶆儏鍐電殑鍘熷洜涓庤繖涓や釜甯佸彂琛屾椂闂達紝鍙婂綋鏃跺畠浠鍦ㄥ竵鍦堥噷鎵鑾峰緱鐨勫叡璇嗗害鏈夌浉褰撳ぇ鐨勫叧緋匯傝幈鐗瑰竵鍙戠敓浜2011騫11鏈9鏃ワ紝鑰屼互澶鍧婃槸2014騫7鏈24鏃ャ傚彂琛屾椂闂翠笂鐨勫法澶у樊璺濓紝璁╀袱涓甯佸湪2017騫存椂鐨勫ぇ澶氭櫘閫氬竵姘戝績涓錛岃嚜鐒朵笉鑳借鍚岀瓑鐪嬪緟浜嗐
鑰屽埌浜嗕粖騫達紝浠ュお鍧婄粡榪囦笂杞鐗涘競鐨勮冮獙錛屼互鍙2018騫村悗鐨勬極闀跨唺甯傜殑媧楃ぜ錛屽叾閾句笂鐢熸佸張寰楀埌浜嗕笉閿欑殑鍙戝睍錛岀壒鍒鏄痙efi鐨勫叴璧鳳紝宸茶╁畠鍦ㄥ竵鍦堥噷鐨勫叡璇嗗害榪涗竴姝ュ緱鍒頒簡澹澶э紝榪欎篃鎵嶈╀互澶鍧婄殑甯傚艱兘澶熼暱鏈熷勪簬鑾辯壒甯佷箣鍓嶃
鍐嶅姞涓婄幇鍦ㄥソ澶氳ゅ悓姣旂壒甯佺殑鏈烘瀯澶у氫篃浼氬瑰竵甯傞噷鐨勫竵縐嶈繘琛屼竴鐣鐮旂┒錛岃屼粬浠瀵逛互澶鍧婄殑鍠滄㈢▼搴︿笌鑾辯壒甯佺浉姣旈兘鏄鏈夎繃鑰屼笉鍙婄殑銆
鎴戜滑鍐嶄粠鐜板湪涓や釜甯佸瓙鐨勪環鏍間笌瀹冧滑涓婁釜鐗涘競鐨勬渶楂樹環涔嬮棿鐨勫樊璺濇潵鐪嬨
浠ュお鍧婁粖騫村嚭鐜拌繃鐨勬渶楂樹環鏍兼槸浜烘皯甯745248鍏冿紝涓婁釜鐗涘競鏈楂樻槸925869鍏冿紝鐩稿樊180621錛屾剰鍛崇潃瀹冨湪榪欎釜浠蜂綅鐨勫熀紜涓婅繕闇鍙瑕佹定2424%錛屽氨鑳借拷騫充笂涓鐗涘競鐨勫嘲鍊箋
鑰岃幈鐗瑰竵鍛錛熶笂涓鐗涘競鐨勫嘲鍊兼槸浜烘皯甯242509鍏冿紝浠婂勾鍑虹幇榪囩殑鏈楂樹環鏄112251錛屼袱鑰呯浉宸130258鍏冿紝涔熷氨鏄璇達紝鑾辯壒甯佸畠榪樿佸湪浠婂勾鍑虹幇榪囩殑鏈楂樹環鐨勫熀紜涓婂啀涓婃定11604%銆
榪欎袱涓 甯侊紝涓涓鍙闇娑2424%灝辮兘杈懼埌涓婁釜鐗涘競鐨勫嘲鍊礆紝鑰屽彟涓涓瑕佹定11604%錛屼袱鐩告瘮杈冿紝浣犺夊緱浼氭槸璋佹洿瀹規槗涓鐐瑰憿錛
鏇翠綍鍐碉紝浠庣幇鍦ㄧ殑甯傚満鎯呯華鏉ョ湅錛岀湅閲嶄互澶鍧婄殑浜烘槑鏄炬槸澶氭柟錛屾墍浠ワ紝鎴戞兂錛岀幇鍦ㄨ〃鐜伴兘姣旇緝鎶㈢溂鐨勮繖涓変釜甯佸瓙涓錛屼互澶鍧婂簲璇ユ槸緇ф瘮鐗瑰竵涔嬪悗鐨勫張涓涓鐮村叾涓婅疆鐗涘競宄板肩殑甯佺嶆墠瀵廣
浠ュお鍧20鍗囩駭涔嬪悗錛屼綘璁や負浼氭媺鐩樺悧錛
浠婂勾鏁板瓧璐у竵琛屾儏鏁翠綋涓婂憟鐜板嚭鐩稿圭ǔ瀹氱殑璧板娍錛屼笌寰騫寸浉姣旀嘗鍔ㄨ緝灝忋2021騫村垵浠ユ潵錛屾瘮鐗瑰竵錛圔TC錛夊拰浠ュお鍧婏紙ETH錛夌瓑鏁板瓧璐у竵浠鋒牸緇忓巻浜嗕竴嬈″ぇ騫呬笂娑ㄥ悗鐨勫洖璋冿紝浣嗘槸闅忕潃鏈烘瀯璧勯噾鐨勬祦鍏ュ拰甯傚満鎯呯華鐨勫ソ杞錛屾暟瀛楄揣甯佷環鏍奸愭笎鍥炲崌錛屽苟涓斿湪榪戞湡杈懼埌鏂伴珮銆
鍙楀叏鐞冪粡嫻庡艦鍔褲佹斂絳栫幆澧冦佸尯鍧楅摼鎶鏈鍙戝睍瓚嬪娍絳夊氶噸鍥犵礌褰卞搷錛屾暟瀛楄揣甯佸競鍦鴻屾儏浠嶇劧闈涓寸潃涓嶇『瀹氭у拰椋庨櫓銆傚湪鎶曡祫鏁板瓧璐у竵鏃訛紝闇瑕佺悊鎬х湅寰呭競鍦烘嘗鍔錛岄伩鍏嶇洸鐩璺熼庛傚悓鏃訛紝榪橀渶瑕佹敞鎰忔暟瀛楄揣甯佺殑瀹夊叏闂棰橈紝閫夋嫨鍚堟硶鍚堣勭殑浜ゆ槗騫沖彴榪涜屾姇璧勬搷浣滐紝紜淇濊祫浜у畨鍏ㄣ
楂樼洓閲嶇咃細姣旂壒甯佺粓灝嗗け鍘誨畠鐨勨滅帇鍐犫濓紒鍙栬屼唬涔嬬殑鏄鈥斺斾互澶鍧
鏄ㄦ棩澶嶇洏 鍥介檯鏂歸潰錛岀編鍥戒紬璁闄㈤氳繃浜嗙佹㈢編鍥戒粠淇勭綏鏂榪涘彛鐭蟲補銆佸ぉ鐒舵皵鍜岀叅鐐鐨勬硶妗堬紝騫墮佷氦鎬葷粺鎷滅櫥絳劇講銆備竴鏃︽嫓鐧葷劇講錛屼粬涓婁釜鏈堝彂甯冪殑鍛戒護灝嗘垚涓烘硶寰嬨傜劧鍚庢х洘鍦ㄧ浜旇疆鍒惰佷腑鏀鎸佸逛縿緗楁柉瀹炴柦鐓ょ偔紱佽繍錛屼絾鍏ㄩ潰紱佷護瑕佹帹榪熷埌8鏈堜腑鏃鎵嶈兘鐢熸晥銆
璇村畬浜嗗浗闄呭艦鍔匡紝鎴戜滑浠婂ぉ鏉ョ湅鐪婨TH20錛岀洰鍓嶅崌綰х殑鏃墮棿紺懼尯鍒濇ュ垽鏂鏄6-8鏈堜喚涔嬮棿錛屼絾鏄鍏蜂綋鍝澶╄繕涓嶇煡閬擄紝鍙﹀栦篃鏈夊彲鑳借繘涓姝ユ帹榪燂紝鎵浠ユ椂闂翠笉澶紜瀹氾紝涓嶈繃鎴戜滑鍙浠ユ彁鍓嶅垎鏋怭OW杞涓篜OS涔嬪悗錛屽逛簬浠ュお鍧婂拰鐢熸佹潵璁詫紝鍒板簳鏈夋庝箞鏍風殑褰卞搷鍛錛孭OW涓嬬殑浠ュお鍧婃槸浠ュ尯鍧楀栧姳褰㈠紡澧炲彂錛岀洰鍓嶅勾閫氳儉鐜囦負43%宸﹀彸錛屽崌綰у埌POS涔嬪悗錛屽皢浠ユ姷鎶肩殑褰㈠紡澧炲彂錛屼笉榪囪川鎶煎栧姳鏄鏍規嵁璐ㄦ娂鎬婚噺鍔ㄦ佽皟鏁達紝姣斿傝川鎶奸噺鏄1000涓嘐TH鐨勮瘽錛岄偅涔堝勾閫氳儉鐜囦負043%錛屽綋鐒惰繖涓鏁版嵁鏄鍔ㄦ佺殑錛屽彧鏄浣滀負涓涓鍙傝冩暟鎹銆
ETH20鍗囩駭涔嬪悗錛屾牴鎹甁ustin Drake鐨勬帹綆楁ā鍨嬶紝澶ф傚彲浠ョ畻鍑烘姷鎶煎勾鍖栨敹鐩婂湪96%宸﹀彸錛屽綋鐒惰繖涔堥珮鐨勬敹鐩婇暱鏈熷苟涓嶅彲鎸佺畫錛屽傛灉闀挎湡鏉ョ湅鐨勮瘽錛屾敹鐩婄巼澶ф傚湪33%-54%涔嬮棿娉㈠姩錛岃繖鏍風殑鏀剁泭鐜囦篃姣旂幇鍦ㄤ紶緇熼摱琛岀殑鏀剁泭鐜囬珮錛屾墍浠ュ¤′箣鍚庝細鏈夊ぇ閲忕殑ETH鎶墊娂鍒扮綉緇滈噷錛屽埌鏃跺欎細榪涗竴姝ユ帹鍔ㄤ環鏍間笂娑錛孭OW鐨勬椂鍊欓渶瑕佹垚鏈涔扮熆鏈猴紝鑰屼笖榪欎簺鎴愭湰涓嶅皬錛屼竴瀹氱▼搴︿笂闃繪尅浜嗘暎鎴瘋繘鍏ワ紝閭ｄ箞POS涔嬪悗錛屾暎鎴峰彲浠ユ姷鎶間換浣曟暟閲忕殑ETH璧氬彇鏀剁泭錛屽綋鍓嶆瘮濡備互LIDO榪欐牱鐨勫鉤鍙伴潪甯稿彈嬈㈣繋錛屾暎鎴烽殢渚挎姷鎶間箣鍚庡彲浠ユ嬁鍒板嚟璇佽繕鍙浠ュ湪甯傚満浜ゆ槗銆
鏍規嵁Meta鍏鍙告渶鏂版姭闇茬殑涓浠藉囧繕褰曟樉紺猴紝璇ュ叕鍙稿凡緇忎負灝哊FT鍜屽尯鍧楅摼鎶鏈闆嗘垚鍒版棗涓嬪簲鐢ㄥ拰鏈嶅姟涓璁懼畾浜嗕竴涓綺楃暐鐨勬椂闂磋〃錛屽苟璁″垝鍦ㄤ粖騫翠簲鏈堢巼鍏堝湪Facebook涓婂惎鍔∟FT璇曠偣璁″垝銆傝ヨ瘯鐐逛笂綰誇箣鍚庯紝Facebook灝嗚繀閫熻窡榪涗竴欏規柊鍔熻兘錛屽嵆璁╂嫢鏈夌壒瀹歂FT鐨勭敤鎴瘋幏寰桭acebook緹ょ粍鐨勪細鍛樿祫鏍箋傛ゅ栵紝Facebook榪樺皢鍚鍔ㄤ竴涓狽FT閾擱犻」鐩錛屾湭鏉ヤ細閫氳繃璐圭敤鍜屽箍鍛婄瓑鎵嬫靛彉鐜般
鑲＄エ鍜屽姞瀵嗚揣甯佷氦鏄撳簲鐢ㄧ▼搴廟obinhood鍦ㄦ瘮鐗瑰竵2022澶т細涓婂ｅ竷錛屽畠姝ｈ″垝灝嗘瘮鐗瑰竵闂鐢電綉緇滄坊鍔犲埌鍏跺鉤鍙頒腑錛屼互鍔犲揩BTC浜ゆ槗銆傚畠榪樼О錛屽叾Beta鍔犲瘑鍊欒ˉ鍚嶅崟涓鐨勫悎鏍肩敤鎴風幇鍦ㄥ彲浠ラ氳繃鍏跺姞瀵嗛挶鍖呭姛鑳藉彂閫佸拰鎺ユ敹鍔犲瘑璐у竵銆傛嵁鎮夛紝Robinhood鍦1鏈堜喚鍙戝竷浜嗗叾鍔犲瘑閽卞寘Beta鐗堟湰錛屽厑璁哥壒瀹氱敤鎴瘋漿縐繪瘮鐗瑰竵銆佷互澶鍧婂拰鐙楃嫍甯併
椹寰鋒媺錛圡adeira錛夊皢閲囩敤姣旂壒甯併傝憽钀勭墮椹寰鋒媺緹ゅ矝鑷娌誨尯鏀垮簻涓誨腑琛ㄧず錛屾垜鐩鎬俊鏈鏉ワ紝鎴戠浉淇℃瘮鐗瑰竵錛佸ⅷ瑗垮摜鍙傝鍛業ndira Kempis鎻愯絝嬫硶浣挎瘮鐗瑰竵鍦ㄥⅷ瑗垮摜鎴愪負娉曞畾璐у竵銆
姣旂壒甯佽屾儏鍒嗘瀽 姣旂壒甯佽繃鍘24h璧板娍鏉ョ湅錛屽湪43000闄勮繎寰楀埌浜嗘敮鎾戱紝浣嗘槸榪欑嶆敮鎾戦潪甯稿急錛屽簳閮ㄦ病鏈夋槑鏄劇殑鏀鵑噺錛屾墍浠ョ瓑寮卞娍鍙嶅脊涔嬪悗寰堝ぇ姒傜巼緇х畫楠岃瘉43000榪欎竴鍖洪棿鐨勫己鏀鎾戜綅緗錛屽綋鍓嶅洜涓虹編鑱斿偍甯冩媺寰烽拱媧捐█璁猴紝甯傚満闇瑕佹椂闂存潵鎸佺畫娑堝寲錛屽綋鍓嶅競鍦烘櫘閬嶉勬湡鏄5鏈堜喚鍔犳伅50鍩虹偣鐨勫悓鏃惰繘琛岀緝琛ㄣ
4灝忔椂綰у埆錛屽ぇ鐩樺急鍔挎敮鎾戜箣鍚庡急鍔垮弽寮癸紝涔嬪墠45000闄勮繎鐨勬敮鎾戜綅灝卞彉鎴愪簡寮洪樆鍔涗綅錛屼笅鏂規敮鎾43000-38000榪欎釜鍖洪棿錛岃繖涓鍖洪棿灞炰簬寮烘敮鎾戱紝鍥犱負榪欎釜鍖洪棿鏄浠婂勾1鏈堣嚦3鏈堜喚鎸佺畫楠岃瘉榪囩殑錛屾墍浠ュ睘浜庢瘮杈冨己鍔跨殑鏀鎾戜綅緗銆
椋庨櫓鎻愰啋 鏁板瓧璧勪駭娉㈠姩杈冨ぇ錛岄庨櫓鏋侀珮錛岃瘋皚鎱庡弬涓庯紝鏉滅粷婊′粨姊鍝堬紝鎷掔粷璐鋒炬潬鏉嗭紒
楂樼洓鍏鍙歌夊緱錛屽厖鍒嗚冭檻鐪熸ｄ富瑕佺敤閫斻佸㈡埛鏁伴噺銆佹妧鏈鎬ц凱浠ｆ洿鏂伴熺巼絳夊氭柟闈㈣佺礌錛屼互澶甯佸緢鏈夊彲鑳芥浛浠BTC鍙樻垚嫻佽岀殑鏁板瓧璐у竵銆
鍦ㄥ競鍦鴻屾儏璧板娍灞傞潰錛岄珮鐩涘叕鍙告敞閲嶇幇闃舵墊暟瀛楄揣甯侀攢鍞甯傚満涓2017鈥2018騫村ぇ鐗涘競涓闂撮噸瑕佺殑宸鍒鍙栧喅浜庢姇璧勮呯殑娣誨姞銆備絾浼撮殢鐫鎶曡祫鑰呮渶榪戝弬涓庢у彉緙擄紙鏁板瓧璐у竵ETF娉ㄥ叆璧勪駭闄嶄綆錛夈佸彇浠ｅ竵浜旇姳鍏闂錛岄攢鍞甯傚満鍐嶄竴嬈¤鑲℃皯鎵鏍稿績銆
楂樼洓鍏鍙歌〃鏄庯紝榪欑被浠庣粍緇囧埌鑲℃皯鐨勫彉鍖栵紝姝ｅ炲姞閿鍞甯傚満鏆磋穼鐨勬傜巼銆傜幇闃舵甸攢鍞甯傚満鐨勯珮涓嶇『瀹氭у皢緇存寔涓嬪幓錛岀洿鑷蟲暟瀛楄揣甯佹湁鐫鍗曠嫭浜庝環閽變互澶栫殑娼滃湪鎬х湡姝ｇ粡嫻庡彂灞曚富瑕佺敤閫斻
浠ュお甯佸彂灞曟綔鍔涙瀬澶
楂樼洓鍏鍙歌〃鏄庯紝浠ュお甯佺郴緇熻蔣浠墮傜敤鏅鴻兘鍚堢害錛屽苟涓哄紑鍙戜漢鍛樼粰浜堝緩絝嬫柊榪愮敤鐨勬柟娉曘傜幇闃舵靛ぇ閮ㄥ垎鍖哄潡閾炬妧鏈閲戣瀺涓(DeFi)榪愮敤閮藉壋寤哄湪浠ュお甯佷簰鑱旂綉涓婏紝澶ч儴鍒嗕笉鍙鏇誇唬浠ｅ竵鎬(NFT)涔熸槸搴旂敤浠ュお甯侀夎喘鐨勩
涓嶣TC瀵規瘮錛屼互澶甯佺殑鎴愪氦閲忔洿楂樸備即闅忕潃浠ュお甯佸湪DeFi鍜孨FT涓鐨勫簲鐢ㄦ剤鏉ユ剤鏅閬嶏紝浠ュお甯佸皢鍦ㄨ繍鐢ㄥ姞瀵嗙畻娉曞眰闈㈠壋寤鴻嚜韜鐨勫厛緇欎紭鐐廣
楂樼洓鍏鍙告敞閲嶏紝浠ュお甯佽繕鍙鍦ㄥ尯鍧楅摼鎶鏈鐨勫笎綈誇笂瀹夊叏鎬у湴銆佺佺樺湴鍌ㄥ瓨鍩烘湰涓婁竴鍒囦俊鎮鍐呭廣傝繖縐嶄俊鎮鍐呭硅兘澶 琚浠ｅ竵鎬誨寲鍜屼拱鍗栥傝繖浠ｈ〃鐫浠ュお甯佹湇鍔″鉤鍙版湁鍙戝睍娼滃姏鍙樻垚鍊煎緱淇¤禆淇℃伅鍐呭圭殑澶т腑鍨嬭錘鏄撳競鍦恆
鐜伴樁孌墊姇璧勪漢鏃╁凡鑳藉 鏍規嵁NFT鍦ㄧ綉緇滀笂鍞鍗栨暟瀛楄壓鏈鍜岃棌鍝侊紝浣嗚繖浠呬粎瀹冪殑鍏蜂綋涓昏佺敤閫旂殑涓灝忛儴鍒嗐
楂樼洓鍏鍙歌夊緱錛屽皢鏉ユ湰浜鴻兘澶 鏍規嵁浠ュお甯佸偍瀛樺苟灝嗗叾璇婄枟鏁版嵁鍑哄敭緇欏埗鑽涓氱戝︾爺絀朵紒涓氥備互澶甯佷笂鐨勬暟鎹妗ｆ堣祫鏂欏緢鏈夊彲鑳藉寘鎷鏈浜烘暟鎹淇℃伅錛屽寘鍚璐浜т嬌鐢ㄦ潈銆佽瘖鐤 鍘嗗彶 鏃墮棿錛屼箖鑷充笓鍒╂潈銆
浠ュお甯佽繕鍏峰囧仛涓哄尯鍧楅摼鎶鏈鐨勫叏涓栫晫鍩烘湰緗戠粶鏈嶅姟鍣ㄧ殑鐩婂勩備笌okex鎴栧井杞鍏鍙擱偅鏍風殑闆嗕腑鍨嬬綉緇滄湇鍔″櫒涓嶄竴鏍鳳紝榪欏緢鏈夊彲鑳戒負鍏變韓璧勬簮鏈浜烘暟鎹淇℃伅緇欎簣浜嗕竴涓瑙ｅ喅鏂規硶銆
BTC鐨勭█緙鴻祫婧愪笉鑳芥敮鎾戠偣鍏朵嬌鐢ㄤ環鍊煎偍瀛樼殑浣滅敤
閿鍞甯傚満涓婇傜敤BTC鍏鋒湁浣跨敤浠峰煎瓨鍌ㄤ綔鐢ㄧ殑鍏抽敭鍘熷洜鏄鍏朵緵璐ф瘮杈冩湁闄愩備絾楂樼洓鍏鍙歌夊緱錛屼績榪涗嬌鐢ㄤ環鍊煎瓨鍌ㄥ彇寰楁垚鍔熷彇鍐充簬瑕佹眰錛岃屼笉鏄紼緙鴻祫婧愩
鐜伴樁孌甸攢鍞甯傚満涓婂叧閿鐨勪環閽卞偍瀛樿儲浜у潎瀛樻湁騫崇ǔ鐨勬彁渚涳細濂藉氫釜鏂頒笘綰鑷充粖錛岄噾瀛愮殑渚涚粰閲忎竴鐩村湪浠ヨ創榪2%鐨勯熺巼鎻愰珮錛屼絾閲戝瓙渚濈劧鏄璁ゅ彲鐨勫崌鍊兼柟寮忋傝屽儚閿囬偅鏍風殑閲嶅厓緔犲嵈騫跺苟涓嶆槸浣跨敤浠峰煎瓨鍌ㄦ柟寮忋
楂樼洓鍏鍙告敞閲嶏紝鍥哄畾涓嶅姩涓旀瘮杈冩湁闄愮殑渚涜揣寰堟湁鍙鑳戒細鍒烘縺鎬хН瀛橈紝椹變嬌鏂伴【瀹㈢珵浠烽珮榪囩洰鍓嶉【瀹錛岃繘鑰屾帹鍗囦環閽辮搗浼忥紝閫犳垚閲戣瀺娉℃搏銆備笌姣旇緝鏈夐檺鐨勪緵璐х淮鎸佷嬌鐢ㄤ環鍊煎規瘮錛屾洿鍏抽敭鐨勬槸鍑忓皯鏂頒緵璐уぇ騫呭害鍜屼笉鑳介勬祴鍒嗘瀽鎻愰珮銆傜幇闃舵典互澶甯佹諱緵緇欓噺娌℃湁闄愬埗錛屼絾騫翠緵緇欓噺鎻愰珮瀛樻湁闄愬畾錛岃揪鍒拌繖涓瑙勮寖銆
榪呴熷彂灞曡秼鍔跨殑鎶鏈鎬ф憜鑴變簡鍏堢粰浼樼偣
閫傜敤BTC灝嗘牳蹇冩暟瀛楄揣甯侀攢鍞甯傚満鐨勮佽В瑙夊緱錛屽叾鍏鋒湁鍏堢粰浼樼偣鍜屽法澶х殑瀹㈡埛鍩烘湰銆
浣嗛珮鐩涘叕鍙稿己璋冿紝 鍘嗗彶 鏃墮棿鏃╁凡璇佸疄錛氬湪鎶鏈鎬ф棩鏂版湀寮傘佽佹眰鎸佺畫鎻愰珮鐨勯嗗煙涓錛屽厛椹辮呬紭鐐規棤娉曚繚鎸併傚亣濡傜煡鍚嶅叕鍙告棤娉曡瀺鍏ユ寔緇杞鍙樼殑欏懼㈢埍濂芥垨絝炰簤鑰呯殑鎶鏈鎬у彂灞曪紝濂逛滑寰堟湁鍙鑳戒細涓уけ涓誨兼
鐜伴樁孌墊暟瀛楄揣甯侀攢鍞甯傚満鎬諱綋媧昏穬鎬х敤鎴烽噺鍗佸垎涓嶇ǔ瀹氥傚湪榪欑被鑷鐒剁幆澧冧腑錛屽姞瀵嗙畻娉曞彟澶栧湪蹇閫熻漿鍙橈紝娌℃硶榪呴熷崌綰х殑緋葷粺杞浠跺緢鏈夊彲鑳戒細钀戒紞銆
鍦ㄥ㈡埛鏁伴噺灞傞潰錛屼互澶甯佸湪2017騫村緱鍒板緢澶氭椿璺冩ф秷璐圭兢錛岀幇闃舵墊秷璐圭兢鏃╁凡鍋氬埌BTC緇忚惀瑙勬ā鐨80錛呫
鍦ㄦ妧鏈鎬у眰闈錛岀幇闃舵典互澶甯佸凡緇忓瑰叾鍗忚涔﹀紑灞曡繀閫熷崌綰э紙蹇榪嘊TC錛夛紝浠庡姵鍔ㄩ噺璇佸疄(PoW)鍚戝埄鐩婅瘉瀹(PoS)琛旀帴銆
楂樼洓鍏鍙歌〃鏄庯紝PoS鐨勪紭鍔挎槸鑳藉 榪涗竴姝ユ彁楂樼郴緇熻蔣浠剁殑鐢靛姏鑳芥簮楂樻晥鐜囷紝渚濇嵁鎸栫熆鎸戦夋嫢鏈夌殑浠ュお鍧婃繪暟(鑰屼笉鏄濂逛滑鐨勮В鍐沖伐浣滆兘鍔)鏉ュ栬祻鎸栫熆錛岃繖灝嗗畬姣曞規寲鐭垮栬祻鐨勭儳鐢墊瘮璧涖
鐜伴樁孌礏TC鐨勮兘鑰楁棭宸插仛鍒拌タ鐝鐗欏叏鍥藉悇鍦扮殑鑳借楋紝鍋囧傛瘮鐗瑰竵浠鋒牸鍗囧埌100000緹庨噾錛屽叾鐨勮兘鑰楀緢鏈夊彲鑳界炕鐣銆備粠ESG鐨勮嗚掔湅鏉ワ紝榪欎績浣緽TC欏圭洰鎶曡祫鍏峰囪叮鍛蟲с
鍦ㄥ畨鍏ㄦу彲闈犳у眰闈錛岄珮鐩涘叕鍙歌〃鏄庣幇闃舵靛叏閮ㄦ暟瀛楄揣甯佷粛澶勫湪鍒濇湡鐜鑺傦紝鎶鏈鎬ц漿鍙樺揩閫燂紝瀹㈡埛鍩烘湰涓嶇ǔ瀹氥
灝界′互澶甯丳oS鍗忚涔﹁よ瘉鍏ㄨ繃紼嬩腑鐨勫畨鍏ㄩ殣鎮ｏ紝浣咮TC涔熶笉鏄100%瀹夊叏鎬х殑銆傜幇闃舵礏TC鍓嶅洓澶ф寲鐭胯蔣浠舵搷綰電潃榪60%鐨凚TC渚涜揣錛岃繃楂樼殑甯傚満闆嗕腑搴﹂犳垚 瀛樻湁娣樺疂鉶氬亣浜ゆ槗鐨勫緢鏈夊彲鑳姐
浠ュお甯佷篃閬閬囩潃寰堝氶庨櫓鎬э紝瀹冪殑涓誨兼т篃娌℃硶紜淇濄傛瘮濡傦紝鍋囧備互澶甯20鍗囩駭寤惰繜鏃墮棿錛屽紑鍙戣呭緢鏈夊彲鑳戒細鎸戦夎縼縐誨埌甯傚満絝炰簤鏈嶅姟騫沖彴銆
閿鍞甯傚満灝嗗啀嬈¤搗浼忥紝鐩磋嚦鐪熺湡姝ｆｅ疄鐢ㄤ環鍊煎彂鐢
楂樼洓鍏鍙稿己璋冿紝鐜伴樁孌墊暟瀛楄揣甯侀攢鍞甯傚満涓2017鈥2018騫村ぇ鐗涘競涓闂撮噸瑕佺殑宸鍒鍙栧喅浜庢姇璧勮呯殑瀛樻湁錛氬畠鏄閲戣瀺浣撶郴閫愭笎鐩告嫢鏁板瓧璐у竵璐浜х殑涓涓寰佸厗銆
BTC鐨勪笉紜瀹氭т竴鐩存寔緇涓婂崌錛屼互寰涓鍛ㄧ殑鍗曟棩浠烽挶灝變笅鎸浜30%銆
鍙﹀栨姇璧勮呯殑榪戞湡鍙備笌鎬ф湁涓瀹氱殑鍙樼紦錛堟暟瀛楄揣甯丒TF娉ㄥ叆璧勪駭闄嶄綆錛夛紝鑰屽彇浠ｅ竵浜旇姳鍏闂錛岃繖鏆楃ず鐫閿鍞甯傚満鍐嶄竴嬈¤鑲℃皯鎵鏍稿績銆
楂樼洓鍏鍙歌夊緱錛岃繖綾諱粠緇勭粐鍒拌偂姘戠殑鍙樺寲錛屾ｅ炲姞閿鍞甯傚満鍙戠敓鏆磋穼鐨勬傜巼銆傜幇闃舵甸攢鍞甯傚満鐨勯珮涓嶇『瀹氭у皢緇存寔涓嬪幓錛岀洿鑷蟲暟瀛楄揣甯佹湁鐫鍗曠嫭浜庝環閽變互澶栫殑娼滃湪鎬х湡姝ｇ粡嫻庡彂灞曚富瑕佺敤閫斻傝繖灝嗘墦寮鏁板瓧璐у竵鐨勬柊鏃舵湡銆
#姣旂壒甯乕瓚呰瘽]# #鏁板瓧璐у竵#
2. 【Discover ETH】什麼是權益證明PoS
本篇作為Discover系列文章的開篇，結合ETH2.0的目標，來談談權益證明PoS是什麼。
在談PoS之前，我們先來了解一下共識。共識，即達成了普遍協議。區塊鏈實質上是一個全球性的狀態機，達成共識意味著網路上至少有超過一半（51%）的節點同意網路的下一個全球狀態。
共識機制 （也稱為共識協議或共識演算法）允許分布式系統（計算機網路）協同工作並保持安全。當前主流的共識機制有兩種，分別是 工作量證明 (Proof of Work，PoW)和 權益證明 (Proof of Stake，PoS)。以太坊在設計之初就希望最終以太坊的共識機制能轉變為PoS，而PoW只作為一個過渡階段。但無論是PoW還是PoS，最終的目的都是相同的，即實現分布式計算機的共識機制。下面先簡單了解工作量證明（PoW）的工作機制。
工作量證明通過礦工們完成，礦工們需要競爭創建最新區塊以處理和完成交易。 獲勝者將與網路中的其他節點分享最新區塊，並且獲得最新的特定代幣區塊獎勵（如以太坊的以太幣）。由於用戶需要擁有超過網路中 51% 的算力才能夠欺騙整條鏈，因此網路安全得以保證。 這將需要巨大的設備和能源投入，所需的開支甚至可能超過收益。
工作量證明是08年在中本聰所創造的比特幣中提出的，至今已經經過了充分的考驗和測試，但隨著越來越多的礦工和礦池的加入，挖掘新的區塊的難度指數爆發式上升，也面臨的如下的問題：
PoS作為ETH2.0關鍵的建設目標，其作用不僅僅只是因為PoW帶來的環境不友好的能源消耗，還有PoS的建設能更有力支持 分片鏈 （以太坊網路擴展的關鍵升級），更強的去中心化特性等等。下面從幾個方面來簡單談談權益證明PoS的工作過程。
在以太坊中，工作量證明的過程參與的角色是礦工/礦池。其目的是通過算力試錯來反復計算，以此生成一個低於目標隨機數的混合哈希。這個計算難度依賴於區塊所聲明的 難度 ，難度越小，有效的哈希值的集合就越小。而在權益證明中，則沒有礦工這一角色，與之對應的是稱之為 驗證者 的角色。
在ETH2.0中，用戶需要質押 32ETH 來獲得作為驗證者的資格。驗證者被 信標鏈 隨機選擇去創建區塊，並且負責檢查和確認那些不是由他們創造的區塊。他們不需要開采區塊，他們只需要在被選中的時候創建區塊並且在沒有被選中的時候驗證他人提交的區塊。此驗證被稱為證明。
驗證者因提出新區塊和證明他們已經看到的區塊而獲得獎勵，對於一些惡意驗證者節點，也會有相應的懲罰機制使之失去質押。驗證者質押的ETH越多，獲得的獎勵也越多。可以這樣說，權益證明是一種用於激勵驗證者接受更多質押的機制。
前面提到了 分片鏈 這個名詞， 分片 就是將區塊鏈分成多條鏈。驗證者將會在不同的分片上處理它們的分片數據，以此來提高區塊鏈的工作效率。ETH2.0預計會有64個分片鏈。
驗證者會被隨機洗牌到不同的分片中，以防止驗證者惡意操縱節點並提高鏈的安全性。處理不同分片之間的數據的關鍵角色就是 信標鏈 （Beacon Chain）。
信標鏈 是協調分片信息、管理驗證者的連接不同分片的橋梁。
當用戶在分片上提交交易時， 驗證者 將負責將用戶的交易添加到分片區塊中。 信標鏈 通過演算法選擇驗證器以提出新的塊。如果一個驗證者沒有被選中提出一個新的分塊，它們將會證明另一個驗證者的提議，並確認一切都正常。
至少需要 128 個被稱為 委員會 （ committee ）的驗證者來證明每個分片塊。委員會有一個提出和驗證分片區塊的時限，這個時限被稱為 插槽 （ Slot ），大約為12秒。 每個插槽只能創建一個有效區塊，一個 周期 （ Epoch ，大約6.4分鍾）有 32 個插槽。
每個周期過後，委員會都由不同的、隨機的參與者解散與重組，重組過程由一個半隨機演算法 RANDAO 來選擇，以此避免惡意節點的操縱。
ETH2.0使用 Cassper 終局協議來確認一個新的區塊是否得到足夠的證明，即只要2/3的插槽同意（即當前參與計算的2/3的驗證者節點），該區塊就會被最終確定。而推薦此區塊的驗證者將獲得獎勵。因此，在權益證明的機制下，每過6.4分鍾就會創建一個新的區塊。關於Cassper協議的詳細說明後續再進行探索。
權益證明的建設以太坊在15年就已經提出，截止至今也才完成了Phase 0信標鏈的建設。而下一階段的與主網合並，再下一階段的分片鏈建設也一再推遲。雖然PoS的建設非常緩慢，但無論如何，權益證明作為主流的共識機制演算法之一，也是值得我們探討其設計原理。
後續將會針對信標鏈的詳細設計、分片等ETH2.0內容進行探索。
3. 12.2姣旂壒甯 ETH 椹韞 琛屾儏鍒嗘瀽
01宀涜哄ぇ鍔
姣旂壒甯佸凡緇忔垚涓篠EC涓誨腑璁や負鐨勭珵浜夊規墜
浠栨槰澶╁湪DACOM宄頒細鏃惰〃紺猴紝姣旂壒甯佹槸緹庡浗鍥犺岀郴緇熷強鍏ㄧ悆鍏辮瘑鐨勭珵浜夊規墜錛屼粬璁や負鐪熸ｇ殑鏁板瓧鎴栧竵涓嶉渶瑕佸幓涓蹇冨寲錛屽悗鏉ヨ繕鎻愬埌浜咲efi錛岃碊efi鏄鐪熸ｇ殑鍒涙柊,浣嗗傛灉娌℃湁鍧氱★紝琛屼笟灝辨棤娉曠敓瀛橈紝鍚屾椂涔熸彁鍒癉efi鍙鑳芥秹鍙婃硶緇塊庨櫓銆傛諱箣鏁翠綋鐨勬剰鎬濆氨鏄錛屾垜緹庡浗璇佸潥浼氱′笉浜嗙殑琛屼笟錛屽氨涓嶈兘鍙戝睍鍜岀敓瀛橈紝鎰熻夊瑰姞瀵嗚屼笟涓嶅彈鐩戠¤繖涓浜嬫儏錛屼粛鐒舵槸鏁屾剰婊℃弧,浣嗚繖涓鐘舵佺『瀹炰笉鏄鐭鏈熻兘澶熸敼鍠勭殑銆
緹庡浗鏀浠樺法澶碨quare鏀瑰悕涓築lock錛屾澃瑗胯緸鑱屾帹鐗笴EO鍚,鏋滅劧鍘誨ぇ鍔涙悶浠栫殑鏀浠樺叕鍙稿幓浜嗭紝鍑嗗囧ぇ鍔涙嫢鎶卞尯鍧楅摼鎶鏈鍜屽姞瀵嗚揣甯,鎴栬鎬細鎴愪負榪欎釜琛屼笟鏈鏉ユ渶鍏鋒綔鍔涚殑宸ㄥご涔嬩竴銆
02榫欏ご
BTC:闀挎湡鎸佹湁鑰呭紑濮嬫姏鍞,榪戜竴涓鏈堝崠鍑轟簡15涓囨灇BTC錛岀幇鍦ㄩ樁孌典粛鐒跺睘浜庨暱鏈熷悜鐭鏈熻漿鍖栫殑闃舵碉紝鍙瑕佺煭鏈熸姇璧勮呰兘澶熸帴寰椾綇錛屽競鍦烘湭鏉ヤ緷鏃т細鍑虹幇鏂扮殑涓誨崌嫻錛屽綋涓嬭漿鍖栭熷害騫朵笉楂,榪樺睘浜庢棭鏈熼樁孌碉紝鏃犵嶃
姣旂壒甯佺浉瀵瑰叾浠栧競鍦烘瘮杈冩姉璺,浠嶇劧澶勪簬闇囪崱鍛ㄦ湡,鍏朵粬甯佽禋閽辨晥搴斾笉寮猴紝甯傚満鍦℅ameFi鐨勭柉鐙傚悗錛岄渶瑕佷竴孌墊椂闂寸殑鍐烽潤銆
03椋庨櫓涓庢満閬
ETH錛氶拡瀵笶TH涓棰楃孩蹇冧袱鎵嬪噯澶囧凡緇忕『璁わ紝4800鎴愪負琛屾儏澶氱┖鍒嗘按宀銆傛垜浠鍦ㄧ啛緇冩帉鎻′簡K綰跨殑甯歌佹妧鏈褰㈡佷互鍙婃敮鎾戦樆鍔涚殑浣滅敤鍚庯紝渚垮彲浠ュ埄鐢ㄥ己鏀鎾戦樆鍔涙潵榪涜屼氦鏄撶偣浣嶇殑鍒ゆ柇銆備粖澶╂棩鍐匛TH鐨凥4綰у埆K綰垮洖韙╁箙搴﹁緝娣憋紝鐭綰胯穼鐮翠簡MA18錛屽苟涓斾竴搴︽繏涓寸淮鍔犳柉閫氶亾闄勮繎錛屽洜姝や粖鏃ヤ富鍩鴻皟涓嶅疁緇х畫鐪嬪氥傛垜浠闇瑕侀噸鐐硅傚療H4綰у埆緇村姞鏂閫氶亾鐨勮繘涓姝ヤ笅鎺㈡儏鍐點傚傝屾儏璺岀牬錛屽垯ETH搴曢儴鐩鏍囧湪4000涓綰塊檮榪戙傚氬ご鍥犵泩浜忔瘮浠ュ強MA18涓庡彂璧風偣緇村姞鏂閫氶亾鍙犲悎澶榪戱紝浜ゆ槗浠峰肩浉瀵瑰嚲寮便傚洜姝ら拡瀵笶TH浠婃棩鎬濊礬涓葷┖澶達紝絳夊緟鏄庣『鐨勭獊鐮翠俊鍙楓傚傛病鏈夊悎閫傜殑鏈轟細錛屽垯闈欏緟鍚庣畫鑹鏈恆
LUNA:鑷浠庨攢姣佹彁妗堝悗錛屾寲浜嗕釜鍧戝氨璧鋒潵浜嗭紝鐩鍓嶄緷鐒跺勪簬涓誨崌嫻錛屽競鍊艱秴榪囦簡鍏辮瘑搴︽瀬楂樼殑SHIB錛屾牳蹇冪珵浜夊姏鏈緇堜細鐡﹁В涓嶉潬璋辯殑鍏辮瘑錛岄暱鏈熺殑鑳滃埄鑰呬竴瀹氬睘浜庨偅浜涙湁浠峰肩殑涓滆タ銆
MATIC: Polygon涓婄殑鏃ユ椿鐢ㄦ埛宸茬粡杈懼埌浠ュお鍧婄殑64%錛岃繖鏄涓闈炲父鎴愮啛涓旀椿璺冪殑鐢熸侀摼,鏈鏉ョ戶緇璧板嚭鏂伴珮鐨勬傜巼渚濇棫涓嶅皬錛屾寔鏈変負涓匯
浠ヤ笂鍒嗘瀽鍧囦負宀涘師鍒涳紝浠呬緵鍙傝冿紝涓嶆瀯鎴愭姇璧勫緩璁銆
甯佸競鏈夐庨櫓錛屾渶濂藉埆鍏ュ競
浠ュお甯佷粖鏃ユ渶鏂頒環鏍煎嚑鐐瑰紑
鎴姝㈣嚦2019823鏃ヤ互澶鍧婁環鏍礆細24h鏈楂樹環鏍尖増錕1,92207鈮00365BTC銆24h鏈浣庝環鏍尖増錕1,87636鈮00356BTC銆佸巻鍙叉渶楂樹環鏍尖増錕10,04707鈮01906BTC銆佸巻鍙叉渶浣庝環鏍尖増錕295鈮00001BTC銆
1浜ゆ槗鎵鎴愪氦閲忥細4,61025涓嘐TH銆
2浜ゆ槗鎵鎴愪氦棰濓細$5944浜褲062%銆24h娑ㄨ穼騫呫
3嫻侀氬競鍊礆細$21441浜褲
4鎬誨競鍊礆細$21441浜褲238%銆24h鎸騫呫
娉ㄦ剰浜嬮」錛
1浠ュお鍧婄殑鑱斿悎鍒涘嬩漢璁や負錛岀珵浜夊皢鏄縐鏋佺殑錛屼笘鐣岀粷瀵歸渶瑕佺湅鍒頒釜浜鴻嚜鐢卞彈鍒板皧閲嶏紝騫朵笖鍙浠ヨ嚜鐢辮塊棶鍏ㄧ悆IT宸ュ叿錛岃繖浜涘伐鍏風殑鏁版嵁涓嶅彈鍏鍙告垨鑳藉熷埄鐢ㄦ暟瀛楀寲杞鍨嬫潵澧炲姞鏁版嵁鐨勫叕鍙告帶鍒朵粬浠鐨勫姏閲忋
2涓庣焊鐗囨垨紓呴噾涓嶅悓錛屼唬鐮佽屽厑璁鎬漢浠浠ユ暟瀛楁柟寮忚漿縐諱環鍊箋備絾鏄錛屽畠浠涓庝紶緇熻揣甯佺殑鍖哄埆鍦ㄤ簬鏉ユ簮錛屽埗閫犺呭拰涓諱漢銆傝繖浜涚敱璁＄畻鏈虹戝﹀惰捐″苟浠ユ暟瀛﹀拰瀵嗙爜瀛︿負鍩虹鐨勬柊鍨嬭揣甯侊紝騫墮潪鐢辨斂搴滀吉閫狅紝鎺у埗鎴栨敮鎸佺殑銆
2021騫存樉鍗′粈涔堟椂鍊欎細闄嶄環
15錛00銆
涓鑸鉶氭嫙甯侀兘鏄24灝忔椂浜ゆ槗銆傚紑鐩樻椂闂翠竴鑸鏄緹庡浗浜ゆ槗鏃墮棿孌甸棴甯傚悗綆楃浜屽ぉ寮鐩樸備互澶鍧婏紙鑻辨枃Ethereum錛夋槸涓涓寮婧愮殑鏈夋櫤鑳藉悎綰﹀姛鑳界殑鍏鍏卞尯鍧楅摼騫沖彴錛岄氳繃鍏朵笓鐢ㄥ姞瀵嗚揣甯佷互澶甯侊紙Ether錛岀畝縐扳淓TH鈥濓級鎻愪緵鍘諱腑蹇冨寲鐨勪互澶鉶氭嫙鏈猴紙EthereumVirtualMachine錛夋潵澶勭悊鐐瑰圭偣鍚堢害銆
鏈榪戦殢鐫鉶氭嫙璐у竵鐨勪環鏍肩柉娑錛岃秺鏉ヨ秺澶氱殑鐭誇富灝辨よ癁鐢燂紝鑰屼綔涓轟竴涓鐭誇富錛屾渶闇瑕佺殑灝辨槸鏄懼崱銆傝岃繖灝卞艱嚧浜嗛粍鐗涚殑涔樿櫄鑰屽叆錛岃稿氬皬浼欎即鍦ㄨ喘涔扮殑鏄懼崱鐨勬椂鍊欓兘鍙戠幇錛岄粍鐗涙墜涓鐨勬樉鍗′環鏍兼櫘閬嶆瘮瀹樼綉鍞浠峰炲姞浜1/3錛岀敋鑷蟲湁鐨勫凡緇忓炲姞浜1/2錛岄偅涔堟樉鍗′粈涔堟椂鍊欒兘澶熼檷浠峰憿錛熶笅闈㈠皬緙栧氨鍜屽ぇ瀹朵竴璧瘋ㄨ轟竴涓嬪惂錛
璇磋存樉鍗℃定浠
鎵撳伐浜哄摥鎴愭唱浜猴紝鍘誨勾鐘硅鮑瑙傛湜涓錛屾柊鐢佃剳娌℃彁涓婅紼嬶紝浠ヤ負寮鏄ヤ細榪庢潵涓娉㈢湡棣欎環錛 緇撴灉寮宸ュぇ鍚夛紝甯佸湀鐚涙定錛屾樉鍗″彉韜鈥滅悊璐㈠崱鈥濓紒
璇翠釜浜嬪疄涓鍘誨勾涓嶅埌4鍗冨潡鎷 涓嬬殑GTX3070錛屼粖騫村凡緇8鍗冨氫簡錛屽氨鍦ㄥ垰鎵嶆垜鏌ヤ簡涓嬬數鍟嗗鉤鍙板拰灝忛粍楸礆紝1涓囧潡鐨勪環涔熸槸鏈夌殑錛屾槸涓嶆槸寰堝穿婧冿紵
3600~ 4200鍏;灝辯畻浣犵殑鐩鏍囧崱鏄1660錛屽逛笉璧鳳紝鍘誨勾10鏈堜綘榪樺彲浠1600鍧楁悶涓鍧楋紝濡備粖榪欎釜鎴愭湰瑕佸氳姳涓1000澶ф磱銆傛湁娌℃湁鎰熷彈鍒拌偩鐥涳紵
涔嬪墠鎴戜篃璇磋繃錛屽傛灉璇30緋繪樉鍗″幓騫磋繕綆楁槸鈥滄ｅ父浠封濓紙鍏跺疄褰撴椂榪樻湁涓嶅皯 浜哄柗30緋誨お璐碉紝20緋繪洿棣欙級錛岀粨鏋滀粖騫村氨鍙樻垚浜嗏濆垁鑴栨灦鈥濓紝浣犺嫢鐫鎬ヨ呴厤鐢佃剳瑕佸叆鎵-鍧楁樉鍗★紝 閽卞寘鍚冪槳涔熸槸鑲瀹氱殑錛
褰撶劧涔熸湁寰堝氫漢錏寮蹇冿紝榪囧簱瀛樼殑鍟嗕漢榪欐墊椂闂村嚑涔庣ǔ璧氬ぇ璧氾紝騫蟲椂鐖辨姌鑵劇殑瑁呮満鏁ｆ埛錛屾ゆ椂鎶婅嚜宸辨墜澶翠笉鐢ㄧ殑闂茬疆3070銆3080鐢氳嚦20緋繪樉 鍗℃墜錛屼篃鑳藉皬鍓蹭竴絎斻
浣滀負鏈夌湡瀹為渶奼傜殑瑁呮満鐢ㄦ埛錛屼粖騫磋呯數鑴戱紝鐪熺殑鏄澶闅句簡錛
鍐呭瓨鍜屽滻鎬佺‖鐩樹篃瑕佹定璧鋒潵浜
鍒緔у紶錛屾樉鍗¤繖鍏充綘榪囦笉鍘伙紝榪樺彲浠ユ暣涓鏍歌姱鏄懼崱鎾戜竴鎾戱紝鍧忎簡涓嶇帺鏂版父鎴忥紝1066鑰佸綋鐩婂．銆
浣嗗唴瀛樻潯銆佸滻鎬佺‖鐩樹綘鎬葷粫涓嶈繃鍘誨惂錛熻岃繖涓や釜鍩虹紜浠朵篃瑕佹定浠蜂簡錛
2021騫2鏈24鏃ワ紝鍢夊悎鍔插▉甯傚満閮ㄥ彂甯冮氬憡鈥滈勮︹濓紝璋堝強鏅跺渾渚涘簲緔у紶錛屽埗閫犲唴瀛樻潯銆佸滻鎬佺‖鐩樼殑DRAM銆丯ANDFLASH鑺鐗囦緵搴旂煭緙猴紝瀵艱嚧鍚堢害浠鋒牸涓婂崌錛岀敱姝ゆ帹嫻2021涓婂崐騫村唴瀛樺皢浼氭寔緇娑ㄤ環錛屾垨鑰呬笉娑ㄤ環錛屾湁浠鋒棤璐с
鍢夊悎鍔插▉浣曡鎬漢涔燂紵瀹冨氨鏄闃挎柉鍔犵壒銆佸厜濞佺殑姣嶅叕鍙革紝鍊煎緱涓鎻愮殑鏄 錛2020騫村厜濞佸搧鐗屾帹鍑轟簡鈥濆紙Pro鈥濈郴鍒楃殑綰鍥戒駭鍐呭瓨鏉″拰NVMe SSD鍥烘佺‖鐩樹駭鍝侊紝鍝佽川寰楀埌娑堣垂鑰呭拰甯傚満鐨勮偗瀹氾紝鍙堥煎緱澶у搧鐗屾墦浠鋒牸鎴橈紝鍙浠ヨ寸粨鏉熶簡涓夋槦絳夊浗闄呭法澶村姩涓嶅姩鈥濇柇鐢點 澶辯伀鈥濃啋娑ㄤ環鐨勫帇姒ㄥ彶錛 璁╂垜浠100%綰鍥戒駭鏈変簡鍐嶄竴嬈℃壃鐪夊悙姘旂殑鏈洪亣錛屽綋鏃舵垜鍐欒繃鍑犵瘒鏂囩珷錛屽ぇ瀹跺彲浠ヤ簡瑙ｄ竴涓嬨
涓嶈繃錛岃繛榪欐牱鎺ュ湴姘旂殑鍥戒駭鍝佺墝閮藉彂甯冧簡娑ㄤ環棰勮︼紝鍐呭瓨銆丼SD娑ㄤ環蹇呯劧涓嶆槸絀虹┐鏉ラ庯紒
鏈夊湀鍐呮湅鍙嬭や負錛岃繖娉㈡定浠峰彲鑳芥槸緇2017~2018騫村唴瀛樻樉鍗″滻鎬佲滀笁澶т歡鈥濇定浠蜂箣鍚庣殑鏂頒竴嬈♀滆偩鐥涒濈儹娼銆傛諱箣錛屽樿嫢浣犵‖鏄鈥滆繋娑ㄨ屼笂鈥濓紝蹇呭畾琛浜忥紝濂夊姖瑁呮満鐢ㄦ埛鍏ユ墜鏄懼崱銆佸唴瀛樸丼SD鍓嶄竴 瀹氳佸仛濂藉姛璇撅紝鎱庝箣鍙堟厧錛
4. 銆愬繀鐪嬨慐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鐭挎睜緇忚繃澶氬勾鐨勭ǔ瀹氳繍琛岋紝鏈鍒濇槸涓涓鍏ㄧ綉綆楀姏鏈澶х殑縐佹湁鐭挎睜銆傜幇闈㈠悜甯傚満浠ュお甯侊紝璇氶個鎵鏈夌熆宸ュ垎浜鍏舵妧鏈甯︽潵鐨勬寲鐭挎敹鐩娿傚叏鏂板崌綰ф敼鐗堢殑涔愭瘮鐗圭熆奼犵郴緇熸洿鍔犺創鍚堝㈡埛闇奼傦紝鍐呭規洿涓板瘜錛屾搷浣滄洿綆鍗曘
5. 002：以太坊簡介|《ETH原理與智能合約開發》筆記
待字閨中開發了一門區塊鏈方面的課程：《深入淺出ETH原理與智能合約開發》，馬良老師講授。此文集記錄我的學習筆記。
課程共8節課。其中，前四課講ETH原理，後四課講智能合約。
第一課分為四部分：
這篇文章是第一部分的學習筆記：以太坊簡介。
以太坊是目前公認的區塊鏈2.0，相比於區塊鏈1.0（比特幣），其最大的特點是引入了智能合約，從而從單一的數字加密 Token 技術轉化為一個區塊鏈分布式應用的平台。以太坊本身不包含任何具體的應用，它主要是提供基礎平台和工具，使得開發者可以在其基礎之上開發出各種各樣的應用。可以說，以太坊有著巨大的潛力，它最終可能會發展出分布式、自動化、自組織的最高形態。
第一，我們可以通過學習以太坊的技術，領會區塊鏈技術發展的脈絡，改進的思路/路徑，從而緊跟區塊鏈技術發展的前沿，預測下一步的趨勢。
第二，DAPP（分布式應用）生態系統目前的發展也是蒸蒸日上，蓬勃發展，據不完全統計，現在有數百種應用之多，顯而易見的，對於開發人員的需求也是水漲船高，需要大量的開發人員。目前非常有名的應用有加密貓、各類側鏈應用、ERC20 Token如幣安幣火幣等等。
2013年，創始人 Vitalik Buterin 針對比特幣存在的一些問題以及局限性，提出把「智能合約」構想應用於區塊鏈領域，希望打造一個基於區塊鏈的多方計算的智能化通用平台，並通過比特幣融資進行開發。
2014年，以太坊基金會在瑞士成立，管理並運營整個項目。
前5大礦池佔83%的算力，很集中。
目前大約有16000個全節點，其中，美國5461（34%），中國1839（11.5%），俄羅斯963（6%），德國920（5.7%），加拿大875（5.45%）。全節點每天都有動態變化。分布情況也反映出各個國家的參與熱度。
6. V紲炲嚭涔︼紒銆婃潈鐩婅瘉鏄庛9鏈堜笂甯 鎹怑TH鑾風懼悕鐢靛瓙涔﹀強綰蹇礜FT
浠ュお鍧婂叡鍚屽壋鍔炰漢Vitalik Buterin浠婃棭瀹ｅ竷錛屾柊涔︺孭roof ofS take銆嶅皢鍦1涓鏈堝唴涓婂競錛屽寘鎷瀹炰綋鍜屾暟瀛楃増鏈錛岃ヤ功奼囨暣浜嗕粬鍦ㄨ繃鍘10騫存墍鎾板啓鐨勫悇縐嶆枃絝狅紝鐜板凡鍙閫氳繃proofofstake.gitcoin.co緗戠珯鎹愯禒浠ュお鍧婏紝鑾峰緱璇ヤ功絳懼悕鏁板瓧鐗堟湰鍙婄邯蹇礜FT錛屼粬鏈浜轟喚棰濈殑鍗栦功鏀剁泭灝嗗叏棰濇崘緇橤itcoin Grants鐢ㄤ簬鍏鐩娿
鏍規嵁proofofstake.gitcoin.co緗戠珯淇℃伅錛屻屾潈鐩婅瘉鏄庛嶅皢鍦9鏈27鏃ユｅ紡涓婂競錛岀幇宸插湪Books-A-Million銆丅arnesNoble銆丅ookshop.org銆両ndie Bound銆丄mazon銆乀arget銆丠udson銆乄almart銆丳owells銆丼even Stories絳夊悇澶ф笭閬撳紑鏀鵑勮喘銆
鍙﹀栵紝閫氳繃璇ョ綉絝欐崘鐚浠諱綍鏁伴噺鐨勪互澶鍧婏紝灝嗗彲鑾峰緱鏈塚italik Buterin絳懼悕鐨勩孭roof of Stake銆嶄功綾嶆暟瀛楃増鏈鍙婄邯蹇礜FT銆傛崘鐚鑰呭畬鎴愭崘嬈懼悗錛屽彲閾擱犱竴涓涓嶅彲杞璁㎞FT錛屽綋璇ヤ功姝ｅ紡涓婂競鏃訛紝鎹愮尞鑰呭氨鍙棰嗗彇絳懼悕鏁板瓧鐗堟湰銆
鎹愮尞浠諱綍鏁伴噺鐨勪互澶鍧婏紝鍙鑾峰緱銆屾潈鐩婅瘉鏄庛嶄功綾嶇懼悕鏁板瓧鐗堟湰鍙婄邯蹇礜FT
璇ョ綉絝欐寚鍑猴紝閿鍞絳懼悕鏁板瓧鐗堟湰鎵鑾峰緱鐨90%鐨勮祫閲戱紝灝嗙敤浜嶨itcoin Grants鍖歸厤奼狅紝10%灝嗙敤浜庡嚭鐗堝悎浣滀紮浼碨even StoriesPress錛屼互鏀鎸佺嫭絝嬪嚭鐗堢殑鍏鍏變駭鍝併傚彟澶栵紝鏃犺烘槸鍦ㄨョ綉絝欐垨浠諱綍鍏朵粬鍦版柟璐涔拌ヤ功錛孷italik Buterin宸叉壙璇猴紝灝嗘崘鍑轟粬鐨勬墍鏈夋敹鐩婄粰Gitcoin Grants鍖歸厤奼犮
鏂頒功鍐呭
鏍規嵁緗戠珯浠嬬粛錛孷italik Buterin鏄涓鐢熷姩鑰屽瘜鏈夋兂鍍忓姏鐨勪綔瀹訛紝鏂頒功鏀墮泦浜嗕粬鍦ㄤ互澶鍧婂礇璧蜂箣鍓嶅強鏈熼棿鐨勬枃絝狅紝褰撲粬鍛ㄥ洿璁稿氫漢閮藉湪鍏蟲敞浠ｅ竵浠峰兼湁鏃犱笂娑ㄤ箣闄咃紝浠栨湰浜烘ｅ煁澶磋嫤鎬濆壋寤轟竴涓浜掕仈緗戝師鐢熶笘鐣岀殑闂棰樺拰鍙鑳芥с
鍦╒italik Buterin浠婃棩瀹ｅ竷璇ヤ功鍗沖皢鍑虹増涔嬪悗錛岃礋璐ｆ浛璇ヤ功鎾板啓鑳屾櫙鍐呭圭殑緹庡浗縐戠綏鎷夊氬ぇ瀛︽嘗寰峰垎鏍′紶濯掔爺絀剁郴鍔╃悊鏁欐巿Nathan Schneider杞鍙戝叾鎺ㄦ枃騫惰〃紺猴細娑堟伅浼犲嚭鏉ヤ簡錛氭垜鏈夊垢璐熻矗緙栬緫浠ュお鍧婂壋鍔炰漢Vitalik Buterin鐨勪竴鏈涔︺備竴涓鏈堝唴灝變細涓婂競錛屾槸鏃跺欎粠綰誇笂鎴栦粠鍦版柟涔﹀簵棰勮浜嗭紝鏄鐨勶紝鏈変竴涓綰蹇礜FT錛屽畠灝嗗彲杞鍙樻垚鑾峰彇涓鏈絳懼悕涔︺
7. Eth2瀛樻懼悎綰﹀彂甯冿紒濡備綍璐ㄦ娂浣犵殑 ETH 鎴愪負楠岃瘉鑰呭憿錛
鍏嶈矗澹版槑錛氭湰鏂囨棬鍦ㄤ紶閫掓洿澶氬競鍦轟俊鎮錛屼笉鏋勬垚浠諱綍鎶曡祫寤鴻銆傛枃絝犱粎浠ｈ〃浣滆呰傜偣錛屼笉浠ｈ〃鐏鏄熻儲緇忓畼鏂圭珛鍦恆
灝忕紪錛氳板緱鍏蟲敞鍝
鏉ユ簮錛歶nitimes
鍘熸枃鏍囬橈細Eth2瀛樻懼悎綰﹀彂甯冿紒濡備綍璐ㄦ娂浣犵殑ETH鎴愪負楠岃瘉鑰呭憿錛
浣滆咃細RyanSeanAdams
璇戣咃細Jhonny
緙栬緫錛歁ickey
Eth2椹涓婅佹潵浜嗐
鏍規嵁浠ュお鍧婂熀閲戜細瀹樺崥娑堟伅(瑙佷笅鍥)錛屼粖鏃Eth2瑙勮寖v1.0鐗堟湰姝ｅ紡鍙戝竷錛屽寘鎷鍙戝竷闃舵0淇℃爣閾句富緗戠殑瀛樻懼悎綰(DepositContract)鍦板潃錛孍th2淇℃爣閾懼壋涓栧尯鍧楃殑璇炵敓鏃墮棿棰勮℃槸2020騫12鏈1鏃ャ
褰撳墠Eth2瀛樻懼悎綰﹀凡緇忛儴緗詫紝浠ュお鍧婂熀閲戜細鍏甯冪殑瀹樻柟瀛樻懼悎綰﹀湴鍧涓猴細鏍規嵁Eth2LaunchPad(launchpad.ethereum.org)鏄劇ず錛屾埅鑷蟲挵鏂囨椂錛屽凡緇忔湁19,685ETH琚璐ㄦ娂榪涗簡璇ュ瓨嬈懼悎綰︿腑錛佸綋瀛樻懼悎綰︿腑鐨凟TH璐ㄦ娂閲忚揪鍒524,288ETH(涔熷嵆鏈16,384鍚嶉獙璇佽呭弬涓庢姷鎶礆紝姣忓悕楠岃瘉鑰呮姷鎶32ETH)鏃訛紝鍒橢th2淇℃爣閾句富緗(Eth2闃舵0)灝嗕簬12鏈1鏃ユｅ紡鍚鍔錛屽惁鍒欎俊鏍囬摼鍒涗笘鍖哄潡璇炵敓鏃墮棿灝嗛『寤躲俒澶囨敞錛欵th2LaunchPad鏄疎th2楠岃瘉鑺傜偣蹇鎹峰惎鍔ㄥ鉤鍙癩
闇瑕佹敞鎰忕殑鏄錛屽傛灉ETH鎸佹湁鑰呮兂瑕佹垚涓篍th2鐨勯獙璇佽妭鐐癸紝蹇呴』瑕佸叿鏈夊繀瑕佺殑紜浠惰佹眰鍜屾妧鏈涓撻暱錛屽苟閫氳繃瀹樻柟鐨凟th2LaunchPad鎸夌収鍒嗘ヨ存槑榪涜屾搷浣滐紝鍒囧嬁鐩存帴灝咵TH鍙戦佸埌璇ュ瓨嬈懼悎綰﹀湴鍧錛岀洿鎺ュ皢ETH鍙戦佸埌璇ュ悎綰﹀湴鍧灝嗗艱嚧浜ゆ槗澶辮觸錛岃屽苟涓嶆剰鍛崇潃鍦‥th2涓婂弬涓庤川鎶箋傚備綍鎴愪負Eth2緗戠粶楠岃瘉鑰呭憿錛熷湪璐ㄦ娂ETH涔嬪墠闇瑕佹敞鎰忎簺浠涔堝憿錛......鎴戜滑灝嗗湪鏈鏂囨兜鐩栦互涓嬪唴瀹癸細
Eth2楠岃瘉鑰呯‖浠惰佹眰錛涢夋嫨鍜屽畨瑁匛th2瀹㈡埛絝鈥樻惌寤篍th1鑺傜偣錛涗嬌鐢‥th2LaunchPad瀹屾垚璐ㄦ娂銆
01
紜浠惰佹眰
鍩轟簬Eth2鍘諱腑蹇冨寲鐨勮捐＄洰鏍囷紝棰勮Eth2楠岃瘉鑰呭皢浣跨敤鍚勭嶄笉鍚岀殑鍩虹璁炬柦(鏈鍦伴儴緗詫紝浜戠絳夌瓑)銆????濡傛灉浣犳ゅ墠灝氭湭鍙備笌Eth2嫻嬭瘯緗戠殑ETH璐ㄦ娂鎿嶄綔錛屽彲浠ヤ嬌鐢∕edalla嫻嬭瘯緗戣繘琛岃瘯楠岋紝浠ユゆ潵鍐沖畾鍝縐嶈劇疆鑳藉熺粰浜堜綘鏈浣崇殑鍙備笌鎬ц兘銆傚湪姝ｅ紡鎴愪負Eth2淇℃爣閾鵑獙璇佽呬箣鍓嶏紝璇風『淇濆厛鍦ㄦ祴璇曠綉涓婅繘琛屼竴浜涙祴璇曪紒鍙閫氳繃姝ら摼鎺ュ弬涓庢垚涓篗edalla嫻嬭瘯緗戠殑楠岃瘉鑰咃細
https://medalla.launchpad.ethereum.org/涓嬮潰鎴戜滑灝嗙粰浜堜竴浜涙垚涓篍th2楠岃瘉鑰呯殑紜浠惰佹眰錛屽府鍔╀綘鎻愬墠鍋氬ソ鍑嗗囷紒
鎺ㄨ崘鐨勭‖浠惰勬牸錛氭搷浣滅郴緇:64-bitLinux,MacOSX,Windows澶勭悊鍣:IntelCorei7-4770orAMDFX-8310(鎴栨洿浣)鍐呭瓨:8GBRAM瀛樺偍絀洪棿:100GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂翠簰鑱旂綉榪炴帴:瀹藉甫緗戠粶榪炴帴(10Mbps)鐢墊簮:涓嶉棿鏂鐢墊簮渚涘簲(UPS)
鎴栬呴夋嫨浜戞彁渚涘晢錛屼互DigitalOcean浜戞彁渚涘晢涓轟緥錛
鐩稿簲鐨凞igitalOcean鉶氭嫙鏈哄疄渚嬶細鍐呭瓨:8GBRAM瀛樺偍絀洪棿:160GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂存ｅ父榪愯屾椂闂:99.99%鍙鐢ㄦ:8涓鏁版嵁涓蹇$/姣忓皬鏃:$0.060$/姣忔湀:$40鏈浣庣‖浠惰勬牸:鎿嶄綔緋葷粺:64-bitLinux,MacOSX,Windows澶勭悊鍣:IntelCorei5-760orAMDFX-8110(鎴栬呮洿浣)鍐呭瓨:4GBRAM瀛樺偍絀洪棿:20GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂翠簰鑱旂綉榪炴帴:瀹藉甫緗戠粶榪炴帴n(10Mbps)鐢墊簮:涓嶉棿鏂鐢墊簮渚涘簲(UPS)
鐩稿簲鐨凞igitalOcean鉶氭嫙鏈哄疄渚:
鍐呭瓨:4GBRAM瀛樺偍絀洪棿:80GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂存ｅ父榪愯屾椂闂:99.99%鍙鐢ㄦ:8涓鏁版嵁涓蹇$/灝忔椂:$0.030$/鏈:$20
02
閫夋嫨騫跺畨瑁匛th2瀹㈡埛絝
Eth2鏈夌潃澶氫釜瀹㈡埛絝鍙浠ラ夋嫨錛岄獙璇佽呭湪榪愯岄獙璇佽呰妭鐐逛笘鍙浠ラ夋嫨涓嶅悓鐨勫㈡埛絝瀹炵幇銆傛埅鑷崇洰鍓嶏紝宸茬粡鏈4涓狤th2瀹㈡埛絝鍥㈤槦寮鍙戠殑Eth2瀹㈡埛絝鍙渚涢夋嫨錛岃繖浜汦th2瀹㈡埛絝鍒嗗竷寮忥細Teku銆丯imbus銆丩ighthouse鍜孭ry銆
Eth2瀹㈡埛絝
Pry鐢盤ryaticLabs鍥㈤槦寮鍙(Discord)錛
Pry鏄鍩轟簬Go鐨凟th2瀹㈡埛絝瀹炵幇錛屼笓娉ㄤ簬瀹㈡埛絝鐨勫彲鐢ㄦс佸畨鍏ㄦу拰鍙闈犳с侾ry瀹㈡埛絝浣跨敤Go璇璦緙栧啓錛屾牴鎹瓽PL-3.0璁稿彲榪涜屽彂甯冦備嬌鐢ㄨ存槑:https://docs.prylabs.network/docs/getting-started/Github:https://github.com/pryaticlabs/pry/
Lighthouse鐢盨igmaPrime鍥㈤槦寮鍙(Discord)錛
Lighthouse鏄鍩轟簬Rust鐨凟th2瀹㈡埛絝瀹炵幇錛岄潪甯告敞閲嶉熷害鍜屽畨鍏ㄦс侺ighthouse瀹㈡埛絝鑳屽悗鐨勫洟闃烻igmaPrime鏄涓瀹朵俊鎮瀹夊叏鍜岃蔣浠跺伐紼嬪叕鍙搞侺ighthouse鏍規嵁Apache2.0璁稿彲榪涜屽彂甯冦備嬌鐢ㄨ存槑:https://lighthouse-book.sigmaprime.io/Github:https://github.com/sigp/lighthouse
Teku鐢盋onsenSys寮鍙(Discord)錛
PegaSysTeku鏄鍩轟簬Java鐨凟th2瀹㈡埛絝瀹炵幇錛屽叾璁捐″拰鎼寤烘棬鍦ㄦ弧瓚蟲満鏋勯渶奼傚拰瀹夊叏瑕佹眰銆俆eku鑾峰緱浜咥pache2鐨勮稿彲錛屽苟鐢↗ava緙栧啓錛孞ava鏄涓縐嶆垚鐔熶笖騫挎硾浣跨敤鐨勮璦銆備嬌鐢ㄨ存槑:https://docs.teku.pegasys.tech/en/latest/HowTo/Get-Started/Build-From-Source/Github:https://github.com/PegaSysEng/teku
Nimbus鐢盨tatus寮鍙(Discord)錛
Nimbus鏄涓涓狤th2鐮旂┒欏圭洰鍜屼竴涓瀹㈡埛絝瀹炵幇錛屾棬鍦ㄥ湪宓屽叆寮忕郴緇熷拰涓浜虹Щ鍔ㄨ懼(鍖呮嫭鎼杞借祫婧愰檺鍒剁殑紜浠剁殑杈冩棭鐨勬櫤鑳芥墜鏈)涓婅壇濂借繍琛屻侼imbus(Apache2璁稿彲)浣跨敤Nim璇璦緙栧啓錛孨im鏄涓縐嶅叿鏈夌被浼間簬Python璇娉曠殑璇璦錛屽彲緙栬瘧涓篊璇璦銆備嬌鐢ㄨ存槑:https://nimbus.team/docs/Github:https://github.com/status-im/nim-beacon-chain
03
瀹夎匛th1鑺傜偣
榪愯孍th2楠岃瘉鑰呰妭鐐歸櫎浜嗛渶瑕佸畨瑁呬竴涓狤th2瀹㈡埛絝涔嬪栵紝榪橀渶瑕佽繍琛屼竴涓狤th1鑺傜偣錛屾Eth1鑺傜偣鐢ㄤ簬鐩戣嗛獙璇佽呯殑32ETH鎶墊娂瀛樻俱傚湪鎼寤篍th1鑺傜偣鏃訛紝鍙浠ユ湁澶氱嶉夋嫨錛屼互涓嬫槸鏈甯哥敤鐨勫惎鍔‥th1鑺傜偣鐨勫伐鍏鳳細
鑷鎵樼＄殑Eth1鑺傜偣瀹㈡埛絝錛
OpenEthereum錛https://www.parity.io/ethereum/Geth錛https://geth.ethereum.org/Besu錛https://besu.hyperledger.org/en/stable/Nethermind錛https://www.nethermind.io/
絎涓夋柟鎵樼＄殑Eth1鑺傜偣瀹㈡埛絝錛
Infura錛https://infura.io/
04
榪愯孍th2楠岃瘉鑰呰妭鐐
絎涓姝:鑾峰彇ETH
濡傛灉浣犱笉鐔熸倝浠ュお鍧婏紝閭ｄ箞涓涓閲嶈佹ラゅ氨鏄鍏堣幏鍙栨垚涓篍th2楠岃瘉鑺傜偣鎵闇鐨凟TH銆傛瘡涓狤th2楠岃瘉鑰呰妭鐐歸兘闇瑕佽川鎶32ETH銆傝鋒敞鎰忥紝濡傛灉浣犳渶緇堟垚鍔熷湴鎴愪負浜咵th2楠岃瘉鑰咃紝鍒欐剰鍛崇潃浣犲規ゅ弬涓庤″垝鍋氬嚭浜嗛暱鏈熸壙璇(鍥犱負鐭鏈熷唴榪欎簺璐ㄦ娂鐨凟TH鏃犳硶鍙栧嚭)銆傚傛灉浣犻渶瑕佽幏鍙栦竴浜汦TH錛屽彲閫氳繃鍔犲瘑璐у竵浜ゆ槗鎵榪涜岃幏鍙栵紝姣斿傦細
娉曞竵浜ゆ槗鎵(緹庡浗鍦板尯):Coinbase鎴栬匞emini娉曞竵浜ゆ槗鎵(闈炵編鍥藉湴鍖):Binance鎴栬匥raken浠ュお鍧婂幓涓蹇冨寲浜ゆ槗鎵:Uniswap絎浜屾:鍓嶅線Eth2Launchpad騫沖彴榪涜孍TH璐ㄦ娂
鍦ㄨ繃鍘葷殑鍑犱釜鏈堜腑錛屼互澶鍧婂熀閲戜細(EF)銆丆odefiActivate鍜孌eepWorkStudio涓鐩村湪寮鍙戜竴涓狤th2楠岃瘉鑰呰妭鐐瑰揩鎹峰惎鍔ㄧ晫闈錛屼互浣跨敤鎴鋒洿瀹規槗鍙備笌ETH璐ㄦ娂騫舵垚涓篍th2楠岃瘉鑰呫傝繖欏瑰伐浣滅殑緇撴灉灝辨槸Eth2LaunchPad騫沖彴鐨勫彂甯冿紝璇ュ鉤鍙版棬鍦ㄥ畨鍏ㄥ湴鎸囧肩敤鎴峰畬鎴愮敓鎴怑th2瀵嗛掗瀵瑰苟灝32ETH璐ㄦ娂榪汦th2瀹樻柟鐨勫瓨嬈懼悎綰︿腑銆侲th2LaunchPad鏄涓哄湪瀹跺嵆鍙鍙備笌Eth2楠岃瘉鑺傜偣鐨勪漢鑰岃捐＄殑錛屼篃鍗蟲墦綆楄繍琛岃嚜宸辯殑Eth2楠岃瘉鑰呰妭鐐圭殑涓氫綑鐖卞ソ鑰咃紝騫舵帴鍙楀湪鑷宸辯殑璁＄畻鏈虹粓絝灞忓箷涓婅繍琛屽懡浠ゃ
絎浜屾:灝借亴璋冩煡
鍦ㄦ垚涓篍th2楠岃瘉鑰呰妭鐐圭殑榪囩▼涓錛岃姳鐐規椂闂撮槄璇諱竴涓婨th2LaunchPad騫沖彴涓婄殑鍐呭規槸闈炲父閲嶈佺殑錛佽ュ鉤鍙頒笂鐨勨淥verview鈥(姒傝堪)閮ㄥ垎鏃ㄥ湪浣誇綘鐭ユ檽鍦ㄨ川鎶糆TH鏃舵墍娑夊強鐨勯庨櫓鍜岀浉鍏充俊鎮銆傚寘鎷錛(1)Eth2浣跨敤PoS(鏉冪泭璇佹槑鏈哄埗)鏉ヤ繚鎶ゆ暣涓緗戠粶銆備負姝わ紝緗戠粶闇瑕佹椿璺冪殑鍙備笌鑰(涔熷嵆楠岃瘉鑰)鏉ユ彁璁銆侀獙璇佸拰淇濊瘉鍖哄潡鐨勬湁鏁堟с備綔涓轟氦鎹錛岃瘹瀹炵殑楠岃瘉鑰呭皢鑾峰緱璐㈠姟濂栧姳銆傞噸瑕佺殑鏄錛岄獙璇佽呴渶瑕佽川鎶糆TH浣滀負鎶墊娂鍝侊紝鎹㈠彞璇濊達紝闇瑕佽川鎶間竴浜涜祫閲戙傛垚涓洪獙璇佽呯殑鍞涓鏂規硶鏄鍦ㄥ綋鍓嶇殑浠ュお鍧婇摼(涔熷嵆Eth1閾)涓婂線瀛樻懼悎綰﹀彂閫佷竴絎斿崟鍚戠殑ETH浜ゆ槗銆(2)瑕佹垚涓篍th2楠岃瘉鑰咃紝浣犻渶瑕佸規瘡涓瑕佽繍琛岀殑楠岃瘉鑰呰妭鐐歸兘璐ㄦ娂32ETH銆傛敞鎰忥紝姝ゆ姷鎶艱繃紼嬫槸鍗曞悜涓嶅彲閫嗙殑銆(3)鍙鏈夌Н鏋佸弬涓嶦th2鍏辮瘑鐨勯獙璇佽呮墠鑳借幏寰楀栧姳銆傜葷嚎鐨勯獙璇佽呬細鍙楀埌鎯╃綒銆傛煇鑺傜偣紱葷嚎鍙楀埌鐨勬儵緗氬姏搴︿笌璇ヨ妭鐐圭Н鏋佸弬涓庡叡璇嗘椂鍙浠ヨ幏寰楃殑濂栧姳鐩稿綋銆(4)榪涜屾伓鎰忚屼負鎴栬呬笌Eth2瑙勮寖鑳岄亾鑰岄┌鐨勯獙璇佽咃紝寰堝規槗鍙楀埌緗氭病鎯╃綒(getslashed)錛岃繖灝嗘嫑鑷村法棰濇儵緗氥(5)楠岃瘉鑰呭瘑閽ユ槸浠庡敮涓鐨勫姪璁拌瘝(縐嶅瓙)媧劇敓鐨勩備綘鐨勭嶅瓙鏄鍙栨炬椂鐨勫敮涓閫斿緞銆傚洜姝わ紝鏈閲嶈佺殑鏄紜淇濆叾瀹夊叏錛佽峰囦喚濂戒綘鐨勫姪璁拌瘝錛(6)Eth2LaunchPad灝嗗府鍔╃敤鎴峰壋寤烘瘡涓楠岃瘉鑰呰妭鐐圭殑絳懼悕瀵嗛掗瀵(涓嶅悓鐨勯獙璇佽呰妭鐐歸兘鏈変笉鍚岀殑絳懼悕瀵嗛掗錛屽嵆渚挎煇涓鐢ㄦ埛鍚屾椂榪愯屼簡澶氫釜楠岃瘉鑰呰妭鐐癸紝浣嗗悓涓涓鐢ㄦ埛榪愯岀殑澶氫釜楠岃瘉鑰呰妭鐐瑰彲浠ヤ嬌鐢ㄥ悓涓涓鍙栨懼瘑閽)錛岃繖浜涚懼悕瀵嗛掗灝嗕細淇濆瓨鍦╧eystore(瀵嗛掗搴撴枃浠)涓(娉ㄦ剰錛氭瘡涓楠岃瘉鑰呯殑絳懼悕瀵嗛掗浼氫繚瀛樺湪鍗曠嫭鐨刱eystore涓)錛屽綋浣犱嬌鐢ㄩ獙璇佽呰蔣浠跺紑濮嬮獙璇佷箣鍓嶏紝浣犻渶瑕佸皢keystore瀵煎叆鍒伴獙璇佽呰蔣浠朵腑銆傞氳繃Eth2LaunchPad鍒涘緩楠岃瘉鑰呰妭鐐規椂錛屼綘榪樹細鏀跺埌涓涓瀛樻炬枃浠(depositfile錛屾枃浠跺悗緙涓.json)錛岄渶瑕佸皢璇ュ瓨嬈炬枃浠朵笂浼犺嚦Eth2LaunchPad緗戠珯涓娿(瀵規ゆ垜浠灝嗗湪涓嬫枃榪涜岃В閲)(7)楠岃瘉鑰呬箣闂寸殑杞璐﹁嚦灝戝湪Eth2闃舵1涔嬪墠鏄鏃犳硶瀹炵幇鐨勩傞獙璇佽呭繀欏葷瓑鍒伴樁孌2(澶х害榪樿2騫存椂闂)鎵嶈兘灝嗚祫閲戞彁鍙栧埌鏌愪釜鐗瑰畾鐨勫垎鐗囬摼涓娿(8)鐢變簬鑷沖皯鍦ㄩ樁孌1鍒版潵涔嬪墠錛岄獙璇佽呮棤娉曡繘琛岃漿璐︼紝鍥犳ゅ湪姝や箣鍓嶏紝楠岃瘉鑰呮棤娉曡嚜鎰塊鍑洪獙璇佽呰屽垪騫墮噸鏂板惎鍔ㄨ妭鐐廣傝繖鎰忓懗鐫楠岃瘉鑰呭皢闇瑕佸湪寰堥暱鐨勪竴孌墊椂闂村唴鍙備笌Eth2鍏辮瘑涔嬩腑錛(9)褰撳墠鐢ㄦ埛鍙備笌榪涙潵鐨勬槸鍒濆嬪彂甯冪殑Eth2鏂板瀷緗戠粶涓錛屼笌浠諱綍鏂拌蔣浠朵竴鏍鳳紝瀛樺湪娼滃湪鐨刡ugs銆傝櫧鐒朵笉澶鍙鑳斤紝浣嗘綔鍦ㄧ殑bugs鍙鑳戒細瀵艱嚧鑺傜偣鍙楀埌slashing(緗氭病)鎯╃綒銆(10)涓轟簡鎴愪負楠岃瘉鑰咃紝浣犲皢闇瑕佺敓鎴愭柊鐨凟th2瀵嗛掗瀵廣備負姝わ紝鍚屾椂涔熶負浜嗗畨瑁呴獙璇佽呰蔣浠訛紝浣犻渶瑕佸湪鎶鏈涓婃湁鑳藉姏鍦ㄨ＄畻鏈虹粓絝涓婅繍琛屽懡浠よ屻
絎涓夋ワ細鐢熸垚瀵嗛掗瀵瑰拰鍔╄拌瘝
瀵逛簬姣忎釜楠岃瘉鑰呰妭鐐癸紝浣犻兘闇瑕佺敓鎴愰獙璇佽呭瘑閽ュ瑰拰涓涓鍔╄拌瘝錛岃ュ姪璁拌瘝鐢ㄤ簬涔嬪悗鐢熸垚浣犵殑鍙栨懼瘑閽ャ傞栧厛錛屼綘闇瑕佸湪Eth2LaunchPad涓婂～鍐欎綘鎯寵佽繍琛岀殑楠岃瘉鑰呰妭鐐規暟閲忥紝浠ュ強浣犳兂瑕佸湪鍝縐嶆搷浣滅郴緇熶笂榪愯岄獙璇佽呰妭鐐廣傝佷笅鍥????
鎺ヤ笅鏉ワ紝Eth2LaunchPad騫沖彴灝嗕負浣犳彁渚涗袱涓閫夐」鐢ㄤ簬鐢熸垚浣犵殑瀛樻懼瘑閽(depositkeys)銆備綘鍙浠ラ氳繃涓嬫柟閾炬帴鎵懼埌閽堝逛綘鐨勬搷浣滅郴緇熺殑璇︾粏璇存槑錛https://github.com/ethereum/eth2.0-deposit-cli/blob/master/README.ithubrepoandthenrunthe./.絎涓涓閫夐」鏄浣跨敤浣犱粠Eth2Githubrepo(https://github.com/ethereum/eth2.0-deposit-cli/releases/)涓嬭澆鐨勪簩榪涘埗鍙鎵ц屾枃浠訛紝鐒跺悗鍦ㄤ綘鐨勭粓絝紿楀彛涓榪愯./deposit鍛戒護銆傝佷笅鍥????璇瘋板緱楠岃瘉浠ヤ笅璇ョ綉鍧錛岀『淇濅綘浣跨敤鐨勬槸姝ｇ『鐨勭綉鍧鏉ヤ笅杞斤紒
絎浜屼釜閫夐」鏄浠嶱ython婧愪唬鐮佹惌寤篸eposit-CLI宸ュ叿銆備綘灝嗛渶瑕佹寜鐓ц存槑榪涜屾搷浣滐紝浠ョ『淇濅綘宸插畨瑁呮墍鏈夊繀闇鐨勫紑鍙戝簱鍜宒eposit-CLI宸ュ叿銆傝佷笅鍥????
褰撲綘瀹夎呬簡deposit-CLI宸ュ叿騫跺湪浣犵殑緇堢紿楀彛榪愯屾ゅ伐鍏鋒椂錛屼綘灝嗚鎻愮ず錛
鏄庣『浣犳兂瑕佽繍琛岀殑楠岃瘉鑰呰妭鐐圭殑鏁伴噺錛涗綘鎯寵佺敤浜庣敓鎴愬姪璁拌瘝鐨勮璦錛涙槑紜浣犳兂瑕佽繍琛岄獙璇佽呰妭鐐圭殑緗戠粶(涓葷綉)銆
璇風『淇濅綘璁劇疆鐨勬槸--chainmainnet錛屽惁鍒欏瓨嬈懼皢鏃犳晥銆傜幇鍦錛屼綘灝嗚瑕佹眰璁劇疆浣犵殑瀵嗙爜(password)錛屼竴鏃﹀瘑鐮佺『瀹氾紝浣犵殑鍔╄拌瘝灝嗚鐢熸垚銆傝風『淇濅綘灝嗗姪璁拌瘝鍐欎笅鏉ワ紝騫跺皢鍏剁葷嚎瀛樺偍鍦ㄥ畨鍏ㄧ殑鍦版柟錛佸傛灉浣犲凡緇忔垚鍔熷湴瀹屾垚浜嗚ユラわ紝閭ｄ綘搴旇ュ彲浠ョ湅鍒頒笅鏂硅繖涓灞忓箷????
濡傛灉浣犲筪eposit-cli鏈夌枒闂錛岃瘋塊棶鍏禛itHubrepository:https://github.com/ethereum/eth2.0-deposit-cli
絎鍥涙ワ細涓婁紶浣犵殑瀛樻炬枃浠
浣犻┈涓婂氨瑕佸畬鎴愪簡錛佷笅涓姝ユ槸涓婁紶浣犲湪涓婁竴姝ョ敓鎴愮殑.json瀛樻炬枃浠躲傝ユ枃浠朵綅浜/eth2.0-deposit-cli/validator_keys鐩褰曚腑錛屾枃浠惰鍛藉悕涓篸eposit-data-[timestamp].json銆
絎浜旀ワ細榪炴帴浣犵殑閽卞寘
鎺ヤ笅鏉ュ氨鏄榪炴帴浣犵殑Web3閽卞寘錛屽苟鐐瑰嚮緇х畫銆傝風『淇濅綘鍦ㄤ綘鐨勯挶鍖呰劇疆涓閫夋嫨浜嗕富緗戠幆澧冦傚姞涓嬪浘????
絎鍏姝ワ細紜璁や氦鏄撲俊鎮鍙戣搗鎶墊娂瀛樻
褰撲綘榪炴帴閽卞寘騫剁『璁や綘鐨勯挶鍖呭湴鍧鍚庯紝浣犲皢榪涘叆涓涓鎬葷粨鎬х殑欏甸潰錛岃ラ〉闈㈠皢鏄劇ず浣犻渶瑕佸悜瀛樻懼悎綰︿腑鍙戦佺殑ETH鎬繪暟閲(鏍規嵁姝ゅ墠浣犻夋嫨榪愯岀殑楠岃瘉鑰呰妭鐐規暟閲忥紝姣忎釜楠岃瘉鑰32ETH)銆傜偣鍑誨悓鎰忚︽垝媯鏌(alertchecks)錛岀劧鍚庡崟鍑葷『璁や互瀵艱埅鍒版渶鍚庝竴姝モ斺旇繘琛屽疄闄呭瓨嬈俱傜偣鍑燴淚nitiatetheTransaction鈥(鍙戣搗浜ゆ槗)錛屽皢浣犵殑ETH璐ㄦ娂榪涘畼鏂圭殑Eth2瀛樻懼悎綰︿腑銆備綘灝嗛渶瑕侀氳繃浣犵殑閽卞寘紜璁ゆ瘡涓楠岃瘉鑰呯殑32ETH璐ㄦ娂嬈俱傚綋榪欑瑪浜ゆ槗紜璁や箣鍚庯紝浣犲氨瀹屾垚浜咵th2璐ㄦ娂鎿嶄綔浜嗭紒????紲濊春錛侊紒
8. ethtool原理介紹和解決網卡丟包排查思路
之前記錄過處理因為LVS網卡流量負載過高導致軟中斷發生丟包的問題， RPS和RFS網卡多隊列性能調優實踐 ，對一般人來說壓力不大的情況下其實碰見的概率並不高。這次想分享的話題是比較常見伺服器網卡丟包現象排查思路，如果你是想了解點對點的丟包解決思路涉及面可能就比較廣，不妨先參考之前的文章 如何使用MTR診斷網路問題 ，對於Linux常用的網卡丟包分析工具自然是ethtool。
2020年06月22日 - 初稿
閱讀原文 - https://wsgzao.github.io/post/ethtool/
ethtool - utility for controlling network drivers and hardware
ethtool is the standard Linux utility for controlling network drivers and hardware, particularly for wired Ethernet devices. It can be used to:
Most features are dependent on support in the specific driver. See the manual page for full information.
ethtool 用於查看和修改網路設備（尤其是有線乙太網設備）的驅動參數和硬體設置。你可以根據需要更改乙太網卡的參數，包括自動協商、速度、雙工和區域網喚醒等參數。通過對乙太網卡的配置，你的計算機可以通過網路有效地進行通信。該工具提供了許多關於接駁到你的 Linux 系統的乙太網設備的信息。
接收數據包是一個復雜的過程，涉及很多底層的技術細節，但大致需要以下幾個步驟：
NIC 在接收到數據包之後，首先需要將數據同步到內核中，這中間的橋梁是 rx ring buffer 。它是由 NIC 和驅動程序共享的一片區域，事實上， rx ring buffer 存儲的並不是實際的 packet 數據，而是一個描述符，這個描述符指向了它真正的存儲地址，具體流程如下：
當驅動處理速度跟不上網卡收包速度時，驅動來不及分配緩沖區，NIC 接收到的數據包無法及時寫到 sk_buffer ，就會產生堆積，當 NIC 內部緩沖區寫滿後，就會丟棄部分數據，引起丟包。這部分丟包為 rx_fifo_errors ，在 /proc/net/dev 中體現為 fifo 欄位增長，在 ifconfig 中體現為 overruns 指標增長。
這個時候，數據包已經被轉移到了 sk_buffer 中。前文提到，這是驅動程序在內存中分配的一片緩沖區，並且是通過 DMA 寫入的，這種方式不依賴 CPU 直接將數據寫到了內存中，意味著對內核來說，其實並不知道已經有新數據到了內存中。那麼如何讓內核知道有新數據進來了呢？答案就是中斷，通過中斷告訴內核有新數據進來了，並需要進行後續處理。
提到中斷，就涉及到硬中斷和軟中斷，首先需要簡單了解一下它們的區別：
當 NIC 把數據包通過 DMA 復制到內核緩沖區 sk_buffer 後，NIC 立即發起一個硬體中斷。CPU 接收後，首先進入上半部分，網卡中斷對應的中斷處理程序是網卡驅動程序的一部分，之後由它發起軟中斷，進入下半部分，開始消費 sk_buffer 中的數據，交給內核協議棧處理。
通過中斷，能夠快速及時地響應網卡數據請求，但如果數據量大，那麼會產生大量中斷請求，CPU 大部分時間都忙於處理中斷，效率很低。為了解決這個問題，現在的內核及驅動都採用一種叫 NAPI（new API）的方式進行數據處理，其原理可以簡單理解為 中斷 + 輪詢，在數據量大時，一次中斷後通過輪詢接收一定數量包再返回，避免產生多次中斷。
(1) RX errors
表示總的收包的錯誤數量，這包括 too-long-frames 錯誤，Ring Buffer 溢出錯誤，crc 校驗錯誤，幀同步錯誤，fifo overruns 以及 missed pkg 等等。
(2) RX dropped
表示數據包已經進入了 Ring Buffer，但是由於內存不夠等系統原因，導致在拷貝到內存的過程中被丟棄。
(3) RX overruns
表示了 fifo 的 overruns，這是由於 Ring Buffer(aka Driver Queue) 傳輸的 IO 大於 kernel 能夠處理的 IO 導致的，而 Ring Buffer 則是指在發起 IRQ 請求之前的那塊 buffer。很明顯，overruns 的增大意味著數據包沒到 Ring Buffer 就被網卡物理層給丟棄了，而 CPU 無法即使的處理中斷是造成 Ring Buffer 滿的原因之一，上面那台有問題的機器就是因為 interruprs 分布的不均勻(都壓在 core0)，沒有做 affinity 而造成的丟包。
(4) RX frame
表示 misaligned 的 frames。
網線上的packet首先被網卡獲取，網卡會檢查packet的CRC校驗，保證完整性，然後將packet頭去掉，得到frame。網卡會檢查MAC包內的目的MAC地址，如果和本網卡的MAC地址不一樣則丟棄(混雜模式除外)。
網卡將frame拷貝到網卡內部的FIFO緩沖區，觸發硬體中斷。（如有ring buffer的網卡，好像frame可以先存在ring buffer里再觸發軟體中斷（下篇文章將詳細解釋Linux中frame的走向），ring buffer是網卡和驅動程序共享，是設備里的內存，但是對操作系統是可見的，因為看到linux內核源碼里網卡驅動程序是使用kcalloc來分配的空間，所以ring buffer一般都有上限，另外這個ring buffer size，表示的應該是能存儲的frame的個數，而不是位元組大小。另外有些系統的 ethtool 命令 並不能改變ring parameters來設置ring buffer的大小，暫時不知道為什麼，可能是驅動不支持。）
網卡驅動程序通過硬中斷處理函數，構建sk_buff，把frame從網卡FIFO拷貝到內存skb中，接下來交給內核處理。（支持napi的網卡應該是直接放在ring buffer，不觸發硬中斷，直接使用軟中斷，拷貝ring buffer里的數據，直接輸送給上層處理，每個網卡在一次軟中斷處理過程能處理weight個frame）
過程中，網卡晶元對frame進行了MAC過濾，以減小系統負荷。（除了混雜模式）
網卡驅動程序將IP包添加14位元組的MAC頭，構成frame（暫無CRC）。Frame（暫無CRC）中含有發送端和接收端的MAC地址，由於是驅動程序創建MAC頭，所以可以隨便輸入地址，也可以進行主機偽裝。
驅動程序將frame（暫無CRC）拷貝到網卡晶元內部的緩沖區，由網卡處理。
網卡晶元將未完全完成的frame（缺CRC）再次封裝為可以發送的packet，也就是添加頭部同步信息和CRC校驗，然後丟到網線上，就完成一個IP報的發送了，所有接到網線上的網卡都可以看到該packet。
產生中斷的每個設備都有一個相應的中斷處理程序，是設備驅動程序的一部分。每個網卡都有一個中斷處理程序，用於通知網卡該中斷已經被接收了，以及把網卡緩沖區的數據包拷貝到內存中。
當網卡接收來自網路的數據包時，需要通知內核數據包到了。網卡立即發出中斷。內核通過執行網卡已注冊的中斷處理函數來做出應答。中斷處理程序開始執行，通知硬體，拷貝最新的網路數據包到內存，然後讀取網卡更多的數據包。
這些都是重要、緊迫而又與硬體相關的工作。內核通常需要快速的拷貝網路數據包到系統內存，因為網卡上接收網路數據包的緩存大小固定，而且相比系統內存也要小得多。所以上述拷貝動作一旦被延遲，必然造成網卡FIFO緩存溢出 - 進入的數據包占滿了網卡的緩存，後續的包只能被丟棄，這也應該就是ifconfig里的overrun的來源。
當網路數據包被拷貝到系統內存後，中斷的任務算是完成了，這時它把控制權交還給被系統中斷前運行的程序。
網卡的內核緩沖區，是在PC內存中，由內核控制，而網卡會有FIFO緩沖區，或者ring buffer，這應該將兩者區分開。FIFO比較小，裡面有數據便會盡量將數據存在內核緩沖中。
網卡中的緩沖區既不屬於內核空間，也不屬於用戶空間。它屬於硬體緩沖，允許網卡與操作系統之間有個緩沖；
內核緩沖區在內核空間，在內存中，用於內核程序，做為讀自或寫往硬體的數據緩沖區；
用戶緩沖區在用戶空間，在內存中，用於用戶程序，做為讀自或寫往硬體的數據緩沖區；
另外，為了加快數據的交互，可以將內核緩沖區映射到用戶空間，這樣，內核程序和用戶程序就可以同時訪問這一區間了。
對於有ring buffer的網卡，ring buffer是由驅動與網卡共享的，所以內核可以直接訪問ring buffer，一般拷貝frames的副本到自己的內核空間進行處理（deliver到上層協議，之後的一個個skb就是按skb的指針傳遞方式傳遞，直到用戶獲得數據，所以，對於ring buffer網卡，大量拷貝發生在frame從ring buffer傳遞到內核控制的計算機內存里）。
網卡工作在數據鏈路層，數據量鏈路層，會做一些校驗，封裝成幀。我們可以查看校驗是否出錯，確定傳輸是否存在問題。然後從軟體層面，是否因為緩沖區太小丟包。
一台機器經常收到丟包的報警，先看看最底層的有沒有問題:
(1) 查看工作模式是否正常
(2) 查看檢驗是否正常
Speed，Duplex，CRC 之類的都沒問題，基本可以排除物理層面的干擾。
Why rx_crc_errors incrementing in the receive counter of ethtool -S output?
Check ethtool -S output and find where are the drops and errors.
Check the numbers corresponding to rx_crc_errors .
顯示了p1p1 的介面類型，連接模式，速率等等信息，以及當前是否連接了網線（如果是網線Supported ports 就是TP，如果是光纖則顯示Fiber），這里例舉下3個重要關鍵詞
Supported ports: [ FIBRE ]
Speed: 10000Mb/s
Link detected: yes
ethtool
Counters Troubleshooting for Linux Driver
Why do I see rx_crc_errors in ethtool output?
ping請求錯誤分析
ifconfig 命令詳解
ethtool 命令詳解
ethtool 解決網卡丟包嚴重和網卡原理
9. ETH測試網的那些事：新手被交智商稅 竟有人買測試幣
隨著一年多的加密的出現牛市,大量的新參與者被添加到塊,潮流鏈同時有很多的機會,但也使圓出現大量新的低水平計劃,這是奇怪,最近有人在網上銷售ethereum測試貨幣,而且真的有很多小白餌，買了很多。進入了解後，很多新手主要不知道區塊鏈，同時相關科普也很少，所以一些信息造成了錯誤的認識，所以我們開展了小白科普，主要介紹了以太坊測試網。
顧名思義，測試網路是正式產品或程序推出前的功能和性能測試過程。不同的公鏈都有自己的測試網路，如比特幣、萊特幣、以太坊等。測試網路一般分為專用測試網和公用測試網。專用測試網路是由我們的區域網或本地機器構建的測試環境。公開測試網路是指所有人都可以訪問的測試網路環境。一般來說，在以太坊Metamask錢包中我們可以看到以太坊公共測試網路主要分為以下幾種類型:
Ropsten：一個POW的區塊鏈，非常類似於目前以太坊主網
Kovan：一個POA的區塊鏈
Rinkeby：一個POA的區塊鏈
Goerli：一個POS的區塊鏈，對標ETH2.0
不同的測試網路除了在區塊模型和共識機制方面有所不同，在軟體客戶端支持的類型和垃圾處理交易機制也有所不同，其他的都是支持使用EVM的虛擬機入口，即如果不是以太通道和底層功能測試或DApp某些性能參數，對於生態項目方面，其他一切都是相同的。
在牛市之前，大多數以太坊DApp開發者實際上使用的是Ropsten測試網路。因為Ropsten測試網路使用POW挖掘，這與我們看到的主要網路挖掘是一樣的，需要特定的圖形卡和其他設備。這部分測試網路的最大特點是網路計算能力低，所以採集成本很低。此外，有了以太坊基金會的資助，公眾其實很容易通過公開渠道免費獲得相應的測試幣。開采方式和其他測試,所以測試的成本,更便宜,無論如何獲得成本,當然,在行業測試網路沒有多少商業價值,同時測試硬幣就沒有價值,是可以免費得到的,人們可以通過測試網路水龍頭免費網站。
進入以太坊2.0時代後，主網的主要流程是信標鏈正式上線，節點對ETH質押進行驗證，節點軟體運行，再將POW鏈轉化為POS鏈。智能合同部署在最初的戰俘網路仍然有效,但采礦方法發生了變化,這個過程使得有必要用不同的機制運行多個測試網路功能上線之前,為了確保正式啟動可以盡可能順利進行。
在主網上，目前進展是以太坊信標鏈上線，POW鏈繼續運行，其他分片鏈尚未運行。目前主流的2.0客戶端測試網路是由Prysmatic Labs發起的Goerli測試網路，該網路自2019年開始運行。用於以太坊2.0的測試網路tapoz自2021年以來一直在運行。其他開放測試碎片鏈仍然沒有公開運行。在以太坊2.0合並後，Goerli測試網現在被稱為以太坊2.0測試網。
由於它是以太坊2.0測試網路，作為區塊鏈技術未來幾年發展的重點，Goerli測試網路實際上相當受歡迎。首先，需要參與測試網路驗證節點的塊生成和運行，所以必須需要32個高爾里測試網路測試幣。Prysmatic Labs之前在其官網提供了32枚Goerli測試幣給有意參與驗證測試節點的運營商領取，完全符合測試節點的要求。
驗證人在獲得32枚測試幣後，需要像當前主網路一樣，將高爾里測試幣調用合同在高爾里測試網路上進行質押，以獲得測試節點運行的資格。然後在伺服器上運行測試網路客戶端軟體，完成後續的測試網路參與過程。測試網路驗證器在完成測試網路驗證節點的建立後，可以嘗試在測試網路驗證器上部署各種智能合約或進行其他測試。
主網路上相應的過程是POW主網路過渡到POS過程，我們稍後將看到。換句話說，如果一個項目想在未來幾年內部署在以太坊上，最接近的測試網路就是Goerli測試網路。當然，由於EVM虛擬機用於合同部署，很多項目仍然會選擇Rinkeby測試網路進行測試。Rinkeby測試網路採用POA共識機制(權威認證)，使用驗證器統一賬本狀態。這有效地防止了雙重支出。正因為如此，Rinkeby測試網實際上為開發人員提供了良好的測試網路體驗，也吸引了很多開發人員。
高爾利測試網目前運行的是POS模式，每天也有大量的測試幣產生。然而，由於目前的短缺，一些測試幣水龍頭提供給公眾的測試幣相對較少。從上面可以看出，高爾利測試幣的主要目的是為32個測試幣部署相應的2.0驗證者測試節點。當然，測試節點不會產生實際收入。
此外，高爾里測試幣的主要用戶是DApp生態項目方。隨著以太坊計劃進入2.0階段，一些項目將在Goerli的網路上部署他們的測試dapp，所以實際上在Goerli的測試網路上部署的智能合約並不多。自牛市以來，高爾利測試網也迎來了較為活躍的時期，這部分是由於DApp項目的測試網活動吸引了大量羊毛派對。
簡而言之,在項目正式啟動主網路,DApp開發團隊通常部署在公共測試網路合同,然後讓它公開,以便用戶和一些DApp賞金獵人可以測試,以發現一些錯誤,沒有發現在內部測試,確保項目的安全。
生態項目測試活動一般都有相應的獎金,一些方面的項目在同一時間為了訪問流的應用程序進行壓力測試DApp,公開發表了一些測試活動,比如關注官方 社會 賬戶,然後體驗測試網路,當項目建立正式提供將得到項目刪除令牌。
幾乎零成本,因為這種測試活動,並獲得寶貴的令牌,它吸引了許多普通用戶,同時,使用大量的占「拔毛」,並將使用測試網路將有一個測試的前提eth氣體時,也正因為如此,許多試幣在牛市接受龍頭的情況下大多是乾的(試幣是帶出來的，拿不到試幣)，所以存在交易試幣的情況。
對於大多數的貨幣圈很長一段時間對於投資者來說,自然知道測試硬幣都是沒有價值的,所以購買測試硬幣主要是一些黑心商人用小白和新手在以太和以太方方2.0 - 2.0測試這部分細節不了解,加上一些文章測試網路表達不清楚,給新手造成一些誤解。測試貨幣的目的始終是為了測試網路。主要網路啟動後,測試網路仍然存在和發揮測試的作用在隨後的關鍵功能,而不是虛假陳述」測試網路和主要網路合並,並測試貨幣成為主要網路貨幣」說,這些黑色的商人。
10. 【ETH錢包開發03】web3j轉賬ETH
在之前的文章中，講解了創建、導出、導入錢包。
【ETH錢包開發01】創建、導出錢包
【ETH錢包開發02】導入錢包
本文主要講解以太坊轉賬相關的一些知識。交易分為ETH轉賬和ERC-20 Token轉賬，本篇先講一下ETH轉賬。
1、解鎖賬戶發起交易。錢包keyStore文件保存在geth節點上，用戶發起交易需要解鎖賬戶，適用於中心化的交易所。
2、錢包文件離線簽名發起交易。錢包keyStore文件保存在本地，用戶使用密碼+keystore的方式做離線交易簽名來發起交易，適用於dapp，比如錢包。
本文主要講一下第二種方式，也就是錢包離線簽名轉賬的方式。
交易流程
1、通過keystore載入轉賬所需的憑證Credentials
2、創建一筆交易RawTransaction
3、使用Credentials對象對交易簽名
4、發起交易
注意以下幾點：
1、Credentials
這里，我是通過獲取私鑰的方式來載入 Credentials
還有另外一種方式，通過密碼+錢包文件keystore方式來載入 Credentials
2、nonce
nonce是指發起交易的賬戶下的交易筆數，每一個賬戶nonce都是從0開始，當nonce為0的交易處理完之後，才會處理nonce為1的交易，並依次加1的交易才會被處理。
可以通過 eth_gettransactioncount 獲取nonce
3、gasPrice和gasLimit
交易手續費由gasPrice 和gasLimit來決定，實際花費的交易手續費是 gasUsed * gasPrice 。所有這兩個值你可以自定義，也可以使用系統參數獲取當前兩個值
關於 gas ，你可以參考我之前的一篇文章。
以太坊（ETH）GAS詳解
gasPrice和gasLimit影響的是轉賬的速度，如果gas過低，礦工會最後才打包你的交易。在app中，通常給定一個默認值，並且允許用戶自己選擇手續費。
如果不需要自定義的話，還有一種方式來獲取。獲取以太坊網路最新一筆交易的 gasPrice ,轉賬的話， gasLimit 一般設置為21000就可以了。
Web3j還提供另外一種簡單的方式來轉賬以太幣,這種方式的好處是不需要管理nonce，不需要設置gasPrice和gasLimit，會自動獲取最新一筆交易的gasPrice，gasLimit 為21000（轉賬一般設置成這個值就夠用了）。
這個問題，我想是很多朋友所關心的吧。但是到目前為止，我還沒有看到有講解這方面的博客。
之前問過一些朋友，他們說可以通過區塊號、區塊哈希來判斷，也可以通過Receipt日誌來判斷。但是經過我的一番嘗試，只有 BlockHash 是可行的，在web3j中根據 blocknumber 和 transactionReceipt 都會報空指針異常。
原因大致是這樣的：在發起一筆交易之後，會返回 txHash ，然後我們可以根據這個 txHash 去查詢這筆交易相關的信息。但是剛發起交易的時候，由於手續費問題或者乙太網絡擁堵問題，會導致你的這筆交易還沒有被礦工打包進區塊，因此一開始是查不到的，通常需要幾十秒甚至更長的時間才能獲取到結果。我目前的解決方案是輪詢的去刷 BlockHash ，一開始的時候 BlockHash 的值為0x00000000000，等到打包成功的時候就不再是0了。
這里我使用的是rxjava的方式去輪詢刷的，5s刷新一次。
正常情況下，幾十秒內就可以獲取到區塊信息了。
區塊確認數=當前區塊高度-交易被打包時的區塊高度。