Hợp đồng tương lai vĩnh viễn (perps) là các sản phẩm phái sinh được giao dịch sôi động nhất trên thị trường tiền điện tử, với khối lượng giao dịch từ lâu đã vượt xa thị trường giao ngay. Chúng cũng đã trở thành chiến trường chính của cả các sàn giao dịch tập trung (CEX) và sàn giao dịch phi tập trung (DEX). Khác với hợp đồng tương lai truyền thống, hợp đồng vĩnh viễn không có ngày đáo hạn, và về mặt lý thuyết, giá của chúng phải luôn bằng với chỉ số giao ngay. Cơ chế cho phép chúng tồn tại “vĩnh viễn” mà không bị các nhà đầu cơ chênh lệch giá đẩy ra khỏi trạng thái cân bằng chính là tỷ lệ tài trợ — một khoản phí định kỳ được thanh toán giữa các nhà đầu tư mua và bán, chuyển đổi “sự chênh lệch giá” thành “khoản thanh toán tài trợ”, kéo giá hợp đồng vĩnh viễn trở lại chỉ số mà không cần sự tập trung hóa hay sự tin tưởng vào đối tác.

Cơ chế tỷ lệ tài trợ trông giống như một công thức toán học đơn giản, nhưng trên thực tế, nó chính là “ngân hàng trung ương” của hợp đồng vĩnh viễn trên sàn DEX: nó quyết định mức độ gắn kết của hợp đồng với giá giao ngay, ảnh hưởng đến chi phí nắm giữ của nhà giao dịch, xác định độ rộng báo giá của nhà tạo lập thị trường, điều chỉnh lợi nhuận và lỗ (PnL) của giao thức, xác định quy mô cơ hội chênh lệch giá, và quyết định sự ổn định của hệ thống trong điều kiện cực đoan. Một hệ thống tài trợ được thiết kế kém sẽ trực tiếp gây ra: (1) giá liên tục lệch khỏi chỉ số, thúc đẩy các nhà đầu cơ chênh lệch giá di chuyển các vị thế lớn; (2) những biến động cực đoan trong tỷ lệ tài trợ dẫn đến việc thanh lý người dùng; (3) thao túng oracle làm sai lệch tỷ lệ tài trợ; (4) sự bùng nổ phí gas thanh toán trên chuỗi và tắc nghẽn mạng; (5) cạn kiệt quỹ bảo hiểm, kích hoạt ADL (tự động giảm đòn bẩy).

Từ cả góc độ sản phẩm và kỹ thuật, bài viết này phân tích một cách có hệ thống toàn bộ không gian thiết kế của cơ chế tỷ lệ tài trợ, bao gồm:

• Tại sao hợp đồng vĩnh viễn cần tỷ lệ tài trợ và sự khác biệt cơ bản so với hợp đồng tương lai truyền thống;
• Cách xây dựng giá tham chiếu và giá chỉ số, khoảng thời gian lấy mẫu, và việc cân bằng trọng số từ nhiều nguồn;
• Logic lấy mẫu theo trọng số thời gian (TWAP) của chỉ số phí bảo hiểm;
• Thiết kế thành phần lãi suất, lựa chọn tỷ lệ và chiều thời gian;
• Công thức tỷ lệ tài trợ, giới hạn lãi suất và bảo vệ giới hạn trên/dưới;
• Lựa chọn khoảng thời gian thanh toán: 8 giờ, 1 giờ và thanh toán liên tục/tần suất cao theo phong cách Hyperliquid;
• Hướng thanh toán giữa vị thế mua và bán trong điều kiện tài trợ dương và âm, cùng tác động đến chi phí nắm giữ;
• Thiết kế Oracle: giá trung vị từ nhiều nguồn, TWAP, cơ chế ngắt mạch khi có sự chênh lệch, chống thao túng;
• Triển khai trên chuỗi: thanh toán theo lô, tối ưu hóa gas, sự khác biệt giữa kiến trúc sổ lệnh và kiến trúc vAMM;
• Chênh lệch tỷ lệ tài trợ (cash-and-carry / giao dịch cơ sở) và chênh lệch cơ sở giữa các sàn giao dịch;
• Quản trị tham số động trong điều kiện thị trường cực đoan: cơ chế ngắt mạch, giảm tần suất, bảo vệ giới hạn;
• Kiến trúc kỹ thuật, minh bạch dữ liệu, mối liên kết giữa quỹ bảo hiểm và ADL;
• Sự khác biệt giữa kiến trúc vAMM (ví dụ: GMX, Perpetual Protocol) và sổ lệnh (ví dụ: dYdX, Hyperliquid) trong các sàn giao dịch phi tập trung (DEX) về cơ chế tỷ lệ tài trợ;
• Giải pháp toàn diện và các khuyến nghị cấp doanh nghiệp của SoonTech về cơ chế tỷ lệ tài trợ trong các hợp đồng vĩnh viễn trên sàn giao dịch phi tập trung (DEX) nhãn trắng.

Cho dù bạn là giám đốc sản phẩm đang xây dựng DEX thế hệ tiếp theo, kỹ sư hợp đồng trên chuỗi, nhà tạo lập thị trường, quỹ định lượng, nhóm chuyển đổi CEX, hay nhà phát triển hoặc CTO đang tìm cách tích hợp hợp đồng vĩnh viễn vào nền tảng hiện có, bài viết này có thể đóng vai trò như một bản thiết kế cấp sản phẩm mà bạn có thể áp dụng trực tiếp vào công việc thiết kế và đánh giá.

1. Tại sao hợp đồng vĩnh viễn cần tỷ lệ tài trợ

1.1 Những khó khăn của hợp đồng tương lai truyền thống

Hợp đồng tương lai truyền thống có ngày đáo hạn rõ ràng, tại đó các vị thế mua và bán sẽ được thanh toán bằng tiền mặt hoặc giao hàng thực tế theo giá đáo hạn, và giá hợp đồng tương lai dần dần hội tụ về giá giao ngay thông qua chênh lệch cơ sở trước khi đáo hạn. Sự hội tụ này là tự nhiên và không cần bất kỳ giao thức nào — vì ngày đáo hạn là một ràng buộc cứng, các nhà đầu cơ chênh lệch giá có thể “mua khống giá giao ngay + bán khống hợp đồng tương lai” (hoặc ngược lại) mà không có rủi ro, từ đó thu hẹp chênh lệch giá.

Tuy nhiên, ngày đáo hạn cũng chính là điểm yếu của hợp đồng tương lai truyền thống:

• Chi phí chuyển đổi: Các nhà đầu tư tổ chức phải liên tục chuyển đổi vị thế; mỗi lần chuyển đổi đều phát sinh chênh lệch cơ sở và phí, tích lũy thành chi phí khổng lồ theo thời gian;
• Thanh khoản phân mảnh: Vì các hợp đồng trong các tháng khác nhau là các công cụ độc lập, thanh khoản bị phân tán trên hàng chục hợp đồng, không hợp đồng nào có thanh khoản đủ sâu;
• Áp lực đòn bẩy và thanh lý: Khi ngày đáo hạn đến gần, biến động giá tăng lên, việc các nhà đầu cơ chênh lệch giá đóng vị thế gây ra khoảng trống giá, và người dùng bị thanh lý;
• Trải nghiệm kém khi gia hạn thụ động: Người dùng cá nhân thường quên gia hạn và bị chuyển sang hợp đồng tiếp theo một cách thụ động, dẫn đến trải nghiệm bị phân mảnh.

1.2 Sự ra đời của hợp đồng vĩnh viễn và vấn đề không có ngày đáo hạn

Năm 2016, BitMEX đã tiên phong trong việc ra mắt hợp đồng hoán đổi vĩnh viễn (perpetual swap), với điểm đột phá cốt lõi là không có thời hạn đáo hạn — người dùng có thể giữ vị thế vô thời hạn, và các vị thế mua (long) và bán (short) thanh toán cho nhau thông qua một khoản phí định kỳ gọi là tỷ lệ tài trợ (funding rate), giúp giá hợp đồng tương lai luôn đồng bộ với chỉ số giao ngay. Cơ chế này mang lại cho hợp đồng vĩnh viễn những lợi thế sau:

• Một công cụ duy nhất, độ sâu tập trung: chỉ có một BTC-USDT-PERP duy nhất và độ sâu khớp lệnh có thể được đẩy đến mức cực đại;
• Không có chi phí chuyển kỳ hạn: người dùng giữ cùng một hợp đồng mãi mãi;
• Gắn với giá giao ngay: giá được điều chỉnh động thông qua phí tài trợ;
• Phù hợp với các nhà tạo lập thị trường và các nhà đầu tư tổ chức nắm giữ dài hạn.

Tuy nhiên, việc “không có ngày đáo hạn” cũng mang lại vấn đề lựa chọn bất lợi:

• Nếu giá hợp đồng vĩnh viễn liên tục giao dịch ở mức cao hơn chỉ số giao ngay (contango), các nhà đầu tư nắm giữ vị thế mua sẽ không có lý do để chủ động đóng vị thế, bởi vì họ không mất giá trị thời gian;
• Nếu không có cơ chế tài trợ, các nhà đầu tư bán khống có thể giữ các vị thế lỗ vô thời hạn, và thị trường cuối cùng sẽ bị đè bẹp bởi áp lực một chiều;
• Nếu không có cơ chế hội tụ, các nhà đầu cơ chênh lệch giá không thể thực hiện giao dịch “bán khống hợp đồng vĩnh viễn + mua khống chỉ số giao ngay” không rủi ro, và giá sẽ trôi dạt không giới hạn.

Tỷ lệ tài trợ tồn tại chính xác để giải quyết vấn đề này:

• Khi giá hợp đồng vĩnh viễn cao hơn chỉ số giao ngay, tỷ lệ tài trợ là dương, và các nhà đầu tư mua phải trả tiền cho các nhà đầu tư bán;
• Khi giá hợp đồng vĩnh viễn thấp hơn chỉ số giao ngay, tỷ lệ tài trợ là âm, và những người bán khống phải trả tiền cho những người mua dài hạn;
• Thông qua khoản thanh toán định kỳ, một chiều này, “sự chênh lệch giá” được chuyển đổi thành “chi phí nắm giữ”, tạo động lực cho các nhà đầu cơ chênh lệch giá điều chỉnh vị thế, từ đó kéo giá trở lại gần chỉ số.

1.3 Mục tiêu thiết kế của tỷ lệ tài trợ

Một hệ thống tỷ lệ tài trợ tốt cần đáp ứng các mục tiêu sau:

• Gắn với chỉ số giao ngay: Về lâu dài, độ lệch giữa giá hợp đồng vĩnh viễn và chỉ số phải hội tụ trong phạm vi ±0,1% (trong điều kiện thị trường bình thường);
• Giới hạn cực trị: Tỷ lệ tài trợ không được vượt quá ±0,5% mỗi 8 giờ (khoảng ±1,5% mỗi ngày), nếu không chi phí nắm giữ sẽ quá cao và gây ra các đợt thanh lý dây chuyền;
• Khả năng chống thao túng: Các biến động bất thường trong ngắn hạn (tăng giá đột ngột, giảm giá đột ngột, nến đuôi) không được khiến tỷ lệ tài trợ tăng vọt;
• Khả năng dự đoán: Người dùng và nhà tạo lập thị trường phải có thể dự đoán tỷ lệ tài trợ trong 1–2 kỳ tiếp theo dựa trên dữ liệu công khai;
• Tiết kiệm gas: Chi phí gas thanh toán trên chuỗi không được vượt quá số tiền tài trợ mà người dùng nhận được;
• Minh bạch và có thể kiểm toán: Tất cả các thông số, dữ liệu mẫu và quy trình thanh toán của tỷ lệ tài trợ phải có thể tra cứu được trên chuỗi.

Các mục tiêu này có sự mâu thuẫn tự nhiên: quá nhạy cảm sẽ dẫn đến thao túng, quá chậm chạp sẽ không thể neo giá giao ngay. Đây là nghệ thuật cốt lõi trong việc thiết kế tỷ lệ tài trợ.

2. Xây dựng Giá tham chiếu và Giá chỉ số

2.1 Giá chỉ số: “Tham chiếu thực sự” của thị trường giao ngay

Giá chỉ số là giá tham chiếu giao dịch giao ngay được sử dụng bởi hợp đồng vĩnh viễn để định giá và thanh toán, được giao thức lấy từ nhiều sàn giao dịch giao ngay lớn (Binance, OKX, Coinbase, Kraken, Bybit, v.v.) theo thời gian thực và kết hợp theo các quy tắc trọng số. Giá chỉ số không phải là “giá của một sàn giao dịch” mà là “ước tính của thị trường về giá trị hợp lý của tài sản này”.

Các quy tắc xây dựng giá chỉ số điển hình:

• Nguồn lấy mẫu: ít nhất 5–7 sàn giao dịch giao ngay chính thống cho BTC/USDT, ETH/USDT, v.v.;
• Trọng số: trọng số bằng nhau hoặc trọng số theo khối lượng;
• Loại bỏ giá trị ngoại lệ: loại bỏ giá trị tối đa và tối thiểu rồi lấy giá trị trung vị, hoặc tính TWAP của từng sàn giao dịch trước rồi lấy giá trị trung vị;
• Tần suất cập nhật: thường cập nhật mỗi 1–3 giây (tổng hợp ngoài chuỗi; nguồn cấp dữ liệu trên chuỗi được giới hạn ở 1 hoặc 3 phút);
• Chuyển đổi dự phòng khi lỗi: sàn giao dịch nào không cập nhật dữ liệu trong 30 giây hoặc giá chênh lệch so với giá trung vị hơn 3% sẽ tự động bị loại bỏ;
• Bảo vệ khi mất kết nối: khi tất cả các sàn giao dịch đều không thể truy cập được cùng một lúc, sử dụng giá trị thành công cuối cùng với độ suy giảm theo thời gian (để tránh bị khóa giá).

Các cách triển khai phổ biến của giá chỉ số:

• Chainlink Data Streams: cung cấp giá trung vị đa nguồn đã được ký;
• Pyth Network: các oracle tần suất cao trên Solana / Aptos và các chuỗi khác;
• Tổng hợp tự xây dựng: nhóm dự án vận hành giá đa nguồn của riêng mình (như trong giải pháp của SoonTech), với tổng hợp ngoài chuỗi và tải lên có chữ ký trên chuỗi.

2.2 Giá tham chiếu: Tránh bẫy “đuôi nến”

PnL, ký quỹ và đường thanh lý của hợp đồng vĩnh viễn đều dựa trên giá đánh dấu, không phải giá giao dịch cuối cùng. Lý do rất đơn giản: nếu sử dụng giá giao dịch cuối cùng, một kẻ tấn công có đủ vốn có thể thực hiện một lệnh lớn với khối lượng nhỏ (một "wick") và thanh lý người dùng ngay lập tức, ngay cả khi chỉ số giao ngay không thay đổi chút nào.

Công thức giá tham chiếu điển hình:

giá tham chiếu = giá chỉ số + cơ sở tài trợ trung bình theo thời gian (P)

Basis P là "chênh lệch trung bình giữa giá tham chiếu và giá chỉ số" trong một khoảng thời gian gần đây, với mục đích giúp giá tham chiếu vừa phản ánh chỉ số, vừa phản ánh cung cầu thực tế của thị trường hợp đồng vĩnh viễn. P được tính bằng TWAP (giá trung bình theo thời gian), thường trong khoảng thời gian 5–30 phút gần nhất.

Ưu điểm của giá tham chiếu:

• Không bị ảnh hưởng bởi các lệnh lớn: một lệnh lớn duy nhất không thể thay đổi giá đánh dấu vì phải mất 5–30 phút để ảnh hưởng đến TWAP;
• Phản ánh chính xác cung/cầu: P phản ánh sự cân bằng lực mua/bán trên thị trường vĩnh viễn, không phải là bản sao thuần túy của thị trường giao ngay;
• Ổn định nhưng vẫn nhạy bén: giá tham chiếu không thanh lý người dùng khi giá dao động 1%, nhưng sẽ điều chỉnh kịp thời khi xu hướng thực sự xuất hiện.

2.3 Thiết kế giá tham chiếu / chỉ số của các giao thức chính

Sự khác biệt trong thiết kế giá tham chiếu / chỉ số giữa các giao thức chính phản ánh định vị sản phẩm:

