Thị trường dự đoán LMSR/AMM (Nhà tạo lập thị trường tự động): Cơ chế định giá, thanh khoản và kiến trúc quản lý rủi ro từ các sự kiện theo quy tắc cố định đến các sự kiện có nhiều kết quả

Thị trường dự đoánHạ tầng3 tháng 8, 2026

Thị trường dự đoán (Prediction Market) chuyển đổi kết quả của các sự kiện trong thế giới thực thành các hợp đồng có thể giao dịch — “ứng cử viên đảng Dân chủ sẽ thắng cuộc bầu cử Mỹ năm 2026”, “giá đóng cửa cuối tháng của BTC sẽ cao hơn 120.000 USD”, “một cầu thủ nào đó sẽ ghi hơn 2,5 bàn trong trận đấu này”. Người dùng mua và bán các cổ phần “Có/Không” hoặc cổ phần đa kết quả để định giá xác suất của một sự kiện và nhận được một đơn vị tài sản thế chấp (thường là USDC, USDB hoặc một loại stablecoin của nền tảng) khi kết quả được xác định chính xác.

Cơ chế giao dịch của thị trường dự đoán về cơ bản khác với cơ chế của sàn giao dịch phi tập trung (DEX) giao ngay. Một sàn giao dịch phi tập trung (DEX) giao dịch hai tài sản, mỗi tài sản có "giá trị độc lập", trong khi trên thị trường dự đoán, tổng giá trị của tất cả các cổ phần kết quả cộng lại chính xác bằng một đơn vị tài sản thế chấp. Điều này có nghĩa là nhà tạo lập thị trường không phải đối mặt với mối quan hệ giá tương đối giữa hai loại tài sản, mà là một phân phối xác suất có tổng được bảo toàn. Sự khác biệt cơ bản này đã dẫn đến sự ra đời của một nhóm các hàm định giá chuyên dụng — LMSR (Quy tắc chấm điểm thị trường theo logarit) và các biến thể của nó là LS-LMSR, AMM đa kết quả có tích số không đổi/trung bình không đổi, và các mô hình kết hợp sổ lệnh + AMM.

Đối với một nhóm muốn xây dựng thị trường dự đoán, việc lựa chọn và triển khai AMM sẽ trực tiếp quyết định ba yếu tố sau:

  1. Chất lượng của quá trình xác định giá: liệu giá có thể hội tụ đến xác suất thực một cách nhanh chóng và ổn định hay không, mà không bị thao túng bởi một vài lệnh lớn;
  2. Thanh khoản và độ trượt giá: liệu các khoản đặt cược nhỏ có chi phí thấp hay không, các lệnh lớn có thể thực hiện được hay không, và vốn tạo lập thị trường được sử dụng hiệu quả như thế nào;
  3. Rủi ro đối với nền tảng và các nhà cung cấp thanh khoản (LP): khi sự kiện kết thúc, liệu nhà tạo lập thị trường có chịu lỗ không? Các trường hợp thị trường không hợp lệ và kết quả tranh chấp được xử lý như thế nào?

Bài viết này bắt đầu từ nền tảng toán học của thị trường dự đoán và xem xét một cách có hệ thống mô hình LMSR cùng các biến thể của nó, mô hình thống nhất cho các sự kiện đa kết quả, chia tách và hợp nhất cổ phần, cung cấp thanh khoản, phí, giải quyết thông qua oracle, kiểm soát rủi ro và giới hạn chênh lệch giá. Kết hợp với các thực tiễn của các giao thức chính thống như Polymarket, Augur và Manifold, bài viết trình bày thiết kế hoàn chỉnh của SoonTech nhằm triển khai các giải pháp AMM cho thị trường dự đoán. Cho dù bạn là giám đốc sản phẩm, kỹ sư hợp đồng thông minh, nhà tạo lập thị trường hay trưởng bộ phận kiểm soát rủi ro đang xây dựng một thị trường dự đoán, hay một nhóm đang tìm cách tích hợp các tính năng của thị trường dự đoán vào ứng dụng của riêng mình, sau khi đọc bài viết này, bạn sẽ có một khung công tác hoàn chỉnh có thể được sử dụng trực tiếp để thiết kế và đánh giá.

1. Cấu trúc tài chính của thị trường dự đoán

1.1 Một hợp đồng = Một bộ kết quả hoàn chỉnh

Cấu trúc tài chính cốt lõi của thị trường dự đoán là “Bộ hoàn chỉnh”. Đối với một sự kiện có N kết quả khả dĩ, người dùng gửi 1 USDC làm tài sản thế chấp và có thể đúc ra N cổ phần — mỗi kết quả tương ứng với một cổ phần, sao cho 1 USDC tương ứng với outcome_0(1) + outcome_1(1) + … + outcome_{N-1}(1). Khi sự kiện được Giải quyết, chính xác một kết quả (hoặc nhiều kết quả theo một tỷ lệ nhất định) sẽ được xác định là “người chiến thắng”. Mỗi cổ phần chiến thắng có thể được đổi lấy 1 USDC, còn các cổ phần thua cuộc có giá trị bằng 0. Điều này có nghĩa là:

  • Tại bất kỳ thời điểm nào, tổng giá trị của tất cả các cổ phần kết quả luôn bằng 1 USDC;
  • Giá của mỗi kết quả có thể được hiểu là xác suất ngụ ý từ thị trường;
  • Mua một hợp đồng “Có” tương đương với việc trả p USDC, nhận 1 USDC nếu thắng, với lợi nhuận ròng là (1−p) USDC.

Cấu trúc này khác với Parimutuel (hệ thống cá cược chung được sử dụng trong đua ngựa): theo hệ thống parimutuel, tỷ lệ cược chỉ được xác định vào thời điểm cuối cùng, trong khi trên thị trường dự đoán, giá biến động liên tục và người nắm giữ có thể chốt lệnh theo giá thị trường bất cứ lúc nào để thực hiện lợi nhuận và lỗ của mình.

1.2 Thị trường nhị phân so với thị trường đa kết quả

  • Thị trường nhị phân: Có / Không, hai kết quả, giá nằm trong khoảng [0,1], tổng bằng 1. Đây là hình thức phổ biến nhất, phù hợp với các sự kiện kiểu “sự việc sẽ xảy ra hay không”.
  • Thị trường đa kết quả / phân loại: N kết quả loại trừ lẫn nhau, ví dụ: “ai sẽ thắng cuộc bầu cử Mỹ” (Đảng Dân chủ, Đảng Cộng hòa, đảng thứ ba, ...). Tổng giá trị của tất cả các kết quả bằng 1.
  • Thị trường giá trị số: Kết quả là một giá trị liên tục (ví dụ: "giá đóng cửa cuối tháng của BTC"), thường được phân tách thành một loạt các kết quả theo từng đợt, hoặc được định giá bằng LMSR trên một mức giá liên tục.
  • Thị trường nhiều người thắng: Có thể có nhiều hơn một kết quả thắng cùng lúc, ví dụ: "liệu một đảng nhất định có giành chiến thắng ở cả hai viện Quốc hội hay không" có thể thắng cả hai cùng lúc. Điều này đòi hỏi thiết kế đặc biệt — bạn không thể đơn giản giả định "chỉ có đúng một người thắng".

Các hình thức khác nhau có thể được thống nhất về mặt toán học: xem sự kiện như một “vectơ kết quả” và gán trọng số thanh toán w_i ∈ [0,1] cho mỗi kết quả tại thời điểm giải quyết, với Σ w_i = 1. Thị trường nhị phân chỉ có một w_i = 1; thị trường nhiều người thắng có thể có nhiều w_i dưới dạng phân số.

1.3 Thị trường dự đoán so với DEX giao ngay

DimensionSpot, DEX, Thị trường dự đoán, Tài sản thế chấp

Cả hai tài sản đều có giá trị độc lập

Tổng các kết quả bằng 1 đơn vị tài sản thế chấp

Phạm vi giá

Bất kỳ số dương nào

[0, 1], với tổng được bảo toàn

Hạn chót

Thường không có

Có thời gian giải quyết được xác định

Nguồn sinh lời

Phí, sự tăng giá

Phí, đặt cược chính xác vào xác suất

Rủi ro của nhà tạo lập thị trường

