Vitalik kêu gọi các nhà phát triển ZK và FHE "hiển thị trực tiếp tỷ lệ mã hóa": bạn có thể thấy ngay sự khác biệt và sau đó nói về tối ưu hóa

👤 energys@Charlotte 📅 2026-03-28 05:07:32

Công nghệ bảo mật cần phải rõ ràng ngay từ cái nhìn đầu tiên. Vitalik Buterin kêu gọi các nhà phát triển trực tiếp thể hiện "tỷ lệ hiệu quả" khi nói về hiệu suất của ZK và FHE.
(Tóm tắt sơ bộ: Ethereum Foundation đã thành lập "Nhóm nghiên cứu quyền riêng tư" để thúc đẩy sáu lộ trình chính và khởi động đầy đủ sự cạnh tranh trên con đường bảo mật)
(Bổ sung nền tảng: Ethereum Foundation đã phát hành một kế hoạch chi tiết về quyền riêng tư từ đầu đến cuối, cách tiếp cận ba hướng nhằm củng cố nền tảng của DeFi và sự tuân thủ)

Nội dung của bài viết này

Người đồng sáng lập Ethereum Vitalik Buterin gần đây đã xuất bản một bài viết trên nền tảng X, khuyến nghị các nhà phát triển đánh giá bằng chứng không có kiến thức (ZK) và mã hóa đồng cấu hoàn toàn (FHE), chúng ta nên từ bỏ chỉ báo thông thường về "N thao tác mỗi giây" và thay vào đó tập trung vào tỷ lệ hiệu quả của "thời gian tính toán mã hóa/thời gian tính toán ban đầu". Mục đích là đề xuất một tiêu chuẩn thử nghiệm trực tiếp hơn về tính khả thi của công nghệ bảo mật Web3.

Vitalik tập trung vào tỷ lệ hiệu quả

Các số liệu thông lượng truyền thống phụ thuộc rất nhiều vào môi trường phần cứng và không thể tiết lộ gánh nặng thực sự do lớp mã hóa gây ra. Vitalik chỉ ra rằng nếu các nhà phát triển biết rằng phép tính ban đầu chỉ mất 1 mili giây, họ có thể suy ra trực tiếp từ tỷ lệ hiệu quả về thời gian mã hóa sẽ khuếch đại.


Bản dịch tweet của Vitalik:

Tôi hy vọng nhiều người thực hiện ZK (không có kiến thức) và FHE (mã hóa hoàn toàn đồng hình) có thể sử dụng các giá trị tỷ lệ để thể hiện chi phí bổ sung ("thời gian tính toán dưới sự bảo vệ bằng mật mã" so với "thời gian tính toán ban đầu"), thay vì chỉ nói "chúng tôi có thể thực hiện N thao tác mỗi giây".

Điều này độc lập hơn với phần cứng và có thể cung cấp một con số rất nhiều thông tin: Nếu ứng dụng của tôi được bảo vệ bằng mật mã thay vì dựa vào sự tin cậy, tôi sẽ hy sinh bao nhiêu hiệu quả?

Điều này nhìn chung cũng tốt hơn cho việc ước tính, vì với tư cách là nhà phát triển, tôiđã biết việc tính toán thô mất bao nhiêu thời gian và tôi chỉ cần nhân thời gian đó với hệ số nhân.

(Có, tôi biết điều này khó, vì các thao tác cần thiết giữa "thực thi" và "tạo bằng chứng" có bản chất khác nhau, đặc biệt liên quan đến SIMD/song song hóa và các mẫu truy cập bộ nhớ, do đó, ngay cả tỷ lệ vẫn bị ảnh hưởng bởi phần cứng ở một mức độ nào đó. Tuy nhiên, ngay cả như vậy, tôi vẫn nghĩ rằng việc biểu thị chi phí chung dưới dạng bội số, mặc dù không hoàn hảo, vẫn là một chỉ báo tốt.)


Tôi ước có nhiều người ZK và FHE hơn sẽ đưa ra tỷ lệ chi phí chung của họ (thời gian tính toán trong mật mã so với thời gian tính toán thô), thay vì chỉ nói "chúng tôi có thể thực hiện N hoạt động mỗi giây"

