ECB Vạch Ra Ba Mô Hình: Trọng Tâm Các Điểm Quyết Định

ECB đã vạch ra ba mô hình để đưa tiền ngân hàng trung ương lên chuỗi, nhưng tín hiệu thị trường thực tế cho các nhà giao dịch và tổ chức là một lộ trình quy định rõ ràng hơn cho thanh toán token hóa. Bằng cách phân loại các phương pháp thành tích hợp DLT toàn phần, phát hành lai ghép hoặc token hóa bên thứ ba, ECB báo hiệu những khoản đầu tư cơ sở hạ tầng nào có khả năng tuân thủ sự giám sát của Eurosystem. Sự không chắc chắn quan trọng là liệu các mô hình này có tương thích với các rails stablecoin hiện có hay buộc phải tạo ra một lớp thanh toán riêng biệt.

Cách ba mô hình của ECB thay đổi tính cuối cùng của thanh toán cho các nhà giao dịch

Câu hỏi thực tế cho bất kỳ tổ chức nào đang khám phá thanh toán kỹ thuật số là liệu cơ sở hạ tầng mới có thay đổi cách tiền thực sự di chuyển hay không. Ba mô hình của ECB—được biết đến nội bộ là các dự án Pontes và Appia—trả lời câu hỏi đó bằng cách xác định mối quan hệ giữa sổ cái ngân hàng trung ương và sổ cái ngân hàng thương mại. Mỗi mô hình thay đổi ai nắm giữ khoản nợ phải trả và cách đạt được tính cuối cùng của thanh toán, điều này ảnh hưởng trực tiếp đến thanh khoản và rủi ro hoạt động mà các đội ngũ kho quỹ và thanh toán phải quản lý.

Trong mô hình đầu tiên, ngân hàng trung ương phát hành một yêu cầu token hóa trực tiếp cho người dùng cuối, khiến ngân hàng trung ương trở thành đại lý thanh toán duy nhất. Điều này mang lại mức độ cuối cùng cao nhất vì khoản nợ phải trả nằm trên bảng cân đối kế toán của ngân hàng trung ương, nhưng nó cũng yêu cầu ngân hàng trung ương quản lý cơ sở hạ tầng hướng tới khách hàng bán lẻ, một vai trò mà trước đây nó đã tránh. Mô hình thứ hai đặt yêu cầu token hóa ở cấp độ ngân hàng thương mại, với ngân hàng trung ương chỉ cung cấp lớp thanh toán bán buôn.

Ở đây, ngân hàng thương mại chịu rủi ro tín dụng từ các khoản nợ token hóa của chính mình, và sổ cái của ngân hàng trung ương chỉ thanh toán các vị thế liên ngân hàng ròng. Mô hình thứ ba là một mô hình lai ghép: một nền tảng chung nơi cả tiền ngân hàng trung ương và tiền ngân hàng thương mại cùng tồn tại trong cùng một môi trường DLT, với các hợp đồng thông minh điều chỉnh logic thanh toán giữa hai loại nợ phải trả.

Giới hạn quan trọng cần theo dõi là tính cuối cùng về mặt pháp lý theo từng mô hình. Thanh toán token hóa trên một sổ cái phân tán không tự động kế thừa cùng một địa vị pháp lý như một chuyển khoản ngân hàng trung ương thông thường. Cho đến khi Eurosystem làm rõ liệu việc chuyển nhượng trên DLT của một yêu cầu token hóa từ ngân hàng trung ương có cấu thành thanh toán cuối cùng theo Chỉ thị về Tính cuối cùng của Thanh toán hay không, thì rủi ro hoạt động vẫn không thể được định giá đầy đủ.

Đối với một độc giả đánh giá các mô hình này, việc kiểm tra ngay lập tức là liệu hoạt động kho quỹ của tổ chức bạn có yêu cầu cùng mức độ chắc chắn pháp lý như TARGET2 hay liệu một khuôn khổ thanh toán theo hợp đồng có thể chấp nhận được trong giai đoạn thử nghiệm hay không.

