SWIFT chia sẻ sổ cái bắt đầu chạy thử nghiệm thực tế: Tại sao tiền gửi được mã hóa đang tiến lên vị trí trung tâm trong thanh toán tổ chức

Giới thiệu

Vào tháng 9 năm 2026, ngành ngân hàng toàn cầu đã liên tiếp hoàn thành hai nhóm giao dịch thực tế tiêu biểu về tiền gửi được token hóa. Ngày 2 tháng 9, Ngân hàng Đầu tiên Abu Dhabi (FAB) và Citibank đã hoàn thành giao dịch bằng USD thông qua sổ cái blockchain của SWIFT; ngày 10 tháng 9, DBS Bank, OCBC Bank và UOB đã hoàn thành nhóm giao dịch thực tế liên ngân hàng bằng SGD đầu tiên của ngành ngân hàng Singapore dựa trên tiền gửi được token hóa. Hai nhóm giao dịch này lần lượt bao phủ thanh toán USD xuyên biên giới và thanh toán nội tệ, đồng thời đều kết nối thông điệp SWIFT truyền thống, tiền gửi được token hóa do ngân hàng phát hành và sổ cái chia sẻ.

Điều này có nghĩa là SWIFT đang bổ sung một "lớp điều phối giá trị" vận hành 24/7 lên trên hệ thống thanh toán truyền thống: các ngân hàng tham gia tiếp tục quản lý khách hàng, tiền gửi và quan hệ tuân thủ của mình, trong khi sổ cái chia sẻ chịu trách nhiệm đồng bộ cam kết thanh toán giữa các ngân hàng và cho phép tiền gửi được token hóa vận hành phối hợp giữa các hệ thống ngân hàng khác nhau.

Từ khi công bố xây dựng vào tháng 9 năm 2025, đến khi bước vào giai đoạn sử dụng ban đầu vào tháng 7 năm 2026, rồi đến khi xuất hiện giao dịch thực tế bằng các loại tiền tệ khác nhau vào tháng 9, SWIFT Ledger đã hoàn thành quá trình từ thiết kế khái niệm đến xác minh trong môi trường sản xuất trong chưa đầy một năm. Những thay đổi mà nó mang lại không đơn thuần là "đưa thanh toán lên chuỗi", mà là việc tiền gửi ngân hàng truyền thống bắt đầu có được hình thái công nghệ có thể lập trình, vận hành liên tục và phối hợp liên tổ chức. Bài viết này sẽ phân tích từ các khía cạnh kiến trúc kỹ thuật, tác động tài chính, quan hệ pháp lý, cạnh tranh ngành và những hạn chế thực tế, để làm rõ sự thay đổi này có thể định hình lại thị trường thanh toán kỹ thuật số cấp tổ chức như thế nào.

1. Từ xác minh khái niệm đến giao dịch thực tế

Khi SWIFT lần đầu công bố kế hoạch sổ cái chia sẻ vào tháng 9 năm 2025, có hơn 30 tổ chức tài chính tham gia thiết kế, và trọng tâm ban đầu của dự án là thanh toán xuyên biên giới theo thời gian thực, 24/7, cũng như khả năng tương tác giữa các hình thái giá trị số khác nhau. Đến tháng 7 năm 2026, SWIFT tuyên bố sổ cái này đã có thể bước vào giai đoạn sử dụng ban đầu, với 17 ngân hàng từ sáu châu lục sẵn sàng thực hiện giao dịch thực tế bằng tiền gửi được token hóa. Lúc này, trọng tâm của dự án đã chuyển từ "có thể kết nối hay không" sang "có thể vận hành trong nghĩa vụ nợ ngân hàng thực tế và quy trình tuân thủ hay không".

Hai nhóm giao dịch trong tháng 9 đã rút ngắn hơn nữa khoảng cách giữa khái niệm và hoạt động kinh doanh. Giao dịch USD giữa FAB và Citibank đã xác minh tương tác đầu cuối giữa thông điệp thanh toán SWIFT hiện có, tiền gửi được token hóa và hạ tầng sổ cái phân tán. Sau đó, ba ngân hàng Singapore gồm DBS, OCBC và UOB đã hoàn thành giao dịch liên ngân hàng bằng nội tệ, cho thấy cùng một kiến trúc không chỉ hướng đến kịch bản ngân hàng đại lý xuyên biên giới mà còn có thể xử lý nhu cầu thanh toán 24/7 trong nội bộ hệ thống ngân hàng của một quốc gia.