• Binance / OKX / Bybit (sàn giao dịch tập trung - CEX): giá tham chiếu = chỉ số + mức cơ sở tài trợ TWAP, chỉ số = giá trung vị trên nhiều sàn; thanh toán mỗi 8 giờ;
• dYdX v4 (DEX sổ lệnh): giá tham chiếu = chỉ số + cơ sở tài trợ TWAP, chỉ số từ Chainlink / Pyth; thanh toán mỗi 1 giờ;
• Hyperliquid (DEX sổ lệnh): giá tham chiếu = chỉ số + cơ sở tài trợ EMA, thanh toán khoảng mỗi 1 giờ, kèm hiển thị "tài trợ ước tính" theo thời gian thực;
• GMX v2 (DEX dựa trên oracle): sử dụng trực tiếp giá trị trung vị từ nhiều nguồn oracle làm giá tham chiếu, thanh toán sử dụng chỉ số + phí tài trợ;
• Perpetual Protocol v2 (vAMM): giá tham chiếu = chỉ số + phí tài trợ TWAP, thanh toán mỗi 8 giờ;
• dYdX v3 / phiên bản cũ hơn: sử dụng EMA (trung bình động theo cấp số nhân) thay vì TWAP, mượt mà hơn nhưng chậm hơn.

3. Chỉ số Phí Bảo hiểm và Lấy mẫu Trọng số theo Thời gian

3.1 Khái niệm về Phí bảo hiểm

"Thành phần phí bảo hiểm" của tỷ lệ tài trợ phản ánh mối quan hệ cung/cầu của chính thị trường vĩnh viễn: so với giá chỉ số, giá vĩnh viễn cao hơn hoặc thấp hơn bao nhiêu. Chỉ số phí bảo hiểm là thước đo định lượng sự chênh lệch này.

Một định nghĩa đơn giản về chỉ số premium:

P_t = (giá trung bình vĩnh viễn_t − giá chỉ số_t) / giá chỉ số_t

Tuy nhiên, giá trị tức thời này bị ảnh hưởng bởi biến động giá tức thời, sự mất cân bằng sổ lệnh và các đuôi giá, nên không thể được sử dụng trực tiếp cho tỷ lệ tài trợ. Giá trị này cần được làm mịn bằng cách sử dụng phương pháp lấy mẫu có trọng số theo thời gian (TWAP).

3.2 TWAP so với EMA

Có hai phương pháp chính để lấy mẫu chỉ số phí bảo hiểm:

• TWAP (Giá trung bình có trọng số theo thời gian): lấy mẫu N lần (ví dụ: 60 mẫu mỗi 5 phút, cứ 5 giây một lần) đồng đều trong một khoảng thời gian cố định (ví dụ: 5, 15 hoặc 30 phút), và tính giá trị trung bình cộng. Phương pháp này ít bị ảnh hưởng bởi các giá trị cực đoan và dễ giải thích, nhưng có độ trễ và nhạy cảm với thời điểm bắt đầu của khoảng thời gian;
• EMA (Trung bình động mũ): cứ sau N giây, cập nhật P_ema = α * P_t + (1 − α) * P_ema_prev. Phương pháp này phản ứng nhanh hơn và dễ tính toán hơn, nhưng nhạy cảm hơn với các giá trị ngoại lệ.

Các lựa chọn điển hình:

• Binance / OKX: lấy 6 cửa sổ TWAP là 5, 10, 15, 20, 25 và 30 phút, sau đó tính trung bình có trọng số;
• dYdX v3: sử dụng EMA 1 giờ (α ≈ 0,05);
• Hyperliquid: sử dụng EMA 1 giờ và hiển thị giá trị EMA hiện tại theo thời gian thực;
• Perpetual Protocol v2: sử dụng TWAP 30 phút;
• GMX v2: sử dụng trực tiếp giá oracle, không tính phí bảo hiểm riêng biệt.

Mặc định của SoonTech là TWAP 30 phút cộng với TWAP ngắn 5 phút để xác nhận kép: TWAP ngắn được sử dụng cho cơ chế ngắt rủi ro, TWAP dài được sử dụng cho thanh toán thực tế.

3.3 Nguồn lấy mẫu và loại bỏ nhiễu

Giá trung bình vĩnh viễn = (giá mua tốt nhất + giá bán tốt nhất) / 2. Trong giao thức sổ lệnh, điều này rất dễ dàng để có được; trong giao thức vAMM (Perpetual Protocol v1, v2), giá trung bình là báo giá hiện tại của vAMM.

Các bước xử lý sau đây phải được thực hiện trong quá trình lấy mẫu:

• Loại bỏ các lệnh ngoại lệ: một lệnh trên sổ lệnh bán 100 BTC với giá 0,1 BTC không được ảnh hưởng đến giá trung bình; cần phải lọc độ sâu;
• Làm mịn để loại bỏ nhiễu: sự thay đổi lớn hơn 0,5% giữa hai lần lấy mẫu liên tiếp có thể là dữ liệu sai;
• Cơ chế đóng băng: khi hợp đồng vĩnh viễn không có giao dịch nào trong 5 phút qua, hãy tạm dừng cập nhật chỉ số phí bảo hiểm.

4. Công thức Tỷ lệ Tài trợ, Thành phần Lãi suất và Giới hạn

4.1 Công thức tỷ lệ tài trợ cổ điển

Tỷ lệ tài trợ F của hợp đồng vĩnh viễn thường bao gồm hai phần:

F = thành phần chỉ số phí bảo hiểm + thành phần lãi suất

trong đó:

• Thành phần chỉ số phí bảo hiểm: phí bảo hiểm P tính theo TWAP, phản ánh mức chênh lệch giữa hợp đồng vĩnh viễn và giá giao ngay;
• Thành phần lãi suất: lãi suất cơ bản r, phản ánh “chi phí vay” của hai loại tiền tệ, mặc định gần với chênh lệch lãi suất không rủi ro giữa hai quốc gia (hoặc hai loại tiền tệ).

Một công thức đơn giản hóa:

F = clamp(P + clamp(r − P, −D, D), −F_max, +F_max)

trong đó:

• r là lãi suất cơ bản (đối với BTC/USDT, thường là 0,01% mỗi 8 giờ, khoảng 0,03% mỗi ngày, khoảng 11% tính theo năm);
• D là khoảng giới hạn (thường là ±0,05%), nhằm ngăn chặn hiệu ứng khuếch đại của "chênh lệch lãi suất + độ lệch";
• F_max là mức trần cuối cùng của tỷ lệ tài trợ (thường là ±0,75% mỗi 8 giờ, Hyperliquid khoảng ±0,5% mỗi giờ).

4.2 Thiết kế thành phần lãi suất

Thành phần lãi suất r được thiết kế để làm cho “chi phí nắm giữ vị thế mua” cao hơn một chút so với “chi phí nắm giữ giao dịch giao ngay”, ngăn chặn việc hợp đồng vĩnh viễn bị mua vô hạn. Tiêu chí để chọn r:

• Các cặp stablecoin (USDC/USDT): r gần bằng 0;
• BTC/USDT: r ≈ 0,01% mỗi 8 giờ (điều chỉnh theo tỷ giá USD);
• ETH/USDT: r ≈ 0,01%–0,02% mỗi 8 giờ;
• Các altcoin: r thường cao hơn (0,02%–0,05% mỗi 8 giờ), vì "chi phí vay" của token dự án cao hơn.

Thành phần lãi suất không hoàn toàn bằng chênh lệch lãi suất không rủi ro giữa hai quốc gia; nó giống như một “chi phí cơ bản” do giao thức thiết lập, được điều chỉnh động theo môi trường vĩ mô (ví dụ: trong chu kỳ tăng lãi suất của Fed, các sàn giao dịch tập trung (CEX) sẽ tăng r tương ứng).

4.3 Cơ chế kẹp chi tiết

Clamping là “phanh” của cơ chế kiểm soát rủi ro tỷ lệ tài trợ:

• Kẹp lớp đầu tiên (kẹp r − P): giới hạn “chênh lệch giữa chênh lệch lãi suất và mức phí bảo hiểm” trong khoảng ±D (D thường là ±0,05%), nhằm ngăn chặn tỷ lệ tài trợ cực đoan khi thị trường biến động mạnh;
• Giới hạn lớp thứ hai (giới hạn cuối cùng): giới hạn tỷ lệ tài trợ cuối cùng F trong khoảng ±F_max (F_max thường là ±0,75% mỗi 8 giờ, Hyperliquid khoảng ±0,5% mỗi giờ).