Thua lỗ không giới hạn (biến động giá một chiều)

Mức lỗ có giới hạn (mức lỗ tối đa = thông số thanh khoản b)

Oracle

Giá giao ngay (để định giá)

Kết quả sự kiện (xác định việc mua lại cuối cùng)

Sự khác biệt cơ bản nhất nằm ở hàng cuối cùng: mức lỗ tồi tệ nhất của nhà tạo lập thị trường dự đoán là có giới hạn, bởi vì có hai hoạt động không rủi ro — phát hành một bộ hoàn chỉnh và mua lại — cung cấp một điểm tựa tự nhiên cho việc tạo lập thị trường và chênh lệch giá.

2. LMSR: Hàm định giá tiêu chuẩn của thị trường dự đoán

2.1 Định nghĩa hàm

LMSR được Robin Hanson đề xuất vào đầu những năm 2000 và là công thức tạo lập thị trường được sử dụng rộng rãi nhất trong các thị trường dự đoán hiện nay. Đối với một sự kiện có N kết quả, giả sử q_i là số cổ phần của mỗi kết quả i. Hàm chi phí mà nhà tạo lập thị trường sử dụng để định giá là C(q) = b · ln( Σ exp(q_i / b) ), trong đó b là một số dương được gọi là “tham số thanh khoản”. Chi phí để mua Δq_i cổ phiếu của kết quả i là cost = C(q + Δq_i) − C(q); việc bán (Δq_i âm) mang lại doanh thu tương ứng. Giá tức thời (giá biên) của mỗi kết quả là p_i = ∂C/∂q_i = exp(q_i/b) / Σ_j exp(q_j/b). Bạn có thể kiểm chứng rằng Σ p_i = 1 và p_i ∈ (0,1), tự nhiên thỏa mãn cách hiểu về xác suất.

2.2 Ý nghĩa của tham số b

b là tham số quan trọng nhất trong LMSR. Nó đồng thời xác định hai yếu tố:

  • Độ nhạy cảm với giá: b càng lớn, đường cong giá càng bằng phẳng, tác động lên giá đối với cùng một lệnh mua càng nhỏ và độ trượt giá càng thấp;
  • Mức lỗ tối đa của nhà tạo lập thị trường: khi tất cả các cổ phiếu đã được mua đến mức cực đại (một số q_i lớn hơn nhiều so với các giá trị khác), mức lỗ tối đa của nhà tạo lập thị trường xấp xỉ b·ln(N).

Nói cách khác, việc cung cấp thanh khoản sâu hơn đòi hỏi phải chịu mức lỗ tối đa cao hơn. Đây là một sự đánh đổi cơ bản: b không thể được tăng lên tùy ý; nó phải phù hợp với mức trần tài sản thế chấp mà nhà tạo lập thị trường sẵn sàng cam kết.

Đối với một thị trường nhị phân tiêu chuẩn, để hỗ trợ phạm vi giá từ 0,01–0,99, tài sản thế chấp cần thiết xấp xỉ b·ln(2). Do đó, b cũng thường được gọi trực tiếp là “vốn” hoặc “thanh khoản ban đầu”.

2.3 Hành vi trực quan của LMSR

  • Khi tất cả các q_i đều bằng nhau, tất cả các p_i đều bằng nhau (một phân phối tiên nghiệm đồng nhất 1/N);
  • Việc mua một kết quả sẽ làm tăng giá của kết quả đó và kìm hãm giá của các kết quả khác; do bản chất hàm mũ của softmax, giá không bao giờ thực sự đạt đến 0 hoặc 1;
  • Chi phí mua tăng theo cấp số nhân cùng với số lượng đã mua, điều này tự nhiên kìm hãm việc “mua vô hạn” và ngăn không cho giá dễ dàng bị đẩy lên mức cực đoan;
  • Khi LP cam kết vốn và thiết lập b, nhà tạo lập thị trường sẽ tự động đưa ra báo giá dựa trên công thức, không cần sổ lệnh.

2.4 Ưu điểm và nhược điểm của LMSR

Ưu điểm:

  • Giá luôn thỏa mãn Σ p_i = 1 và có thể được hiểu trực tiếp là xác suất;
  • Mức lỗ tối đa được giới hạn, điều này thuận lợi cho việc kiểm soát rủi ro;
  • Cung cấp thanh khoản vô hạn (mọi lệnh với bất kỳ quy mô nào đều có thể được khớp, chỉ có tác động giá tăng lên);
  • Công thức đơn giản và việc triển khai trên chuỗi là khả thi (cần đến hàm exp và ln, có thể thực hiện thông qua bảng tra cứu / thư viện toán học như ABDK).

Nhược điểm:

  • Phân bố thanh khoản không đồng đều: xung quanh xác suất 0,5 và 0,01, “độ nhạy của giá đối với vốn” có sự khác biệt rất lớn, song b lại là một tham số duy nhất; điều này khiến thị trường hoặc trở nên quá thiếu thanh khoản ở các xác suất cực đoan, hoặc dẫn đến lãng phí vốn;
  • Sự trượt giá gần 0 và 1: khi một kết quả đã rất chắc chắn (p = 0,99), ngay cả một lệnh mua nhỏ cũng có thể đẩy giá lên 0,995, với chi phí biên không đối xứng;
  • Thiết kế phí và cơ chế khuyến khích cho nhà cung cấp thanh khoản (LP): Các LP cung cấp vốn, nhưng thu nhập của họ đến từ phí và chênh lệch giá, điều này có thể không đủ để bù đắp các khoản lỗ từ hoạt động tạo lập thị trường trên các thị trường có đuôi dài và khối lượng giao dịch thấp;
  • Chi phí tính toán trong các mở rộng đa kết quả: mỗi giao dịch yêu cầu tính toán exp cho tất cả N kết quả, với chi phí gas tăng tuyến tính theo N.

Những vấn đề này đã dẫn đến sự ra đời của một số biến thể.

3. Các biến thể LMSR và mô hình thống nhất cho các sự kiện đa kết quả

3.1 LS-LMSR (LMSR nhạy cảm với thanh khoản)

Ý tưởng cốt lõi của LS-LMSR là làm cho b thay đổi động theo vốn đã được triển khai: khi có thêm LP tham gia, b tự động tăng lên và đường cong giá trở nên bằng phẳng hơn; khi vốn được rút ra, b giảm xuống. Điều này giúp tránh được vấn đề “vốn bị lãng phí ở các mức giá cực đoan” trong trường hợp b cố định, và là giải pháp được các giao thức như Augur áp dụng.

Trong quá trình triển khai, "phí hoán đổi" và "điểm thanh khoản" thường được áp dụng:

  • Khi một LP gửi vốn, các cổ phần bổ sung sẽ được phát hành theo giá trị b hiện tại;
  • b được cập nhật theo một quy tắc nhất định khi tổng vốn thay đổi (ví dụ: b = k · total_funds);
  • Khi một LP rút vốn, việc hoàn trả được thực hiện theo tỷ lệ.

Các chi tiết toán học của LS-LMSR phức tạp hơn LMSR, đặc biệt là yêu cầu đảm bảo rằng các LP không thể thực hiện hoạt động chênh lệch giá thông qua "gửi–rút". Tuy nhiên, nó cải thiện đáng kể hiệu quả phân bổ thanh khoản.

3.2 AMM đa kết quả với tích số không đổi (kiểu CPPM)

Một cách tiếp cận khác là khái quát hóa công thức kiểu Uniswap x*y=k thành N kết quả, định nghĩa “sản phẩm tỷ lệ” là Π_i q_i = k. Tuy nhiên, việc sử dụng công thức này một cách đơn giản sẽ vi phạm định luật bảo toàn Σ p_i = 1. Trong thực tế kỹ thuật, phương pháp "cân bằng ảo + chuẩn hóa lại tỷ lệ" thường được áp dụng: xem giá của tất cả các kết quả như một điểm trên đơn giản xác suất, sử dụng trung bình hình học hoặc hàm hài hòa để định giá, và sử dụng các thao tác chênh lệch giá toàn bộ bộ (mint/redeem) để giữ giá ổn định.