Đáng chú ý là các giao dịch này không sử dụng token trên chuỗi công khai dành cho người nắm giữ ẩn danh, mà là tiền gửi được token hóa do ngân hàng phát hành, gắn liền với quan hệ tiền gửi của khách hàng. Cái gọi là tiền gửi được token hóa là biểu đạt kỹ thuật số của nghĩa vụ nợ tiền gửi ngân hàng thương mại trên sổ cái có thể lập trình. Nói đơn giản, khách hàng vẫn nắm giữ quyền yêu cầu thanh toán tiền gửi đối với ngân hàng, chỉ là quyền yêu cầu này có thể được ghi nhận, chuyển nhượng và nhúng vào các điều kiện thực thi tự động thông qua công nghệ sổ cái mới.

Sự khác biệt này quyết định khách hàng chính của SWIFT Ledger không phải là người dùng crypto bán lẻ, mà là các ngân hàng và khách hàng của họ cần xử lý vốn doanh nghiệp, thanh toán thương mại, thanh toán tổ chức và thanh khoản xuyên biên giới. Đối với các chủ thể này, công nghệ có mới hay không không phải là vấn đề hàng đầu; liệu nó có thể kết nối với hệ thống tài khoản hiện có, tiêu chuẩn nhận dạng, kiểm soát rủi ro và báo cáo giám sát hay không mới là chìa khóa quyết định việc áp dụng ở quy mô lớn.

2. Sổ cái chia sẻ thực sự đã thay đổi điều gì

Từ lâu, vai trò cốt lõi của SWIFT là truyền tải thông điệp tài chính được chuẩn hóa. Sau khi ngân hàng thanh toán gửi lệnh, thay đổi vốn thực sự diễn ra trong sổ sách của từng ngân hàng, tài khoản ngân hàng đại lý hoặc hệ thống thanh toán của ngân hàng trung ương. Truyền tải thông điệp và thanh toán vốn có liên quan với nhau, nhưng không phải là cùng một việc. Do đó, thanh toán xuyên biên giới thường yêu cầu nhiều tổ chức riêng biệt đối chiếu tài khoản, trạng thái tuân thủ và vị thế vốn, và giờ hoạt động của các hệ thống khác nhau không hoàn toàn nhất quán.

SWIFT Ledger không bãi bỏ sổ sách nội bộ của từng ngân hàng, mà bổ sung một bản ghi điều phối có thể nhìn thấy chung, có thể xác minh giữa các ngân hàng. Mục đích ban đầu của nó là sử dụng tiền gửi được token hóa do ngân hàng phát hành làm nghĩa vụ nợ liên ngân hàng, thông qua hợp đồng thông minh xác minh và đồng bộ cam kết thanh toán, xác nhận các bên tham gia có vốn tương ứng trước khi thực hiện chuyển giao giá trị ở cấp độ khách hàng.

Khái niệm cốt lõi ở đây là "tách rời giữa thực thi thanh toán và thanh toán cuối cùng". Nói đơn giản, thanh toán của khách hàng có thể được hoàn thành 24/7 trước trong mạng lưới tiền gửi được token hóa, trong khi nghĩa vụ vốn cuối cùng được tích lũy giữa các ngân hàng vẫn có thể được thanh toán thông qua các kênh RTGS hoặc ngân hàng đại lý hiện có. Cách làm này giảm khó khăn khi hệ thống mới trực tiếp thay thế hạ tầng thanh toán toàn cầu, đồng thời cho phép các ngân hàng kiểm tra năng lực thanh toán mới trong khi vẫn duy trì khung kiểm soát vốn, tín dụng và thanh khoản hiện có.

Thiết kế này tiến xa hơn so với việc chỉ tăng tốc độ thông điệp. Thông điệp truyền thống chỉ có thể mô tả một yêu cầu thanh toán, trong khi sổ cái có thể lập trình có thể đồng thời kiểm tra tính khả dụng của vốn, danh tính bên tham gia, điều kiện giao dịch và thay đổi trạng thái. Trong các kịch bản quản lý vốn doanh nghiệp trong tương lai, thanh toán có thể được kết nối với hóa đơn, trạng thái hàng hóa, giao hàng chứng khoán hoặc lệnh của thiết bị thông minh. Vốn không chỉ được chuyển sau khi nhận lệnh, mà có thể được thực thi tự động khi các điều kiện đã thỏa thuận được đáp ứng.

Nhưng cần phân biệt rằng thực thi tức thời trên sổ cái không nhất thiết đồng nghĩa với thanh toán cuối cùng tức thời về mặt pháp lý. Nếu việc thanh toán liên ngân hàng vẫn cần được hoàn thành thông qua hệ thống hiện có, thì giữa bản ghi trên chuỗi, thay đổi tài khoản khách hàng và thanh toán cuối cùng liên ngân hàng vẫn tồn tại mối quan hệ pháp lý và thanh khoản cần được quản lý. Con đường hiện tại mà SWIFT áp dụng gần với cải tạo dần dần hơn là tái thiết lập cơ sở thanh toán tiền tệ trong một lần.

