Token hóa cần tính chi phí rời hệ thống, không chỉ tốc độ chuyển tài sản

Ngày 2/11/2026, Ngân hàng Trung ương Ireland công bố phản hồi về tham vấn sổ cái phân tán và token hóa, cùng chương trình công việc tiếp theo. Đây là diễn biến trong tuần, không phải thông báo mới ngày 7/11. Thông cáo chính thức

Câu hỏi quan trọng không phải có thêm bao nhiêu tài sản được phát hành dưới dạng token, mà là dự án có giảm trở ngại trong toàn bộ vòng đời nghiệp vụ hay không. Open Market Notes cho rằng phải tính chung giao dịch thông thường, xử lý ngoại lệ và việc chuyển sang hệ thống khác. Làm khâu đầu nhanh hơn chưa chứng minh cả hệ thống tốt hơn. Những cơ chế và tình huống giả định dưới đây là phân tích của chúng tôi, không phải kết quả thử nghiệm do cơ quan quản lý công bố.

Kênh trao đổi không phải giấy phép hoạt động

Đầu mối Tokenisation Access Point, hay TAP, được lên kế hoạch để trao đổi về mô hình mới, triển khai thực tế và cách áp dụng quy định hiện hành. Trang chương trình

Một đầu mối tập trung có thể giảm chi phí giải thích cùng một kiến trúc cho nhiều bộ phận. Nhưng trao đổi không đồng nghĩa sản phẩm được phê duyệt hay một blockchain hoặc tài sản được bảo chứng. Doanh nghiệp vẫn cần đặt câu hỏi đủ cụ thể để nhận câu trả lời hữu ích.

Hãy xét một quỹ giả định ghi nhận chứng chỉ quỹ trên sổ cái chung. Cơ chế chuyển token mới chỉ là bước đầu. Nếu sổ cái và sổ đăng ký quỹ khác nhau, hồ sơ nào có hiệu lực? Ai xử lý chuyển nhầm? Nhà đầu tư chứng minh quyền lợi thế nào khi mất khóa? Ai duy trì hồ sơ nếu nhà cung cấp rút lui? Đây là các câu hỏi thẩm định minh họa, không phải cáo buộc về một dự án cụ thể.

Nếu nhiều tổ chức vẫn phải đối chiếu lại ngoài chuỗi, số hóa có thể cải thiện bước tiếp nhận mà chưa giảm phối hợp về sau. Ngược lại, xử lý ngoại lệ bằng con người với trách nhiệm rõ ràng có thể đáng tin cậy hơn quy trình trông như tự động nhưng không ai chịu trách nhiệm khôi phục. Có thao tác thủ công không tự nó phủ nhận lợi ích công nghệ.

Điều kiện quyết toán quyết định ý nghĩa của tốc độ

Trong bài phát biểu ngày 5/11, ECB mô tả Pontes kết nối các nền tảng DLT của thị trường với dịch vụ TARGET để quyết toán bán buôn bằng tiền ngân hàng trung ương, còn Appia hướng tới thiết kế hệ sinh thái dài hạn. Bài phát biểu ECB

Sự phân biệt đó gợi ý một phép thử: đo riêng thời gian chuyển tài sản, hoàn tất thanh toán và khả năng sử dụng lại tiền. Giả sử sổ chứng khoán cập nhật trong vài giây nhưng tổ chức thanh toán chưa xử lý xong. Xác nhận nhanh với người mua chưa chắc là tiền sử dụng được với người bán. Đây không phải đánh giá hiệu năng Pontes, mà là phép thử chung cho một cơ chế quyết toán.

Giao tài sản nhanh hơn cũng không tự động làm giảm vốn phải chuẩn bị. Thiết kế buộc hai bên có sẵn tiền và chứng khoán trước mỗi giao dịch có thể giảm rủi ro chờ đợi nhưng tăng chi phí chuẩn bị vốn. Một thiết kế xử lý theo nhóm có thể tiết kiệm vốn nhưng thêm thời gian phối hợp. So sánh hợp lý cần cùng quy mô, khung giờ và tình huống thất bại, thay vì chỉ chọn màn trình diễn nhanh nhất.

