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來調用合約。（根據調用的類型有可能會消耗以太幣。）