以太坊轉p
1. ETH以太坊怎樣進行一鍵發幣
以太坊一鍵發幣，具體的技術內容不太了解，但是這樣的操作安全嗎？數字金融安全允許一鍵發幣這種操作嗎？
2. GSN這個項目來自哪裡
什麼是GSN
對以太坊來說，轉賬、發Token、調用合約等交易都是需要支付手續費Gas，不能白piao，Gas是保障以太坊網路穩定運行的重要手段。
然而在現實生活中，為了推廣產品，免費甚至補貼用戶是互聯網企業慣用的獲客手段，普羅大眾早已被這些企業教育的習慣了白P。
如果企業開發了一款Dapp，想要推廣到市場，告訴用戶「我們這是基於區塊鏈的，你要想使用得先去買得以太幣，哦，現在一個以太幣要3000多人民幣！」，估計大多數人直接轉身離開，剩下得大多數直接跳腳罵娘了，只有很少數極客可能會去體驗下。這也是Dapp很難被大眾接受的一個重要原因。
為了解決這個問題，GSN應運而出！
GSN的全稱是Gas Station Network，翻譯過來就是加油站網路。GSN將本該由用戶支付的Gas轉嫁到了其它願意為用戶買單的人身上（一般為Dapp開發者），並且能夠保證交易的真實性。
image.png
GSN目前有兩個版本，v1和v2，在實現和流程上有所不同。本篇內容是基於v2版本整理。
二、相關角色
2.1 客戶端-Client
客戶端也就是各種Dapp，是GSN架構的最上層。客戶端負責發起對原交易進行簽名，並將簽名後的原交易發送到中繼伺服器中。
2.2 中繼伺服器-RealServer
中繼伺服器主要用來處理用戶的元交易請求，主要的功能包括：
通過調用中繼路由（RelayHub）合約，判斷付款人（Paymaster）是否允許為該筆交易支付手續費，並且有足夠的以太幣
中繼伺服器將交易發送到鏈上
對於中繼伺服器，多個客戶端可以使用一個，也可以一個客戶端對應一個。
2.3 付款人-Paymaster
付款人交易Gas的實際支付者。付款人是一個智能合約，該合約最重要的是交易過濾器」 acceptRelayedCall「，決定了可以為哪些交易支付費用。
常用的過濾器包括：
白名單
令牌認證
對特定方法放行
鏈下委託授權
2.4 中繼路由-RelayHub
中繼路由本身是一份智能合約，提供的功能包括：
維護一份中繼器列表，供客戶端查詢
提供RelayHub.balances[recipient]方法，供中繼伺服器在支付Gas前檢查Dapp開發者已存入足夠的ETH
中繼路由合約可以自行部署，也可以直接使用GSN提供的。自行部署的RelayHub無法共享已存在的中繼器。
以太坊主網上的RelayHub合約地址：
2.5 中繼接收合約-RelayRecipient
每個支持GSN的DApp都需要繼承RelayRecipient，並提供與RelayHub通信的介面。在部署Dapp合約時，需要初始化RelayHub的地址。
需要注意的是，在繼承RelayRecipient合約後，使用_msgSender()替代msg.sender獲取元交易的用戶信息。
3. 區塊鏈賬戶怎麼轉賬(區塊鏈賬戶怎麼轉賬到微信)
imToken錢包怎麼轉賬1、在錢包界面，首先添加我們需要的幣種（以ETH為例），如紅色箭頭所示。之後就可以看到錢包里ETH的數額和估值。如需轉賬的話，點擊幣種即可進入界面。
2、進入界面後，下方有「轉賬」「收款」2個選項，上方圖標為走勢圖。如下圖所示。
3、點擊「轉賬」後，出現選項如下圖所示。輸入轉賬金額，備注，然後曠工費，點擊下一步，輸入錢包密碼再確認即可。
(3)以太坊轉p擴展閱讀：
軟體錢包的英文名為SoftwareWallet。軟體錢包是一個計算機程序設計的設備，具備排他性用以保護加密貨幣。錢包是與記錄網路（區塊鏈）交互的軟體，可以讓用戶接收、存儲和發送加密貨幣。
軟體或移動錢包分為輕錢包和全節點錢包，輕錢包依賴第三方進行存儲，而全節點錢包則不依賴第三方。
經常使用的錢包中大多是輕錢包，包括BitcoinElectrum,以太的MyEtherWallet,imtoken和Jaxx。這類錢包的私鑰在用戶自己手中，安全性更高，而且非常簡單易用。
4. 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娉ㄥ叆璧勪駭闄嶄綆錛夛紝鑰屽彇浠ｅ竵浜旇姳鍏闂錛岃繖鏆楃ず鐫閿鍞甯傚満鍐嶄竴嬈¤鑲℃皯鎵鏍稿績銆
楂樼洓鍏鍙歌夊緱錛岃繖綾諱粠緇勭粐鍒拌偂姘戠殑鍙樺寲錛屾ｅ炲姞閿鍞甯傚満鍙戠敓鏆磋穼鐨勬傜巼銆傜幇闃舵甸攢鍞甯傚満鐨勯珮涓嶇『瀹氭у皢緇存寔涓嬪幓錛岀洿鑷蟲暟瀛楄揣甯佹湁鐫鍗曠嫭浜庝環閽變互澶栫殑娼滃湪鎬х湡姝ｇ粡嫻庡彂灞曚富瑕佺敤閫斻傝繖灝嗘墦寮鏁板瓧璐у竵鐨勬柊鏃舵湡銆
#姣旂壒甯乕瓚呰瘽]# #鏁板瓧璐у竵#
5. 【深度知識】區塊鏈之加密原理圖示(加密,簽名)
先放一張以太坊的架構圖：
在學習的過程中主要是採用單個模塊了學習了解的，包括P2P,密碼學，網路，協議等。直接開始總結：
秘鑰分配問題也就是秘鑰的傳輸問題，如果對稱秘鑰，那麼只能在線下進行秘鑰的交換。如果在線上傳輸秘鑰，那就有可能被攔截。所以採用非對稱加密，兩把鑰匙，一把私鑰自留，一把公鑰公開。公鑰可以在網上傳輸。不用線下交易。保證數據的安全性。
如上圖，A節點發送數據到B節點，此時採用公鑰加密。A節點從自己的公鑰中獲取到B節點的公鑰對明文數據加密，得到密文發送給B節點。而B節點採用自己的私鑰解密。
2、無法解決消息篡改。
如上圖，A節點採用B的公鑰進行加密，然後將密文傳輸給B節點。B節點拿A節點的公鑰將密文解密。
1、由於A的公鑰是公開的，一旦網上黑客攔截消息，密文形同虛設。說白了，這種加密方式，只要攔截消息，就都能解開。
2、同樣存在無法確定消息來源的問題，和消息篡改的問題。
如上圖，A節點在發送數據前，先用B的公鑰加密，得到密文1，再用A的私鑰對密文1加密得到密文2。而B節點得到密文後，先用A的公鑰解密，得到密文1，之後用B的私鑰解密得到明文。
1、當網路上攔截到數據密文2時， 由於A的公鑰是公開的，故可以用A的公鑰對密文2解密，就得到了密文1。所以這樣看起來是雙重加密，其實最後一層的私鑰簽名是無效的。一般來講，我們都希望簽名是簽在最原始的數據上。如果簽名放在後面，由於公鑰是公開的，簽名就缺乏安全性。
2、存在性能問題，非對稱加密本身效率就很低下，還進行了兩次加密過程。
如上圖，A節點先用A的私鑰加密，之後用B的公鑰加密。B節點收到消息後，先採用B的私鑰解密，然後再利用A的公鑰解密。
1、當密文數據2被黑客攔截後，由於密文2隻能採用B的私鑰解密，而B的私鑰只有B節點有，其他人無法機密。故安全性最高。
2、當B節點解密得到密文1後， 只能採用A的公鑰來解密。而只有經過A的私鑰加密的數據才能用A的公鑰解密成功，A的私鑰只有A節點有，所以可以確定數據是由A節點傳輸過來的。
經兩次非對稱加密，性能問題比較嚴重。
基於以上篡改數據的問題，我們引入了消息認證。經過消息認證後的加密流程如下：
當A節點發送消息前，先對明文數據做一次散列計算。得到一個摘要, 之後將照耀與原始數據同時發送給B節點。當B節點接收到消息後，對消息解密。解析出其中的散列摘要和原始數據，然後再對原始數據進行一次同樣的散列計算得到摘要1, 比較摘要與摘要1。如果相同則未被篡改，如果不同則表示已經被篡改。
在傳輸過程中，密文2隻要被篡改，最後導致的hash與hash1就會產生不同。
無法解決簽名問題，也就是雙方相互攻擊。A對於自己發送的消息始終不承認。比如A對B發送了一條錯誤消息，導致B有損失。但A抵賴不是自己發送的。
在(三)的過程中，沒有辦法解決交互雙方相互攻擊。什麼意思呢？ 有可能是因為A發送的消息，對A節點不利，後來A就抵賴這消息不是它發送的。
為了解決這個問題，故引入了簽名。這里我們將(二)-4中的加密方式，與消息簽名合並設計在一起。
在上圖中，我們利用A節點的私鑰對其發送的摘要信息進行簽名，然後將簽名+原文，再利用B的公鑰進行加密。而B得到密文後，先用B的私鑰解密，然後 對摘要再用A的公鑰解密，只有比較兩次摘要的內容是否相同。這既避免了防篡改問題，有規避了雙方攻擊問題。因為A對信息進行了簽名，故是無法抵賴的。
為了解決非對稱加密數據時的性能問題，故往往採用混合加密。這里就需要引入對稱加密，如下圖:
在對數據加密時，我們採用了雙方共享的對稱秘鑰來加密。而對稱秘鑰盡量不要在網路上傳輸，以免丟失。這里的共享對稱秘鑰是根據自己的私鑰和對方的公鑰計算出的，然後適用對稱秘鑰對數據加密。而對方接收到數據時，也計算出對稱秘鑰然後對密文解密。
以上這種對稱秘鑰是不安全的，因為A的私鑰和B的公鑰一般短期內固定，所以共享對稱秘鑰也是固定不變的。為了增強安全性，最好的方式是每次交互都生成一個臨時的共享對稱秘鑰。那麼如何才能在每次交互過程中生成一個隨機的對稱秘鑰，且不需要傳輸呢？
那麼如何生成隨機的共享秘鑰進行加密呢？
對於發送方A節點，在每次發送時，都生成一個臨時非對稱秘鑰對，然後根據B節點的公鑰 和 臨時的非對稱私鑰 可以計算出一個對稱秘鑰(KA演算法-Key Agreement)。然後利用該對稱秘鑰對數據進行加密，針對共享秘鑰這里的流程如下：
對於B節點，當接收到傳輸過來的數據時，解析出其中A節點的隨機公鑰，之後利用A節點的隨機公鑰 與 B節點自身的私鑰 計算出對稱秘鑰(KA演算法)。之後利用對稱秘鑰機密數據。
對於以上加密方式，其實仍然存在很多問題，比如如何避免重放攻擊(在消息中加入 Nonce )，再比如彩虹表(參考 KDF機制解決 )之類的問題。由於時間及能力有限，故暫時忽略。
那麼究竟應該採用何種加密呢？
主要還是基於要傳輸的數據的安全等級來考量。不重要的數據其實做好認證和簽名就可以，但是很重要的數據就需要採用安全等級比較高的加密方案了。
密碼套件 是一個網路協議的概念。其中主要包括身份認證、加密、消息認證(MAC)、秘鑰交換的演算法組成。
在整個網路的傳輸過程中，根據密碼套件主要分如下幾大類演算法：
秘鑰交換演算法：比如ECDHE、RSA。主要用於客戶端和服務端握手時如何進行身份驗證。
消息認證演算法：比如SHA1、SHA2、SHA3。主要用於消息摘要。
批量加密演算法：比如AES, 主要用於加密信息流。
偽隨機數演算法：例如TLS 1.2的偽隨機函數使用MAC演算法的散列函數來創建一個 主密鑰 ——連接雙方共享的一個48位元組的私鑰。主密鑰在創建會話密鑰（例如創建MAC）時作為一個熵來源。
在網路中，一次消息的傳輸一般需要在如下4個階段分別進行加密，才能保證消息安全、可靠的傳輸。
握手/網路協商階段：
在雙方進行握手階段，需要進行鏈接的協商。主要的加密演算法包括RSA、DH、ECDH等
身份認證階段：
身份認證階段，需要確定發送的消息的來源來源。主要採用的加密方式包括RSA、DSA、ECDSA(ECC加密，DSA簽名)等。
消息加密階段：
消息加密指對發送的信息流進行加密。主要採用的加密方式包括DES、RC4、AES等。
消息身份認證階段/防篡改階段：
主要是保證消息在傳輸過程中確保沒有被篡改過。主要的加密方式包括MD5、SHA1、SHA2、SHA3等。
ECC ：Elliptic Curves Cryptography，橢圓曲線密碼編碼學。是一種根據橢圓上點倍積生成 公鑰、私鑰的演算法。用於生成公私秘鑰。
ECDSA ：用於數字簽名,是一種數字簽名演算法。一種有效的數字簽名使接收者有理由相信消息是由已知的發送者創建的，從而發送者不能否認已經發送了消息(身份驗證和不可否認)，並且消息在運輸過程中沒有改變。ECDSA簽名演算法是ECC與DSA的結合，整個簽名過程與DSA類似，所不一樣的是簽名中採取的演算法為ECC，最後簽名出來的值也是分為r,s。 主要用於身份認證階段 。
ECDH ：也是基於ECC演算法的霍夫曼樹秘鑰，通過ECDH，雙方可以在不共享任何秘密的前提下協商出一個共享秘密，並且是這種共享秘鑰是為當前的通信暫時性的隨機生成的，通信一旦中斷秘鑰就消失。 主要用於握手磋商階段。
ECIES： 是一種集成加密方案,也可稱為一種混合加密方案，它提供了對所選擇的明文和選擇的密碼文本攻擊的語義安全性。ECIES可以使用不同類型的函數：秘鑰協商函數(KA)，秘鑰推導函數(KDF)，對稱加密方案(ENC)，哈希函數(HASH), H-MAC函數(MAC)。
ECC 是橢圓加密演算法，主要講述了按照公私鑰怎麼在橢圓上產生，並且不可逆。 ECDSA 則主要是採用ECC演算法怎麼來做簽名， ECDH 則是採用ECC演算法怎麼生成對稱秘鑰。以上三者都是對ECC加密演算法的應用。而現實場景中，我們往往會採用混合加密(對稱加密，非對稱加密結合使用，簽名技術等一起使用)。 ECIES 就是底層利用ECC演算法提供的一套集成(混合)加密方案。其中包括了非對稱加密，對稱加密和簽名的功能。
<meta charset="utf-8">
這個先訂條件是為了保證曲線不包含奇點。
所以，隨著曲線參數a和b的不斷變化，曲線也呈現出了不同的形狀。比如:
所有的非對稱加密的基本原理基本都是基於一個公式 K = k G。其中K代表公鑰，k代表私鑰，G代表某一個選取的基點。非對稱加密的演算法 就是要保證 該公式 不可進行逆運算( 也就是說G/K是無法計算的 )。 *
ECC是如何計算出公私鑰呢？這里我按照我自己的理解來描述。
我理解，ECC的核心思想就是：選擇曲線上的一個基點G，之後隨機在ECC曲線上取一個點k(作為私鑰)，然後根據k G計算出我們的公鑰K。並且保證公鑰K也要在曲線上。*
那麼k G怎麼計算呢？如何計算k G才能保證最後的結果不可逆呢？這就是ECC演算法要解決的。
首先，我們先隨便選擇一條ECC曲線，a = -3, b = 7 得到如下曲線：
在這個曲線上，我隨機選取兩個點，這兩個點的乘法怎麼算呢？我們可以簡化下問題，乘法是都可以用加法表示的，比如2 2 = 2+2，3 5 = 5+5+5。 那麼我們只要能在曲線上計算出加法，理論上就能算乘法。所以，只要能在這個曲線上進行加法計算，理論上就可以來計算乘法，理論上也就可以計算k*G這種表達式的值。
曲線上兩點的加法又怎麼算呢？這里ECC為了保證不可逆性，在曲線上自定義了加法體系。
現實中，1+1=2，2+2=4，但在ECC演算法里，我們理解的這種加法體系是不可能。故需要自定義一套適用於該曲線的加法體系。
ECC定義，在圖形中隨機找一條直線，與ECC曲線相交於三個點(也有可能是兩個點)，這三點分別是P、Q、R。
那麼P+Q+R = 0。其中0 不是坐標軸上的0點，而是ECC中的無窮遠點。也就是說定義了無窮遠點為0點。
同樣，我們就能得出 P+Q = -R。 由於R 與-R是關於X軸對稱的，所以我們就能在曲線上找到其坐標。
P+R+Q = 0, 故P+R = -Q , 如上圖。
以上就描述了ECC曲線的世界裡是如何進行加法運算的。
從上圖可看出，直線與曲線只有兩個交點，也就是說 直線是曲線的切線。此時P,R 重合了。
也就是P = R, 根據上述ECC的加法體系，P+R+Q = 0, 就可以得出 P+R+Q = 2P+Q = 2R+Q=0
於是乎得到 2 P = -Q (是不是與我們非對稱演算法的公式 K = k G 越來越近了)。
於是我們得出一個結論，可以算乘法，不過只有在切點的時候才能算乘法，而且只能算2的乘法。
假若 2 可以變成任意個數進行想乘，那麼就能代表在ECC曲線里可以進行乘法運算，那麼ECC演算法就能滿足非對稱加密演算法的要求了。
那麼我們是不是可以隨機任何一個數的乘法都可以算呢？ 答案是肯定的。 也就是點倍積 計算方式。
選一個隨機數 k, 那麼k * P等於多少呢？
我們知道在計算機的世界裡，所有的都是二進制的，ECC既然能算2的乘法，那麼我們可以將隨機數k描 述成二進制然後計算。假若k = 151 = 10010111
由於2 P = -Q 所以 這樣就計算出了k P。 這就是點倍積演算法 。所以在ECC的曲線體系下是可以來計算乘法，那麼以為這非對稱加密的方式是可行的。
至於為什麼這樣計算 是不可逆的。這需要大量的推演，我也不了解。但是我覺得可以這樣理解：
我們的手錶上，一般都有時間刻度。現在如果把1990年01月01日0點0分0秒作為起始點，如果告訴你至起始點為止時間流逝了 整1年，那麼我們是可以計算出現在的時間的，也就是能在手錶上將時分秒指針應該指向00：00：00。但是反過來，我說現在手錶上的時分秒指針指向了00：00：00,你能告訴我至起始點算過了有幾年了么？
ECDSA簽名演算法和其他DSA、RSA基本相似，都是採用私鑰簽名，公鑰驗證。只不過演算法體系採用的是ECC的演算法。交互的雙方要採用同一套參數體系。簽名原理如下：
在曲線上選取一個無窮遠點為基點 G = (x,y)。隨機在曲線上取一點k 作為私鑰， K = k*G 計算出公鑰。
簽名過程：
生成隨機數R, 計算出RG.
根據隨機數R,消息M的HASH值H,以及私鑰k, 計算出簽名S = (H+kx)/R.
將消息M,RG,S發送給接收方。
簽名驗證過程：
接收到消息M, RG,S
根據消息計算出HASH值H
根據發送方的公鑰K,計算 HG/S + xK/S, 將計算的結果與 RG比較。如果相等則驗證成功。
公式推論：
HG/S + xK/S = HG/S + x(kG)/S = (H+xk)/GS = RG
在介紹原理前，說明一下ECC是滿足結合律和交換律的，也就是說A+B+C = A+C+B = (A+C)+B。
這里舉一個WIKI上的例子說明如何生成共享秘鑰，也可以參考 Alice And Bob 的例子。
Alice 與Bob 要進行通信，雙方前提都是基於 同一參數體系的ECC生成的 公鑰和私鑰。所以有ECC有共同的基點G。
生成秘鑰階段：
Alice 採用公鑰演算法 KA = ka * G ，生成了公鑰KA和私鑰ka, 並公開公鑰KA。
Bob 採用公鑰演算法 KB = kb * G ，生成了公鑰KB和私鑰 kb, 並公開公鑰KB。
計算ECDH階段：
Alice 利用計算公式 Q = ka * KB 計算出一個秘鑰Q。
Bob 利用計算公式 Q' = kb * KA 計算出一個秘鑰Q'。
共享秘鑰驗證：
Q = ka KB = ka * kb * G = ka * G * kb = KA * kb = kb * KA = Q'
故 雙方分別計算出的共享秘鑰不需要進行公開就可採用Q進行加密。我們將Q稱為共享秘鑰。
在以太坊中，採用的ECIEC的加密套件中的其他內容：
1、其中HASH演算法採用的是最安全的SHA3演算法 Keccak 。
2、簽名演算法採用的是 ECDSA
3、認證方式採用的是 H-MAC
4、ECC的參數體系採用了secp256k1, 其他參數體系 參考這里
H-MAC 全程叫做 Hash-based Message Authentication Code. 其模型如下：
在 以太坊 的 UDP通信時(RPC通信加密方式不同)，則採用了以上的實現方式，並擴展化了。
首先，以太坊的UDP通信的結構如下：
其中，sig是 經過 私鑰加密的簽名信息。mac是可以理解為整個消息的摘要， ptype是消息的事件類型，data則是經過RLP編碼後的傳輸數據。
其UDP的整個的加密，認證，簽名模型如下：
6. ETH轉賬的2種方式的對比
web3j支持使用以太坊錢包文件（推薦）和乙太網客戶端管理命令來發起一筆交易。當你創建了一個擁有以太幣的賬戶後，你可以通過以下兩種交易機制，和以太坊網路（私網/公網）交易：
這里主要講一下 線下簽名交易（Offline transaction signing） 。線下簽名交易允許你使用web3j提供的錢包賬戶發起交易，你完全控制自己的私鑰，交易發送到網路上的其它節點並廣播。
線下簽名交易使用 RawTransaction 對象來完成，一共有如下幾步：
1、通過私鑰或密碼+錢包文件（keystore）來載入轉賬憑證Credentials
2、獲取發起轉賬賬戶的nonce 值，也就是第幾筆交易
3、創建 RawTransaction交易 對象
4、簽名 RawTransaction 對象，也就是對交易做簽名
5、發送交易（ RawTransaction 對象）給節點處理。
6、獲取交易哈希值TxHash
以太坊實戰-再談nonce使用陷阱： https://blog.csdn.net/wo541075754/article/details/79054937
此外，還有一種簡單的轉賬方式
這種方式，不需要自己管理nonce。
這2種方式都是離線交易，先組裝交易，然後發送到鏈上。
參考：
https://docs.web3j.io/getting_started.html#transactions
https://www.jianshu.com/p/6650d2a3aea9
7. CHIA奇亞P盤，實戰經驗&避坑大法
CHIA的P盤項目近年來備受關注，特別是與比特幣、以太坊、IPFS並列。然而，對於技術能力有限的用戶，2021年5月13日，不建議直接參與P盤挖礦，因為算力已大幅增長，專業礦主的設備部署基本完成。對於有長期投資信心的，建議尋求專業技術公司的服務。
首先，P盤是CHIA的核心概念，它涉及到數據寫入硬碟（plots過程）後，通過在P盤文件中尋找最優解（farmer過程）。P盤的容量佔比越大，挖礦收益越高，但在此階段，收益為零，需完成P盤後才能開始挖礦。
目前挖礦收益情況如下：根據2021年5月13日的數據，每T每天可獲得0.0022XCH，摺合人民幣約￥15.125（靜態），每P的收益大約為￥15,488。但請注意，幣價波動影響實際收益。
市場上的商業服務包括代P服務（提供硬碟，快速P盤）、整機打包（包含硬碟和P盤服務）、機器託管（包含電費和收益分成）以及直接購買硬碟。在選擇服務時，應關注以下關鍵問題：
- 合同的正規性
- P盤文件的唯一標識
- 硬碟的配置性能
- 交貨的時間安排
- 可能的違約責任
- 硬碟的交付處理
- 整機驗收標准
- 託管費用和相關規則
- 額外的附加服務條款
8. 區塊鏈id是指什麼,區塊鏈lp是什麼
以太坊的ChainId與NetworkIdChainId是EIP-155引入的一個用來區分不同EVM鏈的一個標識。如下圖所示，主要作用就是避免一個交易在簽名之後被重復在不同的鏈上提交。最開始主要是為了防止以太坊交易在以太經典網路上重放或者以太經典交易在以太坊網路上重放。在以太坊網路上是從2675000這個區塊通過SpuriousDragon這個硬分叉升級激活。
引入ChainId後，帶來了哪些影響呢？
NetworkId主要用來在網路層標識當前的區塊鏈網路。NetworkId不一致的兩個節點無法建立連接。
NetworkId無法通過配置文件指定，智能通過參數--networkid來指定。所以我們啟動自己私鏈節點上需要記得加上這個參數。如果不加這個參數也不指定網路類型，默認NetworkId的值和以太坊主網一致。
不是。
這個根據上面的介紹可以很明顯的看出，兩者並沒有非常高的關聯度。
網上幾乎所有提到搭建以太坊私鏈的文章，都要強調NetworkId需要和genesis文件里ChainId的值相同。事實上是沒必要的。
就像下面這張圖展示的這樣，很多已經在主網運行的EVM鏈，它們的ChainId和NetworkId並不相同。比如以太經典，它的ChainId是61，但NetworkId和以太坊主網一樣都是1。
之所以很多文章強調ChainId和NetworkId要保持一致，可能因為在某一段時間內，一些開發工具比如MetaMask，會把NetworkId當作ChainId來用。不過現在MetaMask已經支持自定義ChainId，以太坊也添加了「eth_chainId」這個RPCAPI，相信兩者誤用的情況會越來越少。
區塊鏈交易id在哪查
這里我們用以太坊區塊鏈的錢包作為例子，小狐狸是加密錢包，以及進入區塊鏈APP的出入口。進入之後獲取錢包地址，再使用以太坊區塊鏈的搜索器進入Etherscan官網首頁後，就可以獲取到以下區塊鏈交易id信息：
1.最新產生的區塊
2.最新發生的交易
拓展資料：
區塊鏈的交易過程看似神秘繁瑣，其實真正說起來卻也不見得有那麼難。
第一步：所有者A利用他的私鑰對前一次交易(比特貨來源)和下一位所有者B簽署一個數字簽名，並將這個簽名附加在這枚貨幣的末尾，製作出交易單。此時，B是以公鑰作為接收方地址。
第二步：A將交易單廣播至全網，比特幣就發送給了B，每個節點都將收到交易信息納入一個區塊中
此時，對B而言，該枚比特幣會即時顯示在比特幣錢包中，但直到區塊確認成功後才可以使用。目前一筆比特幣從支付到最終確認成功，得到6個區塊確認之後才能真正的確認到賬。
第三步：每個節點通過解一道數學難題，從而去獲得創建新區塊的權利，並爭取得到比特幣的獎勵(新比特幣會在此過程中產生)
此時節點反復嘗試尋找一個數值，使得將該數值、區塊鏈中最後一個區塊的Hash值以及交易單三部分送入SHA256演算法後能計算出散列值X(256位)滿足一定條件(比如前20位均為0)，即找到數學難題的解。
第四步：當一個節點找到解時，它就向全國廣播該區塊記錄的所有蓋時間戳交易，並由全網其他節點核對。
此時時間戳用來證實特定區塊必然於某特定時間是的確存在的。比特幣網路採用從5個以上節點獲取時間，然後取中間值的方式成為時間戳。
第五步：全網其他節點核對該區塊記賬的正確性，沒有錯誤後他們將在該合法區塊之後競爭下一個區塊，這樣就形成了一個合法記賬區塊鏈。
時間條約鏈區塊身份ID是什麼東西？有什麼用？1.區塊身份是用戶在TTC生態社區中的通行證，與區塊身份ID綁定。
區塊身份ID相當於騰訊產品生態內的QQ號。區塊身份ID與QQ號不同的地方有：
a.用戶的個人數據會存儲在各自的區塊地址中，用戶可以通過區塊身份ID登陸進行管理。b.區塊身份ID是基於區塊鏈技術研發的，具備區塊鏈的去中心化、分布式記賬、匿名、安全、可控等特點。
2.區塊身份ID是TTC生態社區的通行證，可以用來一鍵登錄TTC生態內的所有應用，包括後續上線的各種Dapp，無需重復注冊，收付款更便捷，現在注冊更有六位數靚號可以獲得。
區塊鏈ido是什麼意思IDO(是InitialDigitalassetsOffering縮寫)，首次區塊鏈數字資產的發行、源自股票市場的首次公開發行(IPO)概念，是企業區塊鏈項目首次以資產數字化產生出來的區塊鏈數字資產，以產品錨定資產債券、眾籌方式募集的通用數字資產的行為。
一、首次公開募股(InitialPublicOffering)是指一家企業第一次將它的股份向公眾出售通常，上市公司的股份是根據相應證監會出具的招股書或登記聲明中約定的條款通過經紀商或做市商進行銷售。一般來說，一旦首次公開上市完成後，這家公司就可以申請到證券交易所或報價系統掛牌交易。?有限責任公司在申請IPO之前，應先變更為股份有限公司。
二、就估值模型而言，不同的行業屬性、成長性、財務特性決定了上市公司適用不同的估值模型。較為常用的估值方式可以分為兩大類:收益折現法與類比法。所謂收益折現法，就是通過合理的方式估計出上市公司未來的經營狀況，並選擇恰當的貼現率與貼現模型，計算出上市公司價值，如最常用的股利折現模型(DDM)、現金流貼現(DCF)模型等。貼現模型並不復雜，關鍵在於如何確定公司未來的現金流和折現率，而這正是體現承銷商的專業價值所在。所謂類比法，就是通過選擇同類上市公司的一些比率，如最常用的市盈率(P/E即股價/每股收益)、市凈率(P/B即股價/每股凈資產)，再結合新上市公司的財務指標如每股收益、每股凈資產來確定上市公司價值，一般都採用預測的指標。
三、市盈率法的使用具有許多局限性，例如要求上市公司經營業績要穩定，不能出現虧損等。而市凈率法則沒有這些問題，但同樣也有缺陷，主要是過分依賴公司賬面價值而不是最新的市場價值，因此對於那些流動資產比例高的公司如銀行、保險公司比較適用此方法。在此次建行IPO過程中，按招股說明書中確定的定價區間1.9~2.4港元計算，發行後的每股凈資產約為1.09~1.15港元，則市凈率(P/B)為1.74~2.09倍。除上述指標，還可以通過市值/銷售收入(P/S)、市值/現金流(P/C)等指標來進行估值。通過估值模型，可以合理地估計公司的理論價值，但是要最終確定發行價格，還需要選擇合理的發行方式，以充分發現市場需求，常用的發行方式包括:累計投標方式、固定價格方式、競價方式。一般競價方式更常見於債券發行，這里不做贅述。累計投標是國際上最常用的新股發行方式之一，是指發行人通過詢價機制確定發行價格，並自主分配股份。所謂"詢價機制"，是指主承銷商先確定新股發行價格區間，召開路演推介會，根據需求量和需求價格信息對發行價格反復修正，並最終確定發行價格的過程。一般時間為1~2周。例如此次建行最初的詢價區間為1.42~2.27港元，此後收窄至1.65~2.10港元，最終發行價將在10月25日前確定。詢價過程只是投資者的意向表示，一般不代表最終的購買承諾。
區塊鏈的tokenid是什麼一般是用於需要安全登陸驗證的網站，每次訪問創建一個隨機令牌ID，注銷後即吊銷該ID，起到安全防護作用。