EIP-8182: Đề Xuất Quyền Riêng Tư Cho Ethereum
EIP-8182 sẽ bổ sung một bể bảo mật chung và ZK precompile nhằm biến chuyển khoản ETH và ERC-20 riêng tư thành một tính năng gốc của Ethereum, phù hợp với lộ trình bảo mật năm 2026 của nền tảng này. Ethereum (ETH) đã chính thức đưa quyền riêng tư ở cấp độ giao thức vào bàn thảo luận.
Tom Lehman đã phát hành bản dự thảo EIP-8182, mang tên “Chuyển khoản ETH và ERC-20 riêng tư,” với mục tiêu nhúng một bể bảo mật chung và xác minh chứng minh ZK vào chuỗi cơ sở, giúp các chuyển khoản riêng tư trở thành một tính năng chính thay vì chỉ là một phần bổ sung tùy chọn cho dApp. Lehman lập luận rằng Ethereum nên “cung cấp một lớp quyền riêng tư chung” để phá vỡ tình trạng bế tắc hiện tại của các tập hợp ẩn danh nhỏ, tách biệt và các giả định tin cậy không tương thích giữa các ứng dụng bảo mật.
Chi Tiết Về Hợp Đồng Hệ Thống
Tại trung tâm của EIP-8182 là một hợp đồng hệ thống được quản lý bởi giao thức, được triển khai tại một địa chỉ cố định, theo kiểu EIP-4788. Hợp đồng này sẽ lưu trữ tất cả trạng thái cho một bể bảo mật toàn cầu — bao gồm cây cam kết ghi chú, tập hợp nullifier, danh bạ người dùng và khóa giao hàng, cùng một danh bạ chính sách ủy quyền.
Đặc biệt, hợp đồng này sẽ không có proxy, không có chức năng quản trị, và không có cơ chế nâng cấp trên chuỗi, có nghĩa là nó chỉ có thể thay đổi thông qua các hard fork của Ethereum.
Precompile Xác Minh Chứng Minh ZK
Song song với đó, đề xuất này cũng bổ sung một precompile xác minh chứng minh ZK, cho phép các khách hàng xác minh hiệu quả các chứng minh chuyển khoản riêng tư ở cấp độ giao thức. Thiết kế của Lehman cố gắng hòa giải quyền riêng tư với trải nghiệm người dùng hiện có của Ethereum.
Người dùng vẫn có thể xác định người nhận bằng địa chỉ Ethereum tiêu chuẩn hoặc tên ENS, nhưng các “ghi chú” thực tế bên trong bể bảo mật sẽ liên kết với các định danh chủ sở hữu ẩn được lấy từ một danh bạ cho các địa chỉ đó. Điều này cho phép ví tích hợp một lần và cho phép người dùng gửi thanh toán riêng tư đến bất kỳ địa chỉ nào, thay vì phải chọn giữa các bể bảo mật không tương thích, mỗi bể đều khởi động tập hợp ẩn danh riêng của mình.
Luồng Nguyên Tử và Hạn Chế
EIP-8182 cũng chỉ định hỗ trợ cho các luồng nguyên tử — gửi vào bể bảo mật, tương tác với một hợp đồng công khai, và tái bảo mật kết quả — cho phép cái mà bản dự thảo gọi là “giảm nhạy cảm → tương tác → tái bảo mật” trong một chuỗi duy nhất.
Quan trọng là, đề xuất này rõ ràng về những gì nó không giải quyết. Quyền riêng tư từ đầu đến cuối vẫn yêu cầu mã hóa mempool, ẩn danh ở cấp độ mạng, và thay đổi trải nghiệm người dùng ở phía ví, tất cả đều nằm ngoài phạm vi của EIP-8182.
Tuy nhiên, động thái này phù hợp với lộ trình rộng hơn của Ethereum vào năm 2026, mà AmbCrypto báo cáo rằng đặt “quyền riêng tư của tổ chức lên hàng đầu” trước một cơn sốt token hóa dự kiến, với các lãnh đạo Quỹ xác định tính nhanh chóng của sự hoàn tất và quyền riêng tư tuân thủ là những ưu tiên chính.
Nếu EIP-8182 tiến triển, nó cũng sẽ giao thoa trực tiếp với các cuộc tranh luận quy định được khơi dậy bởi các giao thức như Privacy Pools, sử dụng chứng minh ZK để tách biệt các quỹ sạch khỏi các quỹ bị ô nhiễm mà không tiết lộ toàn bộ lịch sử giao dịch.
Một lớp quyền riêng tư gốc giao thức được xây dựng xung quanh các bể chung và nguồn gốc có thể chứng minh có thể cung cấp cho cả DeFi và các nền tảng tài sản thế giới thực trong tương lai một cách để cung cấp các đảm bảo quyền riêng tư đáng tin cậy, đồng thời vẫn đáp ứng các yêu cầu tuân thủ và kiểm toán — một sự cân bằng sẽ trở nên quan trọng hơn khi vốn tổ chức và các tác nhân điều khiển bởi AI ngày càng giao dịch trên Ethereum.
