ICP:Foresight Ventures | Dfinity：去中心化云計算平臺 高性能區塊鏈網絡

撰文：Ventures

Dfinity概覽

Dfinity基金會

Dfinity是一個非營利性組織，致力于將互聯網重塑為能承載具有超高能力并具有安全性的計算機。Dfinity所主導的互聯網計算機「ICP」采取WASM等新技術與新架構，具有防篡改、速度快、規模可達全球數十億用戶的特點，同時支持軟件的自主構建，有望扭轉科技巨頭壟斷互聯網的現狀。

互聯網計算機「ICP」

ICP是Dfinity基金會主導的Layer1區塊鏈項目，致力于構建一個公開區塊鏈網絡。ICP為智能合約提供了一個無限制的運行環境，智能合約能夠以近乎正常中心化網絡的速度運行。借助ICP，可以構建任何應用和服務，例如DeFi，例如鏈上運行的社交媒體網站，同時也可以擴展傳統意義上的DApp。

GitHub

https://github.com/dfinity/ic

技術文檔

https://sdk.dfinity.org/docs/introduction/welcome.html

社區資源

https://github.com/dfinity/awesome-dfinity

ICP的特點

重點特點：部署方便、去中心化、容災備份

ICP擴展了普通互聯網的功能，使其可以托管后端軟件，將整個ICP網絡轉變為全球計算平臺。

使用ICP，開發人員可以通過直接在ICP網絡上快捷地部署代碼來創建應用和服務，而無需進行繁瑣的服務器計算機部署和商業云服務購買。

簡而言之也就是說，ICP把軟件開發方面的部署、架構問題、拓展問題都解決好了，應用開發人員要做的僅僅就是寫代碼就好。

1.定位

對標Serverless

ICP并沒有特別標榜自己是類似以太坊的公鏈，而是說自己是互聯網計算機。ICP的定位就類似區塊鏈版的中心化云平臺上的Serverless。Serverless直譯就是“不用擔心服務器”，顧名思義就是當開發者部署一個應用時，不用擔心服務器配置問題，而是類似直接把代碼上傳上去就可以完成部署。Serverless除了不用擔心服務器、交付速度快以外還有幾個特點，一是自動彈性，比如在雙十一的時候，淘寶需要大幅增加服務器數量，如果采用Serverless，就無需去手動調整服務器，云平臺會自動拓展應用的資源；二是按實際使用資源計費，傳統服務器是按月或年進行租用，Serverless是按照調用的次數來計費，ICP也如此，因此性價比較高，不會產生閑置服務器浪費資源的情況。Serverless的最大優點和賣點就是開發方便快捷，整體性價比高。云平臺現在所做的就是不斷支持更多的編程語言，簡化軟件開發人員使用Serverless的步驟。而ICP的生態相對于傳統云平臺Serverless的生態，就顯得有些不那么繁榮。Serverless原生支持幾乎所有的熱門編程語言，而ICP采用的是WASM(后文會深入分析WASM)以及一門自研的編程語言。對于這門自研的編程語言，雖然功能十分豐富，但是它的生態必然是不如Java、Nodejs這類語言的。而WASM生態也是非常新的一個東西，目前落地還尚早，在WASM的主戰場瀏覽器，API也還沒定稿。所以是現階段需要一些發展時間，未來各個生態繁榮后大有可為。Serverless是未來的趨勢，據AWS的調查，百分之40的組織都在使用Serverless。據阿里巴巴所說，Serverless給阿里的人力成本降低了48%，未來對Serverless的需求會越來越大。在Serverless這條大賽道上，ICP的對手有AWS、微軟Azure等巨頭。但是現在Serverless還處于各家混戰的情況，沒有統一的標準，因此ICP還是有機會通過高性能和高安全性搶占市場份額的。

加密錢包安全公司Fordefi完成1800 萬美元種子輪融資:金色財經報道，加密錢包安全公司Fordefi宣布獲得1800 萬美元的種子輪融資，并公開推出其用于在去中心化應用程序 (dApps) 上進行交易的機構MPC錢包。Lightspeed Venture Partners領投，Electric Capital、Alameda Research、Jump Crypto、Castle Island、Pantera Capital、Illuminate Financial、PayPal Alumni Fund、Nima Capital、Digital Currency Group、Defiance Capital 和 StarkWare等參投。[2022/11/8 12:33:46]

