Cơ quan Quản lý Tài chính Vương quốc Anh đã mở cuộc tham vấn về hướng dẫn DeFi vào ngày 21 tháng 10 năm 2026, với thời hạn gửi phản hồi là ngày 18 tháng 11. Vấn đề trước mắt là trách nhiệm giải trình: khi một công ty tài chính sử dụng một giao thức phi tập trung, những trách nhiệm nào vẫn thuộc về công ty đó?
Cuộc tham vấn GC26/7 đề cập đến khả năng chống chịu trong hoạt động và tội phạm tài chính theo các yêu cầu hiện hành áp dụng. Đây là hướng dẫn được đề xuất, chứ không phải giấy phép DeFi mới hay sự phê duyệt đối với từng giao thức. Sự phân biệt này rất quan trọng đối với các doanh nghiệp khi lựa chọn hạ tầng và đối với khách hàng khi quyết định họ có thể tin cậy vào ai.
Hai cuộc tham vấn giải đáp những câu hỏi khác nhau
GC26/7 liên quan đến cách các công ty quản lý rủi ro. CP26/36 đi kèm đề cập đến phạm vi điều chỉnh, bao gồm các trường hợp loại trừ đối với một số dịch vụ kỹ thuật. Không nên sử dụng nhãn của cuộc tham vấn này như một cách rút gọn để thay thế cho đánh giá kia.
Nói một cách đơn giản, trước hết doanh nghiệp cần xác định hoạt động mà mình thực sự thực hiện là gì, liệu hoạt động đó có được tiến hành với tư cách một hoạt động kinh doanh tại Vương quốc Anh hay không, và liệu trường hợp loại trừ hoặc miễn trừ có liên quan hay không. Nếu các nghĩa vụ được áp dụng, câu hỏi tiếp theo là doanh nghiệp đáp ứng các nghĩa vụ đó như thế nào khi dựa vào DeFi. Vận hành một trang web, viết phần mềm, lựa chọn chiến lược và thực hiện giao dịch của khách hàng là những chức năng khác nhau; câu trả lời pháp lý phụ thuộc vào cấu trúc của thỏa thuận.
Dự thảo hướng dẫn về phạm vi điều chỉnh của CP26/36 nhấn mạnh bản chất thực tế và việc đánh giá riêng từng bên tham gia có liên quan. Quản trị phi tập trung hoặc hạ tầng ở nước ngoài không quyết định câu hỏi này. Tương tự, sẽ là sai lầm nếu suy luận rằng mọi nhà phát triển hoặc người nắm giữ token quản trị đều tự động phải được cấp phép.
Hãy xem xét dịch vụ mà khách hàng thực sự nhận được
Hãy xem xét một ứng dụng giả định lựa chọn một nhóm cho vay, chuyển tiền ký quỹ của khách hàng và hiển thị nút rút tiền. Các hợp đồng của nhóm có thể được công khai. Tuy nhiên, ứng dụng vẫn đưa ra quyết định về sản phẩm mà ứng dụng cung cấp. Một khách hàng không thể rút tiền cần nhiều hơn một lời giải thích rằng blockchain vẫn đang hoạt động.
Cách điều tra hữu ích là theo dõi dịch vụ từ màn hình đến khâu quyết toán. Ai đã lựa chọn nhóm? Ai kiểm soát giao diện? Nguồn dữ liệu nào định giá tài sản thế chấp? Ai có thể thay đổi các tham số của hợp đồng? Bên nào nhận được cảnh báo khi việc rút tiền thất bại? Đây là những câu hỏi thực tiễn để đánh giá một cấu trúc, không phải một bài kiểm tra pháp lý phổ quát hay một sự phân bổ trách nhiệm đã được định trước.
| Chức năng được quan sát | Câu hỏi cần điều tra | Chỉ riêng nhãn gọi không thể xác lập điều gì |
|---|---|---|
| Truy cập frontend hoặc ví | Đây chỉ là quyền truy cập kỹ thuật hay là một phần của dịch vụ khác? | Rằng mọi giao diện đều được loại trừ |
| Lựa chọn giao thức hoặc chiến lược | Ai lựa chọn các mức độ tiếp xúc và có thể thay đổi chúng? | Rằng một cuộc bỏ phiếu của DAO loại bỏ các quyết định kinh doanh |
| Quyền nâng cấp hoặc kiểm soát khẩn cấp | Ai nắm giữ các quyền, và chịu những ràng buộc nào? | Rằng việc nắm giữ một khóa quyết định mọi nghĩa vụ pháp lý |
| Dịch vụ tài chính hướng đến khách hàng | Những quyền hạn và nghĩa vụ liên tục nào được áp dụng? | Rằng việc sử dụng các hợp đồng mở sẽ chuyển các nghĩa vụ đó đi nơi khác |
Cách tiếp cận này cũng giúp tách biệt các rủi ro khác nhau. Một bên có thể kiểm soát frontend mà không lưu ký tài sản. Một bên quản lý chiến lược có thể lựa chọn các giao thức mà không kiểm soát mã nguồn của chúng. Khách hàng cần hiểu cả những lựa chọn mà nhà cung cấp đưa ra và giới hạn trong quyền can thiệp của nhà cung cấp.
Việc kiểm toán là bằng chứng về mã nguồn, không phải kế hoạch khôi phục
Các nhận định về khả năng chống chịu trong hoạt động đã được thiết lập của FCA yêu cầu lập bản đồ các yếu tố phụ thuộc và kiểm thử sự gián đoạn. Theo SYSC 15A, các công ty thuộc phạm vi áp dụng thiết lập ngưỡng chịu tác động đối với các dịch vụ kinh doanh quan trọng, có xem xét thiệt hại tiềm ẩn đối với khách hàng. Mối quan ngại không chỉ dừng ở việc một máy chủ có đang hoạt động hay không.
Ví dụ, hãy hình dung một ví phụ thuộc vào một nhà cung cấp RPC duy nhất để gửi giao dịch. Nếu kết nối đó bị lỗi, blockchain vẫn có thể hoạt động bình thường trong khi khách hàng của ví mất quyền truy cập. Một nhà cung cấp RPC thứ hai có thể giúp xử lý lỗi đó, nhưng không thể khắc phục một vụ khai thác lỗ hổng cầu nối hoặc loại bỏ hàng đợi rút tiền của một giao thức. Việc kiểm thử cần phù hợp với lỗi thực tế.
Một cuộc diễn tập thực tế sẽ đặt câu hỏi liệu khách hàng có thể nhìn thấy số dư chính xác hay không, liệu giao dịch có thể được gửi qua một tuyến thay thế hay không, và công ty có thể nói gì khi chưa biết thời gian khôi phục. Việc báo cáo “không có tài sản nào bị đánh cắp” sẽ không mang lại nhiều sự yên tâm cho một người vay đang đối mặt với việc thanh lý vì không thể chuyển tiền ký quỹ.
Đánh giá mã nguồn có mục đích hẹp hơn. Chúng có thể xác định các lỗ hổng trong phạm vi của mình; chúng không thể hứa hẹn quyền truy cập không bị gián đoạn hoặc một bên mua token biên nhận. Phần giải thích của KTX về staking thanh khoản cho thấy việc giao thức hoàn trả tài sản và việc bán một biên nhận có thể chuyển nhượng là hai lối thoát khác nhau.
Hồ sơ giao dịch công khai vẫn cần được diễn giải
Các biện pháp kiểm soát tội phạm tài chính đòi hỏi nhiều hơn việc nhìn thấy các địa chỉ. Hướng dẫn về Tội phạm Tài chính của FCA đề cập đến việc hiểu hoạt động phân tích blockchain, điều tra cảnh báo và duy trì các biện pháp kiểm soát trừng phạt phù hợp. Điểm số rủi ro là một đầu vào cho quyết định; đó không phải là hồ sơ đầy đủ về một người hoặc giao dịch.
Hãy xem xét một khoản tiền ký quỹ giả định đến sau một số lần hoán đổi và một giao dịch chuyển qua cầu nối. Chuyên viên phân tích cần hiểu cảnh báo, bằng chứng của cảnh báo và các giới hạn của nó. Việc thực hiện tự động khiến thời điểm trở nên quan trọng: xem xét cảnh báo sau khi công ty đã hoàn tất một giao dịch không thể đảo ngược khác với việc xem xét cảnh báo trước đó. Ví dụ này không có nghĩa là mọi giao dịch chuyển qua cầu nối đều đáng ngờ.
Định hướng chính sách rộng hơn cũng thể hiện trong báo cáo DeFi tháng 7 năm 2026 của FATF, trong đó ủng hộ việc phân tích theo chức năng và dựa trên rủi ro, bao gồm việc xác định quyền kiểm soát. Các khuyến nghị của FATF và nghĩa vụ pháp lý của Vương quốc Anh không nên được trình bày như những quy tắc có thể thay thế cho nhau.
Tác động thương mại phụ thuộc vào cách dịch vụ được cung cấp
Đánh giá của chúng tôi là các ranh giới rõ ràng hơn có thể mang lại lợi thế cho những nhà cung cấp có khả năng giải thích chuỗi phụ thuộc và các quyết định khi xảy ra sự cố. Điều đó có thể đồng nghĩa với hồ sơ đầy đủ hơn, ít tích hợp không có căn cứ hơn hoặc quyền truy cập sản phẩm được lựa chọn kỹ hơn. Chi phí vận hành cũng có thể tăng. Bản thân cuộc tham vấn không xác định những công ty nào sẽ thay đổi sản phẩm của họ.
Đối với người dùng, cách so sánh hữu ích cụ thể hơn là “tập trung so với phi tập trung”. Hãy hỏi ai cung cấp dịch vụ, dịch vụ hứa hẹn điều gì, tài sản có thể trở nên không thể truy cập ở đâu và những lựa chọn khôi phục nào thực sự tồn tại. Hướng dẫn của KTX về hoạt động canh tác lợi suất tự động cung cấp một ví dụ khác về việc tự động hóa nằm bên trên các mức độ tiếp xúc với giao thức cơ sở. Một bài viết mang tính giáo dục cũng như thương hiệu của nhà cung cấp đều không xác lập việc được FCA cấp phép.
Theo dõi thời gian biểu và nội dung cuối cùng
Trang web tham vấn đặt mục tiêu hoàn thiện hướng dẫn GC26/7 vào tháng 1 năm 2027, trong khi bản PDF ghi là quý 1 năm 2027. CP26/36 đặt mục tiêu vào mùa xuân năm 2027. Chế độ quản lý tài sản tiền mã hóa mới rộng hơn dự kiến có hiệu lực vào ngày 25 tháng 10 năm 2027. Đây là những mốc thời gian khác nhau; việc kết thúc tham vấn không đồng nghĩa với việc chế độ này bắt đầu có hiệu lực.
Bằng chứng hữu ích tiếp theo sẽ là cách xử lý cuối cùng đối với quyền truy cập kỹ thuật, phần giải thích về trách nhiệm giữa các bên tham gia phân tán và mọi thay đổi sau khi tiếp nhận phản hồi. Cho đến lúc đó, các cách diễn giải được đề xuất nên tiếp tục được ghi rõ là đề xuất.
Câu hỏi thường gặp
Việc kiểm toán hợp đồng thông minh có chứng minh được việc tuân thủ quy định không?
Không. Một cuộc kiểm toán đề cập đến một phạm vi kỹ thuật được xác định. Cuộc kiểm toán không xác lập rằng doanh nghiệp có các quyền hạn hoặc biện pháp kiểm soát cần thiết cho hoạt động của mình.
Không lưu ký có tự động đồng nghĩa với việc không chịu quản lý không?
Không. Lưu ký chỉ là một đặc điểm của một cấu trúc. Các dịch vụ khác và những trường hợp loại trừ được áp dụng vẫn cần được đánh giá.
Mọi bên tham gia DeFi có phải thực hiện các bước kiểm tra danh tính giống hệt nhau không?
Cuộc tham vấn không biện minh cho kết luận đó. Các nghĩa vụ phụ thuộc vào hoạt động của bên tham gia và những yêu cầu được áp dụng, chứ không phụ thuộc vào một nhãn duy nhất cho toàn bộ hệ sinh thái.
Cuộc tham vấn có đảm bảo bồi thường sau khi xảy ra tổn thất không?
Không. Một cuộc tham vấn không phải là cam kết bồi thường. Mọi quyền hoặc biện pháp bảo vệ đều phụ thuộc vào dịch vụ liên quan, các thỏa thuận pháp lý và điều kiện đủ tư cách.
Ngày 18 tháng 11 có phải là thời hạn để người dùng chuyển tài sản của họ đi không?
Không. Đây là thời hạn gửi phản hồi tham vấn, không phải chỉ dẫn rút tiền chung.
Chỉ nhằm mục đích cung cấp thông tin, không phải tư vấn pháp lý hoặc đầu tư. Hướng dẫn được đề xuất có thể thay đổi. DeFi có thể liên quan đến tổn thất do hợp đồng, gián đoạn quyền truy cập và khả năng khôi phục hạn chế.