Bởi Misha Komarov, Blockworks, biên soạn bởi Song Xue, Golden Finance
Web3 nhấn mạnh rất nhiều vào khái niệm cơ bản về công nghệ không có kiến thức đến nỗi giờ đây nó đã trở thành nền tảng và trọng tâm của mọi sự phát triển. Nhưng khả năng mở rộng, bảo mật và lợi ích riêng tư của nó không làm cho nó đáng tin cậy.
Điều mà mọi người không nhận ra là trong môi trường Web3, công nghệ zero-knowledge (ZK) vẫn còn khá mới và không phải không có sai sót. Các nhà phát triển đang tích cực giải quyết các vấn đề hiện tại với công nghệ ZK, nhưng bản chất sáng tạo của không gian có nghĩa là họ có xu hướng khái niệm hóa nhanh hơn họ có thể xây dựng.
Tiếp tục tin tưởng ZK mà không hiểu đầy đủ các vấn đề kỹ thuật của nó là nguy hiểm cho một tương lai Web3 bền vững. Trước khi mù quáng dựa vào công nghệ này, chúng ta cần kiểm tra kỹ lưỡng nó và những nhược điểm tiềm ẩn của nó. **
Không nên có anh hùng trong Web3 - không nên tôn thờ công nghệ. **
Trong tương lai lý tưởng, công nghệ ZK sẽ đóng một vai trò tích hợp hơn trong tất cả các hoạt động trên chuỗi. Tuy nhiên, công nghệ này hiện đang tồn tại gần như là một tiện ích bổ sung hoặc phụ kiện, chứ không phải là thứ có thể hỗ trợ cơ bản việc thực thi trên chuỗi. ** Điều này là do các lĩnh vực và sản phẩm đang được phát triển vẫn còn tương đối mới.
Nhưng lĩnh vực công nghệ ZK đã phát triển đến mức nó có nguy cơ làm phức tạp quá mức. Có một khoảng cách kiến thức ngày càng tăng giữa các nhà xây dựng ZK và người dùng Web3. **
Các vấn đề khác mà sự phát triển công nghệ của ZK phải đối mặt bao gồm tối ưu hóa thời gian đưa ra thị trường mà không ảnh hưởng đến tính toàn vẹn của dự án. Các bằng chứng và mạch ZK hiện thiếu khả năng truy cập vì các nhà phát triển cần học các ngôn ngữ dành riêng cho miền (DSL) để chứng minh thêm các tính toán này.
Đó là một quá trình chuyên sâu về kiến thức, được minh họa rõ nhất bởi thực tế là phải mất gần một năm rưỡi giữa testnet trước alpha của Scroll và khởi chạy mainnet. Bằng cách dành thời gian để thực hiện đúng việc triển khai và xem xét mã, thời gian đưa ra thị trường của Scroll có thể bị cản trở bởi quy trình xem xét chuyên sâu mã mạch zkEVM được triển khai thông qua một số zkDSL liên quan đến Halo2 tùy chỉnh.
Đây là một vấn đề bởi vì chỉ có một vài người trên thế giới có kiến thức trực tiếp về DSL và mật mã. Khi chúng tôi có nhiều nhà phát triển sử dụng công nghệ ZK tiên tiến, chúng tôi cần đảm bảo rằng mọi thành phần của công nghệ ZK đều có thể kiểm chứng độc lập.
Sau đó, có thách thức về khả năng cấu hình. Mỗi nâng cấp cần thiết cuối cùng là một cuộc đại tu hoàn chỉnh của hệ thống mới được xây dựng, không phải là một "nâng cấp" theo nghĩa là nhà phát triển đang xây dựng trên một khuôn khổ hiện có.
Các dự án hỗ trợ ZK đã làm việc trên các giải pháp đơn giản hóa quy trình xây dựng cho các nhà phát triển. Điều này sẽ giúp giải quyết các vấn đề chính, bao gồm thời gian đưa ra thị trường chậm, chi phí tạo bằng chứng với tư cách là một bên độc lập, khả năng cấu hình của các mạch và yêu cầu học các ngôn ngữ mật mã cụ thể.
Xây dựng các cách đơn giản hơn để biên dịch mã thành các mạch đầy đủ chức năng càng dễ dàng càng tốt là rất quan trọng để đảm bảo khả năng kết hợp của các ứng dụng hỗ trợ ZK. Các công cụ như trình biên dịch có thể nhanh chóng giúp xác minh chức năng của mã của bạn. Các nhà phát triển cũng có thể sử dụng nhiều ngôn ngữ mã hóa khác nhau để phát triển các ứng dụng hiệu quả hơn.
Tiếp tục tập trung vào các công việc quan trọng ảnh hưởng đến khả năng mở rộng và bảo mật về các vấn đề khác đang được tiến hành trong lĩnh vực này. ** Những thiếu sót của công nghệ ZK bị bỏ qua đơn giản chỉ vì ngành công nghiệp rất cần khả năng mở rộng và bảo mật, bỏ qua những thiếu sót về chi phí và sự phức tạp. **
Sự thật là, công nghệ ZK cần phải làm cho nó đơn giản. Các nhà phát triển sẽ có thể sử dụng công nghệ ngay cả khi họ không phải là chuyên gia về mật mã hoặc thiết kế mạch.
Các nhà cung cấp cơ sở hạ tầng ZK cần tạo ra các công cụ giúp xây dựng các ứng dụng hỗ trợ ZK dễ dàng hơn và đơn giản hóa quy trình xây dựng cho các nhà phát triển.
Hợp lý hóa quy trình sản xuất và giảm chi phí liên quan đến cơ sở hạ tầng là một cách để giải quyết những vấn đề này. Một cách tiếp cận khả thi khác là cung cấp nhiều nguồn lực và hỗ trợ hơn, chẳng hạn như các chương trình giáo dục và cơ hội cố vấn, cho các nhà phát triển muốn tham gia vào lĩnh vực này.
Vào cuối ngày, ngay cả với công nghệ ZK, đừng chỉ tin tưởng mà còn xác minh. **
Điều này vượt ra ngoài phạm vi giải quyết giao dịch cơ bản, nó nên áp dụng cho các công cụ chúng tôi sử dụng để xây dựng hoặc biên dịch mã, và các nhà phát triển và người dùng nên nhận thức rõ hơn về điều này để khuyến khích tính toàn vẹn giữa các dự án.
Chúng ta có thể tránh sự thất vọng bằng cách có cái nhìn toàn diện về không gian ZK - một tương lai hứa hẹn sẽ cho phép xác minh không tin cậy hầu hết mọi thứ. Các nhà xây dựng phải hiểu rằng khả năng của nó vượt xa khả năng mở rộng và bảo mật.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Tại sao mọi người đặt quá nhiều niềm tin vào công nghệ không có kiến thức?
Bởi Misha Komarov, Blockworks, biên soạn bởi Song Xue, Golden Finance
Web3 nhấn mạnh rất nhiều vào khái niệm cơ bản về công nghệ không có kiến thức đến nỗi giờ đây nó đã trở thành nền tảng và trọng tâm của mọi sự phát triển. Nhưng khả năng mở rộng, bảo mật và lợi ích riêng tư của nó không làm cho nó đáng tin cậy.
Điều mà mọi người không nhận ra là trong môi trường Web3, công nghệ zero-knowledge (ZK) vẫn còn khá mới và không phải không có sai sót. Các nhà phát triển đang tích cực giải quyết các vấn đề hiện tại với công nghệ ZK, nhưng bản chất sáng tạo của không gian có nghĩa là họ có xu hướng khái niệm hóa nhanh hơn họ có thể xây dựng.
Tiếp tục tin tưởng ZK mà không hiểu đầy đủ các vấn đề kỹ thuật của nó là nguy hiểm cho một tương lai Web3 bền vững. Trước khi mù quáng dựa vào công nghệ này, chúng ta cần kiểm tra kỹ lưỡng nó và những nhược điểm tiềm ẩn của nó. **
Không nên có anh hùng trong Web3 - không nên tôn thờ công nghệ. **
Trong tương lai lý tưởng, công nghệ ZK sẽ đóng một vai trò tích hợp hơn trong tất cả các hoạt động trên chuỗi. Tuy nhiên, công nghệ này hiện đang tồn tại gần như là một tiện ích bổ sung hoặc phụ kiện, chứ không phải là thứ có thể hỗ trợ cơ bản việc thực thi trên chuỗi. ** Điều này là do các lĩnh vực và sản phẩm đang được phát triển vẫn còn tương đối mới.
Nhưng lĩnh vực công nghệ ZK đã phát triển đến mức nó có nguy cơ làm phức tạp quá mức. Có một khoảng cách kiến thức ngày càng tăng giữa các nhà xây dựng ZK và người dùng Web3. **
Các vấn đề khác mà sự phát triển công nghệ của ZK phải đối mặt bao gồm tối ưu hóa thời gian đưa ra thị trường mà không ảnh hưởng đến tính toàn vẹn của dự án. Các bằng chứng và mạch ZK hiện thiếu khả năng truy cập vì các nhà phát triển cần học các ngôn ngữ dành riêng cho miền (DSL) để chứng minh thêm các tính toán này.
Đó là một quá trình chuyên sâu về kiến thức, được minh họa rõ nhất bởi thực tế là phải mất gần một năm rưỡi giữa testnet trước alpha của Scroll và khởi chạy mainnet. Bằng cách dành thời gian để thực hiện đúng việc triển khai và xem xét mã, thời gian đưa ra thị trường của Scroll có thể bị cản trở bởi quy trình xem xét chuyên sâu mã mạch zkEVM được triển khai thông qua một số zkDSL liên quan đến Halo2 tùy chỉnh.
Đây là một vấn đề bởi vì chỉ có một vài người trên thế giới có kiến thức trực tiếp về DSL và mật mã. Khi chúng tôi có nhiều nhà phát triển sử dụng công nghệ ZK tiên tiến, chúng tôi cần đảm bảo rằng mọi thành phần của công nghệ ZK đều có thể kiểm chứng độc lập.
Sau đó, có thách thức về khả năng cấu hình. Mỗi nâng cấp cần thiết cuối cùng là một cuộc đại tu hoàn chỉnh của hệ thống mới được xây dựng, không phải là một "nâng cấp" theo nghĩa là nhà phát triển đang xây dựng trên một khuôn khổ hiện có.
Các dự án hỗ trợ ZK đã làm việc trên các giải pháp đơn giản hóa quy trình xây dựng cho các nhà phát triển. Điều này sẽ giúp giải quyết các vấn đề chính, bao gồm thời gian đưa ra thị trường chậm, chi phí tạo bằng chứng với tư cách là một bên độc lập, khả năng cấu hình của các mạch và yêu cầu học các ngôn ngữ mật mã cụ thể.
Xây dựng các cách đơn giản hơn để biên dịch mã thành các mạch đầy đủ chức năng càng dễ dàng càng tốt là rất quan trọng để đảm bảo khả năng kết hợp của các ứng dụng hỗ trợ ZK. Các công cụ như trình biên dịch có thể nhanh chóng giúp xác minh chức năng của mã của bạn. Các nhà phát triển cũng có thể sử dụng nhiều ngôn ngữ mã hóa khác nhau để phát triển các ứng dụng hiệu quả hơn.
Tiếp tục tập trung vào các công việc quan trọng ảnh hưởng đến khả năng mở rộng và bảo mật về các vấn đề khác đang được tiến hành trong lĩnh vực này. ** Những thiếu sót của công nghệ ZK bị bỏ qua đơn giản chỉ vì ngành công nghiệp rất cần khả năng mở rộng và bảo mật, bỏ qua những thiếu sót về chi phí và sự phức tạp. **
Sự thật là, công nghệ ZK cần phải làm cho nó đơn giản. Các nhà phát triển sẽ có thể sử dụng công nghệ ngay cả khi họ không phải là chuyên gia về mật mã hoặc thiết kế mạch.
Các nhà cung cấp cơ sở hạ tầng ZK cần tạo ra các công cụ giúp xây dựng các ứng dụng hỗ trợ ZK dễ dàng hơn và đơn giản hóa quy trình xây dựng cho các nhà phát triển.
Hợp lý hóa quy trình sản xuất và giảm chi phí liên quan đến cơ sở hạ tầng là một cách để giải quyết những vấn đề này. Một cách tiếp cận khả thi khác là cung cấp nhiều nguồn lực và hỗ trợ hơn, chẳng hạn như các chương trình giáo dục và cơ hội cố vấn, cho các nhà phát triển muốn tham gia vào lĩnh vực này.
Vào cuối ngày, ngay cả với công nghệ ZK, đừng chỉ tin tưởng mà còn xác minh. **
Điều này vượt ra ngoài phạm vi giải quyết giao dịch cơ bản, nó nên áp dụng cho các công cụ chúng tôi sử dụng để xây dựng hoặc biên dịch mã, và các nhà phát triển và người dùng nên nhận thức rõ hơn về điều này để khuyến khích tính toàn vẹn giữa các dự án.
Chúng ta có thể tránh sự thất vọng bằng cách có cái nhìn toàn diện về không gian ZK - một tương lai hứa hẹn sẽ cho phép xác minh không tin cậy hầu hết mọi thứ. Các nhà xây dựng phải hiểu rằng khả năng của nó vượt xa khả năng mở rộng và bảo mật.