Kiểm tra quy trình làm việc cho mô hình token hóa trực tiếp

Mô hình được ECB hỗ trợ mạnh mẽ nhất—tiền ngân hàng trung ương token hóa trực tiếp—cung cấp cho các ngân hàng thương mại một token yêu cầu trên bảng cân đối kế toán của ngân hàng trung ương, được thanh toán trên một nền tảng DLT chia sẻ. Trong thực tế, điều này có nghĩa là ngân hàng trung ương phát hành một token kỹ thuật số đại diện cho một khoản nợ phải trả trực tiếp, và các ngân hàng thương mại nắm giữ và chuyển token đó trên cùng một sổ cái nơi chứng khoán hoặc các tài sản token hóa khác tồn tại.

Lợi thế hoạt động là thanh toán tức thời (atomic settlement): tài sản và khoản thanh toán được thanh toán đồng thời, loại bỏ sự không khớp về thời gian tạo ra rủi ro tín dụng trong các hệ thống giao dịch-thanh toán truyền thống. Dự án Pontes của ECB kiểm tra chính xác quy trình làm việc này, sử dụng một cơ sở hạ tầng DLT chuyên dụng kết nối hệ thống thanh toán hiện có của ngân hàng trung ương với một sổ cái tài sản token hóa.

Cơ chế này chỉ hoạt động nếu ngân hàng trung ương kiểm soát các quy tắc phát hành và mua lại token trên sổ cái chia sẻ đó. Các ngân hàng thương mại sẽ gửi yêu cầu đến nút của ngân hàng trung ương, sau đó sẽ tạo hoặc đốt token dựa trên tài khoản dự trữ của ngân hàng được lưu giữ trên hệ thống TARGET cũ. Hậu quả đối với một bộ phận giao dịch hoặc hoạt động kho quỹ là một bản ghi duy nhất, có thể xác minh về sự kiện thanh toán, hiển thị cho cả ngân hàng trung ương và ngân hàng thương mại, mà không cần đối chiếu qua các cơ sở dữ liệu riêng biệt.

Báo cáo của Block xác nhận rằng ECB đang xây dựng cơ sở hạ tầng này thông qua dự án Appia, tập trung vào lớp DLT, tách biệt với trọng tâm của dự án Pontes về giao diện thanh toán.

Giới hạn quan trọng là quy mô chấp nhận. ECB vẫn chưa chỉ định liệu mô hình này có hỗ trợ thanh toán xuyên biên giới hoặc đa tiền tệ hay không, và các thử nghiệm hiện tại chỉ liên quan đến một số lượng hạn chế các tổ chức tham gia. Một bộ phận giao dịch đánh giá cơ sở hạ tầng này nên xác nhận liệu các ngân hàng đối tác của mình có nằm trong nhóm thử nghiệm của ECB hay không và liệu loại tài sản cụ thể mà họ thanh toán—chẳng hạn như trái phiếu chính phủ hoặc cổ phiếu quỹ thị trường tiền tệ—có nằm trong phạm vi thử nghiệm Pontes hay không.

Nếu không có xác nhận đó, quy trình làm việc vẫn chỉ là một nguyên mẫu chứ không phải là một lựa chọn sản xuất.

Các điểm quyết định: thanh khoản, rủi ro đối tác và lựa chọn mô hình

Khuôn khổ ba mô hình giới thiệu một sự đánh đổi về kiểm soát mà các tổ chức phải cân nhắc trước khi chọn một lộ trình. Theo mô hình token hóa trực tiếp, ngân hàng trung ương giữ toàn quyền kiểm soát đối với khoản nợ phải trả và tính cuối cùng của thanh toán, nhưng các ngân hàng thương mại mất khả năng quản lý thanh khoản trên các sổ cái riêng biệt. Mô hình thứ hai—tiền ngân hàng trung ương tổng hợp—cho phép các ngân hàng thương mại phát hành các khoản nợ token hóa của riêng họ được đảm bảo bằng dự trữ nắm giữ tại ngân hàng trung ương, mang lại cho họ nhiều linh hoạt hơn trong quản lý thanh khoản.

