Tài khoản thống nhất gộp các loại giao dịch giao ngay, ký quỹ, hợp đồng vĩnh viễn, quyền chọn và Earn vào một nhóm tài sản duy nhất và một khung quản lý rủi ro chung, thay thế việc cộng dồn các khoản ký quỹ riêng lẻ bằng mô hình ký quỹ danh mục đầu tư. Điều này giúp cải thiện đáng kể hiệu quả sử dụng vốn nhưng đồng thời làm gia tăng độ phức tạp trong việc kiểm soát lây lan rủi ro và đảm bảo tính nhất quán của hệ thống. Bài viết này giải thích về mô hình tài khoản, bốn chế độ ký quỹ, đo lường rủi ro dựa trên kịch bản, trình tự thanh lý và vay tự động, sổ cái thống nhất, API, quá trình chuyển đổi và quy định pháp lý.

1. Từ tài khoản riêng biệt sang tài khoản thống nhất: Các yếu tố thúc đẩy

Các sàn giao dịch ban đầu chia nhỏ giao dịch giao ngay, hợp đồng tương lai, ký quỹ và kiếm tiền thành các ví riêng biệt, dẫn đến việc phải chuyển tiền nhiều lần và hiệu quả sử dụng vốn thấp. Tài khoản thống nhất cho phép một nhóm hỗ trợ tất cả các sản phẩm, do đó, lợi nhuận chưa thực hiện từ một hợp đồng sẽ ngay lập tức bù đắp khoản lỗ từ hợp đồng khác, giúp giảm thiểu các trường hợp thanh lý có thể tránh được. Chi phí phải trả là rủi ro lây lan giữa các sản phẩm và việc tính toán rủi ro và sổ cái hợp nhất theo thời gian thực.

2. Mô hình tài khoản thống nhất và tính toán vốn chủ sở hữu

Các khái niệm cốt lõi là Vốn chủ sở hữu thống nhất và Số dư hiệu quả. Vốn chủ sở hữu là tổng của tất cả các tài sản được định giá bằng đồng tiền niêm yết, cộng với lợi nhuận và lỗ chưa thực hiện trên các sản phẩm, trừ đi các khoản phí và lãi tích lũy. Rủi ro sử dụng vốn chủ sở hữu toàn cầu, không phải số dư của từng ví. Vốn chủ sở hữu phải được cập nhật theo thời gian thực — lợi nhuận và lỗ của bất kỳ sản phẩm nào cũng phải được phản ánh trên toàn cầu, nếu không sẽ xuất hiện tình huống “bị thanh lý cục bộ, an toàn toàn cầu”.

3. Tài sản thế chấp đa tiền tệ, tỷ lệ cắt giảm và số dư hiệu dụng

Người dùng có thể đặt cọc BTC, ETH, stablecoin và các loại tiền khác, nhưng tỷ lệ cắt giảm thay đổi tùy theo rủi ro: các đồng tiền chính ~95%, các đồng tiền vốn hóa nhỏ có thể là 50% hoặc không đủ điều kiện. Số dư hiệu dụng = Σ(số dư × tỷ lệ cắt giảm × giá theo đồng tiền niêm yết). Tỷ lệ cắt giảm theo dõi tính thanh khoản và độ biến động, và sẽ được thắt chặt trong điều kiện căng thẳng. Việc mất neo giá của stablecoin cần một mức chiết khấu riêng để ngăn một stablecoin thất bại làm sụp đổ toàn bộ tài khoản.

4. Bốn chế độ ký quỹ song song và logic chuyển đổi

Các tài khoản thống nhất thường cung cấp các chế độ ký quỹ giao ngay (không vay), ký quỹ đơn tiền tệ, ký quỹ đa tiền tệ (toàn bộ pool làm tài sản thế chấp) và ký quỹ danh mục đầu tư (dựa trên rủi ro danh mục, dành cho chuyên gia). Việc chuyển đổi yêu cầu di chuyển các khoản vay và tính toán lại ký quỹ; yêu cầu chuyển đổi sẽ bị từ chối nếu không đáp ứng yêu cầu về rủi ro. Khách hàng cá nhân mặc định sử dụng các chế độ rủi ro thấp; ký quỹ danh mục đầu tư chỉ dành cho các nhà đầu tư chuyên nghiệp được chứng nhận.