Trong một số kịch bản đa kết quả, phương án này tiết kiệm chi phí gas hơn (không cần kinh nghiệm), nhưng các tính chất toán học không rõ ràng như LMSR, khả năng xuất hiện lỗ hổng chênh lệch giá cao hơn và cần phải kiểm tra bất biến nghiêm ngặt.

3.3 Maniswap / Thông số thanh khoản âm

Các giao thức như Polymatch / Manifold đã đề xuất đặt b thành một giá trị âm hoặc một hàm từng đoạn để đạt được các mật độ thanh khoản khác nhau trong các phạm vi giá khác nhau. Các biến thể như vậy có thể “giảm độ trượt giá xuống gần 0/1 trong khi vẫn giữ mức độ trượt giá thấp ở mức trung bình”, phù hợp với các thị trường cá cược tần suất cao (thể thao, thể thao điện tử), nhưng việc chứng minh toán học và triển khai hợp đồng phức tạp hơn.

3.4 Giá âm và thanh khoản âm

Một số thiết kế tiên tiến cho phép "thanh khoản âm" xuất hiện trong một số phạm vi giá nhất định, tức là nhà tạo lập thị trường chủ động bán các cổ phiếu ở mức giá rất xa giá thực hiện, về cơ bản tương tự như việc bán quyền chọn. Điều này đòi hỏi nhà tạo lập thị trường phải có đủ tài sản thế chấp và khả năng kiểm soát rủi ro, và thường chỉ dành cho các nhà tạo lập thị trường chuyên nghiệp.

3.5 Mô hình thống nhất “Vectơ kết quả + Trọng số giải quyết”

Bất kể sử dụng hàm định giá nào, khuyến nghị kỹ thuật là sử dụng mô hình dữ liệu thống nhất:

  • Mỗi sự kiện có outcomes[], mỗi kết quả có q (số lượng cổ phiếu hiện tại);
  • Khi xác định kết quả, resolution_weights[] được ghi lại, với Σ w_i = 1;
  • Mỗi cổ phần outcome_i được đổi lấy w_i USDC;
  • AMM chỉ chịu trách nhiệm xác định giá dựa trên q trước khi giải quyết, và thanh toán theo w sau khi giải quyết.

Sự trừu tượng hóa này hợp nhất các thị trường nhị phân, đa kết quả, đa người thắng và thị trường tỷ lệ trong cùng một hợp đồng:

  • Thị trường nhị phân: w = [0,1] hoặc [1,0];
  • Nhiều kết quả: chính xác một w_i = 1;
  • Nhiều người thắng: nhiều w_i = 1/k (tỷ lệ);
  • Thị trường tỷ lệ: các trọng số được phân phối tuyến tính theo giá trị kết quả.

4. Phát hành, chia tách, hợp nhất và mua lại cổ phần

4.1 Mốc chênh lệch giá của bộ hoàn chỉnh

Lý do cơ bản khiến thị trường dự đoán có thể định giá ổn định là do tồn tại hai hoạt động không rủi ro:

  1. Phát hành (phát hành một bộ hoàn chỉnh): chi 1 USDC để phát hành một cổ phần cho mỗi kết quả;
  2. Hợp nhất / Thanh toán (hợp nhất và đổi lại): gửi lại một cổ phần của mỗi kết quả và đổi lại 1 USDC.

Nếu tổng giá thị trường lớn hơn 1, người thực hiện chênh lệch giá sẽ phát hành một bộ hoàn chỉnh, bán từng kết quả riêng biệt ra thị trường và chốt lợi nhuận; nếu tổng giá nhỏ hơn 1, người thực hiện chênh lệch giá sẽ mua một cổ phần của mỗi kết quả trên thị trường và sau đó Hợp nhất để đổi lấy 1 USDC. Điều này đảm bảo Σ p_i ≈ 1 (với dải không chênh lệch sau khi trừ phí).

Hai thao tác này phải được cung cấp như các thành phần chính trong hợp đồng và phải chia sẻ cùng một sổ cái cổ phần với AMM.

4.2 Tách và Hợp nhất

Trong một kịch bản có nhiều kết quả, người dùng có thể không muốn mua gói đầy đủ, mà thay vào đó muốn chia nhỏ kết quả “Đảng Dân chủ thắng” thành các kết quả con chi tiết hơn (ví dụ: “một ứng cử viên cụ thể thắng” và “một ứng cử viên khác của Đảng Dân chủ thắng”). Đây là hệ thống phân cấp sự kiện:

  • Sự kiện cha: Đảng Dân chủ vs. Đảng Cộng hòa vs. Các đảng khác;
  • Sự kiện con: giả sử Đảng Dân chủ thắng, thì chính xác là ai?

Các sự kiện cha và con có thể được tách ra và hợp nhất dựa trên xác suất có điều kiện. Điều này cho phép nền tảng xây dựng bất kỳ cây sự kiện phức tạp nào từ một tập hợp các thị trường nhỏ có nhiều kết quả, mà không cần phải liệt kê hàng chục hoặc hàng trăm kết quả trong một thị trường (việc này sẽ làm chi phí gas của LMSR tăng vọt).

4.3 Chuyển nhượng trên thị trường thứ cấp

Các cổ phần là ERC-1155 hoặc ERC-20 (một token cho mỗi kết quả) và có thể được chuyển nhượng trong bất kỳ thị trường nào. AMM chỉ là nguồn thanh khoản chính và không ngăn cản giao dịch ngoài sàn hay các lệnh giới hạn. Điều này tạo cơ hội cho việc tích hợp trong tương lai với OpenSea, Blur và các sàn giao dịch phi tập trung (DEX) có sổ lệnh.

4.4 Giải quyết và hoàn trả

Sau khi sự kiện hết hạn, oracle ghi lại resolution_weights và các chủ sở hữu cổ phần sẽ chuộc lại tài sản thế chấp theo tỷ trọng. Các điểm thiết kế chính:

  • Việc hoàn trả phải luôn được mở; ngay cả khi oracle bị chậm trễ, các chủ sở hữu cuối cùng vẫn có thể nhận được tiền của họ;
  • Phải hỗ trợ "giải quyết một phần" (đền bù theo tỷ lệ trong các tình huống có nhiều người thắng);
  • Tạm dừng việc hoàn trả trong thời gian tranh chấp; mở lại sau khi tranh chấp được giải quyết;
  • Các thị trường không hợp lệ (Invalid Market) được xử lý bằng cách “tất cả các kết quả được hoàn trả như nhau” hoặc “tất cả các vị thế được hoàn lại tiền” — xem Phần 8 để biết thêm chi tiết.

5. Cung cấp thanh khoản và các mô hình tạo lập thị trường

5.1 Ai cung cấp thanh khoản ban đầu

Các nguồn thanh khoản của thị trường dự đoán được chia thành ba loại chính:

  1. Nhà tạo lập thị trường trên nền tảng/giao thức: chính nền tảng cam kết vốn, thiết lập b và đảm bảo thanh khoản cơ bản;
  2. Nhà cung cấp thanh khoản bên thứ ba (LP): gửi vốn vào bể AMM, thu phí và chịu lỗ từ hoạt động tạo lập thị trường;
  3. Nhà tạo lập thị trường chuyên nghiệp: sử dụng kho hàng và mô hình riêng để đưa ra báo giá trên sổ lệnh, hoặc bơm thanh khoản thông qua các giao diện dành riêng cho nhà tạo lập thị trường.

Ba mô hình này có thể cùng tồn tại. Tuy nhiên, cần lưu ý: theo LMSR, PnL của LP = thu nhập từ phí ± PnL từ kho dự trữ do biến động giá gây ra. Khi có thông tin mới xuất hiện và giá biến động mạnh, các LP tham gia sớm có thể bị lỗ. Điều này tương tự như “lỗ tạm thời” trong Uniswap V2, nhưng do có thời hạn và mức lỗ tối đa được giới hạn, cấu trúc rủi ro dễ định lượng hơn.

5.2 Cổ phần và lợi nhuận của LP

Các LP gửi USDC và nhận được token LP (ERC-20), cho phép họ:

  • Một phần phí từ mỗi giao dịch;
  • Lợi nhuận ròng (PnL) tổng thể của kho hàng của nhà tạo lập thị trường (tỷ lệ thuận với phần chia của họ);
  • Việc chuộc lại tài sản thế chấp khi sự kiện được giải quyết theo tỷ lệ phần trăm sở hữu.