Mô hình thứ ba, một cơ chế chuyển nhượng khoản nợ phải trả, di chuyển các khoản tiền gửi ngân hàng trung ương hiện có qua một cầu nối DLT mà không tạo ra các dạng token mới, bảo tồn cấu trúc pháp lý hiện tại nhưng thêm các ràng buộc về độ trễ thanh toán.

Ranh giới quyết định quan trọng không phải là khả thi về mặt kỹ thuật mà là phân bổ rủi ro hoạt động. Một ngân hàng thương mại ưa thích mô hình token trực tiếp sẽ có được thanh toán tức thời trên một sổ cái duy nhất nhưng phải duy trì bộ đệm thanh khoản của mình hoàn toàn bằng token đó, vốn có thể không hoán đổi được với các tài khoản dự trữ ngoài chuỗi trong các giai đoạn căng thẳng.

Mô hình tổng hợp giải quyết vấn đề đó bằng cách cho phép các ngân hàng bù trừ vị thế trong ngày giữa các hệ thống, nhưng nó lại giới thiệu rủi ro đối tác: token chỉ có giá trị bằng mức dự trữ của ngân hàng phát hành, và ngân hàng trung ương không bảo đảm token theo cùng cách mà nó bảo đảm các khoản nợ trực tiếp. Mô hình chuyển nhượng khoản nợ phải trả tránh được cả các câu hỏi về thiết kế token và rủi ro đối tác, nhưng nó phụ thuộc vào thông lượng của cầu nối và có thể không hỗ trợ khối lượng giao dịch cần thiết cho thanh toán bán buôn trong giờ giao dịch cao điểm.

Đối với một nhà giao dịch hoặc trưởng bộ phận thanh toán, việc kiểm tra thực tế là mô hình nào mà người giám sát hoặc môi giới chính của bạn đã báo hiệu. ECB đã không bắt buộc một mô hình duy nhất; các dự án Pontes và Appia đang thử nghiệm cả ba mô hình song song. Nếu quy trình thanh toán của tổ chức bạn yêu cầu tính cuối cùng theo thời gian thực trên nhiều loại tài sản, mô hình token trực tiếp mang lại sự đảm bảo mạnh nhất nhưng nhóm thanh khoản hẹp nhất.

Nếu bạn cần bảo tồn các tài khoản dự trữ hiện có và quy trình bù trừ ròng, mô hình tổng hợp là sự phù hợp thực tế hơn—nhưng chỉ khi mức dự trữ của đối tác của bạn có thể xác minh được trên chuỗi. Điều kiện chưa được giải quyết là khả năng tương tác: chưa có mô hình nào giải quyết cách một token từ cơ sở hạ tầng DLT của một ngân hàng trung ương thanh toán với token từ hệ thống của một khu vực pháp lý khác. Khoảng cách đó xác định điểm quyết định tiếp theo sau khi chọn mô hình.

Đối với các nhà giao dịch và người vận hành thanh toán, kiểm tra quyết định chính là liệu tính cuối cùng của thanh toán trong mô hình token hóa trực tiếp có biện minh cho việc mất khả năng quản lý thanh khoản đa sổ cái hay không, hay liệu sự linh hoạt của mô hình tổng hợp có lớn hơn rủi ro tín dụng bổ sung từ trung gian phát hành hay không. ECB đã không cam kết một lộ trình duy nhất, và các dự án Pontes và Appia vẫn đang trong giai đoạn thử nghiệm, vì vậy bước thực tế tiếp theo là theo dõi mô hình nào được chấp nhận trong các thử nghiệm bán buôn thực tế trước khi phân bổ lại tài sản thế chấp hoặc quy trình lưu ký.

Tham khảo

• https://www.theblock.co/news/regulation/2026-10-02-ecb-outlines-three-models-for-putting-central-bank-money-onchain-417552