5. Đo lường rủi ro ký quỹ danh mục đầu tư: Từ tổng hợp đến các kịch bản

Tổng hợp riêng lẻ sẽ phóng đại rủi ro — một vị thế mua và một vị thế bán BTC bằng nhau sẽ bù trừ lẫn nhau nhưng mỗi vị thế đều phải ký quỹ. Ký quỹ danh mục đầu tư mượn ý tưởng từ SPAN: xây dựng các kịch bản về giá và độ biến động (ví dụ: tài sản cơ sở ±5%/±10%/±20% với sự thay đổi độ biến động), tính toán mức lỗ của danh mục đầu tư trong từng kịch bản và lấy mức lỗ tồi tệ nhất làm yêu cầu ký quỹ. Phương pháp này công nhận các biện pháp phòng ngừa rủi ro chéo giữa các công cụ và các kỳ hạn, giúp cải thiện hiệu quả vốn từ 30%–60%, nhưng cần một công cụ quản lý rủi ro chuyên dụng.

6. Bù trừ phòng hộ, chiết khấu tương quan và phòng ngừa lạm dụng

Các phương pháp kịch bản tự nhiên hỗ trợ bù trừ, nhưng chiết khấu giữa các công cụ phụ thuộc vào tương quan. BTC và ETH có tương quan cao và xứng đáng được chiết khấu lớn; BTC và một altcoin kém thanh khoản thì không. Cần đề phòng các “giao dịch phòng hộ giả” nhằm lách quy định để giảm yêu cầu ký quỹ. Đặt ngưỡng tương quan tối thiểu, giới hạn tập trung vào một tài sản duy nhất và loại bỏ chiết khấu ngay lập tức khi mối tương quan bị phá vỡ (ví dụ: mất neo giá).

7. Trình tự thanh lý và tự động vay trong các tài khoản thống nhất

Quá trình thanh lý phải lựa chọn vị thế nào sẽ đóng và tài sản thế chấp nào sẽ bán trước. Thông thường, nên đóng các hợp đồng tương lai rủi ro nhất và có tính thanh khoản cao nhất trước, sau đó mới bán tài sản thế chấp — thanh lý các tài sản biến động mạnh và kém thanh khoản trước, đồng thời giữ lại các stablecoin và các đồng tiền chính. Tính năng Vay tự động bù đắp khoản thiếu hụt để duy trì các vị thế mở, kết hợp với tính năng Trả nợ tự động khi số dư phục hồi. Tính năng này phải hiển thị rõ ràng tỷ lệ, giới hạn và giá thanh lý để tránh đòn bẩy ẩn.

8. Sổ cái thống nhất, phân bổ PnL và đối chiếu liên ngành

Sổ cái thống nhất ghi lại mọi biến động trên các mảng giao dịch giao ngay, hợp đồng tương lai, ký quỹ và sinh lời, đồng thời là nguồn thông tin duy nhất đáng tin cậy. Ngay cả khi sử dụng một quỹ chung, lợi nhuận và lỗ (PnL) vẫn được phân bổ cho từng mảng kinh doanh để phục vụ cho việc thanh toán nội bộ, chia sẻ phí và phân tích rủi ro. Việc đối chiếu chéo giữa các mảng kinh doanh hàng ngày so sánh số dư tự báo cáo của từng sản phẩm với tổng số trên sổ cái, đồng thời truy xuất các khoản chênh lệch đến từng mục nhập riêng lẻ.

9. Kỹ thuật đảm bảo tính nhất quán: Sự cân bằng giữa khớp lệnh, quản lý rủi ro và sổ cái

Vấn đề khó nhất là tính nhất quán: việc đối chiếu cần độ trễ cực thấp, rủi ro cần độ chính xác theo thời gian thực, sổ cái cần tính nhất quán cao — cả ba yếu tố này không thể đồng bộ trong một giao dịch. Thiết kế phổ biến: đối chiếu trong bộ nhớ, rủi ro ảnh chụp không đồng bộ với kiểm tra trước giao dịch, sổ cái qua hàng đợi sự kiện với tính nhất quán cuối cùng, được hỗ trợ bởi việc đối chiếu. Xác định một “cửa sổ rủi ro” có giới hạn và cho phép thanh lý sử dụng logic thận trọng dựa trên mức giá mới nhất có thể xác minh được.

