Tại sao ZK được gọi là End Game?

Lịch sử của bộ xử lý phụ trợ

Trong thế giới máy tính truyền thống, bộ đồng xử lý là một đơn vị xử lý chịu trách nhiệm xử lý những thứ phức tạp khác cho não của CPU. Đồng xử lý rất phổ biến trong lĩnh vực máy tính, chẳng hạn như bộ đồng xử lý chuyển động M7 của Apple vào năm 2013, giúp cải thiện đáng kể độ nhạy chuyển động của các thiết bị thông minh. GPU, như thường được biết, là một bộ đồng xử lý được Nvidia đề xuất vào năm 2007 để xử lý các tác vụ như kết xuất đồ họa cho CPU. GPU tăng tốc các ứng dụng chạy trên CPU bằng cách giảm tải một số phần tính toán chuyên sâu và tốn thời gian của mã, một kiến trúc được gọi là điện toán “không đồng nhất” / “lai”.

Bộ xử lý cộng tác có thể giải phóng một số mã code phức tạp và yêu cầu hiệu suất đơn lẻ hoặc yêu cầu hiệu suất cực cao, để CPU xử lý phần linh hoạt và đa dạng hơn.

Trên chuỗi Ethereum, có hai vấn đề nghiêm trọng đang cản trở sự phát triển của ứng dụng:

1. Do to the high Gas Fee required for operations, a regular transfer is hardcoded to 21000 Gas Limit, which represents the bottom line of Gas Fee for the Ethereum network. Other operations, including storage, will cost more Gas, thereby limiting the development scope of on-chain applications. Most contract code is only written around asset operations. Once it involves complex operations, a large amount of Gas will be required, which is a serious obstacle to the “Mass Adoption” of applications and users.
2. Vì hợp đồng thông minh tồn tại trong máy ảo, nên thực tế hợp đồng thông minh chỉ có thể truy cập dữ liệu của 256 khối gần đây, đặc biệt là sau nâng cấp Pectra vào năm sau, với đề xuất EIP-4444, toàn bộ nút sẽ không lưu trữ dữ liệu khối quá khứ nữa, dẫn đến thiếu dữ liệu và làm chậm sự xuất hiện của các ứng dụng sáng tạo dựa trên dữ liệu. Sau cùng, các ứng dụng như Tiktok, Instagram, các ứng dụng DeFi với nhiều dữ liệu, LLM, vv. đều được xây dựng dựa trên dữ liệu, đó cũng là lý do tại sao giao thức xã hội dựa trên dữ liệu như Layer3 Momoka của Lens phải được ra mắt, vì chúng tôi tin rằng blockchain là luồng dữ liệu rất mượt mà vì các thông tin trên chuỗi đều công khai và minh bạch, nhưng thực tế không phải như vậy, chỉ có luồng dữ liệu tài sản token mượt mà, nhưng tài sản dữ liệu vẫn bị hạn chế do cơ sở hạ tầng không hoàn thiện, điều này cũng sẽ nghiêm trọng hạn chế sự xuất hiện của các sản phẩm “Mass Adoption”.

Chúng tôi đã nhận thấy rằng việc tính toán và dữ liệu đã hạn chế việc xuất hiện của một mô hình tính toán mới gọi là “Mass Adoption”. Tuy nhiên, điều này là điểm yếu của blockchain Ethereum và nó không được thiết kế để xử lý các tác vụ tính toán và dữ liệu phức tạp. Nhưng làm thế nào để thực hiện các ứng dụng tính toán và dữ liệu phức tạp? Đây là lúc chúng ta cần đến bộ xử lý phụ, trong đó blockchain Ethereum là CPU và bộ xử lý phụ tương tự như GPU. Blockchain có thể xử lý một số dữ liệu tài sản và hoạt động đơn giản không phải là tính toán hoặc dữ liệu phức tạp, trong khi ứng dụng có thể sử dụng linh hoạt dữ liệu hoặc tài nguyên tính toán bằng cách sử dụng bộ xử lý phụ. Khi khám phá công nghệ ZK, để đảm bảo bộ xử lý phụ có thể tính toán và sử dụng dữ liệu ngoại chuỗi mà không cần tin cậy, hầu hết các bộ xử lý phụ được phát triển dựa trên công nghệ ZK.

