Chuẩn pERC-20 trên Ethereum(ETH) biến quyền riêng tư thành mặc định cho token

Một bản *từ*tiêu chuẩn token mới* từ trong hệ sinh thái *từ*Ethereum(ETH)* từ đang thử đặt *từ*quyền riêng tư (privacy)* từ làm “mặc định”. Đề xuất này, có tên *từ*pERC-20 (ERC-7605)* từ, hướng tới ẩn toàn bộ số dư, số tiền giao dịch và thông tin đối tác, qua đó được xem là một phép thử có thể thay đổi hướng thiết kế token trên Ethereum.

Theo tài liệu đề xuất kỹ thuật được công bố gần đây (giờ địa phương), pERC-20 không phải là bản “vá thêm” của chuẩn ERC-20 hiện hành mà là một giao diện thay thế, tích hợp *từ*quyền riêng tư* từ ngay từ khâu phát hành cho tới khâu chuyển token.

Trong chuẩn ERC-20 truyền thống, bất kỳ ai cũng có thể dùng hàm balanceOf để truy vấn số dư và theo dõi dòng tiền của một địa chỉ. pERC-20 loại bỏ hoàn toàn khả năng này. Các hàm quen thuộc như approve, allowance, transferFrom cũng không còn xuất hiện trong giao diện chuẩn.

Thay vào đó, mọi thao tác mint, burn, transfer đều được kiểm chứng thông qua *từ*bằng chứng không kiến thức (ZK, zero-knowledge proof)* từ. Chuỗi khối chỉ xác nhận rằng giao dịch hợp lệ, còn số tiền cụ thể và chi tiết giao dịch không bị lộ công khai. *bình luận* Cách tiếp cận này đưa ERC-20 “cổ điển” vốn cực kỳ minh bạch sang một mô hình mà quyền riêng tư được cài sẵn ở tầng thiết kế, không phải vá thêm ở lớp ứng dụng.

Để hiện thực hóa điều này, pERC-20 dựa trên mô hình *từ*ZK-UTXO* từ từng được dùng trong hệ thống *từ*Zcash* từ, tận dụng hệ chứng minh Groth16 và thiết kế “note” của giao thức Orchard. Thay vì lưu số dư gắn với địa chỉ theo kiểu tài khoản như hiện nay, token tồn tại dưới dạng các *từ*“note” được mã hóa* từ. Mỗi note thể hiện một lượng tài sản nhất định và chỉ được sử dụng một lần.

Người dùng dùng khóa riêng để chứng minh quyền sở hữu note và khi giao dịch, họ tạo ra các note mới thay cho note cũ. Trong toàn bộ quá trình, số tiền chuyển đi không xuất hiện dưới dạng dữ liệu dễ đọc trên chuỗi.

Việc kiểm tra tính hợp lệ của giao dịch được thực hiện bằng Groth16 ZK-proof, bảo đảm rằng tổng đầu vào bằng tổng đầu ra và người gửi thực sự sở hữu tài sản, nhưng không buộc phải tiết lộ chi tiết đầu vào/đầu ra đó. Đề xuất cũng sử dụng *từ*băm Poseidon* từ để tối ưu chi phí tính toán trong môi trường ZK và triển khai cơ chế theo dõi note đã dùng với độ phức tạp O(1), qua đó giảm gánh nặng mở rộng trạng thái mạng lưới. *bình luận* Đây là những kỹ thuật đã được cộng đồng ZK đánh giá cao, cho thấy nhóm phát triển không chỉ tập trung vào quyền riêng tư mà còn quan tâm đến hiệu năng, khả năng mở rộng và chi phí gas.

Tuy nhiên, pERC-20 không nhằm mục tiêu tạo ra một hệ thống “tàng hình hoàn toàn”. Dù *từ*số tiền giao dịch* từ được che giấu, “đồ thị chuyển tiền” – tức việc “địa chỉ A đã tương tác với địa chỉ B” – vẫn được để mở. Cùng với đó, đề xuất còn tích hợp cả cơ chế *từ*danh sách đen (blacklist)* từ cho phép chặn một số địa chỉ nhất định.

Cấu trúc này được đánh giá là cố ý dung hòa với môi trường pháp lý hiện nay, nơi các giải pháp *từ*quyền riêng tư trên Ethereum* từ liên tục chịu áp lực từ cơ quan quản lý. Nhờ giữ lại thông tin về quan hệ tương tác giữa các địa chỉ và bổ sung danh sách đen, pERC-20 có thể được xếp vào nhóm “*từ*quyền riêng tư thân thiện với quy định* từ” – vừa bảo vệ dữ liệu tài chính chi tiết của người dùng, vừa không cắt hoàn toàn khả năng giám sát dòng tiền ở cấp độ mạng lưới. *bình luận* Nếu mô hình này được chấp nhận, đây có thể là khuôn mẫu cho thế hệ mới của các token bảo vệ quyền riêng tư nhưng không đối đầu trực diện với yêu cầu tuân thủ.

Hiện tại, pERC-20 vẫn ở giai đoạn đề xuất, chưa được thông qua như một chuẩn ERC chính thức. Dù vậy, tài liệu kỹ thuật nêu rõ giao thức *từ*tương thích với ví MetaMask* từ và không đòi hỏi thay đổi ở lớp giao thức Ethereum, giúp rào cản triển khai thực tế tương đối thấp. Nếu cộng đồng nhà phát triển và dự án dần chấp nhận pERC-20, hệ sinh thái token trên *từ*Ethereum(ETH)* từ có thể dịch chuyển từ “*từ*minh bạch là mặc định* từ” sang “*từ*quyền riêng tư là mặc định* từ”.

Trọng tâm tranh luận trong thời gian tới xoay quanh một câu hỏi thực dụng nhưng cốt lõi: token trên Ethereum nên tiếp tục “mở toang” mọi dữ liệu giao dịch, hay mặc định phải *từ*bảo vệ quyền riêng tư* từ của người dùng và chỉ lộ thông tin khi thực sự cần thiết? Bằng việc đưa ra một chuẩn cụ thể như pERC-20 với khả năng triển khai ngay trên hạ tầng hiện có, đề xuất này đã biến câu hỏi đó từ tranh luận lý thuyết thành một lựa chọn kỹ thuật mà nhà phát triển, dự án và cơ quan quản lý buộc phải đối mặt.