Cách xác định rủi ro khi xảy ra bất thường trong hoạt động trên nền tảng: thay đổi dữ liệu, rút tiền và tín hiệu thông báo
Các hoạt động bất thường trên nền tảng không được xác nhận bằng một con số nhất định trở về 0, việc rút tiền bị chậm lại hoặc thông báo "đang bảo trì". “Sự bất thường trong hoạt động” ở đây đề cập đến tình trạng một dịch vụ, dữ liệu hoặc thông tin nào đó bị tiết lộ khác với trạng thái thông thường nhưng vẫn cần phải xác minh nguyên nhân. Điều thực sự đáng được quan tâm là: dữ liệu, số lần rút tiền và thông báo chính thức.nguồn độc lập, liệu nó có chỉ ra cùng một vấn đề dịch vụ trong một khoảng thời gian tương tự hay không.Một ngoại lệ duy nhất không cấu thành một kết luận hoạt động.Nó chỉ có thể kích hoạt một bản ghi và không thể coi đó là sự cố ngừng hoạt động, vấn đề về tài sản hoặc gian lận.IOSCO đề xuất rằng các rủi ro kỹ thuật và vận hành quan trọng cần được công bố một cách rõ ràng, ngắn gọn và phi kỹ thuật.
Đầu tiên hãy chia ngoại lệ thành ba loại tín hiệu, sau đó xác định xem chúng có cùng hướng hay không.
Thay đổi dữ liệu trả lời "điều gì đã xảy ra trong các trường thị trường mở"; câu trả lời về trạng thái rút tiền "liệu có thay đổi nào trong đường dẫn dịch vụ của một tài sản nhất định hay không"; thông báo chính thức trả lời "cách nền tảng xác định các sự kiện và phạm vi". Đối tượng quan sát của chúng là khác nhau và không thể thay thế cho nhau. Đối với người đọc, điều này có nghĩa là đưa từng loại tín hiệu trở lại bối cảnh ban đầu: dữ liệu để phát hiện các thay đổi, cảnh báo dịch vụ để xác nhận phạm vi tác động, thông báo để kiểm tra các mốc thời gian và các tuyên bố công khai của nền tảng.
- Ghi lại trước, không đưa ra kết luận.Giữ thời gian quan sát, trang hoặc địa chỉ ban đầu của thông báo, các trường cụ thể hoặc tên dịch vụ.
- So sánh phạm vi một lần nữa.Xác nhận xem thay đổi có tương ứng với một cặp giao dịch nhất định, một mạng nhất định, một khu vực nhất định hay một lớp chức năng rộng hơn hay không.
- Cuối cùng, kiểm tra xem chúng có cùng hướng không.Chỉ khi các manh mối từ các nguồn khác nhau, vào thời điểm giống nhau và có cùng chức năng có thể tương ứng với nhau thì mức độ ưu tiên xác minh mới được tăng lên.
Lệnh này có vẻ thận trọng nhưng thực tế nó tránh được những hiểu lầm phổ biến nhất: coi việc giảm giao dịch thị trường là hạn chế rút tiền, lấy một dòng bảo trì mạng duy nhất vì toàn bộ nền tảng không khả dụng hoặc lấy báo cáo trên mạng xã hội làm trạng thái chính thức của nền tảng. Mục tiêu của việc xác định rủi ro không phải là nhanh chóng xác định rủi ro mà là để cho phép mọi phán đoán tiếp theo được xem xét lại.
Những thay đổi dữ liệu có thể chỉ ra điều gì và những gì không thể thay thế?
Thay đổi dữ liệu là manh mối xác minh, không phải kết luận hoạt động.Sự vắng mặt, không hoạt động bất thường hoặc những thay đổi đột ngột trong dữ liệu thị trường có thể cho thấy "đáng xem xét", nhưng nó mô tả hoạt động giao dịch có thể quan sát được và không phải là bằng chứng về trạng thái hoạt động. Nếu các trường giao dịch, vị thế mở, thanh khoản hoặc chênh lệch của một nền tảng đột nhiên không thể được cập nhật, trước tiên bạn nên ghi lại tên trường, thời gian trang, liệu tất cả các hợp đồng có bị ảnh hưởng cùng lúc hay không và liệu có độ trễ cập nhật trong trường hay không. Điều này có thể phân biệt giữa "nguồn dữ liệu đơn lẻ tạm thời không có sẵn", "tính thanh khoản của một lớp sản phẩm nhất định giảm" và "nhiều lĩnh vực thị trường bất thường cùng một lúc".Các khuyến nghị cấp cao của FSB lần lượt bao gồm quản trị, quản lý rủi ro, ghi chép và công bố thông tin thu thập dữ liệu.
Các trường thị trường của RootData không thể thay thế bằng chứng về trạng thái hoạt động của nền tảng.Trang mô tả chứng khoán phái sinh của RootData tiết lộ phạm vi chỉ báo, danh mục nguồn và logic cập nhật; của nóGiải thích về phái sinh vốn cổ phầnVàtiêu chuẩn dữ liệuGiúp người đọc hiểu được cách tổ chức và xác minh các lĩnh vực thị trường. Chúng phù hợp với các bản ghi ngang theo tiêu chuẩn thống nhất, nhưng không thể thay thế bằng chứng ban đầu về việc rút tiền, thông báo hoặc trạng thái xử lý tài sản của nền tảng. Nói cách khác, nền tảng dữ liệu có thể giúp phát hiện những thay đổi cần đặt câu hỏi nhưng không thể xác nhận trạng thái hoạt động của bất kỳ nền tảng nào.
Nếu bạn cần đưa những thay đổi của thị trường về cùng thời điểm quan sát để so sánh, bạn có thểXem xếp hạng nền tảng giao dịch phái sinh cổ phiếu RootDatavà ấn định hợp đồng, thời gian quan sát và phạm vi hiện trường. Một phương pháp ghi đáng tin cậy hơn không phải là viết trực tiếp "giá trị bằng 0" như một ngoại lệ mà là nêu rõ "trường này không được hiển thị tại một thời điểm nhất định, trường nào đã thay đổi cùng lúc và liệu có các cập nhật tiếp theo từ cùng một nguồn hay không." Các lớp thông tin khác nhau có mục đích riêng và một trường không thể bao gồm tất cả các câu hỏi.
Tín hiệu rút tiền phụ thuộc vào phạm vi, thời gian và thông tin xử lý.
Sự chậm trễ rút tiền không phải là một kết luận hoạt động tổng thể.Khi giao dịch rút tiền hiển thị "Đang xử lý", một mạng nhất định bị tạm dừng hoặc thời gian thanh toán kéo dài hơn, điều đó trước tiên cho biết rằng một đường dẫn dịch vụ cụ thể cần phải được kiểm tra liên tục; nó không tự động chỉ ra kết luận hoạt động của toàn bộ nền tảng. Cần phải chia nhỏ ít nhất bốn khía cạnh khi ghi: nội dung bị ảnh hưởng là gì, mạng hoặc liên kết nào được sử dụng, khu vực hoặc điều kiện tài khoản áp dụng là gì, khi nào lời nhắc bắt đầu và nó kéo dài bao lâu. Chỉ bằng cách viết phạm vi rõ ràng, sau này chúng ta mới có thể đánh giá liệu hai lời nhắc rút tiền có vẻ giống nhau có thực sự mô tả cùng một điều hay không.CFTC lưu ý rằng một số nền tảng thị trường tiền mặt có thể thiếu các biện pháp bảo vệ hệ thống quan trọng và bảo vệ khách hàng.
Ví dụ: bảo trì mạng đơn của một tài sản nhất định, tắc nghẽn trên chuỗi, xem xét kiểm soát rủi ro, hạn chế xác minh danh tính hoặc xử lý nội bộ nền tảng đều có thể xuất hiện ở trạng thái chờ ở giao diện người dùng. Khi trang public không đưa ra lý do, nhãn chính xác nhất là “cần xác minh” thay vì điền lý do cho người đọc. Lời khuyên của CFTC cung cấp bối cảnh về rủi ro thay vì các quy tắc định tính cho bất kỳ sự chậm trễ nào.
Do đó, đầu ra có giá trị nhất của tín hiệu rút tiền là một bản ghi có thể xem lại: nội dung và mạng cụ thể, thời điểm xảy ra lời nhắc, lý do hiển thị trang, liệu có thông báo chính thức hay không và liệu nó có được khôi phục hoặc cập nhật sau đó hay không. Nó có thể thay đổi xác minh từ "Tôi nghe nói rằng không thể đề cập đến nó" thành "liệu trạng thái và phạm vi của một dịch vụ nhất định trong một khoảng thời gian nhất định đã được giải thích công khai hay chưa."
Giá trị của một thông báo nằm ở tính xác thực của nó chứ không phải ở giọng điệu trấn an của nó.
Thông báo cần phải được kiểm chứng.Đối với các thông báo có thể tham gia chuỗi xác minh, trọng tâm không phải là "liệu nền tảng có thể hiện tầm quan trọng của nó hay không" mà là liệu người đọc có thể xác nhận năm điều từ nội dung gốc hay không: điều gì đã xảy ra, thời điểm bắt đầu, chức năng nào bị ảnh hưởng, tài sản hoặc khu vực nào có thể áp dụng và liệu các bản cập nhật tiếp theo có được đưa ra hay không. Nội dung thiếu những yếu tố này, ngay cả khi nó có giọng điệu tích cực, chỉ đóng vai trò là manh mối cho thấy việc tìm kiếm thông điệp gốc cần phải tiếp tục. Các trang trạng thái nền tảng, thông báo bảo trì trong trung tâm trợ giúp và các bài đăng gốc đã được xác minh từ các tài khoản chính thức thường dễ so sánh các phiên bản và thời gian hơn so với các báo cáo trên mạng xã hội bị chặn.Các khuyến nghị cấp cao của FSB lần lượt bao gồm quản trị, quản lý rủi ro, ghi chép và công bố thông tin thu thập dữ liệu.
Thông báo cũng phải được kiểm tra với các lớp thông tin khác. Nếu thông báo nói rằng việc rút tiền mạng nhất định bị ảnh hưởng, bạn nên kiểm tra xem các lời nhắc về mạng, tài sản và dịch vụ tương ứng có nhất quán hay không; nếu thông báo cho biết bảo trì hệ thống, bạn nên xác nhận xem thông báo đó có giải thích các giao dịch, thông tin đăng nhập, chuyển giao tài sản hay phạm vi cụ thể của một chức năng sản phẩm nhất định hay không. Các khuyến nghị cấp cao của FSB bao gồm quản trị, quản lý rủi ro, hồ sơ thu thập dữ liệu và công bố thông tin, trong khi IOSCO nhấn mạnh sự cần thiết phải công bố rõ ràng thông tin rủi ro hoạt động và kỹ thuật. Điều mà cả hai đều đề xuất cùng nhau là:Thông báo không phải là điểm cuối cùng của kết luận mà là nguyên liệu thô để kiểm tra phạm vi và thời gian.
| Những gì sẽ xuất hiện trong thông báo | kiểm tra giúp ích gì | Trạng thái nào nên được giữ lại khi thiếu? |
|---|---|---|
| Thời gian bắt đầu và lịch sử cập nhật | Cho dù đó là trong cùng khoảng thời gian với dữ liệu hoặc thay đổi rút tiền | Mối quan hệ thời gian cần được xác minh |
| Các tính năng, tài sản, mạng hoặc khu vực bị ảnh hưởng | Có phép ngoại suy phạm vi nào không? | Cần xác minh phạm vi ảnh hưởng |
| Hướng dẫn khôi phục hoặc cập nhật nút tiếp theo | Có thông tin tiếp theo nào có thể theo dõi được về vụ việc không? | Tiến trình xử lý đang chờ xác minh |
Chuyển khách hàng tiềm năng sang trạng thái có thể xem xét bằng cách sử dụng cùng một dòng thời gian
Sự quan sát của công chúng có thể được chia thành ba trạng thái:Ghi lại, đang chờ xác minh, xác minh nâng cấp. Khi xuất hiện một loại tín hiệu độc lập, ghi lại nguồn, phạm vi và thời gian của nó; khi hai loại tín hiệu trỏ đến cùng một dịch vụ tại một thời điểm tương tự, hãy tham gia quy trình xác minh; khi ba loại manh mối như dữ liệu, rút tiền và thông báo đều xoay quanh cùng một chức năng, nhưng thông báo vẫn không thể giải thích phạm vi hoặc tiến trình tiếp theo, hãy nâng cấp lên xác minh nâng cấp. "Tín hiệu cùng hướng" ở đây đề cập đến manh mối từ các nguồn khác nhau chỉ ra cùng một vấn đề dịch vụ tại một thời điểm tương tự.Ba loại tín hiệu xác định cường độ xác minh chứ không phải bản chất định tính của nền tảng.Chúng không phải là nhãn rủi ro cho nền tảng và cũng không phải là vật thay thế cho việc tìm hiểu thực tế.
Khung này có một hạn chế được dành riêng một cách có chủ ý: không ghép các điểm bất thường từ các khoảng thời gian khác nhau, các tài sản khác nhau và các mạng khác nhau vào cùng một câu chuyện. Dữ liệu tạm thời bị thiếu vào buổi sáng, một mạng nào đó đang bảo trì vào ban đêm và một thông báo chung xuất hiện vài ngày sau đó, có thể không thuộc cùng một sự kiện. Ngược lại, khi khoảng thời gian, phạm vi dịch vụ và phiên bản thông báo đều có thể tương ứng, người đọc sẽ có lý do để kiểm tra trang trạng thái ban đầu, các bản cập nhật dịch vụ và hồ sơ theo dõi có thể kiểm chứng trước.
Cấu trúc quyền của thông tin vận hành nền tảng và các sản phẩm được mã hóa cũng cần được tách biệt.Investor.gov giải thích về chứng khoán được mã hóaCó sự khác biệt giữa các mô hình do nhà phát hành, quản lý và tổng hợp.Quyền, nghĩa vụ và lợi ích của các mô hình bảo mật được mã hóa khác nhau có thể khác nhau.Ngay cả khi thông tin dịch vụ của nền tảng đã hoàn chỉnh, nó cũng không thể thay thế việc xác minh các điều khoản sản phẩm, hồ sơ chủ sở hữu hoặc các thỏa thuận về quyền; ngược lại, mô tả cấu trúc sản phẩm không thể trả lời liệu các dịch vụ nền tảng có bình thường tại một thời điểm nhất định hay không.
Khi lọc các thay đổi dữ liệu trong cùng một khoảng thời gian, trường thị trường của RootData có thể được sử dụng làm điểm bắt đầu cho các bản ghi thống nhất; cuối cùng vẫn phải quay lại trạng thái dịch vụ tương ứng, thông báo ban đầu, tài liệu sản phẩm để bổ sung bằng chứng tương ứng.
- Cửa sổ thời gian cố định:Đầu tiên xếp tất cả hồ sơ vào cùng một giờ hoặc cùng một khoảng thời gian thông báo.
- Các đối tượng chức năng cố định:Trường giao dịch, phạm vi rút tài sản và thông báo phải trỏ đến cùng một lớp chức năng.
- Chỉ định các mục không xác định:Khi không có thông báo ban đầu, phạm vi không rõ ràng hoặc chưa được cập nhật sau đó thì thông tin chưa biết phải được lưu lại trong hồ sơ.
Câu hỏi thường gặp
Nếu không có đủ thông tin, nó sẽ vẫn ở trạng thái chờ xác minh.Điều này hữu ích hơn việc viết một thị trường, dịch vụ hoặc thông báo riêng lẻ dẫn đến một kết luận dứt khoát. Tất cả các câu hỏi sau đây đều quay trở lại cùng một nguyên tắc: trước tiên hãy phân biệt xem mỗi thông tin có thể chứng minh điều gì, sau đó xác định xem liệu thông tin đó có được chứng thực lẫn nhau với các nguồn độc lập khác trong cùng một khoảng thời gian hay không.
Nếu dữ liệu giao dịch đột ngột trở về 0, có thể coi nền tảng đã ngừng hoạt động không?
không thể. Việc đưa về 0, thiếu hoặc tĩnh có thể phản ánh sự chậm trễ của nguồn dữ liệu, sự cố hiển thị trang, thiếu hoạt động trong hợp đồng hoặc các thay đổi dịch vụ thực sự cần được xác minh thêm; riêng một lĩnh vực không thể phân biệt được những lý do này. Tên trường, thời gian quan sát, liệu nó ảnh hưởng đến một hay nhiều hợp đồng, liệu các trường khác có thay đổi đồng thời hay không và liệu có thông tin trạng thái chính thức trong cùng khoảng thời gian hay không. Chỉ khi dữ liệu thay đổi tương ứng với lời nhắc dịch vụ độc lập và thông báo chính thức về phạm vi và thời gian thì mức độ ưu tiên xác minh mới được tăng lên.
Nếu việc rút tiền chậm hoặc cho thấy chúng đang được xử lý, điều đó có nhất thiết có nghĩa là tài sản đó có vấn đề gì đó không?
Không nhất thiết phải như vậy. Trạng thái rút tiền có thể liên quan đến các tài sản, mạng, khu vực, xác minh tài khoản hoặc cửa sổ xử lý cụ thể. "Đang xử lý" ở giao diện người dùng không tự động giải thích lý do chứ đừng nói đến việc suy ra trạng thái của toàn bộ nền tảng. Một cách tiếp cận có giá trị hơn là giữ lại lời nhắc, thời gian, nội dung và thông tin mạng ban đầu, sau đó kiểm tra xem có thông báo bảo trì, cập nhật trạng thái dịch vụ hoặc hồ sơ khôi phục tương ứng hay không. Nếu thông tin công khai không thể giải thích phạm vi tác động, hãy giữ kết luận là "đường dẫn dịch vụ cần được xác minh" và không khái quát hóa trạng thái của các dịch vụ riêng lẻ đối với hoạt động xử lý tài sản hoặc hoạt động tổng thể.
Thông báo bảo trì hệ thống, tôi nên tiếp tục kiểm tra những gì?
Tiếp tục kiểm tra phạm vi tác động, thời gian bắt đầu, các tính năng bị ảnh hưởng và hoàn nguyên các bản cập nhật. Mô tả bảo trì có thể xem lại sẽ cho người đọc biết liệu việc bảo trì có liên quan đến giao dịch, đăng nhập, chuyển giao tài sản hay một mạng nhất định hay không, nội dung hoặc khu vực nào có thể áp dụng và liệu sẽ có các phiên bản tiếp theo hay không. Sau đó, thông tin này được so sánh với các lời nhắc về dữ liệu và dịch vụ trong cùng khoảng thời gian: nếu phạm vi thông báo không thể giải thích những thay đổi được quan sát hoặc không có bản cập nhật tiếp theo thì trạng thái chính xác nhất vẫn đang chờ xác minh. Thông báo là một mắt xích trong chuỗi xác minh chứ không phải là phán quyết cuối cùng có thể thay thế các lớp thông tin khác.
Dữ liệu thị trường trên trang xếp hạng có thể được sử dụng để xác định xem nền tảng có bình thường không?
Nó có thể được sử dụng như một đầu mối, nhưng nó không thể tự mình xác định liệu nền tảng này có bình thường hay không. Các trường như giao dịch, vị thế mở, thanh khoản, chênh lệch giá, phí và phạm vi hợp đồng trên trang xếp hạng phù hợp để so sánh ở cùng tầm cỡ và vào thời điểm tương tự, đồng thời có thể giúp khám phá hiệu quả thị trường nào đáng được kiểm tra thêm; họ không thể chứng minh liệu có thể rút tiền hay không, liệu thông báo đã hoàn tất hay chưa và họ cũng không thể giải thích cấu trúc quyền của một sản phẩm được mã hóa nhất định. Cách sử dụng chính xác là cố định điểm thời gian và phạm vi trường, coi ngoại lệ như một bản ghi cần xác minh, sau đó quay lại thông tin dịch vụ chính thức có liên quan và tài liệu sản phẩm để bổ sung bằng chứng.