Ví dụ, khi thị trường tăng vọt và hợp đồng vĩnh viễn nằm xa trên chỉ số, mức chênh lệch P có thể tạm thời đạt 1%, nhưng r − P trở thành −1%, và cơ chế kẹp lớp đầu tiên điều chỉnh giá trị này xuống −0,05%; sau đó F = P + clamp(r − P) = 1% − 0,05% ≈ 0,95%; và cơ chế kẹp thứ hai điều chỉnh giá trị này thành +0,75%. Điều này ngăn chặn tình trạng “một bấc nến gây ra đợt tăng đột biến tỷ lệ tài trợ”.

4.4 So sánh các thông số tỷ lệ tài trợ của các giao thức chính

0,01%

±0,05%

±0,75%

TWAP 30 phút

dYdX phiên bản 4

1 giờ

0,01%

±0,05%

±0,375%

EMA 1 giờ

Siêu lỏng

~1 giờ

0,01%

±0,05%

±0,5%

EMA 1 giờ

Giao thức Perpetual v2

8 giờ

0,01%

±0,05%

±0,75%

TWAP 30 phút

GMX v2

8 giờ

0,01%

±0,05%

±0,75%

Kết nối trực tiếp với Oracle

Mặc định của SoonTech

có thể tùy chỉnh

0,01%

±0,05%

±0,75%

TWAP 30 phút

4,5 Hướng thanh toán của tỷ lệ tài trợ

Khi tỷ lệ tài trợ dương (F > 0):

• Người mua (Long) trả cho người bán (Short) F × quy mô vị thế danh nghĩa;
• Chi phí nắm giữ vị thế mua = phí tài trợ + phí maker + phí taker + rủi ro tỷ lệ tài trợ;
• Thu nhập từ vị thế bán = thu nhập từ phí tài trợ − phí người nhận − lãi vay (nếu vay).

Khi tỷ lệ tài trợ âm (F < 0):

• Người bán khống phải trả cho người mua dài |F| × quy mô vị thế danh nghĩa.

Tại thời điểm thanh toán, giao thức sẽ trực tiếp cộng hoặc trừ số tiền tương ứng vào số dư ký quỹ của người dùng; người dùng không cần phải thực hiện bất kỳ hành động nào. Các triển khai trên chuỗi thường xử lý việc này thông qua một hợp đồng thanh toán tài trợ tập trung.

5. Thiết kế khoảng thời gian thanh toán: 8 giờ, 1 giờ và liên tục

5.1 Khoảng thời gian 8 giờ cổ điển

Được BitMEX tiên phong áp dụng và vẫn được sử dụng đến ngày nay, thanh toán cứ sau 8 giờ (UTC 00:00, 08:00, 16:00). Ưu điểm:

• Đơn giản, dễ hiểu;
• Dễ dự đoán cho các nhà đầu cơ chênh lệch giá (tỷ lệ tài trợ biến động mạnh nhất vào thời điểm thanh toán);
• Phù hợp cho các nhà tạo lập thị trường truyền thống và quỹ định lượng trong việc đối chiếu;
• "Đỉnh" của tỷ lệ tài trợ nằm quanh thời điểm thanh toán, thuận lợi hơn cho các nhà giao dịch chênh lệch giá.

Nhược điểm:

• Hợp đồng vĩnh viễn có thể chênh lệch 1%–2% so với chỉ số trong toàn bộ thời gian, chỉ được điều chỉnh vào thời điểm thanh toán;
• Khoảng thời gian quá dài đối với các nhà giao dịch ngắn hạn;
• Không phù hợp với các kịch bản giao dịch tần suất cao trong DeFi.

5.2 Khoảng thời gian 1 giờ (kiểu dYdX / Hyperliquid)

Thanh toán mỗi giờ, với mức trần tỷ lệ tài trợ được điều chỉnh tương ứng xuống ±0,375% hoặc ±0,5%. Ưu điểm:

• Gần với mức neo giá giao ngay hơn, độ lệch thường < 0,1%;
• Cơ hội chênh lệch giá xuất hiện thường xuyên hơn nhưng quy mô nhỏ hơn;
• Phù hợp với hoạt động tạo lập thị trường tần suất cao trên các sàn DEX sử dụng sổ lệnh;
• Trải nghiệm người dùng mượt mà hơn.

Nhược điểm:

• Trong vòng một giờ, hợp đồng vĩnh viễn có thể chênh lệch 0,3% so với chỉ số, đòi hỏi các nhà đầu cơ chênh lệch giá phải theo dõi với tần suất cao hơn;
• Một phần lớn hơn chi phí gas được dành cho việc thanh toán (24 lần mỗi ngày so với 3 lần);
• Yêu cầu tần suất cập nhật cao hơn từ oracle.

5.3 Thanh toán liên tục / tần suất cao

Một số giao thức đã thử nghiệm thanh toán liên tục hoặc thanh toán theo chu kỳ rất ngắn (ví dụ: 1 phút, 10 phút):

• Hyperliquid cung cấp hiển thị "khoản tài trợ ước tính" theo thời gian thực, nhưng việc thanh toán thực tế vẫn diễn ra hàng giờ;
• Drift Protocol từng thử nghiệm các chu kỳ dài hơn nhưng trên thực tế đã quay trở lại chu kỳ 1 giờ;
• Mango / Zeta đã nghiên cứu các chu kỳ biến đổi.

Khi thiết kế cho khách hàng, SoonTech thường đưa ra ba tùy chọn: 8 giờ (thận trọng), 1 giờ (được khuyến nghị), 1 phút (thử nghiệm, chỉ dành cho các cặp tiền tệ chính). Trong thiết lập theo phong cách Hyperliquid, chu kỳ cũng có thể thay đổi linh hoạt theo mức độ biến động: 1 giờ trong điều kiện bình thường, tự động giảm xuống 8 giờ trong điều kiện biến động mạnh, để tránh các vụ thanh lý dây chuyền.

6. Thiết kế Oracle và Cơ chế Chống Thao túng

6.1 Sự phụ thuộc của tỷ lệ tài trợ vào Oracle

Đầu vào cốt lõi của tỷ lệ tài trợ là giá chỉ số, và độ tin cậy của nó quyết định trực tiếp độ tin cậy của tỷ lệ tài trợ. Nếu giá chỉ số bị thao túng:

• Kẻ tấn công trước tiên thao túng giá trên một sàn giao dịch, khiến chỉ số tạm thời lệch khỏi mức bình thường;
• Sự bất thường này lọt vào cửa sổ TWAP và làm sai lệch chỉ số phí bảo hiểm;
• Tỷ lệ tài trợ tăng vọt, người dùng bị thanh lý, và kẻ tấn công thu lợi từ phía đối diện.

Oracle là mắt xích dễ bị tổn thương nhất trong hệ thống tỷ lệ tài trợ.

6.2 Trung vị đa nguồn + TWAP

Thiết kế chống thao túng phổ biến:

• Ít nhất 5–7 sàn giao dịch: Binance, OKX, Coinbase, Kraken, Bybit, Bitstamp, Gate.io;
• Giá trung vị: loại bỏ giá trị tối đa và tối thiểu để tránh thao túng tại một điểm duy nhất;
• TWAP: lấy mẫu mỗi 1–3 giây, tính trung bình trong khoảng 5–30 phút để làm mịn thêm;
• Cơ chế ngắt mạch do chênh lệch: sàn giao dịch nào có giá chênh lệch so với giá trung vị hơn 1%–3% sẽ tự động bị loại bỏ.

6.3 Tích hợp Chainlink / Pyth

• Chainlink Data Streams: cung cấp giá trung vị đa nguồn có chữ ký + TWAP, giải pháp được sử dụng phổ biến nhất cho các hợp đồng vĩnh viễn trên sàn giao dịch tập trung (CEX) và phi tập trung (DEX);
• Mạng Pyth: oracle tần suất cao trên Solana / Aptos, cung cấp các bản cập nhật với độ trễ ở mức 400ms;
• API3 QRNG: được sử dụng trong các kịch bản rủi ro yêu cầu tính ngẫu nhiên;
• Redstone: oracle mô-đun, phù hợp với các kịch bản tùy chỉnh.

