❶ imToken是什麼東西
imToken是區塊鏈初創公司杭州融識科技(ConsenLabs)推出的主打產品，該團隊擁有兩年多的行業經驗，曾參與過國所和區塊鏈數據存證平台的搭建，對區塊鏈技術的開發非常感興趣，尤其是納瞎羨以太坊技術為核心的，還是中國以太坊愛好者。
伴隨著區塊鏈技術在各行各業的滲透，尤其是金融領域的實洞拍踐，越來越多的實體資產被映射到區塊鏈神衫上，成為了業界公認的數字資產。Token有別於傳統電子資產的一個重要特點是，利用區塊鏈點對點價值轉移的特性，實現資產所有權高效、安全的轉化。私有密鑰是確定所有權的最佳方法，再加上區塊鏈資料庫可追溯、不可篡改的特點，使現實世界中的資產第一次將以數字化的方式在虛擬世界中流動。
簡單地說，imToken是一個支持多種資產類型的數字錢包，目前默認支持ETH、DGD、MKR、REP、DAO、GNT。
❷ 以太坊軟體錢包合法嗎
以太坊是合法的。
有人質疑以太坊不是合法的，可以肯定的是以太坊不是騙局，它只是在個別國家不被接受。之所以推出時間不長就迅速普及，最主要的原因之一就是其底層中國法院宣布以太坊具有經濟價值的合法財產的帖子首次出現在比特幣新聞上。如若轉載,據報道,中國地方法院裁定以太坊的加密貨幣,是具有經濟價值的合法財產
BNB的安全合法性。A:Binance Coin是由幣安平台發行的代幣,簡稱「BNB」。其發行總量恆定為2億個,且保證永不增發。BNB是基於以太坊Ethereum發行的去中心化的區塊鏈數字資產,它是基於許多投資者都是會問以太坊在我國合理合法是不是合理合法,這一我也不可以確立的對你說,由於虛擬財產在大家我國是受法律法規維護的。
❸ 以太坊錢包imtoken靠譜嗎
靠譜。
ImToken是目前幣圈主流錢包之一，基於以太坊系的錢包，以太坊系錢包沒法存儲比特幣BTC。
imToken成立於2016年5月，希望為用戶打造一個去中心化的資產管理系統，將私鑰加密存儲於本地。2018年獲得了IDG獨家投資的1000萬美元融資，月活已超400萬。同年7月公司總部遷往新加坡，並推出了迭代產品imToken2。0。2021年，完成B輪3000萬美元融資，由啟明創投領投。
❹ CentOS 6.5上搭建以太坊私有鏈，編譯時報錯： make: *** [geth] Error 1，請各位大神指教
build/env.sh go run build/ci.go install ./cmd/geth
make: *** [geth] Error 1
沒有這個目錄，或者這個目錄許可權不夠
❺ Metamask手機端：手把手教你注冊以太坊錢包
第一步：前面幾個安全提示，向下滾動到最底部表示全部閱讀，一步一步點擊「接受」就行了
2.下面是創建一個8位數的密碼，每次打開MetaMask可能都需要，如果忘記了密碼，可以用助記詞找回錢包
3.接下來是顯示的助記詞，可以直接點擊「我已妥善保存」，最好還是保存一下，以備不時之需。這里也可以不保存，之後在設置裡面，顯示助記詞，也能找到。
4.之後就進去了MetaMask錢包主頁面
5.點擊右上角小圓圈，點擊創建賬戶，可以創建更多的賬戶地址（所有創建的地址都可以通過剛剛的12個助記詞導入，比如你創建了10個地址，下次導入的時候初始顯示1個地址，你在點擊9次創建賬戶，之前的10個地址賬戶就完全不變的找回來了）
6.如果你在官方錢包，imtoken錢包，myetherwallet錢包已有賬戶可以導入，方法和創建錢包差不多
7.點擊「發送」，輸入你想轉賬的以太地址和數量，就可以轉賬了。（交易數據可以不填）
8.交易費限制，和氣體價格可以設置一下（如果不在乎交易時間，氣體價格可以設置低一些，如果想快速交易，氣體價格設高一些，如果是發送代幣或者部署合約，交易費限制建議填高一些以免交易氣體gas不足),之後點擊提交，就成功轉賬了。
9.成功發送交易後，會顯示交易概況。
10.點擊賬戶旁邊的三個小點，點擊「通過Etherscan查看賬戶"可以查看區塊鏈瀏覽器的詳情。
11、點擊三個點，點擊導出私鑰，可以導出該地址私鑰。
12、.點擊右上角三條杠，點擊設置，再點擊助記詞，可以查看你的助記詞，助記詞非常重要。
13.點擊添加代幣，可以添加其它基於以太坊的發幣，輸入縮寫即可。
14.如果沒有搜索到你需要的代幣，可以通過合約地址自動添加，輸入合約地址，代幣符號，小數位精度即可添加。
❻ 以太坊是什麼丨以太坊開發入門指南
以太坊是什麼丨以太坊開發入門指南
很多同學已經躍躍欲試投入到區塊鏈開發隊伍當中來，可是又感覺無從下手，本文將基於以太坊平台，以通俗的方式介紹以太坊開發中涉及的各晦澀的概念，輕松帶大家入門。
以太坊是什麼
以太坊（Ethereum）是一個建立在區塊鏈技術之上， 去中心化應用平台。它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。
對這句話不理解的同學，姑且可以理解為以太坊是區塊鏈里的Android，它是一個開發平台，讓我們就可以像基於Android Framework一樣基於區塊鏈技術寫應用。
在沒有以太坊之前，寫區塊鏈應用是這樣的：拷貝一份比特幣代碼，然後去改底層代碼如加密演算法，共識機制，網路協議等等（很多山寨幣就是這樣，改改就出來一個新幣）。
以太坊平台對底層區塊鏈技術進行了封裝，讓區塊鏈應用開發者可以直接基於以太坊平台進行開發，開發者只要專注於應用本身的開發，從而大大降低了難度。
目前圍繞以太坊已經形成了一個較為完善的開發生態圈：有社區的支持，有很多開發框架、工具可以選擇。
智能合約
什麼是智能合約
以太坊上的程序稱之為智能合約， 它是代碼和數據(狀態)的集合。
智能合約可以理解為在區塊鏈上可以自動執行的（由事件驅動的）、以代碼形式編寫的合同（特殊的交易）。
在比特幣腳本中，我們講到過比特幣的交易是可以編程的，但是比特幣腳本有很多的限制，能夠編寫的程序也有限，而以太坊則更加完備（在計算機科學術語中，稱它為是「圖靈完備的」），讓我們就像使用任何高級語言一樣來編寫幾乎可以做任何事情的程序（智能合約）。
智能合約非常適合對信任、安全和持久性要求較高的應用場景，比如：數字貨幣、數字資產、投票、保險、金融應用、預測市場、產權所有權管理、物聯網、點對點交易等等。
目前除數字貨幣之外，真正落地的應用還不多（就像移動平台剛開始出來一樣），相信1到3年內，各種殺手級會慢慢出現。
編程語言：Solidity
智能合約的默認的編程語言是Solidity，文件擴展名以.sol結尾。
Solidity是和JavaScript相似的語言，用它來開發合約並編譯成以太坊虛擬機位元組代碼。
還有長像Python的智能合約開發語言：Serpent，不過建議大家還是使用Solidity。
Browser-Solidity是一個瀏覽器的Solidity IDE, 大家可以點進去看看，以後我們更多文章介紹Solidity這個語言。
運行環境：EVM
EVM（Ethereum Virtual Machine）以太坊虛擬機是以太坊中智能合約的運行環境。
Solidity之於EVM，就像之於跟JVM的關系一樣，這樣大家就容易理解了。
以太坊虛擬機是一個隔離的環境，在EVM內部運行的代碼不能跟外部有聯系。
而EVM運行在以太坊節點上，當我們把合約部署到以太坊網路上之後，合約就可以在以太坊網路中運行了。
合約的編譯
以太坊虛擬機上運行的是合約的位元組碼形式，需要我們在部署之前先對合約進行編譯，可以選擇Browser-Solidity Web IDE或solc編譯器。
合約的部署
在以太坊上開發應用時，常常要使用到以太坊客戶端（錢包）。平時我們在開發中，一般不接觸到客戶端或錢包的概念，它是什麼呢？
以太坊客戶端（錢包）
以太坊客戶端，其實我們可以把它理解為一個開發者工具，它提供賬戶管理、挖礦、轉賬、智能合約的部署和執行等等功能。
EVM是由以太坊客戶端提供的。
Geth是典型的開發以太坊時使用的客戶端，基於Go語言開發。 Geth提供了一個互動式命令控制台，通過命令控制台中包含了以太坊的各種功能（API）。Geth的使用我們之後會有文章介紹，這里大家先有個概念。
Geth控制台和Chrome瀏覽器開發者工具里的面的控制台是類似，不過是跑在終端里。
相對於Geth，Mist則是圖形化操作界面的以太坊客戶端。
如何部署
智能合約的部署是指把合約位元組碼發布到區塊鏈上，並使用一個特定的地址來標示這個合約，這個地址稱為合約賬戶。
以太坊中有兩類賬戶：
· 外部賬戶
該類賬戶被私鑰控制（由人控制），沒有關聯任何代碼。
· 合約賬戶
該類賬戶被它們的合約代碼控制且有代碼與之關聯。
和比特幣使用UTXO的設計不一樣，以太坊使用更為簡單的賬戶概念。
兩類賬戶對於EVM來說是一樣的。
外部賬戶與合約賬戶的區別和關系是這樣的：一個外部賬戶可以通過創建和用自己的私鑰來對交易進行簽名，來發送消息給另一個外部賬戶或合約賬戶。
在兩個外部賬戶之間傳送消息是價值轉移的過程。但從外部賬戶到合約賬戶的消息會激活合約賬戶的代碼，允許它執行各種動作（比如轉移代幣，寫入內部存儲，挖出一個新代幣，執行一些運算，創建一個新的合約等等）。
只有當外部賬戶發出指令時，合同賬戶才會執行相應的操作。
合約部署就是將編譯好的合約位元組碼通過外部賬號發送交易的形式部署到以太坊區塊鏈上（由實際礦工出塊之後，才真正部署成功）。
運行
合約部署之後，當需要調用這個智能合約的方法時只需要向這個合約賬戶發送消息（交易）即可，通過消息觸發後智能合約的代碼就會在EVM中執行了。
Gas
和雲計算相似，佔用區塊鏈的資源（不管是簡單的轉賬交易，還是合約的部署和執行）同樣需要付出相應的費用（天下沒有免費的午餐對不對!）。
以太坊上用Gas機制來計費，Gas也可以認為是一個工作量單位，智能合約越復雜（計算步驟的數量和類型，佔用的內存等），用來完成運行就需要越多Gas。
任何特定的合約所需的運行合約的Gas數量是固定的，由合約的復雜度決定。
而Gas價格由運行合約的人在提交運行合約請求的時候規定，以確定他願意為這次交易願意付出的費用：Gas價格（用以太幣計價） * Gas數量。
Gas的目的是限制執行交易所需的工作量，同時為執行支付費用。當EVM執行交易時，Gas將按照特定規則被逐漸消耗，無論執行到什麼位置，一旦Gas被耗盡，將會觸發異常。當前調用幀所做的所有狀態修改都將被回滾， 如果執行結束還有Gas剩餘，這些Gas將被返還給發送賬戶。
如果沒有這個限制，就會有人寫出無法停止（如：死循環）的合約來阻塞網路。
因此實際上（把前面的內容串起來），我們需要一個有以太幣余額的外部賬戶，來發起一個交易（普通交易或部署、運行一個合約），運行時，礦工收取相應的工作量費用。
以太坊網路
有些著急的同學要問了，沒有以太幣，要怎麼進行智能合約的開發？可以選擇以下方式：
選擇以太坊官網測試網路Testnet
測試網路中，我們可以很容易獲得免費的以太幣，缺點是需要發很長時間初始化節點。
使用私有鏈
創建自己的以太幣私有測試網路，通常也稱為私有鏈，我們可以用它來作為一個測試環境來開發、調試和測試智能合約。
通過上面提到的Geth很容易就可以創建一個屬於自己的測試網路，以太幣想挖多少挖多少，也免去了同步正式網路的整個區塊鏈數據。
使用開發者網路(模式)
相比私有鏈，開發者網路(模式)下，會自動分配一個有大量余額的開發者賬戶給我們使用。
使用模擬環境
另一個創建測試網路的方法是使用testrpc，testrpc是在本地使用內存模擬的一個以太坊環境，對於開發調試來說，更方便快捷。而且testrpc可以在啟動時幫我們創建10個存有資金的測試賬戶。
進行合約開發時，可以在testrpc中測試通過後，再部署到Geth節點中去。
更新：testrpc 現在已經並入到Truffle 開發框架中，現在名字是Ganache CLI。
Dapp：去中心化的應用程序
以太坊社區把基於智能合約的應用稱為去中心化的應用程序(DecentralizedApp)。如果我們把區塊鏈理解為一個不可篡改的資料庫，智能合約理解為和資料庫打交道的程序，那就很容易理解Dapp了，一個Dapp不單單有智能合約，比如還需要有一個友好的用戶界面和其他的東西。
Truffle
Truffle是Dapp開發框架，他可以幫我們處理掉大量無關緊要的小事情，讓我們可以迅速開始寫代碼-編譯-部署-測試-打包DApp這個流程。
總結
我們現在來總結一下，以太坊是平台，它讓我們方便的使用區塊鏈技術開發去中心化的應用，在這個應用中，使用Solidity來編寫和區塊鏈交互的智能合約，合約編寫好後之後，我們需要用以太坊客戶端用一個有餘額的賬戶去部署及運行合約（使用Truffle框架可以更好的幫助我們做這些事情了）。為了開發方便，我們可以用Geth或testrpc來搭建一個測試網路。
註：本文中為了方便大家理解，對一些概念做了類比，有些嚴格來不是准確，不過我也認為對於初學者，也沒有必要把每一個概念掌握的很細致和准確，學習是一個逐步深入的過程，很多時候我們會發現，過一段後，我們會對同一個東西有不一樣的理解。
❼ imToken 好用嗎
imToken 是一款區塊鏈數字錢包應用程序，可用於存儲和管理數字資產。它支握謹啟持以太坊和其他主流的公鏈，例如 Binance Smart Chain、Polygon、Arbitrum 等。它是一款很受歡迎的數字錢包應用，擁有良好的用戶口碑和用戶體驗。
在 imToken 中，用戶可以創建錢包、存儲和發送數字資產、參與 DeFi 項目、購買數字資產等等。除此之外，它還提供了一些有用的功能，例如錢包備份和恢復、多鏈支持、內置的 DApp 瀏覽器、手續費調整等等。
作為一款數字錢包應用程序，imToken 的安全性是最重要的，而它也非常注重用戶的安全性。它晌扮提供了錢包備份和恢復功能，並使用了安全的加密演算法來保護用戶的私鑰。此外，它還提供了多種安全設置選項，例如設置支付密碼、生物驗證段如、設備鎖定等等。
總的來說，imToken 是一款很不錯的數字錢包應用程序，它提供了多種有用的功能，並注重用戶的安全性。不過，由於數字錢包涉及到用戶的資產安全，建議在使用之前仔細了解其安全性和操作方法，並確保自己的資產安全。
❽ imtoken鍒涘緩澶氫釜閽卞寘 imtoken鍙浠ュ壋寤哄嚑涓浠ュお鍧 www.sangyuangongshe.com
浣跨敤imToken錛岀敤鎴峰彲浠ュ壋寤哄氫釜浠ュお鍧婇挶鍖咃紝鏁伴噺涓婃病鏈夋槑紜鐨勯檺鍒訛紝浣嗗緩璁鐢ㄦ埛鏍規嵁鑷宸辯殑瀹為檯闇奼傚拰瀹夊叏綆＄悊鑳藉姏鏉ュ悎鐞嗗壋寤
imToken鏄涓嬈懼幓涓蹇冨寲鐨勬暟瀛楄祫浜ч挶鍖呭簲鐢錛屾敮鎸佸氱嶅尯鍧楅摼璧勪駭錛屽寘鎷浠ュお鍧婏紙ETH錛夊強鍏禘RC20鏍囧噯鐨勪唬甯併傚湪imToken涓錛岀敤鎴峰彲浠ラ氳繃鐢熸垚鏂扮殑鍔╄拌瘝鎴栫侀掗鏉ュ壋寤烘柊鐨勯挶鍖呭湴鍧錛屾瘡涓鍦板潃閮芥槸鐙絝嬩笖鍞涓鐨勶紝鍙浠ュ瓨鍌ㄣ佹帴鏀跺拰鍙戦佹暟瀛楄祫浜с
鍒涘緩澶氫釜浠ュお鍧婇挶鍖呯殑涓昏佷紭鍔垮湪浜庯紝瀹冨彲浠ュ府鍔╃敤鎴鋒洿濂藉湴綆＄悊涓嶅悓鐢ㄩ旂殑璧勪駭銆備緥濡傦紝鐢ㄦ埛鍙浠ュ皢涓閮ㄥ垎璧勯噾鐢ㄤ簬鏃ュ父浜ゆ槗錛屽皢鍙︿竴閮ㄥ垎璧勯噾鐢ㄤ簬闀挎湡鎸佹湁鎴栨姇璧勶紝閫氳繃涓嶅悓鐨勯挶鍖呭湴鍧鏉ラ殧紱昏繖浜涜祫閲戱紝鍙浠ラ檷浣庡洜鍗曚竴閽卞寘琚鏀誨嚮鎴栬鎿嶄綔鑰屽艱嚧鐨勯庨櫓銆
鐒惰岋紝闇瑕佹敞鎰忕殑鏄錛屽壋寤哄氫釜閽卞寘涔熸剰鍛崇潃闇瑕佺＄悊澶氫釜鍔╄拌瘝鎴栫侀掗銆傚傛灉鐢ㄦ埛涓㈠け浜嗕換浣曚竴涓閽卞寘鐨勫姪璁拌瘝鎴栫侀掗錛屽皢鏃犳硶璁塊棶璇ラ挶鍖呬腑鐨勮祫浜с傚洜姝わ紝鍦ㄥ壋寤哄氫釜閽卞寘鏃訛紝鐢ㄦ埛闇瑕佹牸澶栨敞鎰忓囦喚鍜屼繚綆″ソ榪欎簺淇℃伅錛岄伩鍏嶉犳垚涓嶅繀瑕佺殑鎹熷け銆
鎬葷殑鏉ヨ達紝imToken涓虹敤鎴鋒彁渚涗簡鍒涘緩澶氫釜浠ュお鍧婇挶鍖呯殑鍔熻兘錛岀敤鎴峰彲浠ユ牴鎹鑷宸辯殑闇奼傛潵鐏墊椿浣跨敤銆備絾鍚屾椂錛岀敤鎴蜂篃闇瑕佹壙鎷呯浉搴旂殑瀹夊叏綆＄悊璐ｄ換錛岀『淇濇瘡涓閽卞寘鐨勫畨鍏ㄣ傚湪浣跨敤imToken鎴栧叾浠栨暟瀛楄祫浜ч挶鍖呮椂錛屽緩璁鐢ㄦ埛鍏呭垎浜嗚В鍏跺姛鑳藉拰椋庨櫓錛屽苟閲囧彇蹇呰佺殑瀹夊叏鎺鏂芥潵淇濇姢鑷宸辯殑璧勪駭銆
❾ 以太坊私有鏈如何更新版本
以太坊私有鏈更新版本的方法：
1、獲取以太坊私有鏈系統的當前版本對應的當前版本號;
2、基於所述當前版本號，確定所述以太坊私有鏈系統的升級版本的升級版本號;
3、將所述以太坊私有鏈系統升級為所述升級版本號對應的升級版本。
❿ 以太坊源碼分析--p2p節點發現
節點發現功能主要涉及 Server Table udp 這幾個數據結構，它們有獨自的事件響應循環，節點發現功能便是它們互相協作完成的。其中，每個以太坊客戶端啟動後都會在本地運行一個 Server ，並將網路拓撲中相鄰的節點視為 Node ，而 Table 是 Node 的容器， udp 則是負責維持底層的連接。下面重點描述它們中重要的欄位和事件循環處理的關鍵部分。
PrivateKey - 本節點的私鑰，用於與其他節點建立時的握手協商
Protocols - 支持的所有上層協議
StaticNodes - 預設的靜態 Peer ，節點啟動時會首先去向它們發起連接，建立鄰居關系
newTransport - 下層傳輸層實現，定義握手過程中的數據加密解密方式，默認的傳輸層實現是用 newRLPX() 創建的 rlpx ，這不是本文的重點
ntab - 典型實現是 Table ，所有 peer 以 Node 的形式存放在 Table
ourHandshake - 與其他節點建立連接時的握手信息，包含本地節點的版本號以及支持的上層協議
addpeer － 連接握手完成後，連接過程通過這個通道通知 Server
Server 的監聽循環，啟動底層監聽socket，當收到連接請求時，Accept後調用 setupConn() 開始連接建立過程
Server的主要事件處理和功能實現循環
Node 唯一表示網路上的一個節點
IP - IP地址
UDP/TCP - 連接使用的UDP/TCP埠號
ID - 以太坊網路中唯一標識一個節點，本質上是一個橢圓曲線公鑰(PublicKey)，與 Server 的 PrivateKey 對應。一個節點的IP地址不一定是固定的，但ID是唯一的。
sha - 用於節點間的距離計算
Table 主要用來管理與本節點與其他節點的連接的建立更新刪除
bucket - 所有 peer 按與本節點的距離遠近放在不同的桶(bucket)中，詳見之後的 節點維護
refreshReq - 更新 Table 請求通道
Table 的主要事件循環，主要負責控制 refresh 和 revalidate 過程。
refresh.C - 定時(30s)啟動Peer刷新過程的定時器
refreshReq - 接收其他線程投遞到 Table 的 刷新Peer連接 的通知，當收到該通知時啟動更新，詳見之後的 更新鄰居關系
revalidate.C - 定時重新檢查以連接節點的有效性的定時器，詳見之後的 探活檢測
udp 負責節點間通信的底層消息控制，是 Table 運行的 Kademlia 協議的底層組件
conn - 底層監聽埠的連接
addpending － udp 用來接收 pending 的channel。使用場景為：當我們向其他節點發送數據包後(packet)後可能會期待收到它的回復，pending用來記錄一次這種還沒有到來的回復。舉個例子，當我們發送ping包時，總是期待對方回復pong包。這時就可以將構造一個pending結構，其中包含期待接收的pong包的信息以及對應的callback函數，將這個pengding投遞到udp的這個channel。 udp 在收到匹配的pong後，執行預設的callback。
gotreply - udp 用來接收其他節點回復的通道，配合上面的addpending，收到回復後，遍歷已有的pending鏈表，看是否有匹配的pending。
Table - 和 Server 中的ntab是同一個 Table
udp 的處理循環，負責控制消息的向上遞交和收發控制
udp 的底層接受數據包循環，負責接收其他節點的 packet
以太坊使用 Kademlia 分布式路由存儲協議來進行網路拓撲維護，了解該協議建議先閱讀 易懂分布式 。更權威的資料可以查看 wiki 。總的來說該協議：
源碼中由 Table 結構保存所有 bucket ， bucket 結構如下
節點可以在 entries 和 replacements 互相轉化，一個 entries 節點如果 Validate 失敗，那麼它會被原本將一個原本在 replacements 數組的節點替換。
有效性檢測就是利用 ping 消息進行探活操作。 Table.loop() 啟動了一個定時器（0~10s），定期隨機選擇一個bucket，向其 entries 中末尾的節點發送 ping 消息，如果對方回應了 pong ，則探活成功。
Table.loop() 會定期（定時器超時）或不定期（收到refreshReq）地進行更新鄰居關系（發現新鄰居），兩者都調用 doRefresh() 方法，該方法對在網路上查找離自身和三個隨機節點最近的若干個節點。
Table 的 lookup() 方法用來實現節點查找目標節點，它的實現就是 Kademlia 協議，通過節點間的接力，一步一步接近目標。
當一個節點啟動後，它會首先向配置的靜態節點發起連接，發起連接的過程稱為 Dial ，源碼中通過創建 dialTask 跟蹤這個過程
dialTask表示一次向其他節點主動發起連接的任務
在 Server 啟動時，會調用 newDialState() 根據預配置的 StaticNodes 初始化一批 dialTask ， 並在 Server.run() 方法中，啟動這些這些任務。
Dial 過程需要知道目標節點( dest )的IP地址，如果不知道的話，就要先使用 recolve() 解析出目標的IP地址，怎麼解析？就是先要用藉助 Kademlia 協議在網路中查找目標節點。
當得到目標節點的IP後，下一步便是建立連接，這是通過 dialTask.dial() 建立連接
連接建立的握手過程分為兩個階段，在在 SetupConn() 中實現
第一階段為 ECDH密鑰建立 ：
第二階段為協議握手,互相交換支持的上層協議
如果兩次握手都通過，dialTask將向 Server 的 addpeer 通道發送 peer 的信息