Bài phát biểu ngày 28/8 của BIS nhấn mạnh các dạng tiền cùng đơn vị phải đổi ngang giá sang tiền ngân hàng trung ương với tính chung cuộc. Bài phát biểu BIS Đây là quan điểm chính sách, không bảo đảm mọi sản phẩm token hóa vận hành không có rủi ro.

Từ đó, chúng tôi đặt câu hỏi sát người dùng hơn: người nhận có thể làm gì tiếp theo? Tài sản chỉ chuyển được trong mạng khép kín có công dụng khác với tài sản dùng được trong nhiều quy trình thanh toán và thế chấp. Việc hoàn tất nên được kiểm tra bằng nghĩa vụ thực tế tiếp theo của người dùng, không chỉ bằng thông báo thành công trên giao diện.

Tính cả chi phí rời hệ thống

Tài liệu phản hồi của Ireland cho biết bằng chứng về tính khả thi thương mại và khả năng chống chịu khi căng thẳng của các mô hình token hóa vẫn hạn chế. Phản hồi DP12

Ít bằng chứng không có nghĩa dự án vô giá trị. Nhưng thử nghiệm thành công không chứng minh mọi bên đều có động lực chuyển đổi. Nhà phát hành có thể tiết kiệm quản trị trong khi đơn vị lưu ký phải làm thêm tích hợp; nhà cung cấp tăng doanh thu trong khi nhà đầu tư không được giảm phí. Cần phân bổ lợi ích cho đúng bên, thay vì quy tất cả cải thiện cho một sản phẩm.

Một tình huống dễ bị bỏ qua là hai mạng đều hoạt động tốt nhưng khách hàng muốn đổi nhà cung cấp. Nếu rời đi đòi hỏi xác minh lại danh tính, chuyển dạng tài sản, bổ sung hồ sơ pháp lý và chờ hệ thống cũ xác nhận, một phần tiết kiệm hằng ngày có thể mất đi khi di chuyển. Khả năng chuyển đổi vì thế còn bao gồm hồ sơ được chấp nhận, quyền lợi liên tục và bàn giao trách nhiệm, chứ không chỉ phần mềm tương thích.

Có hai cách giải thích cạnh tranh nhưng hợp lý. Người ủng hộ có thể xem hệ thống trùng lặp là chi phí chuyển tiếp sẽ giảm khi quy mô lớn hơn. Người thận trọng có thể cho rằng thêm thành viên làm giao diện và quản trị phức tạp hơn, khiến sự trùng lặp tồn tại lâu dài. Chưa nên khẳng định bên nào luôn đúng. Hãy theo dõi quy trình cũ có thực sự ngừng sử dụng không, và ngoại lệ được xử lý thế nào sau đó.

Bằng chứng tiếp theo cần phản ánh vận hành

Tiến bộ thuyết phục hơn là kết quả lặp lại theo thời gian: tổng chi phí xử lý giao dịch tương đương giảm, thời gian phục hồi sau lỗi, công việc thủ công khi thêm thành viên và hồ sơ đầy đủ khi khách hàng rời đi. Đây là thước đo chúng tôi đề xuất, không phải bộ tiêu chuẩn giám sát thống nhất đã được ngân hàng trung ương áp đặt.

Chương trình trao đổi của Ireland là một điểm quan sát; công việc quyết toán châu Âu cung cấp bối cảnh liên quan. Cả hai không thay thế luận chứng kinh doanh của doanh nghiệp. Nhà nghiên cứu nên tách kế hoạch chính sách, năng lực đã hoạt động và lợi ích đã đo lường. Chỉ bằng chứng liên tục, kiểm chứng được về hai phần sau mới giúp thảo luận vượt qua số lượng phát hành để trả lời công việc của ai được cải thiện và ai vẫn chịu trách nhiệm về rủi ro.