SoonTech mặc định tích hợp Chainlink làm nền tảng, kết hợp với tính năng tổng hợp đa nguồn tự xây dựng làm dự phòng, đảm bảo hệ thống vẫn có thể báo giá bình thường khi bất kỳ nguồn nào gặp sự cố.

6.4 Cơ chế ngắt mạch khi có sự chênh lệch và khóa thời gian

Trong các điều kiện thị trường cực đoan (ví dụ: một sàn giao dịch chênh lệch 5% trong vòng 10 phút), giao thức phải có khả năng:

• Bộ ngắt mạch: tạm dừng nguồn đó và không đưa nó vào chỉ số trong 30 phút;
• Cơ chế ngắt mạch toàn cầu: khi tất cả các nguồn đều bất thường cùng lúc, sử dụng chỉ số được xác nhận gần nhất với mức suy giảm tối đa (ví dụ: 0,01% mỗi phút);
• Khóa thời gian: các thay đổi đối với các tham số tỷ lệ tài trợ (r, D, F_max) phải trải qua thời gian khóa từ 24–48 giờ, tạo cơ hội cho người dùng thoát ra.

6.5 Vấn đề đặc biệt của kiến trúc vAMM

Trong kiến trúc vAMM (Perpetual Protocol v1/v2, GMX v1), giá trung bình vĩnh viễn được tính theo công thức vAMM và có thể bị “ép” một cách có chủ ý:

• Kẻ tấn công sử dụng số vốn lớn để đẩy giá vAMM lên cao hơn, ảnh hưởng đến giá trung bình, từ đó ảnh hưởng đến chỉ số phí bảo hiểm;
• Tuy nhiên, giá đánh dấu vẫn dựa trên oracle, do đó việc thanh lý được tính toán dựa trên giá đánh dấu;
• Tỷ lệ tài trợ trong vAMM có thể bị bóp méo.

Các biện pháp đối phó:

• Giá vAMM nên dựa trên "giá lý thuyết" do oracle cung cấp thay vì "giá giao dịch bên trong pool";
• Trong trường hợp chênh lệch quá lớn, vAMM nên tạm dừng niêm yết hoặc chuyển sang chế độ giá tham chiếu.

7. Triển khai trên chuỗi: Thanh toán theo lô và tối ưu hóa gas

7.1 Quy trình thanh toán trên chuỗi cơ bản

Các bước cơ bản của thanh toán quỹ trên chuỗi:

1. Cập nhật oracle tài trợ: gọi updateFundingRate() hợp đồng với giá chỉ số mới nhất, chỉ số phí bảo hiểm và tỷ lệ r;
2. Lặp lại cho từng người dùng để cập nhật số tiền bù đắp tích lũy: duy trì cumulativeFundingPerSize (số tiền tài trợ tích lũy theo quy mô vị thế), và tại thời điểm thanh toán, tính toán số tiền phải trả dựa trên now − lastSettlementTime;
3. Thanh toán theo lô: ghi tất cả người dùng vào cây Merkle hoặc mảng đơn giản; người quản lý gọi settleAll() để xử lý chúng cùng lúc;
4. Trừ / cộng vào ký quỹ: gọi modifyCollateral(user, ±amount) và điều chỉnh số dư có thể rút của người dùng cho phù hợp.

7.2 Thiết kế mô hình tài trợ tích lũy

Để tránh phải lặp lại cho tất cả người dùng ở mỗi lần thanh toán, các triển khai phổ biến áp dụng mô hình tài trợ tích lũy:

• Duy trì một biến toàn cục globalCumulativeFundingPerSize (giá trị tài trợ tích lũy được cập nhật mỗi giây hoặc mỗi phút);
• Mỗi người dùng duy trì userLastCumulativeFunding (giá trị tích lũy tại lần thanh toán gần nhất của họ);
• Khi người dùng mở, đóng hoặc điều chỉnh vị thế, tính toán chênh lệch giữa userLastCumulativeFunding và giá hiện tại globalCumulativeFundingPerSize, nhân với quy mô vị thế, và tính ra số tiền phải trả;
• Không cần lặp qua từng người dùng, giúp giảm đáng kể chi phí gas.

Thiết kế theo phong cách Hyperliquid còn tiến xa hơn một bước: quỹ được thanh toán cho mỗi giao dịch của người dùng (mở, đóng, điều chỉnh), giúp người dùng tránh phải trả một khoản tiền lớn một lần vào thời điểm thanh toán.

7.3 Thanh toán theo lô và tối ưu hóa gas

Thanh toán hàng giờ, với 10.000 người dùng và 50.000 gas cho mỗi người dùng, tổng gas = 500 triệu ≈ 0,5 ETH. Các phương pháp tối ưu hóa:

• Thanh toán không lặp: sử dụng mô hình cấp vốn tích lũy; thanh toán = một lệnh SSTORE duy nhất cập nhật biến toàn cục;
• Ghi theo lô: gom tất cả các thay đổi trạng thái của người dùng vào một giao dịch duy nhất;
• Sử dụng sự kiện thay vì trạng thái: việc nạp tiền của người dùng được ghi lại trong nhật ký sự kiện, và giao diện người dùng đọc các sự kiện để hiển thị;
• Triển khai L2: Arbitrum, Optimism, Base có chi phí gas rẻ hơn 10–100 lần so với mạng chính;
• Lưu trữ ERC-7201: sử dụng lưu trữ có không gian tên để tránh xung đột với các hợp đồng khác;
• Tối ưu hóa bitmap: sử dụng bitmap cho trạng thái vị thế mở của người dùng, tiết kiệm dung lượng lưu trữ;
• Tái sử dụng thư viện: trừu tượng hóa việc tính toán vốn thành một thư viện, tránh phải triển khai lại.

7.4 Sự khác biệt giữa kiến trúc vAMM và kiến trúc sổ lệnh

Ít phí giao dịch hơn, phí gas thấp hơn

Dung lượng sổ lệnh càng lớn, phí gas càng cao

Khớp lệnh

vAMM tự động

Khớp lệnh ngoài chuỗi + thanh toán trên chuỗi (dYdX v4) hoặc khớp lệnh trên chuỗi (Hyperliquid)

Nhà tạo lập thị trường

Dựa vào các nhà cung cấp thanh khoản

Các nhà tạo lập thị trường chuyên nghiệp đang hoạt động

Các dự án điển hình

GMX v1, Perpetual Protocol v1/v2, Drift

dYdX, Hyperliquid, Vertex

SoonTech hỗ trợ cả hai kiến trúc:

• Chế độ vAMM: phù hợp để ra mắt nhanh chóng, yêu cầu hiệu quả vốn thấp hơn;
• Chế độ sổ lệnh: phù hợp với các nhà tạo lập thị trường chuyên nghiệp, khách hàng tổ chức và các sản phẩm cần thanh toán tần suất cao.

8. Chênh lệch tỷ lệ tài trợ và giao dịch chênh lệch cơ sở

8.1 Cash and Carry

Hình thức kinh doanh chênh lệch tỷ lệ tài trợ cổ điển nhất là "cash and carry":

• Kịch bản 1: Giá hợp đồng vĩnh viễn > chỉ số giao ngay, phí tài trợ dương;
• Nhà giao dịch chênh lệch giá bán khống hợp đồng vĩnh viễn và mua khống chỉ số giao ngay;
• Giữ vị thế giao dịch giao ngay để thu lợi nhuận tính bằng đồng tiền cơ sở + nhận phí tài trợ với tư cách là người bán khống hợp đồng vĩnh viễn;
• Lợi nhuận ròng (PnL) ≈ tỷ lệ phí tài trợ × vị thế − lãi vay giao ngay − phí;
• Khi phí tài trợ > chi phí vay + phí giao dịch, giao dịch chênh lệch giá sẽ sinh lời.
• Kịch bản 2: Giá hợp đồng vĩnh viễn < chỉ số giao ngay, phí tài trợ âm;
• Nhà giao dịch chênh lệch giá mua khống hợp đồng vĩnh viễn + bán khống hợp đồng giao ngay (vay để bán);
• Lợi nhuận ròng (PnL) ≈ |tỷ lệ tài trợ| × vị thế − lãi vay − phí.

Sau khi các nhà đầu cơ thực hiện giao dịch trên quy mô lớn:

• Lực mua/bán cân bằng và giá hợp đồng vĩnh viễn hội tụ về chỉ số;
• Phí tài trợ quay trở lại mức gần với lãi suất cơ bản r;
• Thị trường đạt đến trạng thái cân bằng.