10. Thiết kế API và tích hợp tổ chức

Các tổ chức cần một điểm cuối trả về vốn chủ sở hữu toàn bộ tài khoản, số dư khả dụng, vị thế theo từng sản phẩm và tỷ lệ ký quỹ — chứ không phải các lệnh giao dịch giao ngay/hợp đồng tương lai riêng biệt. WebSockets truyền các chỉ số rủi ro (tỷ lệ ký quỹ, giá thanh lý, trạng thái vay), và các thao tác chuyển chế độ/vay/trả nợ là nguyên tử. Giới hạn tốc độ, các cấp quyền (đọc/giao dịch/chuyển khoản), danh sách IP được phép và tài khoản phụ là các yêu cầu cơ bản.

11. Chiến lược di chuyển theo từng giai đoạn cho người dùng hiện tại

Không chuyển đổi tất cả người dùng cùng một lúc. Bắt đầu với các tổ chức trong danh sách trắng và người dùng có tài sản ròng cao, sau đó mở rộng theo cấp độ và khối lượng. Hiển thị so sánh vốn chủ sở hữu trước và sau khi chuyển đổi cùng với bản xem trước mô phỏng, cho phép chuyển đổi chỉ bằng một cú nhấp chuột nhưng vẫn giữ lại tài khoản cũ, đồng thời duy trì lộ trình quay lại phiên bản cũ. Chạy song song sổ cái cũ và mới trong quá trình chuyển đổi để đảm bảo số dư khớp chính xác.

12. Quy định, Kiểm toán và Tách biệt Tài sản Khách hàng

SC, BAPPEBTI/OJK, SEC của Thái Lan và MAS yêu cầu tài sản khách hàng phải được tách biệt khỏi tài sản nền tảng — việc hợp nhất chỉ diễn ra nội bộ, trong khi việc lưu ký tại ngân hàng/trên chuỗi vẫn được tách biệt với tài sản khách hàng. Mô hình ký quỹ danh mục đầu tư phải có thể giải thích được cho các cơ quan quản lý bằng các bài kiểm tra căng thẳng, và tài sản thế chấp của khách hàng không được tái thế chấp. Mỗi lần thanh lý, vay và chuyển đổi chế độ đều cần có nhật ký kiểm toán đầy đủ.

13. Kiến trúc kỹ thuật và hiệu suất

Chia thành các dịch vụ tài khoản, cho vay, công cụ quản lý rủi ro, thanh lý và sổ cái được tách biệt qua Kafka. Công cụ quản lý rủi ro là đường dẫn nóng: lưu giữ các vị thế danh mục đầu tư trong bộ nhớ, tính toán PnL theo kịch bản từng bước và duy trì tính toán cho mỗi tài khoản trong vòng vài mili giây. Thanh lý phải mở rộng theo chiều ngang cho các sự kiện hàng loạt. Việc triển khai đa vùng (Multi-AZ), cơ chế dự phòng cho hệ thống quản lý rủi ro chuyển sang logic cách ly và các bài kiểm tra tải nặng là những điều kiện tiên quyết.

14. Triển khai Tài khoản Thống nhất của SoonTech

Tài khoản thống nhất của SoonTech hiện đang hoạt động tại một số sàn giao dịch ở Đông Nam Á: bốn chế độ ký quỹ, tỷ lệ cắt giảm tài sản thế chấp đa tiền tệ, ký quỹ danh mục đầu tư kiểu SPAN, tự động vay/trả nợ, sổ cái thống nhất với đối chiếu liên ngành, API dành cho tổ chức, công cụ di chuyển theo từng giai đoạn và báo cáo rủi ro/căng thẳng sẵn sàng cho cơ quan quản lý. Chúng tôi bắt đầu với ký quỹ đa tiền tệ để ra mắt nhanh chóng và mở rộng ký quỹ danh mục đầu tư dần dần theo tiêu chuẩn đủ điều kiện.

