哪个地方能看到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绠楀姏鏀剁泭璁$畻)瑙g瓟锛屽傛灉杩樻湁鍏朵粬鐨勭枒闂锛岃风户缁鍏虫敞閾惧簲鐢
鏈鏂囩敱閾惧簲鐢ㄥ彂甯冿紝涓嶄唬琛ㄩ摼搴旂敤绔嬪満锛岃浆杞借仈绯讳綔鑰呭苟娉ㄦ槑鍑哄勶細>
浠ュお鍧婃寲鐭块渶瑕佽冻澶熺殑鏄惧瓨锛屼互澶鍧奃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骞村垵鐨勮繖娈垫椂闂撮噷浠峰煎緱鍒颁簡鑲瀹氾紝鈥滅敓鍛解濆緱鍒颁簡鍗囧崕銆
闈㈠硅繖鏍风殑鎯呭舰锛屾垜涓嶇佹兂璧蜂簡璇椾粰鏉庣櫧鐨勪竴棣栧彨銆婅禒宕斾緧閮庝簩棣栧叾涓銆嬬殑璇楋細
杩欓栬瘲涓锛屾潕鐧芥槸鍊熼粍娌抽噷鐨勯菠楸间綔姣斿柣锛岃〃杈剧殑鏄瀵逛粫瀹︾殑娈峰垏锛屼互鍙婃鎵嶄笉閬囩殑閮侀椃涔嬫儏銆傝岃繖棣栬瘲涓鎵鎻愬埌鐨勯菠楸硷紝涔熷氨鏄鎴戜滑鏇剧粡鍚杩囩殑鈥滈菠楸艰烦榫欓棬鈥濅腑鐨勯菠楸笺
鈥滈菠楸艰烦榫欓棬鈥濅腑鐨勯菠楸硷紝鍦ㄥ畠蹇嶅彈鐫鑷宸辩殑灏惧反琚鐑堢伀鐏肩儳鎵甯︽潵鐨勫墽鐑堢柤鐥涳紝鎷煎敖鍏ㄥ姏璺冲悜楂橀珮鍦ㄤ笂鐨勯緳闂锛屽苟鏈缁堟垚鍔熻烦杩囦簡榫欓棬鍚庯紝杩欎竴鏉¢粍娌抽噷鐨勬櫘閫氬嚒楸煎氨鍙樻垚浜嗕竴鏉″ぉ涓婄殑绁為緳锛屽疄鐜颁簡瀵硅嚜宸辩殑瓒呰秺锛屼篃鑳藉緱鍒板懆鍥寸殑鑲瀹氥
鍥炲埌甯佸湀锛屽備粖鐨勬瘮鐗瑰竵鏄涓嶆槸鍍忔瀬浜嗛粍娌抽噷閭f潯宸茬粡璺冭繃浜嗛緳闂ㄣ佹垚鍔熼嗚鐨勯菠楸硷紵
濡傛灉浠庝腑鏈鑱鍦2008骞村彂甯冩瘮鐗瑰竵鐨勭櫧鐨涔︾畻璧凤紝鍒扮幇鍦锛屾瘮鐗瑰竵宸茬粡鏈13骞寸殑 鍘嗗彶 浜嗐傚湪杩欏崄涓夊勾鐨勬椂闂撮噷锛屾瘮鐗瑰竵鏀鎸佽呬滑琚鏃犳暟浜烘鐤戣繃锛屽槻绗戣繃锛岃ヨ借繃锛岃屾瘮鐗瑰竵鏇存槸缁忓巻浜嗘暟娆℃讳骸涔嬫梾銆
濡備粖锛屾瘮鐗瑰竵宸茬粡缁忓巻浜嗗竵甯傚洓骞翠竴涓澶у懆鏈熺殑涓夋″ぇ鑰冮獙锛岃屽湪姣忎釜澶у懆鏈熼噷锛屾瘮鐗瑰竵鐨勪环鏍间篃閮借兘瀹炵幇浜嗗逛笂涓鍛ㄦ湡鏈楂樹环鏍肩殑绐佺牬鍜岃秴瓒婏紝鑷翠娇2020骞寸殑姣旂壒甯佺粓浜庢垚涓轰簡閭f潯璺宠繃浜嗛緳闂ㄧ殑椴ら奔鈥斺旇蛋鍑轰簡浣撻噺涓嶅ぇ鐨勫竵鍦堬紝杩涘叆浜嗕富娴 绀句細 锛屽苟寰楀埌浜嗕富娴 绀句細 閲岃秺鏉ヨ秺鏅閬嶇殑璁ゅ悓銆
鐢辨よ存潵锛屽竵甯傞噷鐨勫竵瀛愯佽兘澶熷儚姣旂壒甯佷竴鏍峰緱鍒颁富娴 绀句細 鐨勮ゅ悓锛岄栧厛瀹冭嚜宸辫佽兘澶熷硅嚜宸变箣鍓嶇殑鏈楂樹环鎬昏兘澶熷疄鐜板緱浜嗙獊鐮村拰瓒呰秺銆
閭o紝鍦ㄦ瘮鐗瑰竵绐佺牬涓婁釜鐗涘競鏈楂樹环锛屽苟灞″垱鑷宸辩殑鏂伴珮鍚庯紝鍝涓甯佽兘澶熷厛鍦ㄥ竵浠蜂笂瀹炵幇鑷宸辫秴瓒婁笂涓鐗涘競宄板肩殑杩欎竴鈥滈菠楸艰烦榫欓棬鈥濈殑灏忕洰鏍囧憿锛
璋佽兘鍦ㄦ瘮鐗瑰竵涔嬪悗鍏堣秴瓒婅嚜宸
瓒呰秺鑷宸变笂涓鐗涘競鐨勬渶楂樹环锛屽竵绉嶆墍鎸囩殑鑼冨洿鑷鐒舵槸涓婁釜鐗涘競閲屽氨瀛樺湪鐫鐨勫竵瀛愭柊甯佷篃灏变笉鍦ㄨ繖涓璁ㄨ鸿寖鍥村唴浜嗐
浠庤繖涓涔呯殑琛屾儏鏉ョ湅锛屾暣涓甯佸競閲屼粠涓婁釜鐗涘競涓鐩村瓨娲诲埌鐜板湪鐨勫竵绉嶄腑锛孍HT锛堜互澶鍧)銆丩TC锛堣幈鐗瑰竵锛夈丟ODE锛堢嫍鐙楀竵锛夎繖涓変釜甯佺嶇殑鐨勮〃鐜版棤鐤戞槸鏈鎶㈢溂鐨勫竵绉嶄簡銆
鎺ヤ笅鏉ワ紝鎴戜滑灏变竴璧锋潵鐪嬬湅锛屽摢涓甯佽兘澶熸渶鏃╃獊鐮磋嚜宸变笂涓鐗涘競鏃剁殑鏈楂樹环锛岄栧厛瀹炵幇鑷鎴戠殑瓒呰秺銆
鍏堣磋村湪12鏈28鍙烽偅澶╂定骞呮渶澶х殑鐙楃嫍甯佸惂銆傝繖涓甯佷箣鍓嶅啓杩囦竴绡囨枃绔犺磋繃锛屽畠鍙浠ヨ存槸涓涓寰堟帴鍦版皵鐨勮佸竵浜嗐傛墍浠ワ紝瀹冪殑缇や紬鍩虹姣旇緝濂斤紝涔熸墠浼氬嚭鐜版帹鐗瑰ぇV涓鍙ヨ瘽锛屽氨鑳藉甫鍔ㄨ屾儏涓婃定鐨勬儏鍐点
鑰屽湪12鏈28鏃ヨ繖澶╋紝鍏朵环鏍肩殑鏈浣庝笌鏈楂樹箣闂寸珶鐒舵槸3鍊嶈繕澶氱殑娑ㄥ箙锛屼环鏍兼渶楂樻椂杈惧埌浜8鍒嗚繕澶氥傜敋鑷崇粰浜轰竴绉嶆劅瑙夛細瀹冧技涔庡緢蹇灏辫兘绐佺牬涓婁釜鐗涘競閲015鍏冪殑楂樼偣浜嗐
浣嗭紝杩欎釜甯佸埌浠婂ぉ杩樻槸娌℃湁绐佺牬涓婁釜鐗涘競鐨勬渶楂樹环鏍硷紝鎴戞兂涓涓嬪瓙涔熶笉浼氱獊鐮寸殑銆傚洜涓鸿繖涓甯佹槸涓涓鍏稿瀷鐨勫北瀵ㄥ竵銆傝屽湪鎵鏈夊北瀵ㄥ竵涓锛岃屾儏璧板娍浼间箮閮戒竴鐩撮冧笉杩囪繖涓瑙勫緥锛氬畠浠淇濇寔琛屾儏涓婃定鐨勮愬姏涓嶅熴備篃姝e洜姝わ紝涓浜鸿や负锛岀煭鏈熷唴鐙楃嫍甯佽佺獊鐮翠笂涓鐗涘競宄板肩殑鍙鑳芥т笉澶с
褰撶劧锛屽傛灉瀹冪煭鏈熷唴灏辫兘绐佺牬涓婁釜鐗涘競鐨勬渶楂樹环鐨勮瘽锛屾垜鎯筹紝瀵规暣涓甯佸競鐨勮屾儏涔熸槸涓濂戒簨锛屽洜涓猴紝杩欐剰鍛崇潃浠婂勾灞卞ㄥ竵鐨勮屾儏灏嗕細鏇村煎緱鎴戜滑鏈熷緟銆
鍐嶆潵璇磋磋幈鐗瑰竵鍜屼互澶鍧娿傝繖涓や釜甯佸湪涓婁釜鐗涘競閲岀殑鏈楂樹环鍑虹幇鐨勬椂闂存槸鑾辩壒甯佸湪鍏堬紝浠ュお鍧婂湪鍚庛傝幈鐗瑰竵鍦ㄦ瘮鐗瑰竵鍑虹幇浜嗘渶楂樹环鍚庣殑绗浜屽ぉ锛屼篃灏辨槸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鐨勬椂鍊欓渶瑕佹垚鏈涔扮熆鏈猴紝鑰屼笖杩欎簺鎴愭湰涓嶅皬锛屼竴瀹氱▼搴︿笂闃绘尅浜嗘暎鎴疯繘鍏ワ紝閭d箞POS涔嬪悗锛屾暎鎴峰彲浠ユ姷鎶间换浣曟暟閲忕殑ETH璧氬彇鏀剁泭锛屽綋鍓嶆瘮濡備互LIDO杩欐牱鐨勫钩鍙伴潪甯稿彈娆㈣繋锛屾暎鎴烽殢渚挎姷鎶间箣鍚庡彲浠ユ嬁鍒板嚟璇佽繕鍙浠ュ湪甯傚満浜ゆ槗銆
鏍规嵁Meta鍏鍙告渶鏂版姭闇茬殑涓浠藉囧繕褰曟樉绀猴紝璇ュ叕鍙稿凡缁忎负灏哊FT鍜屽尯鍧楅摼鎶鏈闆嗘垚鍒版棗涓嬪簲鐢ㄥ拰鏈嶅姟涓璁惧畾浜嗕竴涓绮楃暐鐨勬椂闂磋〃锛屽苟璁″垝鍦ㄤ粖骞翠簲鏈堢巼鍏堝湪Facebook涓婂惎鍔∟FT璇曠偣璁″垝銆傝ヨ瘯鐐逛笂绾夸箣鍚庯紝Facebook灏嗚繀閫熻窡杩涗竴椤规柊鍔熻兘锛屽嵆璁╂嫢鏈夌壒瀹歂FT鐨勭敤鎴疯幏寰桭acebook缇ょ粍鐨勪細鍛樿祫鏍笺傛ゅ栵紝Facebook杩樺皢鍚鍔ㄤ竴涓狽FT閾搁犻」鐩锛屾湭鏉ヤ細閫氳繃璐圭敤鍜屽箍鍛婄瓑鎵嬫靛彉鐜般
鑲$エ鍜屽姞瀵嗚揣甯佷氦鏄撳簲鐢ㄧ▼搴廟obinhood鍦ㄦ瘮鐗瑰竵2022澶т細涓婂e竷锛屽畠姝h″垝灏嗘瘮鐗瑰竵闂鐢电綉缁滄坊鍔犲埌鍏跺钩鍙颁腑锛屼互鍔犲揩BTC浜ゆ槗銆傚畠杩樼О锛屽叾Beta鍔犲瘑鍊欒ˉ鍚嶅崟涓鐨勫悎鏍肩敤鎴风幇鍦ㄥ彲浠ラ氳繃鍏跺姞瀵嗛挶鍖呭姛鑳藉彂閫佸拰鎺ユ敹鍔犲瘑璐у竵銆傛嵁鎮夛紝Robinhood鍦1鏈堜唤鍙戝竷浜嗗叾鍔犲瘑閽卞寘Beta鐗堟湰锛屽厑璁哥壒瀹氱敤鎴疯浆绉绘瘮鐗瑰竵銆佷互澶鍧婂拰鐙楃嫍甯併
椹寰锋媺锛圡adeira锛夊皢閲囩敤姣旂壒甯併傝憽钀勭墮椹寰锋媺缇ゅ矝鑷娌诲尯鏀垮簻涓诲腑琛ㄧず锛屾垜鐩镐俊鏈鏉ワ紝鎴戠浉淇℃瘮鐗瑰竵锛佸ⅷ瑗垮摜鍙傝鍛業ndira Kempis鎻愯绔嬫硶浣挎瘮鐗瑰竵鍦ㄥⅷ瑗垮摜鎴愪负娉曞畾璐у竵銆
姣旂壒甯佽屾儏鍒嗘瀽 姣旂壒甯佽繃鍘24h璧板娍鏉ョ湅锛屽湪43000闄勮繎寰楀埌浜嗘敮鎾戯紝浣嗘槸杩欑嶆敮鎾戦潪甯稿急锛屽簳閮ㄦ病鏈夋槑鏄剧殑鏀鹃噺锛屾墍浠ョ瓑寮卞娍鍙嶅脊涔嬪悗寰堝ぇ姒傜巼缁х画楠岃瘉43000杩欎竴鍖洪棿鐨勫己鏀鎾戜綅缃锛屽綋鍓嶅洜涓虹編鑱斿偍甯冩媺寰烽拱娲捐█璁猴紝甯傚満闇瑕佹椂闂存潵鎸佺画娑堝寲锛屽綋鍓嶅競鍦烘櫘閬嶉勬湡鏄5鏈堜唤鍔犳伅50鍩虹偣鐨勫悓鏃惰繘琛岀缉琛ㄣ
4灏忔椂绾у埆锛屽ぇ鐩樺急鍔挎敮鎾戜箣鍚庡急鍔垮弽寮癸紝涔嬪墠45000闄勮繎鐨勬敮鎾戜綅灏卞彉鎴愪簡寮洪樆鍔涗綅锛屼笅鏂规敮鎾43000-38000杩欎釜鍖洪棿锛岃繖涓鍖洪棿灞炰簬寮烘敮鎾戯紝鍥犱负杩欎釜鍖洪棿鏄浠婂勾1鏈堣嚦3鏈堜唤鎸佺画楠岃瘉杩囩殑锛屾墍浠ュ睘浜庢瘮杈冨己鍔跨殑鏀鎾戜綅缃銆
椋庨櫓鎻愰啋 鏁板瓧璧勪骇娉㈠姩杈冨ぇ锛岄庨櫓鏋侀珮锛岃疯皑鎱庡弬涓庯紝鏉滅粷婊′粨姊鍝堬紝鎷掔粷璐锋炬潬鏉嗭紒
楂樼洓鍏鍙歌夊緱锛屽厖鍒嗚冭檻鐪熸d富瑕佺敤閫斻佸㈡埛鏁伴噺銆佹妧鏈鎬ц凯浠f洿鏂伴熺巼绛夊氭柟闈㈣佺礌锛屼互澶甯佸緢鏈夊彲鑳芥浛浠BTC鍙樻垚娴佽岀殑鏁板瓧璐у竵銆
鍦ㄥ競鍦鸿屾儏璧板娍灞傞潰锛岄珮鐩涘叕鍙告敞閲嶇幇闃舵垫暟瀛楄揣甯侀攢鍞甯傚満涓2017鈥2018骞村ぇ鐗涘競涓闂撮噸瑕佺殑宸鍒鍙栧喅浜庢姇璧勮呯殑娣诲姞銆備絾浼撮殢鐫鎶曡祫鑰呮渶杩戝弬涓庢у彉缂擄紙鏁板瓧璐у竵ETF娉ㄥ叆璧勪骇闄嶄綆锛夈佸彇浠e竵浜旇姳鍏闂锛岄攢鍞甯傚満鍐嶄竴娆¤鑲℃皯鎵鏍稿績銆
楂樼洓鍏鍙歌〃鏄庯紝杩欑被浠庣粍缁囧埌鑲℃皯鐨勫彉鍖栵紝姝e炲姞閿鍞甯傚満鏆磋穼鐨勬傜巼銆傜幇闃舵甸攢鍞甯傚満鐨勯珮涓嶇‘瀹氭у皢缁存寔涓嬪幓锛岀洿鑷虫暟瀛楄揣甯佹湁鐫鍗曠嫭浜庝环閽变互澶栫殑娼滃湪鎬х湡姝g粡娴庡彂灞曚富瑕佺敤閫斻
浠ュお甯佸彂灞曟綔鍔涙瀬澶
楂樼洓鍏鍙歌〃鏄庯紝浠ュお甯佺郴缁熻蒋浠堕傜敤鏅鸿兘鍚堢害锛屽苟涓哄紑鍙戜汉鍛樼粰浜堝缓绔嬫柊杩愮敤鐨勬柟娉曘傜幇闃舵靛ぇ閮ㄥ垎鍖哄潡閾炬妧鏈閲戣瀺涓(DeFi)杩愮敤閮藉垱寤哄湪浠ュお甯佷簰鑱旂綉涓婏紝澶ч儴鍒嗕笉鍙鏇夸唬浠e竵鎬(NFT)涔熸槸搴旂敤浠ュお甯侀夎喘鐨勩
涓嶣TC瀵规瘮锛屼互澶甯佺殑鎴愪氦閲忔洿楂樸備即闅忕潃浠ュお甯佸湪DeFi鍜孨FT涓鐨勫簲鐢ㄦ剤鏉ユ剤鏅閬嶏紝浠ュお甯佸皢鍦ㄨ繍鐢ㄥ姞瀵嗙畻娉曞眰闈㈠垱寤鸿嚜韬鐨勫厛缁欎紭鐐广
楂樼洓鍏鍙告敞閲嶏紝浠ュお甯佽繕鍙鍦ㄥ尯鍧楅摼鎶鏈鐨勫笎绨夸笂瀹夊叏鎬у湴銆佺佺樺湴鍌ㄥ瓨鍩烘湰涓婁竴鍒囦俊鎭鍐呭广傝繖绉嶄俊鎭鍐呭硅兘澶 琚浠e竵鎬诲寲鍜屼拱鍗栥傝繖浠h〃鐫浠ュお甯佹湇鍔″钩鍙版湁鍙戝睍娼滃姏鍙樻垚鍊煎緱淇¤禆淇℃伅鍐呭圭殑澶т腑鍨嬭锤鏄撳競鍦恒
鐜伴樁娈垫姇璧勪汉鏃╁凡鑳藉 鏍规嵁NFT鍦ㄧ綉缁滀笂鍞鍗栨暟瀛楄壓鏈鍜岃棌鍝侊紝浣嗚繖浠呬粎瀹冪殑鍏蜂綋涓昏佺敤閫旂殑涓灏忛儴鍒嗐
楂樼洓鍏鍙歌夊緱锛屽皢鏉ユ湰浜鸿兘澶 鏍规嵁浠ュお甯佸偍瀛樺苟灏嗗叾璇婄枟鏁版嵁鍑哄敭缁欏埗鑽涓氱戝︾爺绌朵紒涓氥備互澶甯佷笂鐨勬暟鎹妗f堣祫鏂欏緢鏈夊彲鑳藉寘鎷鏈浜烘暟鎹淇℃伅锛屽寘鍚璐浜т娇鐢ㄦ潈銆佽瘖鐤 鍘嗗彶 鏃堕棿锛屼箖鑷充笓鍒╂潈銆
浠ュお甯佽繕鍏峰囧仛涓哄尯鍧楅摼鎶鏈鐨勫叏涓栫晫鍩烘湰缃戠粶鏈嶅姟鍣ㄧ殑鐩婂勩備笌okex鎴栧井杞鍏鍙搁偅鏍风殑闆嗕腑鍨嬬綉缁滄湇鍔″櫒涓嶄竴鏍凤紝杩欏緢鏈夊彲鑳戒负鍏变韩璧勬簮鏈浜烘暟鎹淇℃伅缁欎簣浜嗕竴涓瑙e喅鏂规硶銆
BTC鐨勭█缂鸿祫婧愪笉鑳芥敮鎾戠偣鍏朵娇鐢ㄤ环鍊煎偍瀛樼殑浣滅敤
閿鍞甯傚満涓婇傜敤BTC鍏锋湁浣跨敤浠峰煎瓨鍌ㄤ綔鐢ㄧ殑鍏抽敭鍘熷洜鏄鍏朵緵璐ф瘮杈冩湁闄愩備絾楂樼洓鍏鍙歌夊緱锛屼績杩涗娇鐢ㄤ环鍊煎瓨鍌ㄥ彇寰楁垚鍔熷彇鍐充簬瑕佹眰锛岃屼笉鏄绋缂鸿祫婧愩
鐜伴樁娈甸攢鍞甯傚満涓婂叧閿鐨勪环閽卞偍瀛樿储浜у潎瀛樻湁骞崇ǔ鐨勬彁渚涳細濂藉氫釜鏂颁笘绾鑷充粖锛岄噾瀛愮殑渚涚粰閲忎竴鐩村湪浠ヨ创杩2%鐨勯熺巼鎻愰珮锛屼絾閲戝瓙渚濈劧鏄璁ゅ彲鐨勫崌鍊兼柟寮忋傝屽儚閿囬偅鏍风殑閲嶅厓绱犲嵈骞跺苟涓嶆槸浣跨敤浠峰煎瓨鍌ㄦ柟寮忋
楂樼洓鍏鍙告敞閲嶏紝鍥哄畾涓嶅姩涓旀瘮杈冩湁闄愮殑渚涜揣寰堟湁鍙鑳戒細鍒烘縺鎬хН瀛橈紝椹变娇鏂伴【瀹㈢珵浠烽珮杩囩洰鍓嶉【瀹锛岃繘鑰屾帹鍗囦环閽辫捣浼忥紝閫犳垚閲戣瀺娉℃搏銆備笌姣旇緝鏈夐檺鐨勪緵璐х淮鎸佷娇鐢ㄤ环鍊煎规瘮锛屾洿鍏抽敭鐨勬槸鍑忓皯鏂颁緵璐уぇ骞呭害鍜屼笉鑳介勬祴鍒嗘瀽鎻愰珮銆傜幇闃舵典互澶甯佹讳緵缁欓噺娌℃湁闄愬埗锛屼絾骞翠緵缁欓噺鎻愰珮瀛樻湁闄愬畾锛岃揪鍒拌繖涓瑙勮寖銆
杩呴熷彂灞曡秼鍔跨殑鎶鏈鎬ф憜鑴变簡鍏堢粰浼樼偣
閫傜敤BTC灏嗘牳蹇冩暟瀛楄揣甯侀攢鍞甯傚満鐨勮佽В瑙夊緱锛屽叾鍏锋湁鍏堢粰浼樼偣鍜屽法澶х殑瀹㈡埛鍩烘湰銆
浣嗛珮鐩涘叕鍙稿己璋冿紝 鍘嗗彶 鏃堕棿鏃╁凡璇佸疄锛氬湪鎶鏈鎬ф棩鏂版湀寮傘佽佹眰鎸佺画鎻愰珮鐨勯嗗煙涓锛屽厛椹辫呬紭鐐规棤娉曚繚鎸併傚亣濡傜煡鍚嶅叕鍙告棤娉曡瀺鍏ユ寔缁杞鍙樼殑椤惧㈢埍濂芥垨绔炰簤鑰呯殑鎶鏈鎬у彂灞曪紝濂逛滑寰堟湁鍙鑳戒細涓уけ涓诲兼
鐜伴樁娈垫暟瀛楄揣甯侀攢鍞甯傚満鎬讳綋娲昏穬鎬х敤鎴烽噺鍗佸垎涓嶇ǔ瀹氥傚湪杩欑被鑷鐒剁幆澧冧腑锛屽姞瀵嗙畻娉曞彟澶栧湪蹇閫熻浆鍙橈紝娌℃硶杩呴熷崌绾х殑绯荤粺杞浠跺緢鏈夊彲鑳戒細钀戒紞銆
鍦ㄥ㈡埛鏁伴噺灞傞潰锛屼互澶甯佸湪2017骞村緱鍒板緢澶氭椿璺冩ф秷璐圭兢锛岀幇闃舵垫秷璐圭兢鏃╁凡鍋氬埌BTC缁忚惀瑙勬ā鐨80锛呫
鍦ㄦ妧鏈鎬у眰闈锛岀幇闃舵典互澶甯佸凡缁忓瑰叾鍗忚涔﹀紑灞曡繀閫熷崌绾э紙蹇杩嘊TC锛夛紝浠庡姵鍔ㄩ噺璇佸疄(PoW)鍚戝埄鐩婅瘉瀹(PoS)琛旀帴銆
楂樼洓鍏鍙歌〃鏄庯紝PoS鐨勪紭鍔挎槸鑳藉 杩涗竴姝ユ彁楂樼郴缁熻蒋浠剁殑鐢靛姏鑳芥簮楂樻晥鐜囷紝渚濇嵁鎸栫熆鎸戦夋嫢鏈夌殑浠ュお鍧婃绘暟(鑰屼笉鏄濂逛滑鐨勮В鍐冲伐浣滆兘鍔)鏉ュ栬祻鎸栫熆锛岃繖灏嗗畬姣曞规寲鐭垮栬祻鐨勭儳鐢垫瘮璧涖
鐜伴樁娈礏TC鐨勮兘鑰楁棭宸插仛鍒拌タ鐝鐗欏叏鍥藉悇鍦扮殑鑳借楋紝鍋囧傛瘮鐗瑰竵浠锋牸鍗囧埌100000缇庨噾锛屽叾鐨勮兘鑰楀緢鏈夊彲鑳界炕鐣銆備粠ESG鐨勮嗚掔湅鏉ワ紝杩欎績浣緽TC椤圭洰鎶曡祫鍏峰囪叮鍛虫с
鍦ㄥ畨鍏ㄦу彲闈犳у眰闈锛岄珮鐩涘叕鍙歌〃鏄庣幇闃舵靛叏閮ㄦ暟瀛楄揣甯佷粛澶勫湪鍒濇湡鐜鑺傦紝鎶鏈鎬ц浆鍙樺揩閫燂紝瀹㈡埛鍩烘湰涓嶇ǔ瀹氥
灏界′互澶甯丳oS鍗忚涔﹁よ瘉鍏ㄨ繃绋嬩腑鐨勫畨鍏ㄩ殣鎮o紝浣咮TC涔熶笉鏄100%瀹夊叏鎬х殑銆傜幇闃舵礏TC鍓嶅洓澶ф寲鐭胯蒋浠舵搷绾电潃杩60%鐨凚TC渚涜揣锛岃繃楂樼殑甯傚満闆嗕腑搴﹂犳垚 瀛樻湁娣樺疂铏氬亣浜ゆ槗鐨勫緢鏈夊彲鑳姐
浠ュお甯佷篃閬閬囩潃寰堝氶庨櫓鎬э紝瀹冪殑涓诲兼т篃娌℃硶纭淇濄傛瘮濡傦紝鍋囧備互澶甯20鍗囩骇寤惰繜鏃堕棿锛屽紑鍙戣呭緢鏈夊彲鑳戒細鎸戦夎縼绉诲埌甯傚満绔炰簤鏈嶅姟骞冲彴銆
閿鍞甯傚満灏嗗啀娆¤捣浼忥紝鐩磋嚦鐪熺湡姝fe疄鐢ㄤ环鍊煎彂鐢
楂樼洓鍏鍙稿己璋冿紝鐜伴樁娈垫暟瀛楄揣甯侀攢鍞甯傚満涓2017鈥2018骞村ぇ鐗涘競涓闂撮噸瑕佺殑宸鍒鍙栧喅浜庢姇璧勮呯殑瀛樻湁锛氬畠鏄閲戣瀺浣撶郴閫愭笎鐩告嫢鏁板瓧璐у竵璐浜х殑涓涓寰佸厗銆
BTC鐨勪笉纭瀹氭т竴鐩存寔缁涓婂崌锛屼互寰涓鍛ㄧ殑鍗曟棩浠烽挶灏变笅鎸浜30%銆
鍙﹀栨姇璧勮呯殑杩戞湡鍙備笌鎬ф湁涓瀹氱殑鍙樼紦锛堟暟瀛楄揣甯丒TF娉ㄥ叆璧勪骇闄嶄綆锛夛紝鑰屽彇浠e竵浜旇姳鍏闂锛岃繖鏆楃ず鐫閿鍞甯傚満鍐嶄竴娆¤鑲℃皯鎵鏍稿績銆
楂樼洓鍏鍙歌夊緱锛岃繖绫讳粠缁勭粐鍒拌偂姘戠殑鍙樺寲锛屾e炲姞閿鍞甯傚満鍙戠敓鏆磋穼鐨勬傜巼銆傜幇闃舵甸攢鍞甯傚満鐨勯珮涓嶇‘瀹氭у皢缁存寔涓嬪幓锛岀洿鑷虫暟瀛楄揣甯佹湁鐫鍗曠嫭浜庝环閽变互澶栫殑娼滃湪鎬х湡姝g粡娴庡彂灞曚富瑕佺敤閫斻傝繖灏嗘墦寮鏁板瓧璐у竵鐨勬柊鏃舵湡銆
#姣旂壒甯乕瓒呰瘽]# #鏁板瓧璐у竵#
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宄颁細鏃惰〃绀猴紝姣旂壒甯佹槸缇庡浗鍥犺岀郴缁熷強鍏ㄧ悆鍏辫瘑鐨勭珵浜夊规墜锛屼粬璁や负鐪熸g殑鏁板瓧鎴栧竵涓嶉渶瑕佸幓涓蹇冨寲锛屽悗鏉ヨ繕鎻愬埌浜咲efi锛岃碊efi鏄鐪熸g殑鍒涙柊,浣嗗傛灉娌℃湁鍧氱★紝琛屼笟灏辨棤娉曠敓瀛橈紝鍚屾椂涔熸彁鍒癉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绯绘樉鍗″幓骞磋繕绠楁槸鈥滄e父浠封濓紙鍏跺疄褰撴椂杩樻湁涓嶅皯 浜哄柗30绯诲お璐碉紝20绯绘洿棣欙級锛岀粨鏋滀粖骞村氨鍙樻垚浜嗏濆垁鑴栨灦鈥濓紝浣犺嫢鐫鎬ヨ呴厤鐢佃剳瑕佸叆鎵-鍧楁樉鍗★紝 閽卞寘鍚冪槳涔熸槸鑲瀹氱殑锛
褰撶劧涔熸湁寰堝氫汉铔寮蹇冿紝杩囧簱瀛樼殑鍟嗕汉杩欐垫椂闂村嚑涔庣ǔ璧氬ぇ璧氾紝骞虫椂鐖辨姌鑵剧殑瑁呮満鏁f埛锛屾ゆ椂鎶婅嚜宸辨墜澶翠笉鐢ㄧ殑闂茬疆3070銆3080鐢氳嚦20绯绘樉 鍗℃墜锛屼篃鑳藉皬鍓蹭竴绗斻
浣滀负鏈夌湡瀹為渶姹傜殑瑁呮満鐢ㄦ埛锛屼粖骞磋呯數鑴戯紝鐪熺殑鏄澶闅句簡锛
鍐呭瓨鍜屽浐鎬佺‖鐩樹篃瑕佹定璧锋潵浜
鍒绱у紶锛屾樉鍗¤繖鍏充綘杩囦笉鍘伙紝杩樺彲浠ユ暣涓鏍歌姱鏄惧崱鎾戜竴鎾戯紝鍧忎簡涓嶇帺鏂版父鎴忥紝1066鑰佸綋鐩婂.銆
浣嗗唴瀛樻潯銆佸浐鎬佺‖鐩樹綘鎬荤粫涓嶈繃鍘诲惂锛熻岃繖涓や釜鍩虹纭浠朵篃瑕佹定浠蜂簡锛
2021骞2鏈24鏃ワ紝鍢夊悎鍔插▉甯傚満閮ㄥ彂甯冮氬憡鈥滈勮︹濓紝璋堝強鏅跺渾渚涘簲绱у紶锛屽埗閫犲唴瀛樻潯銆佸浐鎬佺‖鐩樼殑DRAM銆丯ANDFLASH鑺鐗囦緵搴旂煭缂猴紝瀵艰嚧鍚堢害浠锋牸涓婂崌锛岀敱姝ゆ帹娴2021涓婂崐骞村唴瀛樺皢浼氭寔缁娑ㄤ环锛屾垨鑰呬笉娑ㄤ环锛屾湁浠锋棤璐с
鍢夊悎鍔插▉浣曡镐汉涔燂紵瀹冨氨鏄闃挎柉鍔犵壒銆佸厜濞佺殑姣嶅叕鍙革紝鍊煎緱涓鎻愮殑鏄 锛2020骞村厜濞佸搧鐗屾帹鍑轰簡鈥濆紙Pro鈥濈郴鍒楃殑绾鍥戒骇鍐呭瓨鏉″拰NVMe SSD鍥烘佺‖鐩樹骇鍝侊紝鍝佽川寰楀埌娑堣垂鑰呭拰甯傚満鐨勮偗瀹氾紝鍙堥煎緱澶у搧鐗屾墦浠锋牸鎴橈紝鍙浠ヨ寸粨鏉熶簡涓夋槦绛夊浗闄呭法澶村姩涓嶅姩鈥濇柇鐢点 澶辩伀鈥濃啋娑ㄤ环鐨勫帇姒ㄥ彶锛 璁╂垜浠100%绾鍥戒骇鏈変簡鍐嶄竴娆℃壃鐪夊悙姘旂殑鏈洪亣锛屽綋鏃舵垜鍐欒繃鍑犵瘒鏂囩珷锛屽ぇ瀹跺彲浠ヤ簡瑙d竴涓嬨
涓嶈繃锛岃繛杩欐牱鎺ュ湴姘旂殑鍥戒骇鍝佺墝閮藉彂甯冧簡娑ㄤ环棰勮︼紝鍐呭瓨銆丼SD娑ㄤ环蹇呯劧涓嶆槸绌虹┐鏉ラ庯紒
鏈夊湀鍐呮湅鍙嬭や负锛岃繖娉㈡定浠峰彲鑳芥槸缁2017~2018骞村唴瀛樻樉鍗″浐鎬佲滀笁澶т欢鈥濇定浠蜂箣鍚庣殑鏂颁竴娆♀滆偩鐥涒濈儹娼銆傛讳箣锛屽樿嫢浣犵‖鏄鈥滆繋娑ㄨ屼笂鈥濓紝蹇呭畾琛浜忥紝濂夊姖瑁呮満鐢ㄦ埛鍏ユ墜鏄惧崱銆佸唴瀛樸丼SD鍓嶄竴 瀹氳佸仛濂藉姛璇撅紝鎱庝箣鍙堟厧锛
4. 銆愬繀鐪嬨慐TH浣庨庨櫓濂楀埄鐨勪竴绉嶆柟娉
璇濅笉澶氳达紝鐩存帴涓婂共璐с
杩戜竴娈靛叧娉‥OS浼楃规瘮杈冨氾紝鐪嬪埌鏈夊皬浼欎即鏍规嵁EOS/ETH鐨勬暟鎹锛屽彂浜嗗備笅涓寮犲浘锛
鍥句腑鏄庢樉鍙浠ョ湅鍑烘定璺屽懆鏈熷熀鏈浠23灏忔椂涓轰竴涓杞鍥烇紝濡傛灉鍦ㄦ瘡闂撮殧23灏忔椂楂樺崠浣庝拱涓娆★紝绠楁槸涓绉嶆瘮杈冪ǔ濡ョ殑鑾峰埄鍔炴硶銆
浣犱竴瀹氬緢濂藉囷紝杩欑湡鐨勬槸涓涓瑙勫緥鍚楋紵鎴栬呰翠负浠涔堟槸杩欐牱鍛锛
杩欒繕瑕佷粠EOS浼楃瑰紑濮嬭磋捣銆侭M褰撴椂澶╂墠鐨勬彁鍑轰簡EOS浼楃圭殑鎯虫硶锛屼互23灏忔椂涓哄懆鏈燂紝鎸佺画涓骞达紝姝ょ嶄紬绛规柟寮忓彲璋撳墠鏃犲彜浜恒
鎴戠寽娴婤M鏄涓嶆槸鑰冭檻鍖哄潡閾句箖鏄鍏ㄧ悆鍏卞悓鍏虫敞鐨勯」鐩锛屽洜姝ゆ妸浼楃规椂闂村浐瀹氬湪鍑犵偣浼间箮閮戒笉鍚堥傦紝閭e共鑴嗚疆娴侊紝姣忎釜鏃堕棿閮借疆鍒般
鐜板湪鎶奅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
杩欐槸涓绉嶄綆椋庨櫓濂楀埄鐨勬柟寮忥紝浣嗗苟涓嶄唬琛ㄦ病鏈夐庨櫓銆傛湁鏃朵簩绾у競鍦虹殑娉㈠姩姣旇緝澶э紝鍑虹幇鏆傛椂鐨勪簭鎹熶篃鏄姝e父鐨勩
濡傚湪鍥句腑鍙浠ョ湅鍒帮紝鍦4鏈29鏃ワ紝甯傚満娉㈠姩鏋佸ぇ锛屽湪浼楃瑰悗鐨勪竴涓灏忔椂鍐匛OS/ETH涓嬭穼浜41%銆
涓嶈繃鎴戜滑鍋氫簨鎯咃紝鍙瑕佸仛姒傜巼澶х殑浜嬫儏鍗冲彲銆傚傛灉鍍忛摱琛屽瓨娆鹃偅鏍凤紝铏界劧鍑犱箮鏃犻庨櫓锛屼絾骞村寲鏀剁泭鐜囧彧鏈夊尯鍖175%銆
濡傛灉鐢ㄧ悊鎬ф垬鑳滀汉鎹熷け鍘屾伓鐨勬劅鎬э紝閭d箞浜虹殑鑳藉姏杈圭晫鏃犵枒灏辨墿澶т簡涓浜涖
杩欎篃鏄鍊熼壌浜嗛噺鍖栦氦鏄撶殑鎬濊矾锛屽傛灉纭璁や竴浠朵簨鎯呮槸澶ф傜巼鑾峰埄锛岄偅灏卞︿範鍐峰啺鍐扮殑璁$畻鏈猴紝姣鏃犳劅鎯呯殑鎵ц屽嵆鍙銆
杩欓噷鏈変竴鐐归渶瑕佽存槑锛氱幇鍦ㄨ窛绂籈OS涓荤綉涓婄嚎杩樻湁鏈鍚庝竴涓鏈堬紝鎵浠ヨ繖绉嶄綆椋庨櫓濂楀埄鐨勫姙娉曞彧鑳藉啀鎸佺画4鍛锛屾湁鍏磋叮灏濊瘯鐨勫皬浼欎即鍙瑕佹姄绱т簡銆
ETH鐨勬寲鐭垮師鐞嗕笌鏈哄埗
寰呭瓧闂轰腑寮鍙戜簡涓闂ㄥ尯鍧楅摼鏂归潰鐨勮剧▼锛氥婃繁鍏ユ祬鍑篍TH鍘熺悊涓庢櫤鑳藉悎绾﹀紑鍙戙嬶紝椹鑹鑰佸笀璁叉巿銆傛ゆ枃闆嗚板綍鎴戠殑瀛︿範绗旇般
璇剧▼鍏8鑺傝俱傚叾涓锛屽墠鍥涜捐睧TH鍘熺悊锛屽悗鍥涜捐叉櫤鑳藉悎绾︺
绗鍥涜惧垎涓轰笁閮ㄥ垎锛
杩欑瘒鏂囩珷鏄绗鍥涜剧涓閮ㄥ垎鐨勫︿範绗旇帮細Ethash绠楁硶銆
杩欒妭璇句粙缁嶇殑鏄浠ュお鍧婇潪甯告牳蹇冪殑鎸栫熆绠楁硶銆
鍦ㄤ粙缁岴thash绠楁硶涔嬪墠锛屽厛璁蹭竴浜涜儗鏅鐭ヨ瘑銆傚叾瀹炲尯鍧楅摼鎶鏈涓昏佹槸瑙e喅涓涓鍏辫瘑鐨勯棶棰橈紝鑰屽叡璇嗘槸涓涓灞傛″緢涓板瘜鐨勬傚康锛岃繖閲屾妸鑼冪暣缂╁皬锛屽彧璁ㄨ哄尯鍧楅摼涓鐨勫叡璇嗐
浠涔堟槸鍏辫瘑锛
鍦ㄥ尯鍧楅摼涓锛屽叡璇嗘槸鎸囧摢涓鑺傜偣鏈夎拌处鏉冦傜綉缁滀腑鏈夊氫釜鑺傜偣锛岀悊璁轰笂閮芥湁璁拌处鏉冿紝棣栧厛闈涓寸殑闂棰樺氨鏄锛屽埌搴曡皝鏉ヨ板笎銆傚彟涓涓闂棰橈紝浜ゆ槗涓瀹氭槸鏈夐『搴忕殑锛屽嵆璋佸湪鍓嶏紝鍓嶅湪鍚庛傝繖鏍峰彲浠ヨВ鍐冲弻鑺遍棶棰樸傚尯鍧楅摼涓鐨勫叡璇嗘満鍒跺氨鏄瑙e喅杩欎袱涓闂棰橈紝璋佽板笎鍜屼氦鏄撶殑椤哄簭銆
浠涔堟槸宸ヤ綔閲忚瘉鏄庣畻娉
涓轰簡鍐冲畾浼楀氳妭鐐逛腑璋佹潵璁板笎锛屽彲浠ユ湁澶氱嶆柟妗堛傚叾涓锛屽伐浣滈噺璇佹槑灏辫╄妭鐐瑰幓绠椾竴涓鍝堝笇鍊硷紝婊¤冻闅惧害鐩鏍囧肩殑鑳滃嚭銆傝繖涓杩囩▼鍙鑳介氳繃鏋氫妇璁$畻锛岃皝绠楃殑蹇锛岃皝鑾疯儨鐨勬傜巼澶с傛敹鐩婅窡鑺傜偣鐨勫伐浣滈噺鏈夊叧锛岃繖灏辨槸宸ヤ綔閲忚瘉鏄庣畻娉曘
涓轰粈涔堣佸紩鍏ュ伐浣滈噺璇佹槑绠楁硶锛
Hash Cash 鐢盇dam Back 鍦1997骞村彂琛锛屼腑鏈鑱棣栨″湪姣旂壒甯佷腑搴旂敤鏉ヨВ鍐冲叡璇嗛棶棰樸
瀹冩渶鍒濈敤鏉ヨВ鍐冲瀮鍦鹃偖浠堕棶棰樸
鍏朵富瑕佽捐℃濇兂鏄閫氳繃鏆村姏鎼滅储锛屾壘鍒颁竴绉岯lock澶撮儴缁勫悎锛堥氳繃璋冩暣nonce锛変娇寰楀祵濂楃殑SHA256鍗曞悜鏁e垪鍊艰緭鍑哄皬浜庝竴涓鐗瑰畾鐨勫硷紙Target锛夈
杩欎釜绠楁硶鏄璁$畻瀵嗛泦鍨嬬畻娉曪紝涓寮濮嬩粠CPU鎸栫熆锛岃浆鑰屼负GPU锛岃浆鑰屼负FPGA锛岃浆鑰屼负ASIC锛屼粠鑰屼娇寰楃畻鍔涘彉寰楅潪甯搁泦涓銆
绠楀姏闆嗕腑灏变細甯︽潵涓涓闂棰橈紝鑻ユ湁涓涓鐭挎睜鐨勭畻鍔涜揪鍒51%锛屽垯瀹冨氨浼氭湁浣滄伓鐨勯庨櫓銆傝繖鏄姣旂壒甯佺瓑浣跨敤宸ヤ綔閲忚瘉鏄庣畻娉曠殑绯荤粺鐨勫紛绔銆傝屼互澶鍧婂垯鍚稿彇浜嗚繖涓鏁欒锛岃繘琛屼簡涓浜涙敼杩涳紝璇炵敓浜咵thash绠楁硶銆
Ethash绠楁硶鍚稿彇浜嗘瘮鐗瑰竵鐨勬暀璁锛屼笓闂ㄨ捐′簡闈炲父涓嶅埄鐢ㄨ$畻鐨勬ā鍨嬶紝瀹冮噰鐢ㄤ簡I/O瀵嗛泦鐨勬ā鍨嬶紝I/O鎱锛岃$畻鍐嶅揩涔熸病鐢ㄣ傝繖鏍凤紝瀵逛笓鐢ㄩ泦鎴愮數璺鍒欎笉鏄閭d箞鏈夋晥銆
璇ョ畻娉曞笹PU鍙嬪ソ銆備竴鏄鑰冭檻濡傛灉鍙鏀鎸丆PU锛屾媴蹇冩槗琚鏈ㄩ┈鏀诲嚮锛涗簩鏄鐜板湪鐨勬樉瀛橀兘寰堝ぇ銆
杞诲瀷瀹㈡埛绔鐨勭畻娉曚笉閫備簬鎸栫熆锛屾槗浜庨獙璇侊紱蹇閫熷惎鍔
绠楁硶涓锛屼富瑕佷緷璧栦簬Keccake256 銆
鏁版嵁婧愰櫎浜嗕紶缁熺殑Block澶撮儴锛岃繕寮曞叆浜嗛殢鏈烘暟闃靛垪DAG锛堟湁鍚戦潪寰鐜鍥撅級锛圴italik鎻愬嚭锛
绉嶅瓙鍊煎緢灏忋傛牴鎹绉嶅瓙鍊肩敓鎴愮紦瀛樺硷紝缂撳瓨灞傜殑鍒濆嬪间负16M锛屾瘡涓涓栦唬澧炲姞128K銆
鍦ㄧ紦瀛樺眰涔嬩笅鏄鐭垮伐浣跨敤鐨勬暟鎹鍊硷紝鏁版嵁灞傜殑鍒濆嬪兼槸1G锛屾瘡涓涓栦唬澧炲姞8M銆傛暣涓鏁版嵁灞傜殑澶у皬鏄128Bytes鐨勭礌鏁板嶃
妗嗘灦涓昏佸垎涓轰袱涓閮ㄥ垎锛屼竴鏄疍AG鐨勭敓鎴愶紝浜屾槸鐢℉ashimoto鏉ヨ$畻鏈缁堢殑缁撴灉銆
DAG鍒嗕负涓変釜灞傛★紝绉嶅瓙灞傦紝缂撳瓨灞傦紝鏁版嵁灞傘備笁涓灞傛℃槸閫愭笎澧炲ぇ鐨勩
绉嶅瓙灞傚緢灏忥紝渚濊禆涓婁釜涓栦唬鐨勭嶅瓙灞傘
缂撳瓨灞傜殑绗涓涓鏁版嵁鏄鏍规嵁绉嶅瓙灞傜敓鎴愮殑锛屽悗闈㈢殑鏍规嵁鍓嶉潰鐨勪竴涓鏉ョ敓鎴愶紝瀹冩槸涓涓涓茶屽寲鐨勮繃绋嬨傚叾鍒濆嬪ぇ灏忔槸16M锛屾瘡涓涓栦唬澧炲姞128K銆傛瘡涓鍏冪礌64瀛楄妭銆
鏁版嵁灞傚氨鏄瑕佺敤鍒扮殑鏁版嵁锛屽叾鍒濆嬪ぇ灏1G锛岀幇鍦ㄧ害2涓狦锛屾瘡涓鍏冪礌128瀛楄妭銆傛暟鎹灞傜殑鍏冪礌渚濊禆缂撳瓨灞傜殑256涓鍏冪礌銆
鏁翠釜娴佺▼鏄鍐呭瓨瀵嗛泦鍨嬨
棣栧厛鏄澶撮儴淇℃伅鍜岄殢鏈烘暟缁撳悎鍦ㄤ竴璧凤紝鍋氫竴涓狵eccak杩愮畻锛岃幏寰楀垵濮嬬殑鍗曞悜鏁e垪鍊糓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绠楁硶锛屼笉瓒充箣澶勶紝璇锋壒璇勬寚姝c
鍥藉唴eth鍗佸ぇ鐭挎睜鎺掑悕
浠ュお鍧婄殑鎸栫熆杩囩▼涓庢瘮鐗瑰竵鐨勫嚑涔庢槸涓鏍风殑銆侲TH閫氳繃鎸栫熆浜х敓锛屽钩鍧囨瘡15绉掍骇鐢1涓鍧楋紝鎸栫熆鐨勬椂鍊欙紝鐭垮伐浣跨敤璁$畻鏈哄幓璁$畻涓閬撳嚱鏁拌$畻棰樼殑绛旀堬紝鐩村埌鏈夌熆宸ヨ$畻鍒版g‘绛旀堝嵆瀹屾垚鍖哄潡鐨勬墦鍖呬俊鎭锛岃屼綔涓虹涓涓璁$畻鍑烘潵鐨勭熆宸ュ皢浼氬緱鍒3鏋欵TH鐨勫栧姳銆
濡傛灉鐭垮伐A鐜囧厛绠楀嚭姝g‘鐨勭瓟妗堬紝閭d箞鐭垮伐A灏嗚幏寰椾互澶甯佷綔涓哄栧姳锛屽苟鍦ㄥ叏缃戝箍鎾鍛婅瘔鎵鏈夌熆宸モ滄垜宸茬粡鎶婄瓟妗堢畻鍑烘潵浜嗏濆苟璁╂墍鏈夊湪绛旈樼殑鐭垮伐浠杩涜岄獙璇佸苟鏇存柊姝g‘绛旀堛傚傛灉鐭垮伐B绠楀嚭姝g‘绛旀堬紝閭d箞鍏朵粬鐭垮伐灏嗕細鍋滄㈠綋鍓嶇殑瑙i樿繃绋嬶紝璁板綍姝g‘绛旀堬紝骞跺紑濮嬪仛涓嬩竴閬撻橈紝鐩村埌绠楀嚭姝g‘绛旀堬紝骞朵竴鐩撮噸澶嶆よ繃绋嬨
鐭垮伐鍦ㄨ繖涓娓告垙涓寰堥毦浣滃紛銆備粬浠鏄娌℃硶浼瑁呭伐浣滃張寰楀嚭姝g‘绛旀堛傝繖灏辨槸涓轰粈涔堣繖涓瑙i樼殑杩囩▼琚绉颁负鈥滃伐浣滈噺璇佹槑鈥濓紙POW锛夈
瑙i樼殑杩囩▼澶х害姣12-15绉掞紝鐭垮伐灏变細鎸栧嚭涓涓鍖哄潡銆傚傛灉鐭垮伐鎸栫熆鐨勯熷害杩囧揩鎴栬呰繃鎱锛岀畻娉曚細鑷鍔ㄨ皟鏁撮樼洰鐨勯毦搴︼紝鎶婂嚭鍧楅熷害淇濇寔鍦13绉掑乏鍙炽
鐭垮伐鑾峰彇杩欎簺ETH甯佹槸鏈夐殢鏈烘х殑锛屾寲鐭跨殑鏀剁泭鍙栧喅浜庢姇鍏ョ殑绠楀姏锛屽氨鐩稿綋浣犵殑璁$畻鏈鸿秺澶氾紝浣犵瓟棰樼殑姝g‘鐨勬傜巼涔熷氨瓒婇珮锛屾洿瀹规槗鑾峰緱鍖哄潡濂栧姳銆
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浠婃棭瀹e竷锛屾柊涔︺孭roof ofS take銆嶅皢鍦1涓鏈堝唴涓婂競锛屽寘鎷瀹炰綋鍜屾暟瀛楃増鏈锛岃ヤ功姹囨暣浜嗕粬鍦ㄨ繃鍘10骞存墍鎾板啓鐨勫悇绉嶆枃绔狅紝鐜板凡鍙閫氳繃proofofstake.gitcoin.co缃戠珯鎹愯禒浠ュお鍧婏紝鑾峰緱璇ヤ功绛惧悕鏁板瓧鐗堟湰鍙婄邯蹇礜FT锛屼粬鏈浜轰唤棰濈殑鍗栦功鏀剁泭灏嗗叏棰濇崘缁橤itcoin Grants鐢ㄤ簬鍏鐩娿
鏍规嵁proofofstake.gitcoin.co缃戠珯淇℃伅锛屻屾潈鐩婅瘉鏄庛嶅皢鍦9鏈27鏃ユe紡涓婂競锛岀幇宸插湪Books-A-Million銆丅arnesNoble銆丅ookshop.org銆両ndie Bound銆丄mazon銆乀arget銆丠udson銆乄almart銆丳owells銆丼even Stories绛夊悇澶ф笭閬撳紑鏀鹃勮喘銆
鍙﹀栵紝閫氳繃璇ョ綉绔欐崘鐚浠讳綍鏁伴噺鐨勪互澶鍧婏紝灏嗗彲鑾峰緱鏈塚italik Buterin绛惧悕鐨勩孭roof of Stake銆嶄功绫嶆暟瀛楃増鏈鍙婄邯蹇礜FT銆傛崘鐚鑰呭畬鎴愭崘娆惧悗锛屽彲閾搁犱竴涓涓嶅彲杞璁㎞FT锛屽綋璇ヤ功姝e紡涓婂競鏃讹紝鎹愮尞鑰呭氨鍙棰嗗彇绛惧悕鏁板瓧鐗堟湰銆
鎹愮尞浠讳綍鏁伴噺鐨勪互澶鍧婏紝鍙鑾峰緱銆屾潈鐩婅瘉鏄庛嶄功绫嶇惧悕鏁板瓧鐗堟湰鍙婄邯蹇礜FT
璇ョ綉绔欐寚鍑猴紝閿鍞绛惧悕鏁板瓧鐗堟湰鎵鑾峰緱鐨90%鐨勮祫閲戯紝灏嗙敤浜嶨itcoin Grants鍖归厤姹狅紝10%灏嗙敤浜庡嚭鐗堝悎浣滀紮浼碨even StoriesPress锛屼互鏀鎸佺嫭绔嬪嚭鐗堢殑鍏鍏变骇鍝併傚彟澶栵紝鏃犺烘槸鍦ㄨョ綉绔欐垨浠讳綍鍏朵粬鍦版柟璐涔拌ヤ功锛孷italik Buterin宸叉壙璇猴紝灏嗘崘鍑轰粬鐨勬墍鏈夋敹鐩婄粰Gitcoin Grants鍖归厤姹犮
鏂颁功鍐呭
鏍规嵁缃戠珯浠嬬粛锛孷italik Buterin鏄涓鐢熷姩鑰屽瘜鏈夋兂鍍忓姏鐨勪綔瀹讹紝鏂颁功鏀堕泦浜嗕粬鍦ㄤ互澶鍧婂礇璧蜂箣鍓嶅強鏈熼棿鐨勬枃绔狅紝褰撲粬鍛ㄥ洿璁稿氫汉閮藉湪鍏虫敞浠e竵浠峰兼湁鏃犱笂娑ㄤ箣闄咃紝浠栨湰浜烘e煁澶磋嫤鎬濆垱寤轰竴涓浜掕仈缃戝師鐢熶笘鐣岀殑闂棰樺拰鍙鑳芥с
鍦╒italik Buterin浠婃棩瀹e竷璇ヤ功鍗冲皢鍑虹増涔嬪悗锛岃礋璐f浛璇ヤ功鎾板啓鑳屾櫙鍐呭圭殑缇庡浗绉戠綏鎷夊氬ぇ瀛︽尝寰峰垎鏍′紶濯掔爺绌剁郴鍔╃悊鏁欐巿Nathan Schneider杞鍙戝叾鎺ㄦ枃骞惰〃绀猴細娑堟伅浼犲嚭鏉ヤ簡锛氭垜鏈夊垢璐熻矗缂栬緫浠ュお鍧婂垱鍔炰汉Vitalik Buterin鐨勪竴鏈涔︺備竴涓鏈堝唴灏变細涓婂競锛屾槸鏃跺欎粠绾夸笂鎴栦粠鍦版柟涔﹀簵棰勮浜嗭紝鏄鐨勶紝鏈変竴涓绾蹇礜FT锛屽畠灏嗗彲杞鍙樻垚鑾峰彇涓鏈绛惧悕涔︺
7. Eth2瀛樻惧悎绾﹀彂甯冿紒濡備綍璐ㄦ娂浣犵殑 ETH 鎴愪负楠岃瘉鑰呭憿锛
鍏嶈矗澹版槑锛氭湰鏂囨棬鍦ㄤ紶閫掓洿澶氬競鍦轰俊鎭锛屼笉鏋勬垚浠讳綍鎶曡祫寤鸿銆傛枃绔犱粎浠h〃浣滆呰傜偣锛屼笉浠h〃鐏鏄熻储缁忓畼鏂圭珛鍦恒
灏忕紪锛氳板緱鍏虫敞鍝
鏉ユ簮锛歶nitimes
鍘熸枃鏍囬橈細Eth2瀛樻惧悎绾﹀彂甯冿紒濡備綍璐ㄦ娂浣犵殑ETH鎴愪负楠岃瘉鑰呭憿锛
浣滆咃細RyanSeanAdams
璇戣咃細Jhonny
缂栬緫锛歁ickey
Eth2椹涓婅佹潵浜嗐
鏍规嵁浠ュお鍧婂熀閲戜細瀹樺崥娑堟伅(瑙佷笅鍥)锛屼粖鏃Eth2瑙勮寖v1.0鐗堟湰姝e紡鍙戝竷锛屽寘鎷鍙戝竷闃舵0淇℃爣閾句富缃戠殑瀛樻惧悎绾(DepositContract)鍦板潃锛孍th2淇℃爣閾惧垱涓栧尯鍧楃殑璇炵敓鏃堕棿棰勮℃槸2020骞12鏈1鏃ャ
褰撳墠Eth2瀛樻惧悎绾﹀凡缁忛儴缃诧紝浠ュお鍧婂熀閲戜細鍏甯冪殑瀹樻柟瀛樻惧悎绾﹀湴鍧涓猴細鏍规嵁Eth2LaunchPad(launchpad.ethereum.org)鏄剧ず锛屾埅鑷虫挵鏂囨椂锛屽凡缁忔湁19,685ETH琚璐ㄦ娂杩涗簡璇ュ瓨娆惧悎绾︿腑锛佸綋瀛樻惧悎绾︿腑鐨凟TH璐ㄦ娂閲忚揪鍒524,288ETH(涔熷嵆鏈16,384鍚嶉獙璇佽呭弬涓庢姷鎶硷紝姣忓悕楠岃瘉鑰呮姷鎶32ETH)鏃讹紝鍒橢th2淇℃爣閾句富缃(Eth2闃舵0)灏嗕簬12鏈1鏃ユe紡鍚鍔锛屽惁鍒欎俊鏍囬摼鍒涗笘鍖哄潡璇炵敓鏃堕棿灏嗛『寤躲俒澶囨敞锛欵th2LaunchPad鏄疎th2楠岃瘉鑺傜偣蹇鎹峰惎鍔ㄥ钩鍙癩
闇瑕佹敞鎰忕殑鏄锛屽傛灉ETH鎸佹湁鑰呮兂瑕佹垚涓篍th2鐨勯獙璇佽妭鐐癸紝蹇呴』瑕佸叿鏈夊繀瑕佺殑纭浠惰佹眰鍜屾妧鏈涓撻暱锛屽苟閫氳繃瀹樻柟鐨凟th2LaunchPad鎸夌収鍒嗘ヨ存槑杩涜屾搷浣滐紝鍒囧嬁鐩存帴灏咵TH鍙戦佸埌璇ュ瓨娆惧悎绾﹀湴鍧锛岀洿鎺ュ皢ETH鍙戦佸埌璇ュ悎绾﹀湴鍧灏嗗艰嚧浜ゆ槗澶辫触锛岃屽苟涓嶆剰鍛崇潃鍦‥th2涓婂弬涓庤川鎶笺傚備綍鎴愪负Eth2缃戠粶楠岃瘉鑰呭憿锛熷湪璐ㄦ娂ETH涔嬪墠闇瑕佹敞鎰忎簺浠涔堝憿锛......鎴戜滑灏嗗湪鏈鏂囨兜鐩栦互涓嬪唴瀹癸細
Eth2楠岃瘉鑰呯‖浠惰佹眰锛涢夋嫨鍜屽畨瑁匛th2瀹㈡埛绔鈥樻惌寤篍th1鑺傜偣锛涗娇鐢‥th2LaunchPad瀹屾垚璐ㄦ娂銆
01
纭浠惰佹眰
鍩轰簬Eth2鍘讳腑蹇冨寲鐨勮捐$洰鏍囷紝棰勮Eth2楠岃瘉鑰呭皢浣跨敤鍚勭嶄笉鍚岀殑鍩虹璁炬柦(鏈鍦伴儴缃诧紝浜戠绛夌瓑)銆????濡傛灉浣犳ゅ墠灏氭湭鍙備笌Eth2娴嬭瘯缃戠殑ETH璐ㄦ娂鎿嶄綔锛屽彲浠ヤ娇鐢∕edalla娴嬭瘯缃戣繘琛岃瘯楠岋紝浠ユゆ潵鍐冲畾鍝绉嶈剧疆鑳藉熺粰浜堜綘鏈浣崇殑鍙備笌鎬ц兘銆傚湪姝e紡鎴愪负Eth2淇℃爣閾鹃獙璇佽呬箣鍓嶏紝璇风‘淇濆厛鍦ㄦ祴璇曠綉涓婅繘琛屼竴浜涙祴璇曪紒鍙閫氳繃姝ら摼鎺ュ弬涓庢垚涓篗edalla娴嬭瘯缃戠殑楠岃瘉鑰咃細
https://medalla.launchpad.ethereum.org/涓嬮潰鎴戜滑灏嗙粰浜堜竴浜涙垚涓篍th2楠岃瘉鑰呯殑纭浠惰佹眰锛屽府鍔╀綘鎻愬墠鍋氬ソ鍑嗗囷紒
鎺ㄨ崘鐨勭‖浠惰勬牸锛氭搷浣滅郴缁:64-bitLinux,MacOSX,Windows澶勭悊鍣:IntelCorei7-4770orAMDFX-8310(鎴栨洿浣)鍐呭瓨:8GBRAM瀛樺偍绌洪棿:100GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂翠簰鑱旂綉杩炴帴:瀹藉甫缃戠粶杩炴帴(10Mbps)鐢垫簮:涓嶉棿鏂鐢垫簮渚涘簲(UPS)
鎴栬呴夋嫨浜戞彁渚涘晢锛屼互DigitalOcean浜戞彁渚涘晢涓轰緥锛
鐩稿簲鐨凞igitalOcean铏氭嫙鏈哄疄渚嬶細鍐呭瓨:8GBRAM瀛樺偍绌洪棿:160GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂存e父杩愯屾椂闂:99.99%鍙鐢ㄦ:8涓鏁版嵁涓蹇$/姣忓皬鏃:$0.060$/姣忔湀:$40鏈浣庣‖浠惰勬牸:鎿嶄綔绯荤粺:64-bitLinux,MacOSX,Windows澶勭悊鍣:IntelCorei5-760orAMDFX-8110(鎴栬呮洿浣)鍐呭瓨:4GBRAM瀛樺偍绌洪棿:20GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂翠簰鑱旂綉杩炴帴:瀹藉甫缃戠粶杩炴帴n(10Mbps)鐢垫簮:涓嶉棿鏂鐢垫簮渚涘簲(UPS)
鐩稿簲鐨凞igitalOcean铏氭嫙鏈哄疄渚:
鍐呭瓨:4GBRAM瀛樺偍绌洪棿:80GB鍥烘佺‖鐩樺彲鐢ㄧ┖闂存e父杩愯屾椂闂: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
濡傛灉浣犱笉鐔熸倝浠ュお鍧婏紝閭d箞涓涓閲嶈佹ラゅ氨鏄鍏堣幏鍙栨垚涓篍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鍛戒护銆傝佷笅鍥????璇疯板緱楠岃瘉浠ヤ笅璇ョ綉鍧锛岀‘淇濅綘浣跨敤鐨勬槸姝g‘鐨勭綉鍧鏉ヤ笅杞斤紒
绗浜屼釜閫夐」鏄浠嶱ython婧愪唬鐮佹惌寤篸eposit-CLI宸ュ叿銆備綘灏嗛渶瑕佹寜鐓ц存槑杩涜屾搷浣滐紝浠ョ‘淇濅綘宸插畨瑁呮墍鏈夊繀闇鐨勫紑鍙戝簱鍜宒eposit-CLI宸ュ叿銆傝佷笅鍥????
褰撲綘瀹夎呬簡deposit-CLI宸ュ叿骞跺湪浣犵殑缁堢绐楀彛杩愯屾ゅ伐鍏锋椂锛屼綘灏嗚鎻愮ず锛
鏄庣‘浣犳兂瑕佽繍琛岀殑楠岃瘉鑰呰妭鐐圭殑鏁伴噺锛涗綘鎯宠佺敤浜庣敓鎴愬姪璁拌瘝鐨勮瑷锛涙槑纭浣犳兂瑕佽繍琛岄獙璇佽呰妭鐐圭殑缃戠粶(涓荤綉)銆
璇风‘淇濅綘璁剧疆鐨勬槸--chainmainnet锛屽惁鍒欏瓨娆惧皢鏃犳晥銆傜幇鍦锛屼綘灏嗚瑕佹眰璁剧疆浣犵殑瀵嗙爜(password)锛屼竴鏃﹀瘑鐮佺‘瀹氾紝浣犵殑鍔╄拌瘝灏嗚鐢熸垚銆傝风‘淇濅綘灏嗗姪璁拌瘝鍐欎笅鏉ワ紝骞跺皢鍏剁荤嚎瀛樺偍鍦ㄥ畨鍏ㄧ殑鍦版柟锛佸傛灉浣犲凡缁忔垚鍔熷湴瀹屾垚浜嗚ユラわ紝閭d綘搴旇ュ彲浠ョ湅鍒颁笅鏂硅繖涓灞忓箷????
濡傛灉浣犲筪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刷新一次。
正常情况下,几十秒内就可以获取到区块信息了。
区块确认数=当前区块高度-交易被打包时的区块高度。