Đối với ZK Coporcessor, với phạm vi ứng dụng rộng, nó có thể áp dụng cho bất kỳ kịch bản ứng dụng dapp thực tế nào như mạng xã hội, trò chơi, Defi, hệ thống kiểm soát rủi ro dựa trên dữ liệu trên chuỗi, Oracle, lưu trữ dữ liệu, đào tạo ngôn ngữ mô hình lớn và rất nhiều thứ khác. Lý thuyết cho thấy, bất kỳ điều gì mà ứng dụng Web2 có thể làm, với ZK coprocessor, tất cả đều có thể thực hiện và được bảo vệ bởi lớp thanh toán cuối cùng là Ethereum để bảo đảm an toàn ứng dụng.

Trong thế giới truyền thống, bộ xử lý cũng không có một định nghĩa cụ thể, chỉ cần là một chip độc lập có thể hỗ trợ hoàn thành nhiệm vụ được gọi là bộ xử lý. Hiện nay, ngành công nghiệp đang không hoàn toàn đồng ý với định nghĩa của Bộ xử lý ZK, như ZK-Query, ZK-Oracle, ZKM đều được coi là bộ xử lý, có thể hỗ trợ truy vấn dữ liệu đầy đủ trên chuỗi, dữ liệu đáng tin cậy ngoại chuỗi và kết quả tính toán ngoại chuỗi. Dựa trên định nghĩa này, thực tế Layer2 cũng được coi là một bộ xử lý cho Ethereum, chúng tôi cũng sẽ so sánh sự khác biệt giữa Layer2 và bộ xử lý ZK chung trong bài viết dưới đây.

Tổng quan về dự án xử lý phụ trợ

Một phần dự án bộ xử lý phụ ZK, nguồn hình ảnh: Gate Ventures

Hiện tại, các ứng dụng phổ biến nhất trong ngành được chia thành ba phần chính, bao gồm chỉ mục dữ liệu trên chuỗi, máy Oracle và ZKML. Dự án chung mà cả ba kịch bản đều bao gồm là General-ZKM, trong khi các máy ảo chạy trên chuỗi khác nhau đều có những điểm khác nhau, ví dụ như Delphinus tập trung vào zkWASM, trong khi Risc Zero tập trung vào kiến trúc Risc-V.

Công nghệ kiến trúc bộ xử lý phụ trợ

Chúng tôi sẽ phân tích kiến trúc của bộ xử lý chung ZK để đọc giả hiểu rõ sự khác biệt về công nghệ và thiết kế cơ chế của máy ảo đa năng này, từ đó đưa ra dự đoán về xu hướng phát triển của các bộ xử lý trong tương lai, trong đó chủ yếu tập trung vào ba dự án Risc Zero, Lagrange và Succinct.

Risc Zero

Trong Risc Zero, bộ xử lý ZK của nó được gọi là Bonsai.

Kiến trúc Bonsai, nguồn hình ảnh: Risc Zero

Bonsai组件，图源：Risc Zero

Trong Bonsai, đã xây dựng một bộ các thành phần chứng minh không kiến thức độc lập với chuỗi, mục tiêu của nó là trở thành một bộ xử lý phụ trợ độc lập với chuỗi, dựa trên kiến trúc bộ chỉ thị Risc-V, có tính tổng quát cao, hỗ trợ các ngôn ngữ bao gồm Rust, C ++, Solidity, Go vv. Các chức năng chính của nó bao gồm:

1. zkVM chung, có thể chạy bất kỳ máy ảo nào trong môi trường không biết/kiểm tra được.
2. Hệ thống sinh chứng chỉ ZK có thể tích hợp trực tiếp vào bất kỳ hợp đồng thông minh hoặc chuỗi nào.
3. Một rollup chung sẽ phân phối bất kỳ tính toán nào được chứng minh trên Bonsai lên chuỗi, để các nhà khai thác mạng thực hiện việc tạo chứng minh.

Bao gồm các thành phần:

1. Mạng Prover: Thông qua API Bonsai, người chứng minh nhận được mã ZK cần được xác minh trong mạng, sau đó chạy thuật toán chứng minh để tạo bằng chứng ZK và mạng sẽ mở cho mọi người trong tương lai.
2. Request Pool：Hồ bơi này lưu trữ các yêu cầu chứng minh mà người dùng đã tạo ra (tương tự như mempool của Ethereum, được sử dụng để tạm thời lưu trữ giao dịch), sau đó Request Pool này sẽ được sắp xếp bởi Sequencer để tạo ra các khối, trong đó nhiều yêu cầu chứng minh sẽ được phân chia để tăng hiệu suất chứng minh.
3. Rollup 引擎：động cơ này sẽ thu thập kết quả chứng minh được thu thập từ mạng người chứng minh, sau đó đóng gói thành Root Proof, tải lên Mạng chính Ethereum, để người xác thực trên chuỗi có thể xác minh bất cứ lúc nào.
4. Image Hub：Đây là một nền tảng phát triển trực quan, trong nền tảng này có thể lưu trữ các hàm và ứng dụng hoàn chỉnh, do đó các nhà phát triển có thể gọi API tương ứng thông qua hợp đồng thông minh, từ đó hợp đồng thông minh trên chuỗi có khả năng gọi chương trình off-chain.
5. State Store: Bonsai cũng giới thiệu việc lưu trữ trạng thái off-chain, được lưu trữ trong cơ sở dữ liệu dưới dạng cặp key-value, từ đó giảm chi phí lưu trữ on-chain và hỗ trợ với nền tảng ImageHub để giảm độ phức tạp của hợp đồng thông minh.
6. Thị trường chứng minh: Đây là một phần của chuỗi cung ứng và sản xuất công nghệ ZK. Thị trường khả năng tính toán được sử dụng để phù hợp nhu cầu cung cấp và nhu cầu sử dụng khả năng tính toán.

Lagrange

Mục tiêu của Lagrange là xây dựng một bộ xử lý song song và cơ sở dữ liệu có thể xác minh, bao gồm dữ liệu lịch sử trên chuỗi khối, có thể sử dụng mượt mà dữ liệu này để xây dựng ứng dụng không cần tin cậy. Điều này có thể đáp ứng việc phát triển ứng dụng tính toán và dữ liệu mật độ cao.

Đây liên quan đến hai chức năng:

1. Cơ sở dữ liệu có thể xác minh: thông qua lưu trữ thông minh của hợp đồng trên chuỗi chỉ mục, các trạng thái tạo ra bởi hợp đồng thông minh trên chuỗi được lưu trữ trong cơ sở dữ liệu. Điều quan trọng là xây dựng lại lưu trữ, trạng thái và khối của blockchain, sau đó lưu trữ theo cách cập nhật trong cơ sở dữ liệu ngoại tuyến dễ truy xuất.
2. Tính toán theo nguyên tắc MapReduce: Nguyên tắc MapReduce là việc tính toán song song trên cơ sở dữ liệu lớn bằng cách phân tách dữ liệu thành nhiều phiên bản và tính toán song song trên chúng, sau đó kết hợp kết quả lại với nhau. Kiến trúc hỗ trợ thực thi song song này được Lagrange gọi là zkMR.

Trong thiết kế cơ sở dữ liệu, nó liên quan đến ba phần dữ liệu trên chuỗi gồm dữ liệu được lưu trữ trong hợp đồng, dữ liệu trạng thái EOA và dữ liệu khối.

Cấu trúc cơ sở dữ liệu Lagrange, Nguồn hình ảnh: Lagrange

Trên đây là cấu trúc ánh xạ của dữ liệu được lưu trữ bởi hợp đồng của nó, trong đó các biến trạng thái của hợp đồng được lưu trữ và mỗi hợp đồng có một Storage Trie độc lập, được lưu trữ dưới dạng cây MPT trong Ethereum. Mặc dù cây MPT đơn giản, nhưng nó rất kém hiệu quả, đó là lý do tại sao Ethereum nhà phát triển cốt lõi thúc đẩy sự phát triển của cây Verkel. Trong Lagrange, mỗi Nút có thể sử dụng SNARK / STARK cho “bằng chứng” và Nút cha chứa bằng chứng về Nút con, yêu cầu sử dụng bằng chứng đệ quy.

Trạng thái tài khoản, nguồn hình: Lagrange

Tài khoản được phân thành EOA và tài khoản hợp đồng, cả hai đều có thể được lưu trữ dưới dạng Account / Storage Root (không gian lưu trữ của biến hợp đồng) để đại diện cho trạng thái tài khoản, nhưng dường như Lagrange chưa thiết kế hoàn chỉnh phần này, thực tế vẫn cần thêm Root của State Trie (không gian lưu trữ trạng thái của tài khoản bên ngoài).

Cấu trúc dữ liệu khối, nguồn hình ảnh: Lagrange

Trong cấu trúc dữ liệu mới của Lagrange, đã tạo ra cấu trúc dữ liệu khối thân thiện với chứng minh SNARKs, mỗi lá của cây này đều là một tiêu đề khối, kích thước của cây này là cố định, nếu Ethereum tạo khối mỗi 12 giây một lần, thì cơ sở dữ liệu này có thể được sử dụng trong khoảng 25 năm.