Các điểm thiết kế cần lưu ý:

  • Khi một LP tham gia trong thời gian sự kiện đang diễn ra, giá trị ký quỹ công bằng phải được tính dựa trên q và b hiện tại, nếu không các LP tham gia sớm sẽ bị pha loãng;
  • Khi một LP rút vốn, bạn sẽ khóa vốn cho đến khi sự kiện kết thúc, hay cho phép rút vốn ngay lập tức? Việc rút vốn ngay lập tức yêu cầu một "quá trình đúc/đốt ngược" để điều chỉnh b trong hợp đồng, điều này phức tạp hơn;
  • Việc phân phối phí giữa nhiều LP phải được phân bổ theo tỷ lệ vốn × thời gian tham gia pool, nếu không các LP tham gia muộn sẽ được hưởng lợi miễn phí.

5.3 Sổ lệnh kết hợp + AMM

Các thị trường dự đoán thuần túy AMM vẫn cho thấy sự trượt giá rõ rệt đối với các lệnh lớn. Các nhà giao dịch chuyên nghiệp và nhà tạo lập thị trường quen thuộc hơn với sổ lệnh: họ sẵn sàng đặt lệnh giới hạn và kiếm chênh lệch thay vì trả phí AMM. Do đó, các thị trường dự đoán kiểu CEX (và một số thị trường kiểu DEX như CLOB của Polymarket) áp dụng kiến trúc lai:

  • AMM đóng vai trò là “hàng rào thanh khoản cuối cùng”, luôn đưa ra báo giá;
  • Sổ lệnh được ưu tiên trong việc khớp các lệnh giới hạn của các nhà tạo lập thị trường chuyên nghiệp;
  • Các lệnh của người dùng trước tiên sẽ được thực hiện từ sổ lệnh; bất kỳ phần còn lại nào chưa được thực hiện sẽ được xử lý qua AMM;
  • Hoạt động chênh lệch giá giúp duy trì sự đồng bộ giữa giá AMM và giá trung bình của sổ lệnh.

Kiến trúc lai giúp cải thiện đáng kể trải nghiệm giao dịch với các lệnh lớn, nhưng độ phức tạp về mặt kỹ thuật cũng tăng lên — nó đòi hỏi phải có công cụ khớp lệnh, kiểm soát rủi ro, ký quỹ và xử lý tổn thất. Khi SoonTech xây dựng các thị trường dự đoán cho khách hàng, chúng tôi thường cung cấp cả hai chế độ và đưa chúng vào hoạt động theo từng giai đoạn dựa trên hồ sơ người dùng.

5.4 b động và thanh khoản thích ứng

Các cơ chế nâng cao hơn điều chỉnh b một cách động dựa trên các yếu tố sau:

  • Sự kiện sắp hết hạn: khi gần đến thời điểm giải quyết, thông tin sẽ đầy đủ hơn, biến động giá sẽ nhỏ hơn và b có thể được thu hẹp để giảm rủi ro LP;
  • Khối lượng giao dịch: thị trường có khối lượng giao dịch lớn sẽ tăng b để giảm trượt giá;
  • Mức độ tin cậy của Oracle: nếu tình hình tin tức rất không chắc chắn, thanh khoản có thể được rút dần theo từng giai đoạn;
  • Vốn LP: được điều chỉnh tự động theo số tiền gửi của LP (LS-LMSR).

Tuy nhiên, việc điều chỉnh động phải tuân theo các quy tắc rõ ràng trên chuỗi và không thể được sửa đổi tùy ý bởi các hoạt động, nếu không sẽ xuất hiện vấn đề niềm tin về “cá voi điều chỉnh b”.

6. Mô hình phí và cơ chế khuyến khích

6.1 Cách tính phí

Các loại phí phổ biến trên thị trường dự đoán:

  • Phí giao dịch: được tính theo điểm cơ bản của giá trị giao dịch, ví dụ: 0%–2%;
  • Phí hoàn trả: một khoản phí nhỏ được tính khi giải quyết để bù đắp chi phí oracle;
  • Phí lợi nhuận / Phí người tạo thị trường: 1%–5% được trích từ các khoản rút tiền từ phần thắng, được trả cho người tạo thị trường / giao thức;
  • Phí thêm/rút thanh khoản: nhằm hạn chế việc LP tham gia và rút lui trong ngắn hạn;
  • Phí bảo vệ thị trường không hợp lệ: một phần nhỏ của mỗi giao dịch được chuyển vào "quỹ bảo hiểm thị trường không hợp lệ" để bồi thường cho các nhà cung cấp thanh khoản khi thị trường bị đánh giá là không hợp lệ.

Cơ cấu phí phải tránh một vấn đề: nếu bạn tính cả phí giao dịch và phí lợi nhuận, dải không chênh lệch giá của nhà đầu cơ sẽ mở rộng, và tổng giá có thể liên tục lệch khỏi 1, làm ảnh hưởng đến trải nghiệm người dùng. Tại thời điểm thiết kế, phạm vi hợp pháp của Σp_i phải được nêu rõ bằng một công thức toán học.

6.2 Cơ chế khuyến khích cho người tạo thị trường (Market Creator)

Các nền tảng thị trường dự đoán dựa trên nội dung do người dùng tạo (UGC) (ví dụ: Polymarket, Augur) cho phép bất kỳ ai cũng có thể tạo sự kiện. Các cơ chế khuyến khích điển hình bao gồm:

  • Người tạo sự kiện sẽ nhận được một phần (ví dụ: 10%–50%) phí của thị trường đó;
  • Người tạo sự kiện phải đặt cọc một khoản bảo đảm; nếu thị trường bị đánh giá là mơ hồ hoặc không hợp lệ, khoản bảo đảm sẽ bị trừ;
  • Các thị trường có chất lượng cao và khối lượng giao dịch lớn có thể nhận được phần thưởng bổ sung từ giao thức.

Cơ chế này phải cân bằng giữa “khuyến khích tạo lập mở” và “ngăn chặn spam / thị trường bị thao túng”. Các thông số về khoản đặt cọc và quy trình kháng cáo là yếu tố then chốt.

6.3 Khai thác thanh khoản và các khuyến khích của giao thức

Các giao thức có thể sử dụng phần thưởng token cho các LP ban đầu và các nhà giao dịch tích cực để khởi động thanh khoản và khối lượng. Nhưng lưu ý:

  • Phần thưởng nên dựa trên "khối lượng giao dịch thực tế" và "thời gian LP tham gia pool", chứ không phải đơn thuần là số tiền gửi, để ngăn chặn hành vi "farm-and-dump";
  • Việc giải phóng phần thưởng nên phù hợp với chu kỳ sự kiện, để tránh tình trạng sụp đổ ngay sau khi sự kiện kết thúc, khiến các LP rời bỏ.

7. Giải quyết vấn đề Oracle: Hào bảo vệ thực sự của thị trường dự đoán

7.1 Quy trình giải quyết

Giá trị cuối cùng của một tài sản trên thị trường dự đoán hoàn toàn được quyết định bởi kết quả giải quyết; oracle là mắt xích nhạy cảm nhất trong chuỗi niềm tin. Một quy trình giải quyết hoàn chỉnh thường bao gồm:

  1. Đóng cửa thị trường: vào thời điểm đã định trước, giao dịch sẽ dừng lại;
  2. Giai đoạn đề xuất: bất kỳ ai cũng có thể đề xuất một kết quả, thường là bằng cách đặt cọc;
  3. Giai đoạn thách thức: nếu ai đó không đồng ý với kết quả được đề xuất, họ có thể đặt cược thêm token để đưa ra thách thức;
  4. Nâng cấp tranh chấp: tranh chấp được chuyển lên cơ chế giải quyết cấp cao hơn (ví dụ: nhánh UMA của Augur, oracle lạc quan UMA của Polymarket kết hợp với hội đồng đa chữ ký);
  5. Giải quyết cuối cùng: kết quả được ghi trên chuỗi và cổ phần có thể được đổi lấy.

7.2 Oracle lạc quan và “Sự thật theo mặc định”