8.2 Chênh lệch giá giữa các sàn giao dịch

Cùng một cặp tiền trên các sàn giao dịch khác nhau có chênh lệch giá giữa các sàn:

• Nhà đầu cơ mua dài trên sàn có mức phí tài trợ thấp hơn và bán khống trên sàn có mức phí tài trợ cao hơn;
• Lợi nhuận ròng (PnL) = (mức phí tài trợ của sàn cao) − (mức phí tài trợ của sàn thấp) − chi phí chuyển khoản giữa các sàn − chi phí chậm trễ rút tiền.

Chênh lệch giá giữa các sàn giao dịch đòi hỏi độ trễ chuyển khoản rất thấp và tài khoản tài trợ ổn định, đây là những lĩnh vực mà các quỹ định lượng có lợi thế rõ rệt. API đa tài khoản, đa sàn giao dịch của SoonTech cho phép các nhà đầu cơ nhanh chóng xây dựng các chiến lược chênh lệch giá giữa các sàn giao dịch.

8.3 Tác động của tỷ lệ tài trợ đối với các nhà tạo lập thị trường

Rủi ro và lợi nhuận từ tỷ lệ tài trợ đối với nhà tạo lập thị trường:

• Khi tỷ lệ tài trợ dương, nhà tạo lập thị trường cung cấp thanh khoản hai chiều trên sổ lệnh, và phía mua được khớp sẽ trả tỷ lệ tài trợ trong khi phía bán nhận tỷ lệ tài trợ;
• Vị thế ròng quyết định liệu nhà tạo lập thị trường là bên trả ròng hay bên nhận ròng;
• Ở các mức tỷ lệ funding cực đoan, các nhà tạo lập thị trường sẽ chủ động thu hẹp biên độ giá hoặc tạm dừng hoạt động tạo lập, dẫn đến thanh khoản giảm.

SoonTech cung cấp API dự đoán tỷ lệ tài trợ cho các nhà tạo lập thị trường: dựa trên dữ liệu lịch sử, sự mất cân bằng sổ lệnh, dòng vốn ETF và các sự kiện vĩ mô, API này dự đoán xu hướng của tỷ lệ tài trợ trong 1–4 kỳ tiếp theo.

9. Quản trị tham số động trong điều kiện cực đoan

9.1 Các loại thị trường cực đoan

• Biến động đột ngột: một sàn giao dịch tăng đột biến trong thời gian ngắn, sau đó quay trở lại mức cũ trong vài giây;
• Xu hướng một chiều: hợp đồng vĩnh viễn liên tục được giao dịch ở mức cao hơn hoặc thấp hơn chỉ số, tỷ lệ tài trợ duy trì ở mức dương/âm;
• Sự kiện "thiên nga đen": các cuộc tấn công vào sàn giao dịch, sự cố oracle trên chuỗi, các sự kiện vĩ mô gây ra sự sụp đổ chớp nhoáng trên toàn thị trường;
• Khủng hoảng thanh khoản: các nhà tạo lập thị trường rút lui, độ sâu sổ lệnh giảm sút.

9.2 Thiết kế tham số động

Trong điều kiện cực đoan, các tham số cố định không thể xử lý mọi tình huống, do đó cần có cơ chế quản trị động:

Tất cả các nguồn đều có giá bất thường cùng một lúc

Sử dụng giá được xác nhận gần nhất + tỷ lệ suy giảm

Bảo vệ giới hạn phí tài trợ

Tỷ lệ tài trợ > 0,9 × F_max

Đóng băng các thay đổi tham số, khởi xướng bỏ phiếu quản trị

Hạ cấp khoảng thời gian

Độ biến động > 5% trong 30 phút

Chu kỳ 1 giờ bị hạ xuống còn 8 giờ

Giới hạn vị thế

Vị thế của người dùng > giới hạn của giao thức

Hạn chế mở vị thế, nhắc nhở người dùng

Tạm dừng khẩn cấp

Số tiền thanh lý > 10 triệu USD trong 30 phút

Giao thức quản trị đa chữ ký tạm dừng hoạt động

9.3 Quyền quản trị theo cấp bậc

• Cấp độ 1 (tự động): giảm độ lệch, ngắt mạch tham số, hạ cấp theo khoảng thời gian, tạm dừng khẩn cấp;
• Cấp độ 2 (quyền quản trị đa chữ ký): điều chỉnh F_max, D, r (với thời gian khóa từ 24–48 giờ);
• Cấp độ 3 (bỏ phiếu DAO): thay đổi công thức tỷ lệ tài trợ cơ bản, thêm/loại bỏ cặp giao dịch, thay đổi thông số chính của giao thức.

Khung quản trị của SoonTech hỗ trợ quá trình phi tập trung hóa dần dần: trong năm đầu tiên, cơ chế đa chữ ký chiếm ưu thế; trong năm thứ hai, quyền quản trị tham số dần được chuyển giao cho DAO.

10. Kiến trúc kỹ thuật và tính minh bạch dữ liệu

10.1 Các thành phần của hệ thống tỷ lệ tài trợ

Một hệ thống tỷ lệ tài trợ hoàn chỉnh bao gồm các thành phần sau:

1. Lớp bộ điều hợp Oracle: Chainlink / Pyth / tổng hợp đa nguồn tự xây dựng, cung cấp giá chỉ số;
2. Bộ tính tỷ lệ tài trợ: tổng hợp ngoài chuỗi, oracle tỷ lệ tài trợ được ký trên chuỗi;
3. Hợp đồng lưu trữ tỷ lệ tài trợ: cập nhật và lưu trữ lịch sử tỷ lệ tài trợ trong 1–2 tuần gần nhất trên chuỗi;
4. Biến toàn cục tích lũy tỷ lệ tài trợ: được cập nhật mỗi giây hoặc mỗi phút, được tham chiếu bởi tất cả các giao dịch của người dùng;
5. Mạng Keeper / Relayer: thường xuyên gọi updateFundingRate() và settleAll();
6. API dữ liệu: cung cấp tỷ lệ tài trợ lịch sử, tỷ lệ tài trợ hiện tại và ước tính cho kỳ tiếp theo;
7. Giao diện người dùng: đường cong tỷ lệ tài trợ, ước tính thu nhập tài trợ tích lũy, gợi ý cơ hội chênh lệch giá;
8. Giám sát và cảnh báo: biến động bất thường về mức tài trợ, sai lệch oracle, lỗi thanh toán trên chuỗi.

10.2 Minh bạch dữ liệu

Để người dùng, nhà tạo lập thị trường và nhà đầu cơ chênh lệch giá tin tưởng vào hệ thống, dữ liệu tài trợ phải hoàn toàn minh bạch:

• Có thể truy vấn trên chuỗi: tỷ lệ tài trợ của mỗi kỳ, tỷ lệ r, dữ liệu mẫu, giá tham chiếu/chỉ số đều được ghi lại trong nhật ký sự kiện;
• API công khai: SoonTech cung cấp GraphQL và REST API, cho phép bất kỳ bên thứ ba nào truy xuất dữ liệu theo thời gian thực;
• Lịch sử có thể truy vết: ít nhất 3 tháng lịch sử trên chuỗi, dữ liệu ngoài chuỗi có thể được lưu trữ vĩnh viễn;
• Bảng điều khiển trực quan: giao diện người dùng hiển thị đường cong tài trợ, tổng thanh toán và lịch sử chênh lệch.

Một giao thức thiếu tính minh bạch sẽ mất đi sự tin tưởng của các nhà tạo lập thị trường, và do đó mất đi tính thanh khoản, rơi vào vòng luẩn quẩn “tính thanh khoản thấp → độ lệch lớn → tăng đột biến phí tài trợ → mất người dùng”.

10.3 Quỹ bảo hiểm và ADL

Cơ chế tỷ lệ tài trợ liên kết chặt chẽ với quỹ bảo hiểm và ADL:

• Quỹ bảo hiểm: khi một người dùng bị thanh lý nhưng quỹ hỗ trợ không thể bù đắp khoản lỗ, quỹ bảo hiểm sẽ bù đắp phần chênh lệch. Một phần thu nhập từ tài trợ thường được bơm vào quỹ bảo hiểm;
• ADL (Tự động giảm đòn bẩy): khi quỹ bảo hiểm cũng không đủ, giao thức sẽ tự động giảm đòn bẩy đối với những người dùng có lợi nhuận cao nhất được xếp hạng theo PnL, để họ bù đắp khoản lỗ;
• Thiết kế tỷ lệ tài trợ phải tránh việc ADL xảy ra thường xuyên: khi F_max được đặt quá thấp, người dùng không thể thanh toán tài trợ trong điều kiện cực đoan và bị thanh lý, điều này kích hoạt ADL.

Các tham số mặc định của SoonTech đã được kiểm tra dưới điều kiện căng thẳng, và trong các kịch bản cực đoan với mức giảm 50% trong một ngày và khối lượng giao dịch gấp 3 lần mức trung bình, quỹ bảo hiểm vẫn không cạn kiệt.

11. Giải pháp tỷ lệ tài trợ vĩnh viễn của SoonTech

11.1 Danh sách mô-đun

Bộ hệ thống tỷ lệ tài trợ của SoonTech bao gồm:

1. FundingRate Oracle: tổng hợp đa nguồn ngoài chuỗi + tải lên có chữ ký trên chuỗi, hỗ trợ Chainlink / Pyth / đa nguồn tự xây dựng;
2. MarkPrice Engine: giá chỉ số + cơ sở tài trợ TWAP, cửa sổ lấy mẫu có thể cấu hình;
3. PremiumIndex Module: TWAP 30 phút + TWAP ngắn 5 phút với xác thực kép;
4. Clamp & Guardrails: cơ chế kẹp hai lớp + ngắt mạch khi chênh lệch + hạ cấp theo khoảng thời gian;
5. Settlement Engine: mô hình tài trợ tích lũy + thanh toán theo lô + hỗ trợ nhiều chu kỳ (8h / 1h / 1m);
6. Mô-đun Quỹ Bảo hiểm: bơm vốn tự động + logic kích hoạt ADL;
7. Bộ điều hợp quản trị: đa chữ ký + khóa thời gian + tích hợp DAO tùy chọn;
8. API dữ liệu & Bảng điều khiển: GraphQL / REST API + bảng điều khiển trực quan + đẩy dữ liệu từ bên thứ ba;
9. Bộ điều hợp vAMM / Sổ lệnh: hỗ trợ cả hai kiến trúc khớp lệnh;
10. Rủi ro & Tuân thủ: giới hạn vị thế, bộ điều hợp KYC, công tắc tuân thủ theo khu vực.

11.2 Các kịch bản triển khai điển hình

Kịch bản 1: Một sàn giao dịch phi tập trung (DEX) mới tại Đông Nam Á ra mắt hợp đồng vĩnh viễn

Khách hàng là một sàn giao dịch phi tập trung (DEX) mới ở Đông Nam Á cần nhanh chóng ra mắt hợp đồng vĩnh viễn BTC / ETH. Chúng tôi triển khai chu kỳ thanh toán 1 giờ + oracle Chainlink + mô hình tài trợ tích lũy, đi vào hoạt động sau 2 tuần. Ba tháng sau khi ra mắt, TVL đạt 80 triệu USD, mức tài trợ trung bình 0,012% mỗi giờ, các nhà đầu cơ chênh lệch giá hoạt động tích cực và độ lệch chỉ số < 0,08%.

Tình huống 2: Một sàn giao dịch tập trung (CEX) chuyển đổi sang sàn giao dịch phi tập trung (DEX) cho hợp đồng vĩnh viễn

Khách hàng là một sàn giao dịch tập trung (CEX) lâu đời đang tìm cách chuyển các hợp đồng vĩnh viễn của mình lên chuỗi nhằm tuân thủ quy định và mở rộng người dùng tại Đông Nam Á. Chúng tôi áp dụng mô hình sổ lệnh kết hợp với chu kỳ thanh toán 1 giờ, trong đó cơ chế khớp lệnh diễn ra ngoài chuỗi (theo phong cách Hyperliquid) và chỉ có quá trình thanh toán và tính phí tài trợ diễn ra trên chuỗi. Sáu tháng sau khi ra mắt, DAU đã tăng gấp 4 lần và thu nhập từ tài trợ trở thành nguồn doanh thu lớn nhất của giao thức.

Kịch bản 3: Hợp đồng vĩnh viễn RWA + thanh toán bằng tiền pháp định

Khách hàng muốn ra mắt hợp đồng vĩnh viễn dựa trên lợi suất trái phiếu kho bạc Mỹ. Chúng tôi thiết kế thành phần lãi suất r dưới dạng oracle động trên chuỗi đọc "lợi suất trái phiếu kho bạc Mỹ kỳ hạn 10 năm" và đặt giới hạn phí tài trợ ở mức ±0,05% mỗi 8 giờ, phù hợp với kịch bản biến động thấp.

11.3 Lịch trình thực hiện

• Tuần 1–2: nghiên cứu kinh doanh, lựa chọn cặp tiền, thiết kế tham số, rà soát tuân thủ;
• Tuần 3–6: phát triển hợp đồng, kiểm thử đơn vị, mạng chính thử nghiệm;
• Tuần 7–8: kiểm toán, tích hợp oracle, giám sát và bảng điều khiển;
• Tuần 9: ra mắt thử nghiệm mạng chính (grey launch), giới hạn giao dịch và cơ chế đa chữ ký (multisig);
• Từ tuần 10: mở rộng cặp tiền mới, chuỗi chéo, tích hợp nhà tạo lập thị trường, chuyển đổi quản trị DAO.

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

12.1 Xây dựng theo từng giai đoạn

• Giai đoạn 1 (MVP): Hợp đồng vĩnh viễn BTC / ETH + thanh toán trong 8 giờ + oracle Chainlink + mô hình tài trợ tích lũy;
• Giai đoạn 2: mở rộng lên hơn 20 cặp tiền chính + thanh toán trong 1 giờ + dự phòng đa nguồn tự xây dựng;
• Giai đoạn 3: nâng cấp lên kiến trúc sổ lệnh + thanh toán tần suất cao theo phong cách Hyperliquid + API nhà tạo lập thị trường;
• Giai đoạn 4: Chuyển chuỗi + Hợp đồng vĩnh viễn RWA + Phi tập trung hóa quản trị + Tích hợp tuân thủ sâu rộng.

Không nên theo đuổi thanh toán liên tục hoặc các cặp tiền tệ hiếm trong giai đoạn MVP; điều này sẽ làm tăng đáng kể độ phức tạp và rủi ro của hệ thống.

12.2 Cấu trúc đội ngũ

Đội ngũ tối thiểu: 1 quản lý sản phẩm, 2 kỹ sư Solidity, 1 kỹ sư backend / oracle, 1 nhà phân tích định lượng / rủi ro, 1 kỹ sư front-end, 1 kỹ sư vận hành và giám sát. Nếu bạn đang thực hiện khớp lệnh theo sổ lệnh, hãy bổ sung thêm 2–3 kỹ sư khớp lệnh và tích hợp nhà tạo lập thị trường.

12.3 Các chỉ số chính

• Chất lượng neo: giá trị trung vị và phân vị thứ 95 của độ lệch vĩnh viễn so với chỉ số;
• Phân phối phí tài trợ: giá trị trung bình, độ biến động và giá trị tối đa của phí tài trợ trong 30 ngày qua;
• Tỷ lệ thành công thanh toán: số kỳ thanh toán thành công / tổng số kỳ;
• Độ trễ Oracle: độ trễ từ đầu đến cuối từ khi sàn giao dịch đẩy dữ liệu → nguồn cấp dữ liệu trên chuỗi → cập nhật tài trợ;
• Chi phí người dùng: mức tài trợ trung bình được trả hoặc nhận trên mỗi người dùng mỗi kỳ;
• Số dư quỹ bảo hiểm: mức bảo hiểm so với khối lượng giao dịch trung bình trong 30 ngày;
• Số lần kích hoạt ADL: số lần kích hoạt ADL trong 90 ngày qua (nên gần bằng 0);
• Hoạt động chênh lệch giá: số lượng hợp đồng mở trong các vị thế mua và bán ngay.

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

Câu hỏi 1: Tỷ lệ tài trợ dương — điều này có nghĩa là thị trường đang tăng giá không?