Nó độc lập hơn với phần cứng và nó đưa ra một con số rất nhiều thông tin: tôi hiệu quả đến mức nào…

— Vitalik.eth (@VitalikButerin) Ngày 18 tháng 10, 2025

Vitalik nhấn mạnh rằng mặc dù tỷ lệ này vẫn sẽ bị ảnh hưởng bởi bố cục bộ nhớ, mức độ song song và sự khác biệt về tập lệnh, nhưng ít nhất nó cho phép cộng đồng "sử dụng cùng một thước đo" để đo lường các giải pháp khác nhau.

Nút thắt cổ chai về hiệu suất của ZK và FHE

ZK và FHE có chức năng rất khác nhau trong việc bảo vệ quyền riêng tư của người dùng, nhưng chúng cũng phải đối mặt với chi phí cao. Khi độ phức tạp của mạch ZK tăng lên, thời gian tạo bằng chứng có thể mất hàng trăm lần. Nút thắt của FHE càng rõ ràng hơn. Phiên bản FHE của suy luận học máy chậm hơn 20.000 lần so với văn bản thuần túy.

Những sự chậm trễ này gây khó khăn cho việc triển khai các kịch bản như DeFi, danh tính phi tập trung (DID) và AI trên chuỗi, đồng thời cũng nêu bật tầm quan trọng của khung tỷ lệ hiệu quả. Vì vậy, Vitalik kêu gọi mọi người hãy xem gánh nặng của từng giải pháp trước khi chúng ta có thể nói về việc tối ưu hóa.

Con đường tối ưu hóa và hợp tác sinh thái

Sáng kiến của Vitalik khuyến khích cộng đồng phân bổ lại nguồn lực R&D. Có thể thấy, trong ngắn hạn, đổi mới ở cấp độ thuật toán vẫn là phương tiện chính để giảm tỷ lệ. Giai đoạn trung hạn tiếp theo là việc nâng cấp thiết bị tính toán GPU hoặc ASIC, được kỳ vọng sẽ giảm thời gian tính toán tuyệt đối xuống mức người dùng chấp nhận được.

Về lâu dài, mã hóa có chọn lọc và cộng tác nhiều lớp sẽ là chìa khóa để thúc đẩy việc áp dụng rộng rãi. Hiện tại, ngành công nghiệp mã hóa đang thúc đẩy tiêu chuẩn hóa mạch ZK, tối ưu hóa trình biên dịch FHE và chia sẻ bằng chứng ngoài chuỗi. Mục tiêu là giảm tỷ lệ hiệu quả mà không làm suy yếu quyền riêng tư và giành được nhiều kịch bản hơn cho các ứng dụng phi tập trung.

Nhãn:
chia sẻ:
FB X YT IG
energys@Charlotte

energys@Charlotte

Trình chỉnh sửa chuỗi khối và tài sản tiền điện tử, tập trung vàophân tíchPhân tích nội dung tên miền và hiểu biết sâu sắc

Bình luận (10)

Percy 40phút trước
Nhiều tiêu chuẩn kỹ thuật hơn sẽ xuất hiện trong tương lai.
Sadie 40phút trước
Blockchain không chỉ là đầu cơ tiền tệ, tác giả nắm bắt được bản chất.
Đá mắt mèo 58phút trước
Đồng ý, hệ sinh thái nhà phát triển quyết định tương lai của chuỗi công khai.
Olivia 5giờ trước
Đồng ý, bảo vệ quyền riêng tư ngày càng trở nên quan trọng.
màu tím 7giờ trước
Nhận thức được rằng phân cấp đang thay đổi mô hình tổ chức.
Beryl 7giờ trước
Những rủi ro chính liên quan đến đặt cược PoS là gì?
lennox 9giờ trước
Quan điểm của bài viết về khả năng mở rộng là quá lạc quan.
Phượng hoàng 12giờ trước
Sự cạnh tranh về nhân tài trong ngành sẽ trở nên rõ ràng hơn trong tương lai.
Những đứa trẻ 13ngày trước
Nó được viết rất có hệ thống và tôi đã sưu tầm nó.
Orion 24ngày trước
Người dùng không quan tâm đến công nghệ, họ chỉ quan tâm đến việc nó có dễ sử dụng hay không và có kiếm được tiền hay không.

Thêm nhận xét

Nội dung phổ biến