Các oracle lạc quan như UMA sử dụng mô hình “đề xuất trước, chờ 1–2 giờ cho thời gian thách thức, được coi là thông qua nếu không có thách thức”. Điều này đủ hiệu quả trên phần lớn các thị trường và không yêu cầu bỏ phiếu mỗi lần. Chỉ khi tranh chấp phát sinh, nó mới bước vào quy trình giải quyết tranh chấp thực sự tốn kém.

7.3 Giải quyết đa nguồn và dự phòng

Để tránh tình trạng một nguồn dữ liệu duy nhất bị lỗi, trên các thị trường có giá trị cao, nên:

  • Kết nối nhiều nhà cung cấp dữ liệu cùng lúc (Associated Press, Reuters, thông báo chính thức, Chainlink, UMA);
  • Đối với các sự kiện có thể định lượng (kết quả thể thao, giá tiền điện tử), tổng hợp trực tiếp nhiều API và lấy giá trị trung vị theo quy tắc đã định trước;
  • Đối với các sự kiện mang tính chủ quan (chính trị, giải trí), sử dụng cơ chế bỏ phiếu nhiều người + cơ chế giải quyết tranh chấp.

7.4 Khả năng xác minh của các nguồn dữ liệu giải quyết

Một cách tiếp cận tiên tiến hơn yêu cầu kết quả phải đi kèm với bằng chứng có thể xác minh: chữ ký API, bằng chứng có thể xác minh từ các trang web chính thức và chữ ký số từ các tổ chức tin tức. Điều này giúp giảm thiểu tranh chấp về “ai là người quyết định”, nhưng yêu cầu về cơ sở hạ tầng rất cao.

8. Thị trường không hợp lệ và xử lý tranh chấp

8.1 Thị trường không hợp lệ là gì

Một thị trường có thể bị đánh giá là không hợp lệ (Invalid) vì các lý do sau:

  • Mô tả sự kiện mơ hồ, có nhiều cách hiểu hợp lý;
  • Các nguồn dữ liệu mâu thuẫn nhau và không thể xác định kết quả;
  • Sự kiện đó thực tế chưa bao giờ xảy ra (ví dụ: một trận đấu đã được lên lịch nhưng bị hủy);
  • Có hành vi thao túng, giao dịch nội gián hoặc vi phạm quy tắc;
  • Người tạo thị trường đã mắc lỗi thiết kế, khiến kết quả không thể được đánh giá một cách khách quan.

8.2 Xử lý vốn trong các thị trường không hợp lệ

Các phương pháp phổ biến:

  • Mua lại theo tỷ lệ bằng nhau cho tất cả các kết quả: mỗi cổ phần outcome_i được mua lại với giá 1/N USDC. Cách này “trung lập” đối với tất cả các chủ sở hữu — bất kể bạn đã mua gì, cuối cùng bạn cũng sẽ nhận lại được giá trị của một cổ phần. Tuy nhiên, cách này khiến những người mua ở mức giá thấp mất đi lợi nhuận tiềm năng, trong khi những người mua ở mức giá cao lại được hưởng lợi;
  • Hoàn trả tất cả các giao dịch + khôi phục lại các vị thế: việc khôi phục lại trên chuỗi về trạng thái trước khi sự kiện bắt đầu là gần như không thể thực hiện được một khi đã có nhiều giao dịch diễn ra;
  • Bồi thường theo giá thị trường trước khi tranh chấp: sử dụng quỹ giải quyết tranh chấp để mua lại các vị thế theo giá cuối cùng trước khi tranh chấp xảy ra. Phương án này tinh tế hơn nhưng cũng phức tạp hơn.

Nên mặc định sử dụng phương án “đền bù theo tỷ lệ bằng nhau” và sử dụng “quỹ bảo hiểm thị trường không hợp lệ” được tài trợ từ một phần nhỏ của mỗi giao dịch để thực hiện bồi thường bổ sung trong các trường hợp đặc biệt.

8.3 Tiền đặt cọc tranh chấp và chi phí tấn công

Cơ chế tranh chấp phải khiến cả “đề xuất sai” và “thách thức ác ý” đều phải trả giá đắt:

  • Người đề xuất phải đặt cọc; sẽ được hoàn lại + thưởng nếu đúng, bị trừ nếu sai;
  • Người thách thức cũng phải đặt cọc; sẽ được thưởng nếu thành công, bị trừ nếu thất bại;
  • Khi nâng cấp lên cấp độ cao hơn, khoản đặt cọc sẽ tăng theo hệ số nhân, làm chi phí tấn công tăng theo cấp số nhân.

"Cơ chế phân tách" của Augur là công cụ tối ưu: nếu một tranh chấp không thể được giải quyết, toàn bộ giao thức sẽ phân tách thành nhiều phiên bản và để thị trường tự quyết định bằng hành động thực tế. Điều này khá nặng nề, nhưng đảm bảo tính chính xác tuyệt đối.

9. Kiểm soát rủi ro, tuân thủ và bảo vệ chống thao túng

9.1 Các kỹ thuật thao túng thị trường phổ biến

  • “Pump and dump” quy mô lớn: khi sự kiện sắp diễn ra và thanh khoản thấp, sử dụng lệnh mua/bán lớn để đẩy giá lên mức cực đoan, nhằm đánh lừa dư luận hoặc các nhà giao dịch khác;
  • Giao dịch nội gián: các bên tham gia biết trước kết quả (ví dụ: quyết định rút lui của một chính trị gia, kết quả kinh doanh của một công ty) và xây dựng vị thế trước khi thông tin được công bố;
  • Thao túng quyết định: hối lộ hoặc tấn công vào oracle, nguồn dữ liệu;
  • Giao dịch tự động bằng nhiều tài khoản: tạo khối lượng và giá giả để kiếm phần thưởng thanh khoản;
  • Tấn công 51% / tấn công quản trị: trong các cơ chế giải quyết phi tập trung, sử dụng một lượng lớn token để bỏ phiếu và thao túng kết quả.

9.2 Công cụ kiểm soát rủi ro

  • Giới hạn vị thế: vị thế tối đa cho mỗi địa chỉ trong một thị trường duy nhất, giới hạn vị thế tổng cộng cho một thị trường duy nhất;
  • Giới hạn biên độ giá: tạm dừng giao dịch / kích hoạt cơ chế ngắt mạch khi biến động giá ngắn hạn vượt quá ngưỡng;
  • KYC / chặn địa lý: hạn chế quyền truy cập tại một số khu vực pháp lý nhất định (ví dụ: Mỹ, Anh) để tránh các vấn đề liên quan đến luật chứng khoán / luật cờ bạc;
  • Giám sát giao dịch: kết hợp phát hiện bất thường trên chuỗi và ngoài chuỗi để xác định hoạt động đa tài khoản, giao dịch rửa tiền, hoạt động nội gián;
  • Công bố vị thế lớn: các địa chỉ có vị thế vượt quá một tỷ lệ phần trăm nhất định sẽ được công bố công khai, tương tự như 13F;
  • Trái phiếu / giới hạn lỗ: thiết lập mức lỗ tối đa có thể chấp nhận được cho các LP và nhà tạo lập thị trường;
  • Thời gian tạm dừng: tạm dừng ngắn trước và sau các tin tức quan trọng, để ngăn chặn việc thao túng tức thời.

9.3 Pháp lý và tuân thủ

Thị trường dự đoán ở nhiều khu vực pháp lý liên quan đến:

  • Luật cờ bạc: tùy thuộc vào việc thị trường có dựa trên “may mắn” hay không, có đặt cược hay không và liệu có áp dụng miễn trừ “mục đích giải trí” hay không;
  • Luật chứng khoán / quy định về các sản phẩm phái sinh: một số hợp đồng sự kiện có thể được coi là hợp đồng hoán đổi hoặc quyền chọn nhị phân;
  • Quy định về hợp đồng sự kiện: Ủy ban Giao dịch Hàng hóa Tương lai Hoa Kỳ (CFTC) có các hạn chế rõ ràng đối với các hợp đồng sự kiện như bầu cử chính trị;
  • Chống rửa tiền (AML): yêu cầu xác minh danh tính (KYC), giám sát giao dịch và báo cáo giao dịch đáng ngờ.