15. Khuyến nghị triển khai cho doanh nghiệp

Tài khoản thống nhất là việc xây dựng lại tài khoản, rủi ro và sổ cái — không phải là việc làm mới giao diện người dùng. Hãy xây dựng sổ cái thống nhất và tài sản thế chấp đa tiền tệ trước tiên (giá trị nhanh, rủi ro có thể kiểm soát), sau đó là vay tự động, và cuối cùng là ký quỹ danh mục đầu tư cho các chuyên gia. Mỗi bước đều cần có các bài kiểm tra căng thẳng, kế hoạch khôi phục và sự tách biệt tài sản khách hàng đạt tiêu chuẩn kiểm toán.

Câu hỏi thường gặp

Câu hỏi 1: Tài khoản thống nhất chỉ là sự hợp nhất các ví về mặt hình thức thôi sao?

Đáp: Không. Tài khoản này thực sự hợp nhất nhóm tài sản, khung rủi ro và sổ cái, với việc bù trừ PnL giữa các sản phẩm theo thời gian thực.

Câu hỏi 2: Ký quỹ danh mục đầu tư có rủi ro hơn ký quỹ cô lập không?

A: Đối với các giao dịch phòng ngừa rủi ro thực sự, nó đo lường rủi ro chính xác hơn và sử dụng vốn hiệu quả hơn; nếu các mối tương quan không đúng, nó có thể đánh giá thấp rủi ro, do đó cần có chiết khấu động, kiểm tra khả năng chịu áp lực và quyền truy cập chỉ dành cho chuyên gia.

Câu hỏi 3: Liệu việc mất neo giá của một stablecoin có thể làm sụp đổ tài khoản thế chấp đa tiền tệ không?

A: Có, đó là lý do tại sao các đồng tiền ổn định có mức chiết khấu và giới hạn tập trung riêng biệt, với việc cắt giảm tỷ lệ ký quỹ và yêu cầu ký quỹ bổ sung được kích hoạt khi mất neo giá.

Câu hỏi 4: Khi thanh lý, hệ thống sẽ đóng hợp đồng tương lai trước hay bán giao dịch giao ngay trước?

A: Thông thường, các hợp đồng tương lai rủi ro nhất và có tính thanh khoản cao nhất sẽ được đóng trước, sau đó mới thanh lý tài sản thế chấp — bán các tài sản biến động/thiếu thanh khoản trước trong khi giữ lại các đồng tiền ổn định và các đồng tiền chính; thứ tự này có thể tùy chỉnh.

Câu hỏi 5: Tính năng tự động vay có thể tạo ra đòn bẩy ẩn không?

A: Sản phẩm phải hiển thị rõ ràng tỷ lệ, số tiền vay và giá thanh lý, kèm theo giới hạn theo giao dịch/hàng ngày và nút bật/tắt.

Câu hỏi 6: Các cơ quan quản lý Đông Nam Á yêu cầu những gì?

A: Phân tách tài sản của khách hàng và nền tảng, mô hình rủi ro có thể giải thích được, các bài kiểm tra căng thẳng có thể kiểm toán, và không tái thế chấp tài sản thế chấp của khách hàng, với sự tư vấn của luật sư địa phương về các chi tiết cụ thể.

Kết luận

Tài khoản thống nhất là bước cần thiết để hướng tới dịch vụ sàn giao dịch tập trung (CEX) đạt tiêu chuẩn tổ chức. Hiệu quả vốn đến từ khả năng quản lý rủi ro và sổ cái, chứ không phải giao diện người dùng (UI). Khi việc tách biệt tài sản, đo lường rủi ro, thứ tự thanh lý và thiết kế tính nhất quán được thực hiện đúng cách, nó sẽ nâng cao hiệu quả mà không làm gia tăng rủi ro hệ thống.

🌐 Xây dựng các nền tảng Web3 an toàn và có khả năng mở rộng cùng SoonTech.

Khám phá các giải pháp của chúng tôi cho Sàn giao dịch tiền điện tử nhãn trắng, Thị trường dự đoán, Ví MPC, Hệ thống ghép lệnh, Tích hợp thanh khoản và Tuân thủ.