Trong máy ảo ZKMR của Lagrange, quá trình tính toán có hai bước:

1. Bản đồ: Máy phân tán ánh xạ toàn bộ dữ liệu, tạo ra cặp khóa giá trị.
2. Giảm: Máy tính phân tán tính toán chứng minh rồi sau đó sẽ kết hợp tất cả chứng minh đoạn.

Đơn giản, ZKMR có thể kết hợp chứng minh của các tính toán nhỏ để tạo ra chứng minh cho toàn bộ tính toán. Điều này cho phép ZKMR mở rộng một cách hiệu quả để thực hiện chứng minh tính toán phức tạp trên các tập dữ liệu lớn cần nhiều bước hoặc nhiều lớp tính toán. Ví dụ, nếu Uniswap triển khai trên 100 chuỗi, thì nếu muốn tính giá TWAP của một đồng token trên 100 chuỗi, cần có rất nhiều tính toán và kết hợp, lúc đó ZKMR có thể tính toán từng chuỗi một, sau đó kết hợp thành một chứng minh tính toán hoàn chỉnh.

Quá trình thực thi của bộ xử lý đồng bộ Lagrange, nguồn hình ảnh: Lagrange

Đây là quá trình thực hiện của nó:

1. Hợp đồng thông minh của nhà phát triển đầu tiên được đăng ký trên Lagrange, sau đó gửi một yêu cầu chứng minh đến hợp đồng thông minh trên chuỗi của Lagrange, lúc này, hợp đồng đại diện chịu trách nhiệm tương tác với hợp đồng của nhà phát triển.
2. Lagrange off-chain thông qua việc phân tích yêu cầu thành các nhiệm vụ nhỏ có thể được thực hiện song song và phân phối cho các bằng chứng viên khác nhau để cùng xác minh.
3. Bằng chứng này thực tế cũng là một mạng, tính an toàn của mạng được đảm bảo bởi công nghệ Restaking của EigenLayer.

Succinct

Mục tiêu của Succinct Network là tích hợp tập hợp sự kiện có thể lập trình vào mỗi phần của Stack phát triển blockchain (bao gồm L2, bộ xử lý phụ trợ, cầu nối Cross-chain, v.v.).

Quy trình hoạt động của Succinct, nguồn hình ảnh: Succinct

Succinct có thể chấp nhận các ngôn ngữ chuyên dụng (DSL) như Solidity và zero-knowledge trên, chuyển đến xử lý viên Succinct off-chain. Succinct hoàn thành việc chỉ mục dữ liệu của mạng mục tiêu, sau đó gửi yêu cầu chứng minh đến thị trường chứng minh, có thể hỗ trợ các máy khai thác sử dụng CPU, GPU và ETC và nộp chứng minh trong mạng chứng minh. Điểm đặc biệt của nó là thị trường chứng minh tương thích với các hệ thống chứng minh khác nhau, vì trong tương lai sẽ có một khoảng thời gian kéo dài khi các hệ thống chứng minh khác nhau cùng tồn tại.

Succinct’s off-chain ZKVM is called SP (Succinct Processor), which supports Rust language and other LLVM languages, with core features including:

1. Đệ quy + xác minh: Công nghệ chứng minh đệ quy dựa trên công nghệ STARKs có thể tăng hiệu suất nén ZK theo cấp số mũ.
2. Hỗ trợ gói SNARKs thành gói STARKs: Có thể đồng thời áp dụng lợi ích của SNARKs và STARKs, giải quyết vấn đề cân nhắc kích thước chứng minh và thời gian xác minh.
3. Kiến trúc zkVM tập trung vào việc biên soạn trước: Đối với một số thuật toán phổ biến như SHA256, keccak, ECDSA, v.v., có thể được biên soạn trước để giảm thời gian tạo và xác minh chứng minh trong quá trình chạy.

So sánh

Khi so sánh bộ xử lý ZK chung, chúng tôi chủ yếu so sánh dựa trên nguyên tắc đầu tiên của Mass Adoption và cũng sẽ trình bày vì sao điều này quan trọng:

1. Vấn đề chỉ mục/dồn đồng dữ liệu: Chỉ khi có dữ liệu trên chuỗi đầy đủ và chức năng đồng bộ chỉ mục mới có thể đáp ứng yêu cầu của ứng dụng dựa trên dữ liệu lớn, nếu không, phạm vi ứng dụng của nó sẽ khá hạn chế.
2. Dựa trên công nghệ: Công nghệ SNARKs và STARKs có điểm quyết định khác nhau, trong tương lai ngắn hạn, công nghệ SNARKs sẽ chiếm ưu thế, trong tương lai dài hạn, công nghệ STARKs sẽ chiếm ưu thế.
3. Có hỗ trợ đệ quy không: Chỉ khi có hỗ trợ đệ quy mới có thể nén dữ liệu một cách tối đa và thực hiện chứng minh song song, do đó, việc thực hiện đệ quy hoàn toàn là điểm nổi bật của dự án.
4. Hệ thống chứng minh: Hệ thống chứng minh trực tiếp ảnh hưởng đến kích thước và thời gian tạo ra chứng minh, đây là thành phần tốn kém nhất trong công nghệ ZK, hiện tại chủ yếu dựa trên thị trường khả năng tính toán đám mây ZK tự xây dựng và mạng chứng minh.
5. Hợp tác sinh thái: Có thể đánh giá hướng công nghệ của bên thứ ba dựa trên người sử dụng B đã chấp nhận hay không.
6. VC được hỗ trợ và tình hình tài chính: Có thể biểu thị tình hình hỗ trợ tài nguyên tiếp theo của nó.

Nguồn hình ảnh: Gate Ventures

Thực tế, con đường công nghệ toàn diện đã rất rõ ràng, vì vậy hầu hết các công nghệ đều h趋同, ví dụ như sử dụng bao gói từ STARKs đến SNARKs, có thể sử dụng đồng thời lợi thế của STARKs và SNARKs, giảm thời gian tạo chứng minh và thời gian xác minh cũng như chống lại tấn công của máy tính lượng tử. Do tính đệ quy của thuật toán ZK có thể ảnh hưởng đến hiệu suất của ZK rất nhiều, vì vậy hiện tại ba dự án đều có tính năng đệ quy. Việc tạo ra chứng minh của thuật toán ZK là nơi tốn kém nhất và tốn thời gian nhất, vì vậy ba dự án đều phải dựa trên nhu cầu mạnh mẽ về khả năng tính toán ZK của chính mình để xây dựng một mạng lưới chứng minh và thị trường khai thác trên nền tảng đám mây. Vì vậy, trong tình huống hiện tại, khi con đường công nghệ rất giống nhau, có thể cần sự hỗ trợ của tài nguyên hợp tác sinh thái từ các đội và VC đằng sau để chiếm lĩnh thị trường.

Sự khác biệt giữa bộ xử lý phụ và Layer2

Khác với Layer2, bộ xử lý phụ hướng tới ứng dụng, trong khi Layer2 vẫn hướng tới người dùng. Bộ xử lý phụ có thể hoạt động như một thành phần tăng tốc hoặc thành phần modular, tạo thành các tình huống ứng dụng sau:

1. Là một thành phần máy ảo off-chain của ZK Layer2, những Layer2 này có thể thay thế VM của họ bằng bộ xử lý phụ trợ.
2. 作为公链上应用卸载Khả năng tính toán到off-chain的协处理器。
3. Là một thiết bị Oracle trên chuỗi công khai để lấy dữ liệu xác thực từ chuỗi khác.
4. Ở cầu nối Cross-chain trên hai chuỗi, chúng ta truyền tin nhắn.

Những kịch bản ứng dụng này chỉ liệt kê một phần, đối với bộ xử lý phụ, chúng ta cần hiểu được tiềm năng của nó trong việc đồng bộ dữ liệu và tính toán tin cậy, hiệu suất cao, chi phí thấp trên toàn chuỗi, có thể an toàn xây dựng lại gần như tất cả các middleware của blockchain bằng cách sử dụng bộ xử lý phụ. Bao gồm cả Chainlink, The Graph hiện đang phát triển ZK Oracle và truy vấn của riêng mình; các cầu nối cross-chain phổ biến như Wormhole, Layerzero cũng đang nghiên cứu và phát triển công nghệ cầu nối cross-chain dựa trên ZK; việc đào tạo LLMs (sự tiên đoán của mô hình lớn) ngoài chuỗi và công việc suy luận đáng tin cậy, và nhiều hơn nữa.

Vấn đề mà bộ xử lý đồng hành đối mặt