Các chuỗi / chế độ triển khai khác nhau phải tuân thủ các cơ quan quản lý khác nhau: Polymarket trước đây đã hủy niêm yết một số thị trường và áp dụng tính năng chặn theo vị trí địa lý để tuân thủ quy định của Hoa Kỳ. Trước khi thiết kế sản phẩm, luật sư địa phương phải đưa ra ý kiến, và giao thức phải hỗ trợ tính năng chặn theo vị trí địa lý và các công cụ tuân thủ có thể kiểm toán được.

10. Giao diện người dùng, trải nghiệm người dùng và khả năng kết hợp

10.1 Ẩn xác suất trong trải nghiệm

Người dùng thông thường không hiểu 0,63 có nghĩa là gì, nhưng họ hiểu "xác suất 63%" và "đặt cược 1 USDC để giành lại 1,59 USDC". Giao diện người dùng phải hiển thị đồng thời:

  • Xác suất ngụ ý (phần trăm);
  • Tỷ lệ cược (1/p hoặc tỷ lệ cược thập phân);
  • Lợi nhuận tiềm năng (đặt cược X, nhận lại Y);
  • So sánh với giá của người dùng khác / các nền tảng khác.

Đối với thị trường thể thao, cũng cần hiển thị lịch thi đấu, dữ liệu và lịch sử đối đầu để giảm bớt chi phí ra quyết định của người dùng.

10.2 Trải nghiệm giao dịch

  • Đặt cược nhanh: các nút số tiền định sẵn (1/10/100 USDC), thanh trượt;
  • Lệnh giới hạn: người dùng chuyên nghiệp muốn "mua Yes dưới 0,42";
  • Vị thế bán: cho phép người dùng chốt lời hoặc dừng lỗ trước khi kết quả được xác định;
  • Đa danh mục đầu tư: mua nhiều kết quả cùng lúc để xây dựng cấu trúc như "thắng ở mức trung bình" hoặc "thắng nếu bất kỳ kết quả nào xảy ra";
  • Ưu tiên thiết bị di động: một phần lớn người dùng thị trường dự đoán đến từ mạng xã hội, do đó trải nghiệm trên thiết bị di động là rất quan trọng.

10.3 Khả năng kết hợp

  • Cổ phiếu tuân theo tiêu chuẩn ERC-1155 / ERC-20 và có thể tham gia vào hệ sinh thái DeFi:
  • Dùng làm tài sản thế chấp cho vay (đối với các sự kiện blue-chip);
  • Được chỉ số hóa bởi các AMM hoặc sổ lệnh khác;
  • Được đóng gói thành các sản phẩm cấu trúc (ví dụ: "quỹ ETF sự kiện chính trị dạng giỏ");
  • Được chuyển sang các chuỗi khối khác.

Việc thiết kế cổ phiếu thành các token tiêu chuẩn ngay từ giai đoạn thiết kế hợp đồng là chìa khóa để tận dụng các lợi ích từ hệ sinh thái.

11. Những yếu tố cơ bản trong triển khai kỹ thuật

11.1 Thư viện toán học

Solidity không có số thực (float) gốc; hàm exp / ln cần thiết cho LMSR thường được triển khai như sau:

  • ABDK Math 64.64 (số cố định);
  • PRBMath (số cố định, với SD59 / UD60);
  • Bảng tra cứu được biên dịch sẵn (bảng sigmoid phù hợp cho thị trường nhị phân);
  • Trên các lớp 2 (Arbitrum Stylus, Optimism, Base), triển khai bằng Rust / C++ để giảm đáng kể chi phí gas.

Dù bạn chọn phương án nào, việc kiểm tra fuzz toàn diện là bắt buộc: trong các giá trị q cực đoan, hãy xác minh bất biến Σ p_i = 1 (trong phạm vi sai số), rằng tổn thất tối đa không vượt quá b·ln(N), và rằng Mint/Merge luôn không có cơ hội chênh lệch giá.

11.2 Cấu trúc hợp đồng

Bố cục mô-đun được khuyến nghị:

  • EventFactory: tạo sự kiện, thiết lập tham số;
  • Market / Condition: trạng thái, q, b và giải quyết một sự kiện duy nhất;
  • AMM / MarketMaker: logic định giá và giao dịch (LMSR hoặc một biến thể);
  • CompleteSets: đúc / hợp nhất các bộ hoàn chỉnh;
  • LPVault: cung cấp thanh khoản, token LP, phân phối phí;
  • OracleAdapter: tích hợp UMA, Chainlink, các API;
  • Tranh chấp / Quản trị: tranh chấp và quy trình xử lý;
  • ShareToken (ERC-1155): token cổ phần.

Việc tách logic AMM khỏi cổ phần và cơ chế giải quyết tranh chấp cho phép bạn nâng cấp thuật toán tạo lập thị trường mà không gây gián đoạn hoạt động.

11.3 Tối ưu hóa Gas

  • Khi số kết quả (N) trong mô hình đa kết quả lớn, hàm exp sẽ tốn nhiều tài nguyên; hãy tính trước giá trị Σ exp và lưu vào bộ nhớ đệm, sau đó chỉ cập nhật thuật ngữ tương ứng với kết quả đã mua mỗi lần, đồng thời tính toán giá mới theo từng bước;
  • Đối với thị trường nhị phân (N = 2), LMSR có thể được đơn giản hóa thành hàm sigmoid và không cần vòng lặp;
  • Sử dụng chuyển khoản theo lô theo tiêu chuẩn ERC-1155 để tiết kiệm gas;
  • Trên các triển khai L2, gas không phải là điểm nghẽn chính, nhưng chi phí calldata vẫn cần được chú ý.

11.4 Lập chỉ mục và Dữ liệu

Cấu trúc dữ liệu trên chuỗi của thị trường dự đoán rất phức tạp (điều kiện, cổ phần, vị thế, giải quyết), vì vậy bạn phải xây dựng công cụ lập chỉ mục của riêng mình bằng Subgraph / Ponder / Envio để cung cấp:

  • Danh sách thị trường và bộ lọc;
  • Vị thế và lịch sử giao dịch của người dùng;
  • Biểu đồ giá K-line;
  • Lợi suất hàng năm (APY) của LP;
  • Bảng điều khiển khối lượng và thanh khoản.

12. So sánh các thực tiễn của các giao thức chính thống

Giao thức Cơ chế tạo lập thị trường Giải pháp Đặc điểm Augur / Augur v2

LS-LMSR

Bỏ phiếu bằng token REP riêng + phân tách

Giải quyết hoàn toàn phi tập trung, tiêu tốn nhiều gas

Polymarket

CLOB (sổ lệnh) + AMM bên ngoài

Oracle lạc quan UMA

Trải nghiệm người dùng tốt, các nhà tạo lập thị trường chuyên nghiệp

Bộ phân phối

Biến thể LMSR nội bộ

Các chủ đề khác

Thể thao / thời sự

Token có điều kiện Gnosis

Khung công tác token có điều kiện, có thể kết hợp với bất kỳ AMM nào

Có thể cắm thêm

Phù hợp để làm cơ sở hạ tầng

Drift / Predict

AMM lai + sổ lệnh

Nội bộ + đa nguồn

Kiểu L1 / chuỗi ứng dụng

Một số nhận xét:

  • LMSR thuần túy mang lại trải nghiệm người dùng (UX) kém hơn so với sổ lệnh, nhưng lại phi tập trung hơn và không cần nhà tạo lập thị trường;
  • Các thị trường lớn, thu hút nhiều sự chú ý (bầu cử Mỹ, World Cup) hầu như luôn có các nhà tạo lập thị trường chuyên nghiệp cung cấp thanh khoản cho sổ lệnh;
  • Việc lựa chọn cơ chế giải quyết quan trọng hơn công thức tạo lập thị trường — ngay cả AMM hoàn hảo nhất cũng không thể cứu vãn một quyết định sai lầm.

13. Giải pháp triển khai AMM thị trường dự đoán của SoonTech

13.1 Tổng quan về mô-đun