Đáp: Tỷ lệ tài trợ dương có nghĩa là hợp đồng vĩnh viễn cao hơn chỉ số giao ngay, và các vị thế mua phải trả tiền cho các vị thế bán. Điều này không đồng nghĩa với việc “thị trường đang tăng”, mà là “hợp đồng vĩnh viễn có mức chênh lệch cao hơn so với giao ngay”. Điều này thường xuất phát từ nhu cầu mua mạnh và các nhà đầu cơ chênh lệch giá chưa hành động, và không nhất thiết có nghĩa là giá giao ngay sẽ tăng.

Câu hỏi 2: Tại sao các sàn giao dịch khác nhau lại có tỷ lệ tài trợ rất khác nhau? Tôi nên theo dõi sàn nào?

A: Tỷ lệ funding của mỗi sàn giao dịch phản ánh cung cầu riêng của sàn đó: cấu trúc người dùng (cá nhân so với tổ chức), độ sâu của nhà tạo lập thị trường, sở thích về cặp giao dịch và hệ số đòn bẩy đều ảnh hưởng đến nó. Nên theo dõi sàn nào phụ thuộc vào chiến lược của bạn: đối với chiến lược "cash-and-carry", hãy chọn hợp đồng vĩnh viễn trên sàn giao dịch tập trung (CEX) có tỷ lệ tài trợ cao nhất và sàn giao dịch giao ngay có lãi suất vay thấp nhất; đối với chênh lệch giá giữa các sàn, hãy theo dõi đồng thời 3–5 sàn giao dịch tập trung (CEX) và sàn giao dịch phi tập trung (DEX) chính.

Câu hỏi 3: Tỷ lệ tài trợ có thể bị các “cá voi” thao túng không?

A: Dưới hệ thống kiểm soát nghiêm ngặt bao gồm nhiều nguồn dữ liệu + TWAP + cơ chế kẹp giá + ngưỡng ngắt mạch khi chênh lệch giá quá lớn, một “cá voi” đơn lẻ sẽ gặp rất nhiều khó khăn. Tuy nhiên, vẫn tồn tại các lỗ hổng: thao túng giá giao dịch giao ngay trên nhiều sàn (yêu cầu vốn khổng lồ), thao túng oracle (yêu cầu kiểm soát 51% nguồn dữ liệu) hoặc thao túng vAMM (yêu cầu kiểm soát bể thanh khoản). Lựa chọn giao thức có cơ chế trung vị đa nguồn và ngắt mạch độ lệch có thể giảm thiểu rủi ro đáng kể.

Câu hỏi 4: Khi giá chỉ số giao ngay bất thường, tỷ lệ tài trợ sẽ ra sao?

A: Trong hệ thống ngắt mạch đa nguồn + ngắt mạch độ lệch, sự bất thường của một sàn giao dịch duy nhất sẽ bị loại bỏ, và tỷ lệ tài trợ không bị ảnh hưởng trực tiếp. Tuy nhiên, khi tất cả các nguồn đều bất thường cùng một lúc (ví dụ: sự cố ngừng hoạt động hàng loạt của các sàn giao dịch), giao thức sẽ kích hoạt cơ chế ngắt mạch toàn cầu, sử dụng giá được xác nhận cuối cùng cộng với hệ số suy giảm để tránh “khóa giá trị wick”. Giải pháp của SoonTech đã xác minh logic ngắt mạch này qua nhiều sự kiện cực đoan trong năm 2024.

Câu hỏi 5: Cơ chế tài trợ vĩnh viễn trên DEX hay CEX hợp lý hơn?

A: CEX áp dụng “định giá tập trung” — tỷ lệ được xác định bởi mô hình nội bộ của sàn giao dịch, linh hoạt nhưng khó xác minh; DEX mang tính “minh bạch trên chuỗi” — tất cả thông số và dữ liệu đều có thể tra cứu, và các nhà đầu cơ chênh lệch giá có thể tham gia dễ dàng hơn. Về lý thuyết, DEX công bằng hơn, nhưng CEX vẫn có lợi thế về độ sâu và khả năng khớp lệnh. SoonTech kết hợp phong cách kiểm soát rủi ro của CEX (điều chỉnh tham số động, cơ chế ngắt mạch) với tính minh bạch của DEX (có thể truy vấn trên chuỗi).

Câu hỏi 6: Thanh toán liên tục / mỗi phút có phải luôn tốt hơn thanh toán 8 giờ không?

A: Không hẳn vậy. Cơ chế thanh toán liên tục nhạy cảm hơn với hiệu ứng neo, nhưng lại dễ bị thao túng hơn và đòi hỏi tần suất cập nhật oracle cao hơn cùng lượng gas trên chuỗi lớn hơn; trong khi đó, cơ chế thanh toán 8 giờ thân thiện hơn với người dùng, nhưng có độ lệch lớn hơn. SoonTech khuyến nghị nên điều chỉnh theo tình hình thị trường: thông thường là thanh toán mỗi giờ, và trong điều kiện thị trường biến động mạnh thì tự động chuyển sang thanh toán 8 giờ — điều này thực tế an toàn hơn.

Kết luận

Tỷ lệ tài trợ là “ngân hàng trung ương” của hợp đồng vĩnh viễn trên sàn giao dịch phi tập trung (DEX). Nó chuyển đổi “độ lệch giá” thành “chi phí nắm giữ”, cho phép hợp đồng vĩnh viễn duy trì sự neo giá với giá giao ngay mà không có thời hạn đáo hạn. Một hệ thống tài trợ xuất sắc phải đồng thời giải quyết các vấn đề: xây dựng giá tham chiếu và giá chỉ số, trọng số thời gian của chỉ số phí bảo hiểm, thành phần lãi suất và cơ chế giới hạn, lựa chọn khoảng thời gian thanh toán, khả năng chống thao túng của oracle, tối ưu hóa phí gas trên chuỗi, quản trị thông số động trong điều kiện thị trường cực đoan, và mối liên kết giữa quỹ bảo hiểm và ADL.

Bài viết này phân tích một cách có hệ thống toàn bộ không gian thiết kế của cơ chế tỷ lệ tài trợ từ cả góc độ sản phẩm và kỹ thuật, đồng thời trình bày cách triển khai của SoonTech trên cả hai kiến trúc vAMM và sổ lệnh. Dù bạn là sàn DEX mới, sàn CEX đang chuyển đổi, hướng đến nhà đầu tư cá nhân hay tổ chức, ưu tiên giao dịch giao ngay hay phái sinh, bộ giải pháp tỷ lệ tài trợ của SoonTech đều có thể được tùy chỉnh sâu rộng để phù hợp với các cặp giao dịch mục tiêu, thị trường mục tiêu và đối tượng người dùng mục tiêu của bạn.

Viện nghiên cứu sản phẩm của SoonTech theo dõi sự phát triển của cơ sở hạ tầng sàn giao dịch tài sản kỹ thuật số trong dài hạn, và tỷ lệ tài trợ chỉ là một trong nhiều mô-đun của hợp đồng vĩnh viễn trên DEX. Chúng tôi cũng sẽ hệ thống hóa việc công bố các chủ đề về thiết kế oracle, động cơ khớp lệnh sổ lệnh, quỹ bảo hiểm và thuật toán ADL, hợp đồng vĩnh viễn xuyên chuỗi cùng các API nhà tạo lập thị trường dành cho tổ chức. Nếu bạn đang xây dựng thế hệ DEX tiếp theo, chuyển đổi từ sàn giao dịch tập trung (CEX) sang DEX, hoặc muốn tích hợp hợp đồng vĩnh viễn vào nền tảng hiện có, chúng tôi rất mong được trao đổi với bạn. Dựa trên chuỗi mục tiêu, cặp giao dịch, người dùng và các yêu cầu tuân thủ của bạn, SoonTech có thể cung cấp giải pháp toàn diện bao gồm phát triển hợp đồng, tích hợp oracle, cơ chế khớp lệnh, cơ chế tỷ lệ tài trợ, bảng điều khiển dữ liệu và tích hợp nhà tạo lập thị trường.

Hãy để các hợp đồng vĩnh viễn thực sự đáng tin cậy, và để cơ chế tỷ lệ tài trợ trở thành nền tảng cho sự phát triển lành mạnh lâu dài của các sàn DEX — đây chính là định hướng dài hạn của SoonTech trong lĩnh vực hợp đồng vĩnh viễn trên DEX.

🌐 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 dành 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 khớp lệnh, Tích hợp thanh khoản và Tuân thủ.