對比云平臺

實際上，ICP所說的“云平臺太過于中心化”未必是完全正確的。對于單個云平臺來說，中心化是必然的；但是目前有很多開源項目比如Terraform(https://github.com/hashicorp/terraform)或者ServerlessFramework等各種庫與插件，可以做到部分地串聯云平臺，做到統一運維和部署，通過同時使用多個云平臺，可以部分解決云平臺過于中心化的問題。但是當選擇使用特定的一個云平臺的服務后，確實會造成轉換平臺困難的問題。ICP同樣存在這樣的問題，并且可能因為生態封閉而更加嚴重。ICP所強調的去中心化實際上依然是區塊鏈的特性中的共識以及節點做到的去中心化。

對比以太坊

回到開發的流程，在ICP上開發實質上和在以太坊上開發沒有特別大的區別，甚至可以說更加困難。作為一個新的開發者，開發者需要更多的理由才能說服自己去選擇ICP。既然以太坊上的受眾更大，開發也能找到更多幫助，那開發、發布到ICP乃至其他公鏈的優勢是否真的更大呢？這是每個“以太坊殺手”公鏈應該思考的問題。但是ICP很機智地選擇避免正面和以太坊競爭，而是偏向于對標云平臺上的Serverless。

2.編程語言

1.WASM：

ICP所推薦的Motoko能編譯為WebAssembly(WASM)。ICP的運行過程中利用了WASM容器來存儲數據并執行代碼。WASM是一種用于基于堆棧的虛擬機的二進制指令格式。它支持在Web上部署客戶端和服務器應用程序。WASM容器就類似以太坊的EVM，相對EVM，WASM更加強調執行效率和性能。在以太坊2.0當中，以太坊也有計劃從EVM移植到WASM。

WASM的優點就是性能強、安全性、生態拓展。

2.Motoko：

Dfinity自研的編程語言，類似以太坊自研的Solidity。Motoko擁有很多對于應用的特定優化。

https://github.com/dfinity/motoko

3.Rust：

ICP提供SDK的語言，適合在WASM容器中運行。

4.其他的語言由于沒有SDK以及官方開發文檔，可能還是需要Motoko或Rust作為膠水來實現與ICP直接交互的部分，因此開發基本還是只能選擇Motoko或者Rust。

3.生態

從生態和開發者體驗上來說，Dfinity提供的示例程序源碼、技術文檔、開發工具都很全面。

共識協議

特點

PoS提速并解決計算冗余、隨機數信標保證去中心化、staking保證安全性、周期性最終確認保證輕量。

Meta Platform的“元宇宙”部門第一季度虧損29.6億美元:4月28日消息，根據周三發布的盈利報告，Meta Platform（FB）在其最近成立的Facebook Reality Labs（FRL）部門第一季度虧損29.6億美元，該部門包括其增強和虛擬現實業務。

Meta宣布，該部門將公布業績，以展示其認為對下一代在線社交體驗至關重要的團隊的業績和投資。

FRL在第一季度創造了6.95億美元的收入，這只是Meta的應用系列（包括Facebook、Instagram和WhatsApp）在該季度創造的272億美元收入的一小部分。分析師預計“元宇宙”部門的收入為6.83億美元。（CoinDesk）[2022/4/28 2:36:16]

共識過程

不同于以太坊的DApp只是適時調用合約，ICP設想的軟件是完全依靠智能合約來驅動服務的。綜上來講，ICP需要非常高的計算性能、減少計算冗余，因此ICP但同時還得在保證區塊鏈網絡去中心化的情況下的足夠安全，因此這對它的共識算法提出了苛刻的要求。

1.開始前的節點準備：

節點創建私鑰公鑰，建立匿名的永久身份。

節點加入網絡需要抵押固定的token作為staking。

節點隨機的與其他節點組成閥值組

閥值組中，運行分布式密鑰協議，每個節點獲取該組的「驗證簽名」密鑰。

系統還是根據DKG產生閥值組的共同公鑰，并對閥值組進行注冊。

準備就緒，開始等待參與共識。

2.共識過程：

選擇本輪委員會組*注1*注4

提案委員會打包出塊

公證委員會持續接收并驗證區塊

隨機數信標收集簽名；等待閥值，產出公證與隨機數*注2

R1step0同步正確區塊，R1輪開始，回到step1*注3

-*注1重點：非交互式。DFINITY，首先由隨機數公開的選出了400個客戶端一組的出塊組，來打包交易并出塊。每一個客戶端都會出塊，還有一組同時隨機數選出的驗證者，他們會接受區塊，同時運行一個根據隨機數判斷區塊權重的協議，驗證者只簽名權重最高的節點，期間大家不會交互，不會進行拜占庭共識互相發送簽名數據，主要是固定區塊時間里不斷尋找權重最高的區塊即可。在一個區塊接受到了超過50%個驗證者的簽名后，系統會自動聚合區塊上的簽名，并確認區塊為唯一，一但客戶端觀察到聚合的簽名，就會進入下一輪共識。可以看到，整個過程都沒有進行拜占庭協議，只是遵序三個原則：

客戶端遵序最高權限的原則對區塊簽名，權重越高的鏈越會被確認

系統遵循50%以上簽名產出隨機數信標的原則

大家遵序一看到新的隨機數信標馬上進入下一輪共識的原則

三個原則剔除了多余的無效區塊，獲得了唯一的區塊，從而近似的達成了一致性共識。整個通訊過程幾乎為零，在廣播gossip協議的網絡中，一個有400個節點的組網，只需轉發大約20KB的通信數據，即可產生閾值簽名。而一個小組的分布式簽名密鑰的生成，是在小組創建時就分配好的，不需要在共識階段產生，一次生成多次使用。類比一下非常相似但由兩輪拜占庭共識交互的Algorand。Algo的隨機數抽簽過程是隱秘式的，也就是說節點只知道自己被選擇與否，它卻不知道全網中有多少節點被選中。因此Alogo共識前必須遍歷一編全部網絡，進行一次拜占庭才能知道全部的被選取的驗證組，因此這里的延遲時間與帶寬使用就很高了。再加上前面講的超大驗證組的拜占庭通訊輪次與簽名數據的問題，Algo共識下帶寬使用非常爆炸，這種人是沒這個能力參與的。

ForTube將啟動新型治理結構FDAO，并銷毀3000萬枚FOR置換的FDAO代幣:12月28日消息，DeFi借貸協議ForTube宣布將于今日啟動新的治理結構FDAO，以平衡 ForTube 的收入分配、風險承擔和治理決策。

ForTube平臺以代碼的形式對傳統金融公司的章程、管理規范、決策制度、組織架構等進行了固定，建立了一套共享規則。為了連接所有利益相關者，ForTube將在BSC網絡基于聯合曲線模型發行FDAO代幣，并作為 ForTube 平臺的價值證明和特權證明。用戶有權通過 FDAO 代幣做出商業決策并分享 ForTube 平臺的收入。

ForTube 團隊將在治理池中投入3000 萬枚 FOR，并在 FDAO 架構啟動時銷毀獲得的 FDAO 代幣，以消除潛在風險并保護用戶的權利。（ForTube）[2021/12/28 8:08:42]

*注2重點：性能和安全性都很高的隨機數算法。Dfinity所用的隨機數算法是VRF。VRF涉及很多數學演算，我們可以將其視為一個黑箱子，一段是輸入，一段是輸出。輸入是一組客戶端的簽名，輸出是一個準確的隨機數。只有在獲取了足夠多的客戶端簽名，黑箱子才能輸出隨機數，再此之前，沒有任何一個客戶端能知道或預測它的輸出。「足夠多」簽名的閥值為50%，因此這個VRF的過程也叫做「閥值簽名」。這個VRF具備三個特點：

可驗證：一但輸出了隨機數，大家都可以拿著客戶端的簽名對其進行驗證。VRF的V就體現在這里。

唯一確定性：一但有超過50%的客戶端發送了簽名，黑箱子接受到后會獲得唯一的一個確定的隨機數。這里是因為使用的私鑰簽名算法具有唯一性，也就是統一密鑰對統一數據的多次簽名的結果都不相同，只有一個可以合法的驗證。

非交互：在產生隨機數的過程中，雖然黑箱子需要收集大家的簽名，但是客戶端之間不需要進行交流，更沒法干擾到隨機數的從產生。

在已知的密碼學算法里，只有BLS算法能做到以上三點，而BLS算法的提出者之一「L」Lynn正是DFINITY的高級工程師。其他的隨機數方案，要么驗證起來難度極高，要么無法保證唯一性，要么就是沒有閥值的設計，必須進行交互，存在「最后一個參與者」就能間接影響隨機數偏差的情況。當然這個VRF還是一點問題，選取的一組共識者中如果有超過50%被攻擊者掌握，那么他可以間接的干擾到隨機數的生成，當然來預測隨機數還是基本不可能的，沒法直接控制。攻擊者還可以不發送簽名，讓隨機數生成過程停止，從而讓整個系統宕機。

*注3重點：超快的最終確認。DFINITY的共識是按輪次進行的，每一輪共識的開始與結束的標志，都是觀察到隨機數信標產生新的隨機數，而這個隨機數是系統聚合簽名產生公證的同時更新的。因此這DFINITY的區塊高度必須與輪次一致，每一輪中生產的區塊，必須是引用了上一輪的公證簽名，不然視為非法。同時公正組只會簽名本輪產生的區塊，不會對之前輪次的區塊簽名。總結為兩個強制：

只有本輪發布的區塊才能被公證；

只有引用上一輪被公證的本輪區塊才是合法的；

這保證了出塊與公證兩個過程，都沒法被惡意扣留，因此攻擊者沒辦法偷偷來準備一條比主鏈更長的影子鏈，來做雙花攻擊，因為從影子鏈的第一個區塊起就不合法了。因為存在上述「驗證者組單獨簽名，系統聚合簽名產生公證」的公證過程，因此每一輪后基本可以做出唯一性的確認。但也有會出現兩個或以上區塊同時通過公證的情況，因此一輪結束后還不能做到最終確認，這時就需要在下一輪中繼續判斷。此時等待出塊過程完成，因為出塊者可能選擇在上一輪同時被公證的區塊后面繼續生產，所以同時存在幾條分叉。驗證者會計算權重來判斷唯一區塊，權重高的一條鏈就作為唯一確認鏈，然后驗證者才會對他進行簽名。因此當本輪出現了新隨機數時，也就意味著分叉已經被剪除，而上一輪的區塊，包括其中的交易，都獲得了最終的確認。快速確認不僅提高了性能，剪除了分叉，降低了系統的冗余度，并且可以讓客戶端不用存儲全部要歷史區塊數據，任何一個新加入的區塊，只要從最近的確認區塊開始即可。

BTC分叉支持者btcfork：BTC礦工可信度高于公務員:BTC分叉支持者btcfork剛剛轉發Ciphrex首席執行官Eric Lambrozo關于投票的推文，投票結果顯示網民更愿意相信大型挖礦活動而不是公務員。btcfork評論說雖然推特民調有很多問題，但是“公務員”看起來在可信度方面依舊輸給了BTC礦工們。[2018/6/4]

*注4重點：彈性拓展性能。優秀的隨機數給DFINITY的網絡帶來近乎無限的擴展可能性，因為整個隨機數的產出，包括出塊與公證，都是由固定數目的委員會組來執行的，客戶端新節點的加入不會影響到運行的速度。DFINITY隨機產生多個閥值組的，因此多組間并行運行，從而實現分片，是相當輕松的。以太坊2.0的分片方式也非常近似。但是Dfinity的存儲和網絡拓展性也是需要拓展的，這方面上節點與節點、存儲之間的傳輸也是有損耗的，帶寬未必受得了，如果這個方面無法擴展，僅僅是做到分片的話可能只是表面的優化。

計算與存儲

應用架構

從底層開始：P2P層(收集分發數據)→共識層(整理消息，驗證后寫入區塊)→消息路由層(傳輸信息到目的地)→應用執行層(通過WASM安全沙盒環境進行計算)

開發階段，Dfinity的開發者工具都會把各個層級抽象出來，復制給開發者一個本地版來方便開發。

應用運行機制

代碼編譯為WASM模塊，部署到ICP的Canister容器(容器中包括了程序本身、狀態、用戶交互記錄)中。

https://zhuanlan.zhihu.com/p/372441370

Canister

類似以太坊中的智能合約，除了運行環境是WASM的沙盒以外本質上沒有其他大區別。正如之前提到的，一個很重要的特點就是ICP作為一個類似Serverless的服務提供商，上面的應用相比以太坊應用是需要具有更高的實時性的，比如ICP版抖音，因此Canister需要做更多的交互，同時也要保證不宕機、不擁擠卡頓。

存儲

ICP的應用狀態是存儲在內存里的，通過共識階段來進行管理和確認修改。

在Dfinity的博客上有個經常被提及的詞就是正交持久性(orthogonalpersistence)。它所指的依然是Serverless的特點，開發者不用擔心數據丟失，不用擔心數據存在哪里。這就說明ICP和中心化的云平臺是類似的，也有容災備份等操作。

我們可以看一份Dfinity提供的節點服務器硬件要求。

我們可以看到節點服務器要求16條32GB的內存和3.2TB的SSD。相比與以太坊驗證節點4GB內存和290GBSSD(https://nimbus.guide/hardware.html)的配置要求來說算是比較夸張了。當然對于存儲來說，更夸張的是Filecoin，需要1TB內存和16TBSSD的配置(https://zhuanlan.zhihu.com/p/337597732)。

ICP的計算和狀態存儲基本都是跑在內存上的(類似比如中心化云平臺SAP的HANA)，硬盤可能只是起到一個鏡像存儲的作用，因此對內存的要求比較高。這就類似游戲服務器和網頁服務器的關系，游戲服務器需要處理應用無數多的狀態；網頁服務器相比之下就比較無狀態，可能更多的是每次去數據庫讀取不同的數據就可以。和Filecoin相比，ICP并不是專注于存儲，而是Serverless，存儲的數據可能就是常規的應用數據、應用狀態以及應用代碼本身，所以也不需要那么夸張的存儲要求。

OPEN Platform首席執行官：CMO必須要注重區塊鏈:OPEN Platform首席執行官Ken Sangha表示，在這股浪潮中，企業的首席營銷官(CMO)必須要注重區塊鏈和加密貨幣技術的運用。CMO需要關注區塊鏈變革的原因主要有以下幾點：1、消費者預期正在改變；2、融資更靈活；3、去中心化數據交易，降低數據獲取門檻；4、適應最快的品牌將贏得勝利。[2018/3/17]

鏈上應用實現方法

鏈上應用的項目結構非常類似以太坊。

前端：Web端React或Vue等框架，手機端ReactNative或Flutter

后端：Motoko(Dfinity開發的編程語言)或其他任何能打包編譯成WASM的語言(比如Rust)

數據結構:Canister(Dfinity為此開發了類似JSON的接口描述語言Candid)

1.Cancan(類似抖音的短視頻平臺)

源碼網址：https://github.com/dfinity/cancan

Cancan類似ICP平臺上的抖音。Cancan的前端是用了Web端React框架，后端是用了Dfinity自研的Motoko語言。Motoko的部分還用到了MotokoPackageManagerVessel這樣的高級功能。除此之外也用到了系統的一些API，包含了測試和持續集成，而且注釋也寫得非常詳細。Cancan可以說是在很少的代碼量里實現了一個非常標準化的ICP全棧應用，值得ICP開發者學習。

整個應用的狀態都是使用了Canister容器和ICP來取代服務器、CDN、數據庫等。

前端：React框架的資源都是在一個單獨的Canister里(https://github.com/dfinity/cancan/tree/main/src/utils/canister)。

后端與數據庫：視頻數據和點贊等數據全部都在Canister定義了類型(https://github.com/dfinity/cancan/blob/main/backend/State.mo)。同時要應對百萬用戶級別的訪問，Cancan用了一個Motoko里的高級數據類型：分布式哈希表。由于是類似Serverless的架構，Cancan不用像傳統前后端交互一樣運作，而是類似能直接在數據庫上進行get和post方法(類似谷歌的Firebase)。

總之，從Cancan的例子來看，當學會了Motoko并且熟練掌握這門語言以后，在ICP上的開發會無比高效而且完全不用擔心最惱人的部署等問題。

2.Portal(直播平臺)

項目網址：https://ja7sy-daaaa-aaaai-qaguq-cai.raw.ic0.app

Portal是一個比較新的ICP上的邊看邊賺，邊播邊賺的直播平臺，目前正在Alphatest。Portal的源碼暫時找不到，但是可以看出來前端用的是React框架。經過和開發人員的交流，可以知道Portal的關鍵的用戶或代幣數據都是在ICP上，視頻的流媒體等數據的存儲和分發是用的Livepeer協議。

前端：React框架，目前來看客戶端比較簡陋。

數據庫：沒那么復雜的數據都在ICP上，而最難處理的流媒體視頻等數據不在ICP上，而是用的Livepeer。ICP上的數據部分不再贅述。Livepeer自稱是一個基于以太坊的視頻直播平臺，本質上是一個分布式節點的視頻流媒體解決方案提供商，只是經濟系統基于以太坊。Portal使用Livepeer，就類似冷存儲使用Filecoin平臺，并不能體現出技術上特別大的創新。

總而言之，Portal作為一個直播平臺，最關鍵和難處理的視頻分發以及存儲都是選擇用的Livepeer，和ICP沒有關系。Portal與ICP的關系僅僅是部分簡單的數據使用ICP存儲以及修改。這實際上就是Portal抱ICP的大腿，在宣傳其生態的同時，也能給自己打上這么一個ICP平臺第一直播網站的標簽。

ICP到底強在哪里？

用戶角度

抽象的來說，ICP已經足夠“快”了，以至于用戶都無法感知到它在后端是區塊鏈。可以說ICP和其他云平臺在使用上是感受不出區別的。在傳統區塊鏈，比如以太坊上部署智能合約的應用會讓用戶體驗非常差，由于要各種確認交易支付手續費，以及網絡確認的緩慢。但是在ICP上，由于其POS隨機數的共識協議，TPS高，同時有數據結構的各種優化，可以支撐起流暢的用戶體驗。因此才有各種應用的ICP版，比如LinkedUp、Distrikt。

開發者角度

讀取數據：目前普遍是在250ms以下。這個速度基本上是人按下鼠標并放開的時間長短，人基本體驗不出來。

寫入數據：因為需要達成共識，所以比讀取需要更多時間。目前通常是2-5秒。與BTC或ETH相比，這要快了無數數量級。與中心化云平臺相比，這可能看起來很慢，但實際上這個速度是還可以接受的。

目前Canister是單線程的，之后Canister如果升級成多線程，那讀取和寫入的速度也能大幅度提升。從開發應用的角度而言，這個速度不算快，但是對于做一個普通的WebApp絕對夠用了。

區塊鏈角度

ICP的架構設計，類似云平臺，有更多的節點意味著節點與用戶之間的物理距離可能更短，網絡會更快，可以做到“更多節點=更多子網=更大的網絡容量=應用更高的性能”。具體的技術實現可以參考這篇詳細的博客：https://medium.com/dfinity/a-technical-overview-of-the-internet-computer-f57c62abc20f。

ICP的缺點

https://dfinity.org/roadmap/

Canister優化

目前，Canister能給其他Canister發更新請求。如果有A、B、C三個Canister，A要通過B去和C交互，那么就需要A發更新請求給B→B發更新請求給C→C接收請求。但是問題就是這樣的響應時間大概需要4秒，對用戶體驗來說很慢。如果是跨不同子網的話就可能更慢。如果要是有10個Canister需要交互的話，那一個請求需要20秒就是很恐怖的。在ICP里有查詢請求，性能是很快的，一次只需要200微秒，但是跨Canister的鏈式請求沒有原生支持。所以為了避免未來跨應用間請求的性能問題，ICP需要更新，提供原生的高性能API。

還有一點就是目前Canister的執行是單線程的，雖然Canister中可以“打包”執行一些指令，但是如果支持多線程的話，也會大大改善性能。但是這些更新和生態中的其他部分息息相關，比如ICP所支持的RustSDK也和Rust這門語言自己的生態發展息息相關，所以技術上或許需要多方努力才能改進完成。

自定義域名

目前在ICP上部署的APP的域名都是Canister的id在加上ic0.app，比如?https://ja7sy-daaaa-aaaai-qaguq-cai.raw.ic0.app。雖然開發者可以自行通過購買其他的域名來重定向到Canister的長域名，但是在使用過程中，那么長的域名還是會對用戶體驗有很大的影響。同時Dfinity論壇里的開發者以及他的客戶也對這個問題很有意見，認為是開發過程中的巨大阻礙。這或許是很小的一點缺陷，但是也能展現出Dfinity還需要努力完善這些細節。除此之外，在與Dfinity的開發者交流之后得知，在ICP上創建賬戶會有兩個賬號，這對于區塊鏈應用使用者來說是很反直覺的，所以應用開發者通常會單獨再創建一個賬號。這也是Dfinity在用戶體驗上能提高的地方。

沒有殺手級應用

https://github.com/dfinity/awesome-dfinity

從Dfinity的官方生態Repo中可以看出Dfinity的生態還是不那么繁榮的，沒有一個耳熟能詳的殺手級應用。雖然ICP的技術很強，但是就是沒有爆款產品出現在這個平臺上，這樣可能就會形成惡性循環，導致生態越來越差。生態的不完善實際上也和一些標準還未推進有關系，比如下一點提到的代幣標準。

代幣標準

ICP目前是沒有同質化代幣以及非同質化代幣標準的，這是一件很可怕的事情。作為一個區塊鏈的公鏈，鏈上應用最吸引人的就是其代幣的經濟系統，而ICP卻還沒有標準化的提案。對一個開發者來說，沒有標準化的提案就意味著開發者的應用可能會在未來，因為不滿足標準化而被生態所拋棄。所以這也導致了大多開發者還在觀望，可能寧愿在波場做一個應用，擁抱波場生態，也不愿意在ICP做。

總結

Dfinity的ICP是一個高性能，有著云平臺Serverless定位的區塊鏈網絡。通過優秀的共識算法與架構設計，以及經過各種優化后打磨出的自研編程語言，ICP能保證網絡上應用的安全性和高性能。盡管在應用生態和標準制定上，ICP還略有仍需建設，但目前ICP已經是一個成熟的專注于Serverless功能的區塊鏈網絡，能幫助DApp開發者更快地搭建更高性能的應用。

免責聲明：ForesightVentures所有文章均不能作為投資建議或推薦，投資有風險，請評估個人風險承受能力后，審慎做出投資決策。

聯系郵箱：]

相關資料與引用

https://medium.com/dfinity/a-technical-overview-of-the-internet-computer-f57c62abc20f

https://www.chainnews.com/articles/465260109330.htm

https://forum.dfinity.org/t/how-does-the-storage-mechanism-in-dfinity-works/2733

https://medium.com/dfinity/software-canisters-an-evolution-of-smart-contracts-internet-computer-f1f92f1bfffb

https://support.internetcomputer.org/hc/en-us/articles/4402245887764-What-are-the-Hardware-Requirements-to-be-a-Node-Provider-

https://forum.dfinity.org/t/few-general-noob-questions-about-the-internet-computer/1938/3

https://www.chainnews.com/zh-hant/articles/626831391302.htm

https://www.zhihu.com/question/275674226

https://medium.com/dfinity/cancan-the-internet-computers-decentralized-tiktok-is-now-open-source-5eed04547aa1

https://www.reddit.com/r/dfinity/comments/mum43f/how_fast_is_dfinity_exatcly/

https://forum.dfinity.org/t/custom-domains-for-ic0-app-community-consideration/6162/18

https://forum.dfinity.org/t/inter-canister-query-calls-community-consideration/6754

https://academy.ivanontech.com/blog/breaking-down-eth-2-0-ewasm-and-evm-explained

Tags：ICPFINDFICANicp幣官網Not Financial AdviceEDFISCAN

SHIB最新價格