Bộ sản phẩm thị trường dự đoán của SoonTech bao gồm:

  1. Công cụ sự kiện & điều kiện: mô hình thống nhất cho kết quả nhị phân / đa kết quả / nhiều người chiến thắng / số thực, với tính năng phân chia sự kiện cha-con;
  2. Lõi AMM: các biến thể LMSR + LS-LMSR + CPMM, có thể chuyển đổi theo loại sự kiện;
  3. Cầu nối CLOB: mô-đun sổ lệnh tùy chọn, quyền truy cập chuyên nghiệp cho nhà tạo lập thị trường, chia sẻ thanh khoản với AMM;
  4. CompleteSets & Cổ phần ERC-1155: đúc / hợp nhất / chuyển nhượng, giao diện token tiêu chuẩn;
  5. LP Vault: gửi/rút LP, b động, chia sẻ phí, giám sát tổn thất tạm thời;
  6. Oracle Hub: UMA, Chainlink, tổng hợp API nội bộ, xác minh đa nguồn;
  7. Khung giải quyết tranh chấp: đề xuất – phản đối – nâng cấp, kèm theo tiền đặt cọc và hình phạt;
  8. Risk Engine: giới hạn vị thế, ngắt mạch giá, chặn theo vị trí địa lý, phát hiện giao dịch đáng ngờ;
  9. Giao diện người dùng / SDK di động: hiển thị xác suất / tỷ lệ cược / tiền thưởng, đặt cược một cú nhấp chuột, lệnh giới hạn, quản lý nhiều danh mục đầu tư;
  10. Phân tích & Chỉ số: thị trường, biểu đồ K-line, APY của nhà cung cấp thanh khoản (LP), bảng điều khiển trên chuỗi.

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

Kịch bản 1: Thị trường dự đoán thể thao và thể thao điện tử cho Đông Nam Á

Khách hàng muốn ra mắt dịch vụ dự đoán bóng đá, bóng rổ và thể thao điện tử tại Indonesia, Việt Nam và Philippines. Chúng tôi triển khai LMSR làm thanh khoản cơ bản, tích hợp sổ lệnh của nhà tạo lập thị trường bên thứ ba cho các sự kiện phổ biến, sử dụng tổng hợp API dữ liệu thể thao từ nhiều nguồn + xem xét thủ công để giải quyết tranh chấp, đồng thời hỗ trợ thanh toán địa phương và nạp tiền bằng stablecoin trên thiết bị di động. Ba tháng sau khi ra mắt, khối lượng giao dịch hàng tháng vượt quá 80 triệu USD với tỷ lệ tranh chấp dưới 0,3%.

Kịch bản 2: Thị trường sự kiện chính trị và vĩ mô được tích hợp vào sàn giao dịch tập trung (CEX)

Khách hàng là một sàn giao dịch tập trung (CEX) quy mô trung bình muốn bổ sung các hợp đồng sự kiện như "giá BTC cuối tháng" và "việc cắt giảm lãi suất của Fed" vào ứng dụng hiện có của mình. Chúng tôi sử dụng kiến trúc lai CLOB + AMM; oracle ưu tiên Chainlink và các thông báo chính thức; các hợp đồng sự kiện được kết nối với hệ thống ký quỹ thống nhất của sàn giao dịch tập trung (CEX) để người dùng có thể sử dụng các vị thế hợp đồng hiện có của họ làm tài sản thế chấp.

Kịch bản 3: Nền tảng thị trường dự đoán do người dùng tạo (UGC)

Khách hàng muốn có một nền tảng nơi "bất kỳ ai cũng có thể tạo ra một thị trường". Chúng tôi triển khai đầy đủ Event Factory + Creator bond + UMA Optimistic Oracle, đồng thời thực hiện các quy trình đánh giá thị trường, báo cáo và khiếu nại. Giao diện người dùng hỗ trợ tạo mẫu (thể thao, chính trị, tiền điện tử, giải trí) để giảm bớt rào cản trong việc tạo thị trường.

13.3 Tiến độ triển khai

  • Tuần 1–2: nghiên cứu kinh doanh, làm rõ các loại thị trường mục tiêu, hồ sơ người dùng, ranh giới tuân thủ;
  • Tuần 3–6: phát triển hợp đồng (LMSR + CompleteSets + LPVault + Oracle Adapter), thử nghiệm;
  • Tuần 7–8: kiểm toán, testnet + shadow mainnet, tích hợp oracle;
  • Tuần 9: tích hợp giao diện người dùng và ứng dụng, cấu hình quy tắc rủi ro;
  • Tuần 10: ra mắt mạng chính, giám sát giới hạn và đa chữ ký, trực 24/7;
  • Sau đó: sổ lệnh, sự kiện cha-con, triển khai chuỗi chéo, kết nối nhà tạo lập thị trường.

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

14.1 Nên bắt đầu với loại sự kiện nào

  • Khuyến nghị bắt đầu với các sự kiện có thể định lượng được với nguồn dữ liệu rõ ràng (giá tiền điện tử, tỷ số thể thao, dữ liệu vĩ mô). Không nên bắt đầu với các sự kiện chính trị mang tính chủ quan;
  • Giữ chu kỳ sự kiện ngắn (tốt nhất là 1–7 ngày), để người dùng có thể tham gia nhiều lần và sản phẩm có thể được cải tiến;
  • Trong giai đoạn đầu, hãy giới hạn ở 5–10 thị trường đồng thời, giữ thanh khoản tập trung và tránh tình trạng “mọi thị trường đều thiếu thanh khoản”.

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

Đội ngũ tối thiểu: 1 PM, 2 kỹ sư hợp đồng thông minh, 1 kỹ sư backend / chỉ số, 1 kỹ sư frontend / di động, 1 chuyên viên rủi ro / dữ liệu, 1 chuyên viên vận hành / đánh giá thị trường. Việc thêm sổ lệnh yêu cầu thêm 1–2 kỹ sư khớp lệnh; cơ chế nội dung do người dùng tạo (UGC) và giải quyết tranh chấp yêu cầu kiểm duyệt nội dung và hỗ trợ pháp lý.

14.3 Các chỉ số chính

  • Khối lượng và số lượng người dùng: DAU, khối lượng hàng ngày, mức đỉnh của một thị trường;
  • Chỉ số thanh khoản: chênh lệch giá mua-bán, đường cong trượt giá, vốn LP;
  • Chất lượng giải quyết: tỷ lệ tranh chấp, tỷ lệ giải quyết sai, thời gian giải quyết trung bình;
  • Chỉ số rủi ro: các nỗ lực thao túng, các giao dịch bất thường bị chặn, tỷ lệ tuân thủ pháp lý theo khu vực pháp lý;
  • Kinh tế LP: Lợi suất ròng của LP, tỷ lệ giữ chân, tỷ lệ lỗ tạo lập thị trường / phí;
  • Các chỉ số kinh doanh: doanh thu từ phí, phần trăm hoa hồng của nền tảng, giá trị trên mỗi người dùng.

15. Xu hướng trong tương lai

15.1 Thị trường dự đoán và thị trường thông tin AI

Các đại lý AI sẽ trở thành những thành viên quan trọng trong thị trường dự đoán: chúng thu thập tin tức, dữ liệu từ mạng xã hội và dữ liệu trên chuỗi theo thời gian thực, đồng thời thực hiện giao dịch nhanh chóng trước khi kết quả sự kiện được xác định. Điều này sẽ cải thiện hiệu quả thị trường, nhưng cũng gây lo ngại về việc “các bot sẽ đẩy người dùng cá nhân ra khỏi thị trường”. Các thiết kế như công bố thông tin chậm trễ, phí theo cấp độ và thị trường dành riêng cho các tác nhân có thể được sử dụng để giải quyết vấn đề này.

15.2 Tài sản trong thế giới thực (RWA) và sự kiện hóa

Việc biến các sự kiện RWA như lãi suất, ngoại hối, hàng hóa và yêu cầu bồi thường bảo hiểm thành các thị trường dự đoán để định giá là một xu hướng đang phát triển. Điều này kết hợp các hợp đồng kỳ hạn/quyền chọn của tài chính truyền thống với thị trường dự đoán và nâng cao tiêu chuẩn về tuân thủ và thanh toán.

15.3 Chuyên nghiệp hóa cơ sở hạ tầng giải quyết

Khi thị trường dự đoán mở rộng quy mô, việc giải quyết oracle sẽ phát triển từ “khẳng định lạc quan” sang “sự kiện có thể xác minh”: chữ ký số từ các tổ chức tin tức, bằng chứng mật mã từ các API chính thức và bộ đồng xử lý ZK xử lý dữ liệu phức tạp sẽ trở thành cơ sở hạ tầng.

