以太坊转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，起到安全防护作用。