1. Nhà phát triển gặp phải sự kháng cự, công nghệ ZK về lý thuyết là khả thi, nhưng hiện tại vẫn còn rất nhiều điểm khó khăn, sự hiểu biết từ bên ngoài cũng mập mờ và khó hiểu, vì vậy khi các nhà phát triển mới gia nhập hệ sinh thái, họ có thể phải đối mặt với một sự kháng cự lớn do cần phải nắm vững ngôn ngữ cụ thể và các công cụ phát triển.
2. Đường đua đang ở giai đoạn rất sớm, hiệu suất zkVM rất phức tạp và liên quan đến nhiều khía cạnh (bao gồm phần cứng, hiệu suất của một nút và nhiều nút, sử dụng bộ nhớ, chi phí đệ quy, lựa chọn hàm băm, v.v.), hiện tại các dự án đang xây dựng trên các khía cạnh này, đường đua đang ở giai đoạn rất sớm, tình hình vẫn chưa rõ ràng.
3. Các điều kiện tiên quyết như phần cứng vẫn chưa được triển khai, về phần cứng, hiện nay phần cứng chủ yếu là ASIC và FPGA, các nhà sản xuất bao gồm Ingonyama, Cysic, vẫn đang ở giai đoạn thí nghiệm trong phòng thí nghiệm, chưa đạt được mức độ thương mại hóa, chúng tôi cho rằng phần cứng là tiền đề quan trọng cho việc triển khai quy mô lớn của công nghệ ZK.
4. Các con đường công nghệ tương đương nhau, rất khó có lợi thế công nghệ bậc cha trên, hiện tại đang cạnh tranh chủ yếu dựa trên tài nguyên VC phía sau và khả năng BD của đội ngũ, liệu có thể giành được vị trí sinh thái trên các ứng dụng chính và chuỗi khối công cộng hay không.

Tổng kết và triển vọng

Công nghệ ZK có tính chất rất phổ quát và cũng giúp hệ sinh thái Ethereum di chuyển từ quan điểm giá trị phi tập trung sang quan điểm giá trị không tin cậy. “Đừng tin, hãy xác minh”, điều này chính là việc thực hành tốt nhất của công nghệ ZK. Công nghệ ZK có thể tái cấu trúc cầu nối Cross-chain, máy Oracle, truy vấn trên chuỗi, tính toán ngoại chuỗi, máy ảo và nhiều trường hợp ứng dụng khác, trong đó ZK Coprocessor phổ quát là một trong những công cụ thực hiện công nghệ ZK. Đối với ZK Coprocessor, phạm vi ứng dụng rộng lớn, có thể bao phủ mọi trường hợp ứng dụng dapp thực tế, lý thuyết là, bất kỳ ứng dụng Web2 nào cũng có thể thực hiện được những điều mà có ZK Coprocessor.

Đường cong phổ cập công nghệ, nguồn ảnh: Gartner

Từ thời xa xưa, sự phát triển của công nghệ đã tụt hậu so với trí tưởng tượng của con người về một cuộc sống tốt đẹp hơn (chẳng hạn như Chang’e lên mặt trăng đến Apollo trên mặt trăng), nếu một cái gì đó thực sự sáng tạo và lật đổ và cần thiết, thì công nghệ sẽ được hiện thực hóa, đó chỉ là vấn đề thời gian. Chúng tôi tin rằng các bộ đồng xử lý ZK đa năng theo xu hướng này. Chúng tôi có hai số liệu cho bộ đồng xử lý ZK “Áp dụng hàng loạt”: cơ sở dữ liệu có thể chứng minh theo thời gian thực trên toàn chuỗi và tính toán off-chain chi phí thấp. Nếu lượng dữ liệu đủ và đồng bộ hóa thời gian thực cộng với tính toán chi phí thấp off-chain có thể kiểm chứng, thì mô hình phát triển phần mềm có thể được thay đổi hoàn toàn, nhưng mục tiêu này chậm lặp lại, vì vậy chúng tôi tập trung vào việc tìm kiếm các dự án đáp ứng hai xu hướng hoặc định hướng giá trị này và sự hạ cánh của chip ZK Khả năng tính toán là tiền đề của ứng dụng thương mại quy mô lớn của bộ đồng xử lý ZK, sự thiếu đổi mới trong chu kỳ này là giai đoạn cửa sổ để thực sự xây dựng thế hệ tiếp theo của công nghệ và ứng dụng “Áp dụng hàng loạt”, chúng tôi hy vọng rằng trong vòng chu kỳ tiếp theo, Chuỗi công nghiệp ZK có thể được thương mại hóa, vì vậy đã đến lúc tập trung lại vào một số công nghệ thực sự có thể cho phép Web3 mang 1 tỷ người tương tác trên on-chain.