3. Tại sao tiền gửi được token hóa trở thành cửa vào ưu tiên của ngân hàng

Tiền gửi được token hóa được ngân hàng coi trọng trước hết vì nó kế thừa cấu trúc pháp lý và bảng cân đối của tiền gửi hiện có. Tiền gửi khách hàng vốn là nghĩa vụ nợ của ngân hàng thương mại, và việc token hóa chủ yếu thay đổi cách ghi nhận và chuyển nhượng, chứ không đương nhiên tạo ra một chủ thể phát hành mới độc lập với ngân hàng. Ngược lại, stablecoin fiat thường được nhà phát hành chuyên biệt hỗ trợ giá trị bằng tài sản dự trữ, và quyền của người nắm giữ, thỏa thuận mua lại, tách biệt phá sản và khung giám sát cần được thiết kế riêng.

Thứ hai, tiền gửi được token hóa dễ duy trì "tính duy nhất của tiền tệ" hơn. Tính duy nhất của tiền tệ đề cập đến việc các hình thái tiền tệ khác nhau trong xã hội có thể được trao đổi theo mệnh giá và được coi là cùng một đơn vị tính toán. Một đồng tiền gửi của Ngân hàng A và một đồng tiền gửi của Ngân hàng B thường có giá trị tương đương không chỉ vì tín dụng ngân hàng, mà còn vì bảo hiểm tiền gửi, dự trữ ngân hàng trung ương, thỏa thuận thanh toán bù trừ và giám sát thận trọng cùng duy trì việc chuyển đổi theo mệnh giá. Một số stablecoin có thể lệch khỏi mệnh giá do tín dụng của nhà phát hành, chất lượng dự trữ hoặc khác biệt thanh khoản.

Giải pháp của SWIFT cố gắng đưa cơ sở thể chế này vào môi trường có thể lập trình. Ngân hàng vẫn chịu trách nhiệm về thẩm định khách hàng, sàng lọc trừng phạt, giám sát giao dịch và quản lý tài khoản, tiền gửi được token hóa vẫn nằm trong hệ thống ngân hàng được giám sát; sổ cái chia sẻ cung cấp phối hợp liên ngân hàng mà không yêu cầu mỗi tổ chức tham gia vào một hệ sinh thái chuỗi công khai hoàn toàn xa lạ.

Thứ ba, tiền gửi được token hóa có thể kết nối với nguồn vốn hiện có và cơ chế tạo tín dụng của ngân hàng. Nhà phát hành stablecoin thường hỗ trợ token lưu hành bằng dự trữ có tính thanh khoản cao, logic kinh doanh gần với công cụ thanh toán hoặc thỏa thuận dự trữ hẹp; trong khi ngân hàng thương mại phục vụ nền kinh tế thực thông qua huy động tiền gửi, cho vay và quản lý chuyển đổi kỳ hạn. Đối với khách hàng doanh nghiệp lớn, nếu thanh toán có thể lập trình vẫn xuất phát từ tài khoản ngân hàng và quan hệ tín dụng hiện có, thì không cần phải chuyển lượng lớn vốn ra ngoài hệ thống vào stablecoin để sử dụng thanh toán kỹ thuật số trong dài hạn.

Tuy nhiên, tiền gửi được token hóa sẽ không vì thế mà tự động thay thế stablecoin. Stablecoin vẫn có lợi thế trên blockchain công khai, khả năng tiếp cận toàn cầu, giao dịch trên chuỗi và hệ sinh thái nhà phát triển. Tình huống có khả năng xảy ra hơn là thị trường phân tầng: stablecoin tiếp tục phục vụ các kịch bản gốc trên chuỗi công khai và một phần thanh toán xuyên biên giới, trong khi tiền gửi được token hóa ưu tiên tham gia vào vốn tổ chức, thương mại, thanh toán chứng khoán và thị trường tài sản số được giám sát. Trọng tâm cạnh tranh sẽ chuyển từ "loại token nào nhanh hơn" sang ai có thể đồng thời cung cấp khả năng tuân thủ, tương tác đa nền tảng và mạng lưới chấp nhận đủ rộng.

4. Hiệu quả tài chính và ràng buộc thanh khoản đồng thời gia tăng

Đối với khách hàng doanh nghiệp, thay đổi trực quan