15.4 Sự phổ biến của L2 và chuỗi ứng dụng

Thị trường dự đoán giao dịch thường xuyên với số tiền nhỏ cho mỗi giao dịch và tự nhiên phù hợp với L2 hoặc chuỗi ứng dụng có thông lượng cao, chi phí gas thấp. Trong 1–2 năm tới, sẽ xuất hiện nhiều chuỗi dự đoán chuyên dụng hơn, hoặc các chuỗi ứng dụng thị trường dự đoán trên các L2 hiện có.

15.5 Sự rõ ràng về quy định

Các khu vực pháp lý như Mỹ, Anh, EU, Singapore và Dubai đang dần làm rõ ranh giới quy định đối với các hợp đồng sự kiện. Một khung pháp lý tuân thủ rõ ràng sẽ cho phép vốn tổ chức và các nhà tạo lập thị trường truyền thống tham gia, và quy mô tổng thể của thị trường dự đoán dự kiến sẽ tăng lên gấp nhiều lần.

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

Câu hỏi 1: Sự khác biệt cơ bản giữa LMSR và AMM kiểu Uniswap là gì?

A: LMSR định giá một tập hợp các xác suất — tổng giá luôn bằng 1. Uniswap định giá giá trị tương đối của hai tài sản độc lập. Mức lỗ tối đa của nhà tạo lập thị trường LMSR có giới hạn (b·lnN); trong khi đó, các LP của Uniswap có mức lỗ tạm thời không giới hạn. Cả hai đều sử dụng ý tưởng AMM, nhưng về mặt toán học và hồ sơ rủi ro thì rất khác nhau.

Câu hỏi 2: Tại sao vẫn có hiện tượng trượt giá khi mua mặc dù giá đã rất chắc chắn (ví dụ: 0,99)?

A: Hàm softmax của LMSR vẫn có độ dốc gần p = 0,99. Việc đẩy giá từ 0,99 lên 0,995 có thể tốn kém hơn cả việc đẩy giá từ 0,5 lên 0,6. Hiện tượng “thanh khoản trở nên đắt đỏ hơn ở các mức giá cực đoan” này là một chỉ trích phổ biến đối với LMSR; LS-LMSR và các biến thể tương tự được thiết kế để cải thiện vấn đề này.

Câu hỏi 3: Nhà tạo lập thị trường / LP có bị lỗ không?

A: Có. Khi thị trường điều chỉnh giá mạnh do thông tin mới, các nhà tạo lập thị trường đã tích trữ tài sản từ trước có thể bị lỗ. Mức lỗ tối đa được giới hạn ở (b·lnN), nhưng mức lỗ thực tế phụ thuộc vào diễn biến giá. Các LP nên lên kế hoạch bù đắp những khoản lỗ này bằng thu nhập từ phí và thận trọng khi cung cấp thanh khoản trong các sự kiện có độ biến động cao.

Câu hỏi 4: Nếu tôi tin tưởng vào kết quả, tôi nên mua ở mức giá nào?

A: Hãy mua "Yes" khi xác suất chủ quan của bạn cao hơn giá thị trường (p_market < p_you); khi đó, lợi nhuận kỳ vọng sẽ dương. Tuy nhiên, cũng cần tính đến rủi ro giải quyết, thanh khoản, phí và chi phí thời gian. Đừng mạo hiểm 1% vì một kết quả sai lầm chỉ để kiếm 1% ở mức giá 0,99.

Câu hỏi 5: Điều gì sẽ xảy ra nếu thị trường bị đánh giá là không hợp lệ?

A: Cách tiếp cận chủ đạo là tất cả các cổ phiếu sẽ được mua lại với tỷ lệ bằng nhau là 1/N, cộng với khoản bồi thường bổ sung từ "quỹ bảo hiểm thị trường không hợp lệ". Hãy đọc chính sách thị trường không hợp lệ của nền tảng trước khi giao dịch và tránh đặt cược vào các thị trường có mô tả mơ hồ.

Câu hỏi 6: Mất bao lâu để xây dựng một thị trường dự đoán từ đầu?

A: Một hệ thống cơ bản gồm LMSR + thị trường nhị phân + oracle đơn giản có thể triển khai lên testnet trong 3–4 tuần; bao gồm các tính năng như kết quả đa dạng, kho LP, sổ lệnh lai, cơ chế giải quyết tranh chấp, giao diện người dùng đầy đủ và kiểm soát rủi ro thường mất 3–4 tháng. Nên tùy chỉnh trên một bộ giải pháp đã hoàn thiện (chẳng hạn như giải pháp của SoonTech) thay vì viết từ đầu.

Kết luận

AMM của thị trường dự đoán bề ngoài trông giống như một công thức định giá đơn thuần, nhưng nó nằm ở giao điểm giữa kỹ thuật tài chính, giải quyết phi tập trung, oracle, kiểm soát rủi ro, tuân thủ và trải nghiệm người dùng. LMSR đã trở thành tiêu chuẩn ngành không chỉ nhờ tính toán tinh tế, mà còn vì mức lỗ tối đa của nó được giới hạn, giá cả tự nhiên thỏa mãn cách diễn giải xác suất, và nó hoàn toàn tương thích với “cơ hội chênh lệch giá toàn diện”. Tuy nhiên, yếu tố thực sự quyết định thành công hay thất bại của một sản phẩm thị trường dự đoán hiếm khi là chính hàm định giá — mà là độ tin cậy của cơ chế giải quyết, độ sâu của thanh khoản, tính nghiêm ngặt của kiểm soát rủi ro và sự mượt mà của trải nghiệm người dùng.

Bài viết này đã hệ thống hóa toàn bộ không gian thiết kế của AMM thị trường dự đoán, từ cấu trúc tài chính, LMSR và các biến thể của nó, hệ thống cổ phần, cung cấp thanh khoản, cơ chế khuyến khích phí, giải quyết thông qua oracle, thị trường không hợp lệ, quản lý rủi ro và tuân thủ, trải nghiệm giao diện người dùng, triển khai kỹ thuật, cho đến so sánh các giao thức chính thống. Khi cuộc bầu cử Mỹ năm 2026, World Cup, các quỹ ETF tiền điện tử và các sự kiện vĩ mô về lãi suất tiếp tục đẩy thị trường dự đoán vào dòng chính, lĩnh vực này đang sẵn sàng cho một đợt bùng nổ mới về sản phẩm và hạ tầng.

Đội ngũ SoonTech có kinh nghiệm sâu rộng trên nhiều dòng sản phẩm, bao gồm thị trường dự đoán, sàn giao dịch tập trung (CEX) và sàn giao dịch phi tập trung (DEX). AMM thị trường dự đoán là một trong những mô-đun mang tính khác biệt nhất của chúng tôi, hiện đã được triển khai trên các sự kiện thể thao tại Đông Nam Á, hợp đồng sự kiện trên CEX, các nền tảng nội dung do người dùng tạo (UGC) và nhiều lĩnh vực khác. Nếu đội ngũ của bạn đang xây dựng một thị trường dự đoán, tích hợp hợp đồng sự kiện vào nền tảng giao dịch hiện có, hoặc muốn nhúng khả năng dự đoán vào ứng dụng của riêng mình, chúng tôi rất mong được trao đổi với bạn. Dựa trên thị trường mục tiêu, hồ sơ người dùng và các yêu cầu tuân thủ của bạn, chúng tôi có thể cung cấp giải pháp trọn gói từ phát triển hợp đồng, tích hợp oracle và thiết kế rủi ro đến giao diện người dùng và ứng dụng.

Hãy để trí tuệ tập thể được định giá, để việc khám phá thông tin trở nên hiệu quả hơn và để mọi người có quan điểm đều có thể tham gia — đây chính là giá trị lâu dài của thị trường dự đoán, và cũng là lý do chúng tôi không ngừng hoàn thiện hạ tầ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 khớp lệnh, Tích hợp thanh khoản và Tuân thủ.

Khởi động hành trình blockchain ngay

Đội ngũ chuyên nghiệp cung cấp tư vấn giải pháp miễn phí cho bạn

Liên hệ ngay