<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,誰才是未來?

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

    主站蜘蛛池模板: 欧美人与性动交α欧美精品成人色XXXX视频| 人妻偷人精品成人AV| 国产成人无码精品一区在线观看| 亚洲精品二区国产综合野狼| 国产偷国产偷高清精品| 国产午夜精品一区理论片| 亚洲国产精品无码中文字| 国产精品亚洲精品日韩已方| 国产偷亚洲偷欧美偷精品 | 成人国产精品高清在线观看| 最新国产精品无码| 欧美日韩专区麻豆精品在线| 国语自产精品视频| 国产精品国产三级国产| 亚洲精品天天影视综合网| 91精品啪在线观看国产| 精品亚洲国产成AV人片传媒| 亚洲AV乱码久久精品蜜桃| 久久91综合国产91久久精品| 四虎精品亚洲一区二区三区| Xx性欧美肥妇精品久久久久久| 国产精品莉莉欧美自在线线| 国产精品亚洲片在线| 日韩精品极品视频在线观看免费| 无码人妻精品一区二| 国语自产精品视频在线观看| 国产精品欧美久久久久天天影视| 亚洲精品福利视频| 久久久精品午夜免费不卡| 久久91精品国产91久久户| 国产精品毛片久久久久久久| 99久久精品影院老鸭窝| 99久久精品午夜一区二区| 国产成人精品手机在线观看| 国产精品嫩草影院AV| 国产日韩精品欧美一区| 国产成人精品日本亚洲11| 国产精品怡红院永久免费| 欧美日韩精品在线| 1区1区3区4区产品芒果精品| 98香蕉草草视频在线精品看|