<ul id="os2im"></ul>
  • <strike id="os2im"></strike>
    <ul id="os2im"></ul>
    <ul id="os2im"></ul>
    <fieldset id="os2im"><menu id="os2im"></menu></fieldset>
  • 專用ZK與通用ZK,誰才是未來?

    專業化和通用化,哪一個才是 ZK 的未來?讓我嘗試用?一張圖來回答這個問題:

    專用ZK與通用ZK,誰才是未來?專用ZK與通用ZK,誰才是未來?

    如圖所示,未來我們有可能收斂到權衡坐標系上一個神奇的最佳點嗎?

    不,鏈下可驗證計算的未來是一條連續的曲線,它模糊了專用和通用 ZK 之間的界限。請允許我解釋一下這些術語的歷史演變,以及它們在未來將如何融合。

    兩年前,「專用」 ZK 基礎設施意味著諸如 circom、Halo2 和 arkworks 之類的低級電路框架。使用這些框架構建的 ZK 應用本質上是手寫的 ZK 電路。它們對于特定的任務來說速度快且成本低,但通常難以開發和維護。它們類似于當今 IC(集成電路)行業中的各種專用集成電路芯片(物理硅片),例如 NAND 芯片和控制器芯片。

    然而,在過去的兩年里,專用 ZK 基礎設施逐漸變得更加「通用化」。

    我們現在擁有 ZKML、ZK 協處理器和 ZKSQL 框架,它們提供易于使用且高度可編程的 SDK,用于構建不同類別的 ZK 應用,而無需編寫一行 ZK 電路代碼。例如,ZK 協處理器允許智能合約以無需信任的方式訪問區塊鏈歷史狀態、事件和交易,并對這些數據運行任意計算。ZKML 使智能合約能夠以無需信任的方式利用 AI 推理結果來處理廣泛的機器學習模型。

    這些演變的框架顯著提高了其目標領域內的可編程性,同時由于抽象層(SDK/API)單薄且接近于裸機電路,因此仍保持高性能和低成本。

    它們類似于 IC 市場中的 GPU、TPU 和 FPGA:它們是可編程的領域專家。

    ZKVM 在過去兩年中也取得了長足的發展。值得注意的是,所有通用的 ZKVM 都是建立在低級、專用的 ZK 框架之上的。其理念是,你可以用高級語言(甚至比 SDK/API 更方便用戶使用)編寫 ZK 應用,這些應用可以編譯為專用電路和指令集的組合(RISC-V 或類似 WASM)。它們就像 IC 行業中的 CPU 芯片。

    ZKVM 是低級 ZK 框架之上的一層抽象層,就像 ZK 協處理器等一樣。

    正如一位智者曾經說過的,一層抽象可以解決所有計算機科學問題,但同時也會產生另一個問題。權衡,這是關鍵所在。從根本上講,對于 ZKVM,我們在性能和通用性之間進行權衡。

    兩年前,ZKVM 的「裸機」性能確實很糟糕。然而,短短兩年間,ZKVM 的性能得到了顯著提升。

    為什么?

    因為這些「通用」的 ZKVM 已經變得更加「專業化」了。性能提升的一個關鍵原因是「預編譯」。這些預編譯是專門的 ZK 電路,可以計算常用的高級程序,例如 SHA2 和各種簽名驗證,速度比將它們分解為指令電路片段的正常流程要快得多。

    因此,現在的趨勢已經非常明顯了。

    專用的 ZK 基礎設施正變得越來越通用,而通用 ZKVM 也正變得越來越專業化。

    過去幾年,這兩種解決方案的優化都實現了比以前更好的權衡點:在不犧牲另一點的情況下,在某一點上取得進步。這就是為什么雙方都覺得「我們絕對是未來」。

    然而,計算機科學的智慧告訴我們,在某一時刻,我們會遇到「帕累托最優墻」(綠色虛線),即我們無法在不犧牲另一個性能的情況下改善一個性能。

    因此,一個價值百萬美元的問題出現了:一個技術是否會在適當的時候完全取代另一個技術?

    在借助 IC 行業來理解:CPU 的市場規模為 1260 億美元,而整個 IC 行業(加上所有「專用」IC)的規模為 5150 億美元。我確信,從微觀角度看,歷史會在這里重演,它們不會相互取代。

    話雖如此,今天沒有人會說,「嘿,我正在使用一臺完全由通用 CPU 驅動的計算機」,或者「嘿,這個是由專用 IC 驅動的花哨機器人」。

    是的,我們確實應該從宏觀的角度來看待這個問題,未來會有一個權衡曲線,讓開發者根據自己的需求靈活選擇。

    未來,專用 ZK 基礎設施和通用 ZKVM 可以協同工作。這可以以多種形式實現。最簡單的方法現在已經可以實現。例如,你可以使用 ZK 協處理器在區塊鏈交易歷史中生成一些計算結果,但這些數據之上的計算業務邏輯非常復雜,你無法簡單地在 SDK/API 中表達。

    你可以做的是獲取數據和中間計算結果的高性能和低成本的 ZK 證明,然后通過證明遞歸將它們匯聚到通用 VM。

    專用ZK與通用ZK,誰才是未來?專用ZK與通用ZK,誰才是未來?

    雖然我認為這類辯論很有趣,但我知道我們都在為區塊鏈構建這種由鏈下可驗證計算驅動的異步計算未來。隨著未來幾年大規模用戶采用的用例出現,我相信這場辯論終會出現結果。

    主站蜘蛛池模板: 影院无码人妻精品一区二区| AAA级久久久精品无码片| 亚洲2022国产成人精品无码区 | 欧洲精品色在线观看| 黑巨人与欧美精品一区 | 久久se精品一区精品二区国产| 精品久久香蕉国产线看观看亚洲 | 日韩精品真人荷官无码| 精品亚洲成α人无码成α在线观看 | 无码日韩精品一区二区免费| 欧美日韩精品系列一区二区三区 | 亚洲精品视频在线观看你懂的| 国产精品高清2021在线| 亚洲精品高清国产一久久| 国产91久久精品一区二区| 熟妇人妻VA精品中文字幕| 亚洲国产精品18久久久久久| 亚洲精品无码永久在线观看| 久久中文精品无码中文字幕| 国产亚洲精品自在线观看| 国产在线观看一区精品 | 日本精品在线视频| 精品成人免费自拍视频| 九九精品成人免费国产片| 99久久精品毛片免费播放| 丰满人妻熟妇乱又仑精品| 九九精品99久久久香蕉| 久久夜色精品国产欧美乱| 日韩人妻无码精品久久久不卡| 无码囯产精品一区二区免费| 日韩精品乱码AV一区二区| 日产精品99久久久久久| 无码国产精品一区二区免费模式 | 日韩精品一区二区三区影院 | 久久精品中文字幕第23页| 久热精品人妻视频| 欧洲精品一区二区三区在线观看| 热综合一本伊人久久精品| 无码日韩精品一区二区人妻| 亚洲а∨天堂久久精品9966| 亚洲欧美日韩久久精品第一区|