java对接eth钱包
1. 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璐ㄦ娂鎿嶄綔浜嗭紒????绁濊春锛侊紒
2. java可以开发什么项目
目前来说Java的应用领域很广，可以说是现在最普及的，遍布各行各业，可见其优势所在。
1、大数据领域
Hadoop以及其他大数据处理技术普遍用的都是Java，当然其他语言也有用到，基于Java 的 HBase和Accumulo以及ElasticSearchas。但Java在此领域并未占太大空间，但只要Hadoop和ElasticSearchas能够成长壮大，Java依然有潜力占据一部分。
6、其他领域
Java依然是在科学应用中最好选择，包括自然语言处理。最主要的原因是因为Java比C++或者其他语言相对其安全性、便携性、可维护性以及其他高级语言的并发性更好。
可以说Java作为软件行业默认开发语言在各个领域均有广泛应用，相关从业者也都认为Java有着光明的未来。
希望对您有所帮助！~
3. 【ETH钱包开发04】web3j转账ERC-20 Token
在上一篇文章中讲解了ETH转账，这一篇讲一下ERC-20 Token转账。
【ETH钱包开发03】web3j转账ETH
1、直接用web3j的API
2、java／Android调用合约的 transfer 方法
不管用哪种方式来转账，你都需要先写一个solidity智能合约文件来创建ERC-20 Token，然后部署合约，最后才是通过客户端来调用。
注意：erc-20 token转账和eth转账的区别如下：
1、erc-20 token创建交易对象用的是这个方法 createTransaction
2、erc-20 token需要构建 Function ，它其实对应的就是erc-20 token合约中的那些方法。它的第一个参数就是ERC20中那几个方法的名称，第二个参数的话就是对应合约方法中的参数，第三个参数是和第二个参数对应的，按照我那样就行了。转账的话就是 transfer ，我们从合约的 transfer 可以看到第一个参数是收款地址，第二个参数是金额，所以 Function 这里对应起来就好。
这种方法不需要使用web3j封装的方法，而是直接调用solidity合约的方法。
步骤
1、web3j加载一个已经部署的合约
2、验证合约是否加载成功 isValid
3、如何加载合约成功，则调用合约的 transfer 方法
注意：
1、这里的 TokenERC20 是根据solidity智能合约生成的对应的Java类，用于java／Android和智能合约交互的，如果你对这里不太清楚，不妨看看我之前的一篇文章。
以太坊Web3j命令行生成Java版本的智能合约
2、如果加载合约失败，可能的一个原因是合约对应的Java类中的 BINARY 的值不对，这个值是你部署合约成功之后的bytecode，你最好检查对比一下。
我发送一笔交易，可以通过这个地址查询
https://rinkeby.etherscan.io/tx/
4. 【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刷新一次。
正常情况下，几十秒内就可以获取到区块信息了。
区块确认数=当前区块高度-交易被打包时的区块高度。
5. 使用Java 测试网络连通性的几种方法
概述在网络编程中，有时我们需要判断两台机器之间的连通性，或者说是一台机器到另一台机器的网络可达性。在系统层面的测试中，我们常常用 Ping 命令来做验证。尽管 Java 提供了比较丰富的网络编程类库（包括在应用层的基于 URL 的网络资源读取，基于 TCP/IP 层的 Socket 编程，以及一些辅助的类库），但是没有直接提供类似 Ping 命令来测试网络连通性的方法。本文将介绍如何通过 Java 已有的 API，编程实现各种场景下两台机器之间的网络可达性判断。在下面的章节中，我们会使用 Java 网络编程的一毕磨些类库 java.net.InetAddress 和 java.net.Socket，通过例子解释如何模拟 Ping 命令。回页首简单判断两台机器的可达性一般情况下，我们仅仅需要判断从一台机器是否可以访问（Ping）到另一台机器，此时，可以简单的使用 Java 类库中 java.net.InetAddress 类来实现，这个类提供了两个方法探测远程机器是否可达此野 �0�2boolean isReachable(int�0�2timeout) //�0�2测试地址是否可达�0�2boolean isReachable(NetworkInterface�0�2netif, int�0�2ttl, int�0�2timeout) //�0�2测试地址是否可达. 简单说来，上述方法就是通过远端机器的 IP 地址构造 InetAddress 对象，然后调用其 isReachable 方法，测试调用机器和远端机器的网络森数喊可达性。注意到远端机器可能有多个 IP 地址，因而可能要迭代的测试所有的情况。清单1：简单判断两台机器的可达性 void isAddressAvailable(String ip){ try{ InetAddress address = InetAddress.getByName(ip);//ping this IP if(address instanceof java.net.Inet4Address){ System.out.println(ip + " is ipv4 address"); }else if(address instanceof java.net.Inet6Address){ System.out.println(ip + " is ipv6 address"); }else{ System.out.println(ip + " is unrecongized"); } if(address.isReachable(5000)){ System.out.println("SUCCESS - ping " + IP + " with no interface specified"); }else{ System.out.println("FAILURE - ping " + IP + " with no interface specified"); } System.out.println("\n-------Trying different interfaces--------\n"); Enumeration<NetworkInterface> netInterfaces = NetworkInterface.getNetworkInterfaces(); while(netInterfaces.hasMoreElements()) { NetworkInterface ni = netInterfaces.nextElement(); System.out.println( "Checking interface, DisplayName:" + ni.getDisplayName() + ", Name:" + ni.getName()); if(address.isReachable(ni, 0, 5000)){ System.out.println("SUCCESS - ping " + ip); }else{ System.out.println("FAILURE - ping " + ip); } Enumeration<InetAddress> ips = ni.getInetAddresses(); while(ips.hasMoreElements()) { System.out.println("IP: " + ips.nextElement().getHostAddress()); } System.out.println("-------------------------------------------"); } }catch(Exception e){ System.out.println("error occurs."); e.printStackTrace(); } } 程序输出 --------------START-------------- 10.13.20.70 is ipv4 address SUCCESS - ping 10.13.20.70 with no interface specified -------Trying different interfaces-------- Checking interface, DisplayName:MS TCP Loopback interface, Name:lo FAILURE - ping 10.13.20.70 IP: 127.0.0.1 ------------------------------------------- Checking interface, DisplayName:Intel(R) Centrino(R) Advanced-N 6200 AGN - Teefer2 Miniport, Name:eth0 FAILURE - ping 10.13.20.70 IP: 9.123.231.40 ------------------------------------------- Checking interface, DisplayName:Intel(R) 82577LM Gigabit Network Connection - Teefer2 Miniport, Name:eth1 SUCCESS - ping 10.13.20.70 ------------------------------------------- Checking interface, DisplayName:WAN (PPP/SLIP) Interface, Name:ppp0 SUCCESS - ping 10.13.20.70 IP: 10.0.50.189 ------------------------------------------- --------------END-------------- 从上可以看出 isReachable 的用法，可以不指定任何接口来判断远端网络的可达性，但这不能区分出数据包是从那个网络接口发出去的 ( 如果本地有多个网络接口的话 )；而高级版本的 isReachable 则可以指定从本地的哪个网络接口测试，这样可以准确的知道远端网络可以连通本地的哪个网络接口。但是，Java 本身没有提供任何方法来判断本地的哪个 IP 地址可以连通远端网络，Java 网络编程接口也没有提供方法来访问 ICMP 协议数据包，因而通过 ICMP 的网络不可达数据包实现这一点也是不可能的 ( 当然可以用 JNI 来实现，但就和系统平台相关了 ), 此时可以考虑本文下一节提出的方法。回页首指定本地和远程网络地址，判断两台机器之间的可达性在某些情况下，我们可能要确定本地的哪个网络地址可以连通远程网络，以便远程网络可以回连到本地使用某些服务或发出某些通知。一个典型的应用场景是，本地启动了文件传输服务 ( 如 FTP)，需要将本地的某个 IP 地址发送到远端机器，以便远端机器可以通过该地址下载文件；或者远端机器提供某些服务，在某些事件发生时通知注册了获取这些事件的机器 ( 常见于系统管理领域 )，因而在注册时需要提供本地的某个可达 ( 从远端 ) 地址。虽然我们可以用 InetAddress.isReachabl 方法判断出本地的哪个网络接口可连通远程玩过，但是由于单个网络接口是可以配置多个 IP 地址的，因而在此并不合适。我们可以使用 Socket 建立可能的 TCP 连接，进而判断某个本地 IP 地址是否可达远程网络。我们使用 java.net.Socket 类中的 connect 方法 void connect(SocketAddress�0�2endpoint, int�0�2timeout) �0�2//使用Socket连接服务器，指定超时的时间 这种方法需要远程的某个端口，该端口可以是任何基于 TCP 协议的开放服务的端口（如一般都会开放的 ECHO 服务端口 7, Linux 的 SSH 服务端口 22 等）。实际上，建立的 TCP 连接被协议栈放置在连接队列，进而分发到真正处理数据的各个应用服务，由于 UDP 没有连接的过程，因而基于 UDP 的服务（如 SNMP）无法在此方法中应用。具体过程是，枚举本地的每个网络地址，建立本地 Socket，在某个端口上尝试连接远程地址，如果可以连接上，则说明该本地地址可达远程网络。程序清单 2：指定本地地址和远程地址，判断两台机器之间的可达性 void printReachableIP(InetAddress remoteAddr, int port){ String retIP = null; Enumeration<NetworkInterface> netInterfaces; try{ netInterfaces = NetworkInterface.getNetworkInterfaces(); while(netInterfaces.hasMoreElements()) { NetworkInterface ni = netInterfaces.nextElement(); Enumeration<InetAddress> localAddrs = ni.getInetAddresses(); while(localAddrs.hasMoreElements()){ InetAddress localAddr = localAddrs.nextElement(); if(isReachable(localAddr, remoteAddr, port, 5000)){ retIP = localAddr.getHostAddress(); break; } } } } catch(SocketException e) { System.out.println( "Error occurred while listing all the local network addresses."); } if(retIP == null){ System.out.println("NULL reachable local IP is found!"); }else{ System.out.println("Reachable local IP is found, it is " + retIP); } } boolean isReachable(InetAddress localInetAddr, InetAddress remoteInetAddr, int port, int timeout) { booleanisReachable = false; Socket socket = null; try{ socket = newSocket(); // 端口号设置为 0 表示在本地挑选一个可用端口进行连接 SocketAddress localSocketAddr = new InetSocketAddress(localInetAddr, 0); socket.bind(localSocketAddr); InetSocketAddress endpointSocketAddr = new InetSocketAddress(remoteInetAddr, port); socket.connect(endpointSocketAddr, timeout); System.out.println("SUCCESS - connection established! Local: " + localInetAddr.getHostAddress() + " remote: " + remoteInetAddr.getHostAddress() + " port" + port); isReachable = true; } catch(IOException e) { System.out.println("FAILRE - CAN not connect! Local: " + localInetAddr.getHostAddress() + " remote: " + remoteInetAddr.getHostAddress() + " port" + port); } finally{ if(socket != null) { try{ socket.close(); } catch(IOException e) { System.out.println("Error occurred while closing socket.."); } } } return isReachable; } 运行结果 --------------START-------------- FAILRE - CAN not connect! Local: 127.0.0.1 remote: 10.8.1.50 port22 FAILRE - CAN not connect! Local: 9.123.231.40 remote: 10.8.1.50 port22 SUCCESS - connection established! Local: 10.0.50.189 remote: 10.8.1.50 port22 Reachable local IP is found, it is 10.0.50.189 --------------END-------------- 回页首IPv4 和 IPv6 混合网络下编程当网络环境中存在 IPv4 和 IPv6，即机器既有 IPv4 地址，又有 IPv6 地址的时候，我们可以对程序进行一些优化，比如 由于IPv4 和 IPv6 地址之间是无法互相访问的，因此仅需要判断 IPv4 地址之间和 IPv6 地址之间的可达性。 对于IPv4 的换回地址可以不做判断，对于 IPv6 的 Linklocal 地址也可以跳过测试 根据实际的需要，我们可以优先考虑选择使用 IPv4 或者 IPv6，提高判断的效率程序清单 3: 判断本地地址和远程地址是否同为 IPv4 或者 IPv6 // 判断是 IPv4 还是 IPv6 if(!((localInetAddr instanceofInet4Address) && (remoteInetAddr instanceofInet4Address) || (localInetAddr instanceofInet6Address) && (remoteInetAddr instanceofInet6Address))){ // 本地和远程不是同时是 IPv4 或者 IPv6，跳过这种情况，不作检测 break; } 程序清单 4：跳过本地地址和 LinkLocal 地址 if( localAddr.isLoopbackAddress() || localAddr.isAnyLocalAddress() || localAddr.isLinkLocalAddress() ){ // 地址为本地环回地址，跳过 break; } 回页首总结和展望本文列举集中典型的场景，介绍了通过 Java 网络编程接口判断机器之间可达性的几种方式。在实际应用中，可以根据不同的需要选择相应的方法稍加修改即可。对于更加特殊的需求，还可以考虑通过 JNI 的方法直接调用系统 API 来实现，能提供更加强大和灵活的功能，这里就不再赘述了。参考资料 学习 参考developerWorks 的文章 Java 应用程序的网络运行环境编程，获取更多网络编程相关的信息。 如果要通过 JNI 进行网络编程，可以参考 developerWorks 上的文章 用JNI 进行 Java 编程，了解更多 JNI 相关的信息和例子。 参考Javadoc 获取更多关于 Java 网络编程的 API 的信息。 developerWorks Java 技术专区：这里有数百篇关于 Java 编程各个方面的文章。 讨论加入developerWorks 中文社区。查看开发人员推动的博客、论坛、组和维基，并与其他 developerWorks 用户交流。 作者简介吴校军，IBM CSTL 软件工程师，长期从事 IBM 系统管理相关软件的开发，目前负责 Director6.1 Update Manager 的开发。刘冠群现为 IBM 上海系统科技开发中心(CSTL)的软件工程师，有多年的 Java 和 C++ 编程经验，对于操作系统，网络和编程语言的内部实现有强烈兴趣。关闭[x]关于报告滥用的帮助报告滥用谢谢! 此内容已经标识给管理员注意。关闭[x]关于报告滥用的帮助报告滥用报告滥用提交失败。 请稍后重试。关闭[x]developerWorks：登录IBM ID：需要一个 IBM ID？忘记IBM ID？密码：忘记密码？更改您的密码 保持登录。单击提交则表示您同意developerWorks 的条款和条件。 使用条款 当您初次登录到 developerWorks 时，将会为您创建一份概要信息。您在developerWorks 概要信息中选择公开的信息将公开显示给其他人，但您可以随时修改这些信息的显示状态。您的姓名（除非选择隐藏）和昵称将和您在 developerWorks 发布的内容一同显示。所有提交的信息确保安全。关闭[x]请选择您的昵称：当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。昵称：（长度在 3 至 31 个字符之间）单击提交则表示您同意developerWorks 的条款和条件。 使用条款. 所有提交的信息确保安全。为本文评分评论回页首
6. 北京java课程分享区块链技术中的共识算法
关于区块链技术的一些讲解和知识点分析我们已经给大家分享过很多次了。今天，北京java课程就再来了解一下，区块链技术中的共识算法的一些基本定义与特点。
简单过一下区块链
我们一般意识形态中的链是铁链，由铁铸成，一环扣一环。形象地，区块链的也可以这么理解，只正滑悔不过它不是由铁铸成，而是由拥有一定数据结构的块连接而成，这是一个简单的雏形
通俗讲解共识
所谓共识，通俗来说，就是我们大家对某种事物的理解达成一致的意思。比如说日常的开会讨论问题，又比如判断一个动物是不是猫，我们肉眼看了后觉得像猫，其满足猫的特征，那么我们认为它是猫。共识，是一种规则。
继续举正我们的会议例子。参与会议的人，通过开会的方式来达到谈论解决问题。
对比区块链中，参与挖矿的矿工通过某种共识方式(算法)来解决让自己的账本跟其他节点的账本保持一致。让账本保持一致的深入一层意思就是，让链中区块信息保持一致。
为什么需要共识，不需要可不可以?当然不可以，生活中没了共识的规则，一切乱套。区块链没了共识的规则，各个节点各干各的，失去一致的意义。
这两个例子的对应的关系如下：
会议的人=挖矿的矿工
开会=共识方式(算法)
谈论解决问题=让自己的账本跟其他节点的账本保持一致
如果你对节点的概念意思不懂，请先理解为矿工，一个节点内部包含很多角色，矿工是其中之一。
共识算法
目前常见的在区块链中，节点们让自己的账本跟其他节点的账本保持一致的共识方式(算法)有如下几种：
PoW，代表者是比特币(BTC)
弊端：
矿池的出现，一定程度上违背了去中心化的初衷，同时也使得51%攻击成为可能，影响其安全性。
存在巨大的算力浪费，看看矿池消耗大量的电力资源，随着难度增加，挖出的不够让闷付电费
PoS，代表者是以太坊(ETH)，从PoW过度到PoS
弊端：
破坏者对网络的攻击成本很低，拥有代币就能竞争
另外拥有代币数量大的节点获得记账权的概率会更大，会使得网络共识受少数富裕账户支配，从而失去公正性。
7. java中怎么样调用eth的智能合约
一般来说，部署智能合约的步骤为：
启动一个以太坊节点 (例如geth或者testrpc)。
使用solc编译智能合约。 => 获得二进制代码。
将编译好的合约部署到网络。（这一步会消耗以太币，还需要使用你的节点的默认地址或者指定地址来给合约签名。） => 获得合约的区块链地址和ABI（合约接口的JSON表示，包括变量，事件和可以调用的方法）。(译注：作者在这里把ABI与合约接口弄混了。ABI是合约接口的二进制表示。)
用web3.js提供的JavaScript API来调用合约。（根据调用的类型有可能会消耗以太币。）