Vài ngày trước, khi đi ăn với bạn, anh ấy vô tình hỏi tôi: “Trong tài khoản ngân hàng của bạn còn bao nhiêu?” Tôi không suy nghĩ gì, lập tức chuyển chủ đề.
Việc này thật thú vị: trong đời thực, ai hỏi về số dư cũng bị coi là thiếu tế nhị, nhưng trên chuỗi, chỉ cần để lộ một địa chỉ ví, toàn bộ số dư, lịch sử giao dịch và vị thế DeFi đều bị người khác xem rõ như ban ngày. Chúng ta hằng ngày kêu gọi minh bạch, nhưng hiếm ai thật sự suy nghĩ: ví của mình nên minh bạch đến mức nào?
Tôi đã suy ngẫm về câu hỏi này vài ngày, cho đến khi thấy một bài tweet của @primus_labs, tôi mới bắt đầu hiểu ra chút gì đó. Họ lấy ví dụ về cây mùa thu, nói rằng lá sẽ từ từ rụng hết, nhưng rễ vẫn luôn nằm sâu dưới đất. Nghe xong, tôi cảm thấy cực kỳ chính xác — quyền riêng tư trên chuỗi cũng đúng như vậy: cái gì nên như lá rụng xuống để người khác thấy, cái gì nên như rễ chôn sâu, cần phải phân biệt rõ ràng. Dựa theo ẩn dụ này, tôi đã nối kết lại một vài sự việc gần đây và có thể chia thành bốn cấp độ.
Cấp độ thứ nhất: “Quyền riêng tư có chọn lọc” giải quyết vấn đề gì?
Sau này, vốn tổ chức và tài chính doanh nghiệp ngày càng nhiều được chuyển lên chuỗi, không thể để tất cả các giao dịch đều phơi bày dưới ánh nắng. Một doanh nghiệp muốn huy động vốn trên chuỗi cần chứng minh với nhà đầu tư rằng họ có đủ tài sản hoặc đáp ứng một điều kiện tài chính nào đó. Về cơ bản, nhà đầu tư chỉ quan tâm đến “liệu có đạt tiêu chuẩn không?”. Còn cụ thể bao nhiêu tiền trong tài khoản, mỗi khoản thu nhập đến từ đâu — thực ra không cần thiết phải tiết lộ hết. Primus sử dụng zkTLS để xác minh nguồn gốc và tính xác thực của dữ liệu ngoài chuỗi, đồng thời dùng FHE để cho phép dữ liệu nhạy cảm tham gia tính toán ngay trong trạng thái mã hóa. Như vậy, các ứng dụng tài chính vừa bảo vệ thông tin khỏi bị xâm phạm tùy tiện, vừa có thể đưa ra kết quả có thể xác minh — cả hai phía đều được đảm bảo.
Cấp độ thứ hai: Khả năng này mở rộng ra sao?
Vài ngày trước, hợp tác với @CournotProtocol đã đẩy điều này sang một hướng khác. Thị trường dự đoán cần căn cứ vào một dữ liệu công khai để thanh toán, và Cournot có thể phân tích và đưa ra phán đoán dựa trên các bằng chứng đã được xác minh nguồn gốc. Primus chịu trách nhiệm xác nhận dữ liệu đến từ đâu và có bị thay đổi hay không; Cournot sau đó giải thích ý nghĩa của những dữ liệu đó. Dù nguồn đáng tin không đồng nghĩa với phán đoán chắc chắn đúng, nhưng ít nhất giúp giảm thiểu rất nhiều tranh cãi vô nghĩa do nguồn bằng chứng không rõ ràng.
Cấp độ thứ ba: Hai nỗi sợ thực tế nhất trong bối cảnh tổ chức
Khi tổ chức đưa tiền thật lên chuỗi, họ sợ nhất hai điều: vị thế bị thị trường nhìn thấy rõ ràng, hoặc dự trữ và dữ liệu không thể chứng minh nguồn gốc. Chuỗi công khai mặc định là minh bạch hoàn toàn; nếu chiến lược làm thị trường, phòng ngừa rủi ro hay quản lý vốn bị lộ ra, dễ bị theo dõi hoặc tấn công; nhưng hoàn toàn riêng tư lại không đáp ứng được yêu cầu kiểm toán, tuân thủ và sự tin tưởng từ đối tác.
Cách Primus xử lý là tách riêng hai vấn đề này rồi chồng lên chuỗi hiện tại. zkTLS đảm nhận việc chứng minh “dữ liệu thực sự đến từ nguồn HTTPS hợp lệ và không bị thay đổi”, nhưng không phơi bày tài khoản gốc, khóa hoặc bảng kê đầy đủ. FHE cho phép tính toán số dư, chuyển khoản và lợi nhuận ngay trong trạng thái mã hóa — trên chuỗi chỉ thấy mã hóa, chỉ bên được ủy quyền mới có thể giải mã.
Kết quả là: hoạt động vẫn giữ được tính riêng tư, nhưng các tuyên bố quan trọng như “dự trữ đầy đủ” hay “giao dịch thực hiện đúng chiến lược” vẫn có thể được bên thứ ba xác minh bằng mật mã. Đây không phải lời nói suông — họ đã triển khai trong môi trường sản xuất để chạy Proof-of-Reserve thời gian thực cho stablecoin và các dự án RWA, đồng thời triển khai Confidential Vault trên BNB Chain, cho phép người dùng chuyển stablecoin thành phiên bản mã hóa để chuyển tiền hoặc kiếm lợi nhuận mà không công khai vị thế cá nhân. Tổ chức không cần “hoặc hoàn toàn công khai hoặc hoàn toàn ẩn”, mà cần quyền riêng tư có thể cấu hình kết hợp với tính toàn vẹn có thể chứng minh. Primus tự định vị mình như một lớp bổ sung vào hệ thống tài chính hiện tại, chứ không xây dựng một chuỗi mới.
Cấp độ thứ tư: Sau khi mã hóa số dư, làm sao tự kiểm tra sổ sách?
Số dư đã mã hóa không có nghĩa là bạn cũng phải đoán mò. Nhận một khoản chuyển tiền bảo mật, bạn vẫn cần biết số dư hiện tại là bao nhiêu. Việc giữ bí mật với bên ngoài và tự kiểm tra sổ sách — hai điều này phải đi cùng nhau.
Trong giải pháp chuyển tiền bảo mật của Primus, trên chuỗi chỉ ghi lại các “handle” mã hóa tương ứng với số dư đã mã hóa. Khi thực hiện chuyển tiền, nút tính toán sẽ cộng/trừ trực tiếp trên mã hóa rồi ghi lại kết quả mới — không cần mở khóa số tiền để cập nhật số dư. Người dùng muốn xem số dư của mình phải yêu cầu giải mã có ủy quyền — thường thông qua chữ ký ví để xác minh danh tính. Lớp kiểm soát truy cập sẽ quyết định ai có thể yêu cầu giải mã dữ liệu nào; theo quy tắc mặc định, chủ tài sản có thể giải mã số dư của chính mình; người quan sát trên chuỗi chỉ thấy các “handle” mã hóa. Sự khác biệt này rất thiết thực. Một công ty sắp xếp điều chuyển vốn — đương nhiên phải tự đối chiếu sổ sách, nhưng chưa chắc đã muốn người ngoài nhìn thấy quy mô từng lần điều chỉnh. Khả năng áp dụng thực tế của tài chính bảo mật phụ thuộc vào những chi tiết cụ thể này: số tiền được bảo vệ, nhưng người có quyền vẫn có thể kiểm tra bình thường — chỉ khi đó mới vận hành được các hoạt động hàng ngày.
Cuối cùng, bổ sung thêm một câu: Khi bước vào hệ thống riêng tư, thực hiện giao dịch bên trong và thoát ra thành ERC-20 thông thường — mức độ hiển thị thông tin ở từng giai đoạn cũng cần được hiểu riêng biệt; sản phẩm cụ thể vẫn cần kiểm tra quy trình hỗ trợ thực tế. Tôi dự định sẽ làm rõ trước tiên cách xem số dư và cấp quyền giải mã thế nào, rồi mới cân nhắc dùng nó vào việc gì.
Nếu muốn tìm hiểu thêm về sản phẩm, bạn có thể kết hợp với nhiệm vụ XP hiện tại.
#Primus @primus_labs @KaitoAI
