Thị trường dự đoán về bản chất là một hợp đồng tài chính liên quan đến kết quả của một sự kiện trong tương lai. Người dùng mua các token có điều kiện, sẽ được thanh toán một đô la nếu sự kiện diễn ra theo một kịch bản nhất định. Yếu tố quan trọng nhất nhưng lại thường bị đánh giá thấp chính là quá trình thanh toán — chứ không phải khớp lệnh, ví điện tử hay thanh khoản: sau khi sự kiện kết thúc, ai sẽ thông báo cho hợp đồng biết ai là người chiến thắng? Nếu câu trả lời bị thao túng, trì hoãn hoặc tranh cãi, người thắng cuộc sẽ không thể nhận được tiền thưởng và niềm tin sẽ sụp đổ. Các tranh cãi về dự đoán bầu cử Mỹ năm 2020, các vấn đề giải quyết kết quả World Cup 2022 và các trường hợp thanh toán sai do API gây ra vào năm 2024 đều chứng minh điều này. Thị trường dự đoán nhãn trắng của SoonTech đã thực hiện các khoản đầu tư có hệ thống vào các oracle và cơ chế giải quyết tranh chấp: phân loại kết quả, nguồn dữ liệu, thanh toán trên chuỗi, oracle lạc quan theo phong cách UMA, cơ chế khuyến khích bằng trái phiếu, kiểm tra chéo từ nhiều nguồn, quy trình leo thang theo cấp độ và các biện pháp bảo hiểm dự phòng. Bài viết này phân tích hệ thống đó để giúp các nhà điều hành biến câu hỏi “ai đã thắng” thành một khả năng không thể chối cãi, có thể kháng cáo và chống lại các cuộc tấn công về mặt kinh tế.

1. Vấn đề thanh toán trong thị trường dự đoán

Cấu trúc hợp đồng của thị trường dự đoán rất đơn giản. Người dùng đặt cọc tài sản thế chấp, thường là stablecoin, và đúc các token điều kiện "Có" và "Không". Khi thanh toán, bên thắng cuộc có thể đổi lấy một đơn vị tài sản thế chấp, trong khi bên thua cuộc có giá trị bằng không. Toán học rất rõ ràng, nhưng vẫn còn một vấn đề: hợp đồng không thể tự biết điều gì đã xảy ra trong thế giới thực.

Hợp đồng thông minh tồn tại trên chuỗi khối và không thể truy cập trực tiếp vào tin tức, API, kết quả thể thao hoặc kết quả bầu cử. Chúng phải dựa vào một oracle — chính xác hơn là một cơ chế xác định ai có thể ghi dữ liệu, điều gì xảy ra khi họ sai và chi phí của việc thao túng là bao nhiêu.

Các oracle có thể thất bại theo bốn cách chính. Lỗi nguồn dữ liệu: API ngừng hoạt động, thay đổi định dạng, bị hack hoặc trả về dữ liệu lỗi thời. Lỗi khóa duy nhất: chỉ có một địa chỉ có thể ghi câu trả lời, và khóa của địa chỉ đó bị đánh cắp hoặc bị ép buộc. Khuyến khích không phù hợp: khi một quyết định liên quan đến hàng triệu đô la, kẻ tấn công có thể chi hàng trăm nghìn để hối lộ một nút hoặc thao túng nguồn dữ liệu. Tính chủ quan: một số sự kiện, chẳng hạn như việc CEO có từ chức trước cuối năm hay không, có ranh giới mơ hồ và đòi hỏi việc giải thích quy tắc.

Một thị trường dự đoán trưởng thành phải phòng ngừa được cả bốn rủi ro này. Việc dựa vào một oracle giá chung chung như Chainlink không thể bao quát toàn bộ các loại sự kiện. Do đó, hệ thống thanh toán phải được coi là một sản phẩm cốt lõi, chứ không phải là phần bổ sung, và nó phải phát triển song song với các loại sự kiện mà nền tảng niêm yết. Thị trường thể thao và thị trường khủng hoảng hiến pháp hầu như không có điểm chung nào ở lớp dữ liệu, nhưng cả hai đều phải đưa ra một kết quả nhị phân mà mọi nhà giao dịch đều chấp nhận là cuối cùng. Điều đó khó hơn vẻ bề ngoài.

Việc thanh toán cũng có tác động thứ cấp đến tính thanh khoản. Các nhà tạo lập thị trường đưa ra mức chênh lệch giá hẹp hơn khi họ tin tưởng rằng việc giải quyết sẽ diễn ra nhanh chóng và công bằng; họ sẽ mở rộng mức chênh lệch hoặc rút lui khi một nền tảng có lịch sử giải quyết mơ hồ. Do đó, chi phí của một giao dịch thanh toán không tốt không chỉ là tranh chấp về khoản thanh toán ngay lập tức mà còn là sự mất mát vĩnh viễn về độ sâu thị trường sau đó.

2. Bốn loại kết quả

Trước khi chọn cơ chế oracle, hãy phân loại chính câu hỏi đó. SoonTech phân loại các thị trường dự đoán thành bốn loại.

Sự kiện nhị phân có hai kết quả, chẳng hạn như “Liệu BTC có vượt quá 200.000 đô la vào cuối năm 2026 hay không”. Kết quả thanh toán là một hoặc không.

Sự kiện phân loại có ba hoặc nhiều kết quả loại trừ lẫn nhau, chẳng hạn như đội vô địch World Cup 2026. Kết quả thanh toán là một chỉ số trong danh sách.

Sự kiện số hoặc định lượng được giải quyết thành một giá trị, chẳng hạn như chỉ số CPI quý 4 năm 2026 của Mỹ hoặc giá đóng cửa của BTC vào ngày 31 tháng 12 năm 2026. Tài sản thế chấp được phân phối tuyến tính trong phạm vi đã định.

Các sự kiện phân cấp hoặc phức tạp được giải quyết theo quy tắc trên nhiều kết quả con, chẳng hạn như số ghế mà mỗi đảng giành được trong mỗi viện hoặc các tính năng nào sẽ được phát hành vào một ngày cụ thể. Một hệ thống quy tắc đánh giá từng kết quả con và kết hợp chúng lại.

Các loại sự kiện khác nhau đòi hỏi các cơ chế oracle khác nhau. Các sự kiện nhị phân và phân loại thường phụ thuộc vào các thông báo rõ ràng; các sự kiện số thực dựa vào nguồn cấp dữ liệu số và rất nhạy cảm với các định nghĩa như mở cửa, đóng cửa, trung bình và múi giờ; các sự kiện được phân loại theo mức độ yêu cầu các quy tắc có thể thực thi và có thể giải thích được trong trường hợp tranh chấp.

3. Nguồn dữ liệu: Bốn loại và nguyên tắc lựa chọn

Đối với thị trường dự đoán, nguồn dữ liệu tốt nhất không phải là nguồn có thẩm quyền nhất mà là nguồn có thể kiểm chứng độc lập nhất. SoonTech duy trì một danh mục nguồn dữ liệu phù hợp với các loại sự kiện.

Các API có cấu trúc bao gồm giá giao dịch từ Binance, CoinGecko, Kaiko và Pyth; dữ liệu vĩ mô từ FRED, Trading Economics và các cơ quan thống kê quốc gia; kết quả thể thao từ Sportradar và Stats Perform; và dữ liệu thời tiết từ các cơ quan khí tượng. Chúng có thể được máy đọc và có độ trễ thấp, nhưng API có thể thay đổi, bị hack hoặc có các giới hạn về giấy phép.

Các thông báo chính thức bao gồm tuyên bố của ủy ban bầu cử, thông cáo báo chí của công ty, phán quyết của tòa án, hồ sơ quy định và các bản hợp nhất trên GitHub. Chúng có tính chính thức cao nhất nhưng không có cấu trúc và cần được phân tích cú pháp.

Các nguồn tin tức chính thống như Reuters, AP, Bloomberg, Tân Hoa Xã và BBC có thể được coi là cơ sở khi có ít nhất hai nguồn độc lập đồng ý với nhau. Chúng bổ sung cho các thông báo chính thức đối với các sự kiện hiếm gặp.

Các bằng chứng do cộng đồng cung cấp cho phép bất kỳ người dùng nào gửi ảnh chụp màn hình, liên kết hoặc băm giao dịch trên chuỗi để các trọng tài đánh giá. Những bằng chứng này rất cần thiết cho các sự kiện dài hạn mà các nguồn tin chuyên nghiệp không đề cập đến.

Các nguyên tắc lựa chọn bao gồm yêu cầu ít nhất hai nguồn độc lập, ưu tiên các nguồn có thể xác minh bằng mật mã như dữ liệu trên chuỗi và bộ dữ liệu có chữ ký của chính phủ, tránh sử dụng các bài đăng trên mạng xã hội làm cơ sở duy nhất, và công bố nguồn dữ liệu và định nghĩa trong các quy tắc thị trường trước khi người dùng giao dịch.

4. Bốn chế độ thanh toán trên chuỗi

Có bốn chế độ chính để ghi kết quả lên chuỗi, với mức độ bảo mật và chi phí tăng dần.

Đẩy tập trung là khi nhà điều hành vận hành một hệ thống backend để lấy kết quả và gọi hàm resolve() từ một EOA. Phương thức này đơn giản nhưng tiềm ẩn rủi ro điểm đơn cực cao; việc mất khóa có thể dẫn đến việc thanh toán sai cho mọi thị trường đang mở. Phương thức này phù hợp với các sản phẩm giai đoạn đầu có giá trị thấp hoặc được sử dụng kết hợp với các cơ chế mạnh mẽ hơn.

Chế độ đa chữ ký (multi-sig) theo PoA hoặc nhóm đồng thuận yêu cầu ngưỡng số lượng tổ chức đáng tin cậy (ví dụ: 3 trong 5 hoặc 5 trong 9) để ký xác nhận kết quả. Các thành viên có thể bao gồm nhà điều hành, đơn vị kiểm toán, phương tiện truyền thông, cố vấn pháp lý và đại diện cộng đồng. Phương thức này an toàn hơn nhiều so với việc chỉ sử dụng một khóa, tuy nhiên các nút có thể thông đồng và phải chịu trách nhiệm về uy tín cũng như trách nhiệm pháp lý.

Các trò chơi Schelling hoặc oracle phi tập trung cho phép chủ sở hữu token đặt cọc và bỏ phiếu về kết quả, thưởng cho các phiếu bầu trung thực và trừ phần thưởng đối với các phiếu bầu không nhất quán. Cơ chế Xác minh Dữ liệu của UMA và Augur là những ví dụ điển hình. Sự thật trở thành một trò chơi kinh tế, trong đó chi phí tấn công phải vượt quá lợi ích thu được từ việc tấn công.

Các oracle lạc quan cho phép bất kỳ ai đề xuất một kết quả với một khoản đặt cọc. Trong khoảng thời gian thách thức, thường là từ 24 đến 72 giờ, bất kỳ ai cũng có thể đặt cọc một khoản lớn hơn để phản đối. Nếu không bị thách thức, đề xuất sẽ được chấp nhận; nếu bị thách thức, một trò chơi Schelling phi tập trung sẽ quyết định. UMA là ví dụ điển hình nhất. Các oracle lạc quan không tốn chi phí trong trường hợp thông thường nhưng cung cấp các biện pháp bảo đảm kinh tế khi cần thiết.

SoonTech sử dụng thiết kế nhiều lớp: đa chữ ký kết hợp với dữ liệu từ nhiều nguồn để thanh toán nhanh trong 99% thị trường, với oracle lạc quan làm cơ chế bảo đảm và DVM phi tập trung làm cơ chế kháng cáo cuối cùng.

5. Quy trình hoạt động của oracle lạc quan theo phong cách UMA

Oracle lạc quan đã trở nên phổ biến vì nó cân bằng giữa tốc độ trong trường hợp thông thường với tính cuối cùng đáng tin cậy trong các tranh chấp hiếm hoi. Quy trình hoàn chỉnh diễn ra như sau.

Đề xuất: sau khi sự kiện kết thúc, bất kỳ địa chỉ nào cũng có thể gọi hàm propose() kèm theo kết quả và đặt cọc, ví dụ 1.000 USDC hoặc token nền tảng tương đương. Các bên đề xuất thường là bot lấy kết quả từ các nguồn dữ liệu. Đề xuất và khoản đặt cọc được công khai.

Thời gian thách thức: trong một khoảng thời gian xác định, hai giờ đối với thị trường bán khống và 48 đến 72 giờ đối với thị trường mua khống, bất kỳ địa chỉ nào cũng có thể thách thức bằng cách đặt cọc một khoản lớn hơn, thường gấp 1,5 lần khoản ban đầu. Người thách thức nêu ra kết quả thay thế và lý do.

Thanh toán nếu không bị thách thức: sau khi thời gian này hết hạn mà không có tranh chấp, đề xuất được coi là đúng theo giả định lạc quan, hợp đồng tiến hành thanh toán, và người đề xuất nhận lại khoản đặt cọc cùng phần thưởng từ phí nền tảng hoặc phí thị trường.

Nâng cấp nếu bị thách thức: đề xuất bị thách thức sẽ chuyển sang bỏ phiếu DVM. Chủ sở hữu token tham gia bỏ phiếu; những phiếu bầu trùng khớp với kết quả cuối cùng sẽ nhận phần thưởng, còn lại sẽ bị trừ. Quá trình bỏ phiếu thường diễn ra trong một khoảng thời gian khóa token, chẳng hạn như 48 giờ.

Thanh toán cuối cùng: sau khi kết quả DVM được ghi vào chuỗi khối, nó không thể thay đổi. Các token điều kiện của bên thắng cuộc được đổi lấy; các token của bên thua cuộc trở nên vô giá trị. Khoản đặt cọc được phân phối: người đề xuất đúng giữ lại khoản đặt cọc của mình và nhận được khoản đặt cọc của người thách thức; người thách thức đúng nhận được khoản đặt cọc của người đề xuất; những người bỏ phiếu DVM ở phía sai sẽ bị trừ phần thưởng theo tỷ lệ tương ứng.

Hạn chế kinh tế chính là một cuộc tấn công thành công đòi hỏi phải có hơn 50% quyền biểu quyết DVM, trong khi chi phí liên quan đến việc mua token, tác động đến giá và tổn hại danh tiếng thường vượt quá khối lượng mở của bất kỳ thị trường đơn lẻ nào. Các cuộc tấn công đồng thời trên nhiều thị trường hoặc thanh khoản token thấp vẫn có thể gây nguy hiểm, do đó các nền tảng đặt giới hạn cho khối lượng mở và tỷ lệ trái phiếu trên mỗi thị trường.

Cần phân biệt rõ hai kiểu tấn công. Một cuộc tấn công *hẹp* nhắm vào một thị trường có giá trị cao duy nhất và yêu cầu chiếm đa số quyền biểu quyết cho một phiếu bầu. Ngay cả khi kẻ tấn công thắng, việc công khai xác định nguồn gốc của việc tích lũy token bất thường thường phá hủy giá trị của token và uy tín của DVM, kéo theo sự sụp đổ của nền tảng. Một cuộc tấn công *rộng* cố gắng làm suy yếu oracle trên nhiều thị trường theo thời gian bằng cách tích lũy token từ từ và bỏ phiếu một cách chiến lược; điều này khó phát hiện hơn nhưng tạo ra tín hiệu định giá sai kéo dài mà các nhà giao dịch chênh lệch giá và đối thủ cạnh tranh có thể khai thác. Cả hai mô hình này đều phải được mô phỏng khi thiết lập các giới hạn.

6. Thiết kế trái phiếu và sự phù hợp về động lực

Trái phiếu là công cụ kinh tế trung tâm trong một oracle lạc quan. Có một số biến số cần được cân bằng.

Kích thước trái phiếu ban đầu: quá nhỏ thì kẻ tấn công sẽ tràn ngập hệ thống; quá lớn thì những người đề xuất trung thực sẽ không đủ khả năng tài chính. Một quy tắc hữu ích là trái phiếu chiếm từ 1 đến 5 phần trăm tổng khối lượng mở, để các đề xuất sai lệch phải chịu chi phí tương đương một phần đáng kể so với lợi nhuận tiềm năng từ thao túng.

Hệ số nhân của khoản đặt cọc thách thức: những người thách thức thường đặt cọc gấp 1,5 hoặc 2 lần khoản đặt cọc ban đầu để ngăn chặn hành vi quấy rối, nhưng hệ số nhân quá cao sẽ kìm hãm các tranh chấp hợp pháp.

Phân phối phần thưởng: những người đề xuất trung thực nhận phần thưởng từ phí hệ thống; những người thách thức thành công nhận được khoản đặt cọc ban đầu; những người bỏ phiếu DVM trung thực chia sẻ các khoản đặt cọc bị cắt giảm; nền tảng có thể tạo quỹ phần thưởng cho oracle từ một phần rất nhỏ của mỗi giao dịch.

Thời gian cửa sổ thách thức: cửa sổ ngắn hơn sẽ nhanh hơn nhưng để lại ít thời gian để phát hiện lỗi; cửa sổ dài hơn an toàn hơn nhưng khóa vốn. Các sự kiện chu kỳ ngắn như thể thao có thể sử dụng từ hai đến sáu giờ; các sự kiện chu kỳ dài sử dụng từ 24 đến 72 giờ.

Ngăn chặn lạm dụng: các địa chỉ liên tục đề xuất sai sự thật có thể phải đối mặt với yêu cầu ký quỹ cao hơn trong tương lai hoặc bị cấm tạm thời. Điều này cũng áp dụng cho những người thách thức vô căn cứ.

Thiết kế tốt giúp sự trung thực trở thành chiến lược chủ đạo: người đề xuất giữ sự trung thực để thu hồi trái phiếu cùng phần thưởng, người thách thức tranh chấp để thu hồi trái phiếu xấu, và cử tri DVM giữ sự trung thực để tránh bị cắt giảm.

7. Kiểm tra chéo từ nhiều nguồn và phát hiện bất thường

Các cơ chế kinh tế là tuyến phòng thủ cuối cùng. Các nhà điều hành nên phát hiện hầu hết các lỗi ở lớp dữ liệu. SoonTech vận hành một quy trình kiểm tra chéo đa nguồn và phát hiện bất thường.

Kiểm tra chéo: mỗi sự kiện lấy dữ liệu từ ít nhất hai nguồn độc lập. Kết quả nhất quán sẽ được chuyển sang đề xuất; sự không nhất quán sẽ kích hoạt quá trình xem xét thủ công hoặc đề xuất từ cộng đồng. Thể thao sử dụng nhiều nhà cung cấp dữ liệu; giá cả sử dụng TWAP từ nhiều sàn giao dịch; dữ liệu vĩ mô sử dụng FRED và Trading Economics; các sự kiện chính trị yêu cầu xác nhận độc lập từ AP và Reuters.

Tính nhất quán theo khung thời gian: các sự kiện dạng số sử dụng TWAP trong một khung thời gian như 30 phút hoặc giá trung vị trên các khối thay vì giá tức thời duy nhất để tránh các đuôi nến.

Phát hiện bất thường: Các kết quả lệch mạnh so với kỳ vọng thị trường, chẳng hạn như đội được đánh giá cao hơn 80% lại thua cuộc, sẽ được đánh dấu là rủi ro cao và buộc phải đi theo lộ trình lạc quan thay vì được tự động giải quyết. Quy trình xử lý cũng quét siêu dữ liệu nguồn để phát hiện thời gian phản hồi bất thường, việc thay đổi chứng chỉ gần đây và các mẫu lỗi trong quá khứ.

Cố định bằng chứng trên chuỗi: các sự kiện có thể được xác minh trên chuỗi, chẳng hạn như giá theo độ cao khối, chuyển khoản địa chỉ trước thời hạn hoặc kết quả quản trị, được đọc trực tiếp từ chuỗi thay vì từ các API ngoài chuỗi.

Kiểm tra thủ công như một biện pháp dự phòng: các biên tập viên sự kiện trực ca sẽ xem xét lại kết quả tự động đối với các thị trường có giá trị cao hoặc nhạy cảm. Con người không đơn phương thay đổi kết quả; họ nộp khiếu nại hoặc kích hoạt tranh chấp để đảm bảo quyền lực vẫn có thể được kiểm toán.

8. NFT kết quả và token có điều kiện

Vị thế của người dùng trên thị trường dự đoán có thể được token hóa. Sau khi thanh toán thị trường nhị phân, token “Có” có giá trị bằng một USDC và token “Không” có giá trị bằng không. Trước khi thanh toán, các token này có thể được chuyển nhượng, kết hợp và sử dụng làm tài sản thế chấp.

Việc thể hiện kết quả dưới dạng token có điều kiện ERC-1155 mang lại một số lợi ích. Khả năng kết hợp: token kết quả có thể được tích hợp vào các nhóm AMM, thị trường cho vay và các sản phẩm phái sinh. Vị thế minh bạch: bất kỳ ai cũng có thể xem ai đang nắm giữ bao nhiêu token “Có” hoặc “Không” trên chuỗi. NFT sưu tầm: đối với các sự kiện mang tính cột mốc như bầu cử hoặc World Cup, các token kết quả chiến thắng có thể được đúc thành NFT kỷ niệm để phân phối miễn phí.

Việc đúc và đổi thưởng phải duy trì tỷ lệ 1:1 với tài sản thế chấp. Người dùng gửi tài sản thế chấp; hợp đồng đúc số lượng "Có" và "Không" bằng nhau; người dùng bán một bên và giữ bên còn lại; khi thanh toán, bên thắng cuộc sẽ đổi thưởng. Về mặt toán học, hợp đồng luôn được thế chấp đầy đủ và không thể tích lũy nợ xấu.

9. Chi phí của việc thao túng Oracle

Mọi thiết kế oracle đều phải trả lời câu hỏi: chi phí tấn công là bao nhiêu? Nếu chi phí tấn công thấp hơn lợi nhuận từ tấn công, hệ thống sẽ không an toàn.

Đối với oracle lạc quan có DVM, chi phí tấn công bao gồm việc tích lũy hơn 50% quyền biểu quyết DVM, các khoản thế chấp đã đặt cọc và có nguy cơ bị cắt giảm, tác động của giá token lên tài sản nắm giữ của chính kẻ tấn công, cùng các hậu quả pháp lý và danh tiếng như tài sản bị đóng băng, sự can thiệp của cơ quan thực thi pháp luật và việc công khai danh tính.

Theo một phép tính đơn giản, nếu một thị trường có một triệu đô la trong hợp đồng mở và token DVM có giá trị pha loãng hoàn toàn là một tỷ đô la, thì việc kiểm soát 50% sẽ tốn 500 triệu đô la — cao hơn nhiều so với lợi nhuận tiềm năng. Nếu token thiếu thanh khoản với vốn hóa thị trường 5 triệu đô la, 2,5 triệu đô la có thể mua 50% quyền biểu quyết, và bất kỳ thị trường nào có giá trị vượt quá 2,5 triệu đô la đều trở nên không an toàn.

Do đó, các nền tảng nên giới hạn khối lượng mở trên mỗi thị trường dựa trên vốn hóa DVM, giới hạn số lượng nắm giữ trên mỗi địa chỉ, thêm ý kiến thứ hai từ oracle chéo đối với các thị trường có giá trị cao, công bố công khai mô hình chi phí tấn công và xem xét việc tạm dừng khẩn cấp để đình chỉ thanh toán và rút tiền trong các tranh chấp bất thường.

10. Thị trường đuôi dài và phán quyết của con người

Không phải mọi sự kiện đều phù hợp với tự động hóa hoàn toàn. Các thị trường đuôi dài — các môn thể thao nhỏ, bầu cử địa phương, tin đồn giải trí, các sự kiện đặc thù của ngành — có thể thiếu dữ liệu có cấu trúc đáng tin cậy và yêu cầu việc giải thích quy tắc.

SoonTech sử dụng mô hình kết hợp giữa biên tập viên sự kiện và hội đồng xét xử cộng đồng. Các biên tập viên sự kiện xác định các quy tắc giải quyết, nguồn thông tin và thủ tục tranh chấp khi tạo thị trường; sau sự kiện, họ có thể đề xuất kết quả kèm theo bằng chứng. Trong khoảng thời gian khiếu nại, bất kỳ người dùng nào cũng có thể khiếu nại. Nếu phát sinh tranh chấp, một hội đồng ngẫu nhiên gồm các thành viên cộng đồng tích cực sẽ xem xét bằng chứng và bỏ phiếu; phán quyết của hội đồng có thể được chuyển lên DVM.

Việc lựa chọn ban giám khảo phải chống lại sự thao túng: lấy mẫu dựa trên mức độ tham gia và số lượng nắm giữ trong quá khứ, giữ kín danh tính các thành viên ban giám khảo trước khi bỏ phiếu để ngăn chặn hối lộ, tiết lộ danh tính sau đó và giảm xác suất được chọn trong tương lai đối với các thành viên ban giám khảo bỏ phiếu sai. Hệ thống này phản ánh cơ chế hoạt động của ban giám khảo tại tòa án và mang lại quy trình ra quyết định hợp lý và công bằng cho các sự kiện có tần suất thấp.

11. Giải quyết tranh chấp theo cấp độ và quy trình chuyển lên cấp trên

Tranh chấp sẽ thất bại khi không ai chịu trách nhiệm hoặc khi các quyết định dao động vô thời hạn. Một lộ trình chuyển lên cấp trên rõ ràng mang lại sự chắc chắn cho người dùng. SoonTech sử dụng bốn cấp độ.

Cấp 1: Giải quyết tự động cho các thị trường có giá trị thấp, nơi nhiều nguồn đồng ý và không phát hiện thấy bất thường. Khoảng 90% thị trường kết thúc ở đây.

Cấp 2: Đề xuất và phản đối (lạc quan) dành cho các thị trường lớn hơn, các trường hợp nguồn thông tin không thống nhất hoặc các thách thức từ cộng đồng. Một khoảng thời gian đặt cọc được áp dụng; các đề xuất không bị phản đối sẽ được giải quyết. Khoảng 9% kết thúc ở đây.

Cấp 3: Phán quyết của hội đồng xét xử đối với các tranh chấp hợp lệ liên quan đến việc giải thích quy tắc mang tính chủ quan. Một hội đồng xét xử cộng đồng bỏ phiếu dựa trên bằng chứng, với khả năng kháng cáo. Dưới 1% các thị trường tiến đến cấp này.

L4: Quyết định cuối cùng của DVM đối với các kháng cáo chống lại phán quyết của hội đồng xét xử hoặc đối với các thị trường có mức độ rủi ro đặc biệt cao. Chủ sở hữu token DVM bỏ phiếu trong vòng 48 giờ và kết quả là quyết định cuối cùng trên chuỗi. Chỉ một phần nhỏ các thị trường tiến đến giai đoạn này.

Mỗi cấp độ đều có khung thời gian, yêu cầu về trái phiếu và điều kiện tham gia rõ ràng. Trang quy tắc thị trường hiển thị cấp độ mà tranh chấp đang ở, lý do và thời gian còn lại. Kết quả DVM là cuối cùng và không thể kháng cáo để ngăn chặn các tranh chấp kéo dài vô tận cản trở việc thanh toán.

12. Bảo hiểm, Bồi thường và Cầu nối Chuỗi chéo

Ngay cả khi có các lớp bảo vệ, việc thanh toán sai vẫn có thể xảy ra. Một thị trường dự đoán có trách nhiệm sẽ duy trì quỹ bảo hiểm được tài trợ bằng một phần, ví dụ 5%, của phí giao dịch. Các tổn thất do lỗi đã được chứng minh của nền tảng, chẳng hạn như lỗi nguồn dữ liệu, lỗi hợp đồng hoặc hành vi sai trái của nút, sẽ được bồi thường theo các quy tắc đã công bố; các tổn thất do sự hiểu lầm của người dùng hoặc phán quyết cuối cùng của DVM sẽ không được bồi thường. Số dư quỹ và các khoản thanh toán được công bố hàng quý.

Kết nối kết quả giữa các chuỗi là một thách thức kỹ thuật riêng biệt. Thị trường dự đoán có thể chạy trên Ethereum, Arbitrum, Base và Solana, trong khi DVM chỉ tồn tại trên một chuỗi. Kết quả phải được truyền đến các chuỗi khác thông qua các giao thức nhắn tin bản địa như LayerZero, CCIP hoặc Wormhole, xác minh dựa trên restaking như EigenLayer, hoặc các chữ ký đa bên (multi-sig) của nhà điều hành với các bên thách thức. Cầu nối này phải được đưa vào mô hình đe dọa để việc thanh toán an toàn không bị ảnh hưởng bởi một cầu nối bị xâm phạm.

Kết luận

Khoảng 80% trải nghiệm trên thị trường dự đoán là việc đặt cược suôn sẻ và tỷ lệ cược công bằng, nhưng 20% còn lại — giải quyết và xử lý tranh chấp — mới là yếu tố quyết định liệu một nền tảng có vượt qua được cuộc tranh cãi lớn đầu tiên hay không. Một nền tảng hoạt động trơn tru nhưng có quy trình thanh toán không đáng tin cậy sẽ mất người dùng sau vụ tranh chấp đầu tiên; ngược lại, nền tảng có quy trình giải quyết công bằng, quy trình khiếu nại rõ ràng và các biện pháp bảo đảm kinh tế sẽ giữ chân người dùng lâu dài ngay cả khi xảy ra tranh cãi. Thị trường dự đoán nhãn trắng của SoonTech cung cấp các mô-đun oracle và giải quyết tranh chấp độc lập, có thể tùy chỉnh, giúp các nhà điều hành điều chỉnh mức độ an toàn thanh toán phù hợp với loại thị trường, quy mô vốn và cơ sở người dùng, đồng thời tập trung vào việc tạo lập thị trường, tiếp thị, tuân thủ và trải nghiệm sản phẩm. Trong một ngành mà ngay cả việc “ai thắng” cũng không phải lúc nào cũng đáng tin cậy, việc thực hiện công việc này một cách đúng đắn chính là lợi thế cạnh tranh vững chắc nhất.

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

Câu hỏi 1: Tại sao thị trường dự đoán không thể chỉ sử dụng nguồn cấp dữ liệu giá của Chainlink?

Đáp: Chainlink chủ yếu cung cấp dữ liệu giá, trong khi thị trường dự đoán bao gồm các cuộc bầu cử, thể thao, tin tức và các sự kiện vĩ mô với kết quả phân loại, xếp hạng hoặc chủ quan. Các sự kiện liên quan đến giá có thể sử dụng Chainlink, nhưng các loại sự kiện khác cần có oracle sự kiện chuyên dụng, dữ liệu từ nhiều nguồn và cơ chế giải quyết tranh chấp.

Câu hỏi 2: Các oracle lạc quan có luôn an toàn hơn so với cơ chế đa chữ ký (multi-sig) không?

A: Chúng thường an toàn hơn cho các thị trường có giá trị cao nhờ các ràng buộc kinh tế và tính cuối cùng phi tập trung, nhưng đối với các thị trường nhỏ và ngắn hạn, cơ chế đa chữ ký kết hợp với dữ liệu từ nhiều nguồn sẽ nhanh hơn và rẻ hơn. Mức độ bảo mật nên phù hợp với quy mô và rủi ro của thị trường.

Câu hỏi 3: Các “cá voi” có thể thao túng các phiếu bầu DVM không?

A: Về mặt lý thuyết thì có, vì vậy các nền tảng giới hạn quy mô mỗi thị trường dưới mức chi phí tấn công và công bố vốn hóa thị trường token DVM cùng mô hình chi phí tấn công. Hệ thống danh tiếng, kiểm tra chéo giữa các oracle và cơ chế tạm dừng khẩn cấp mang lại lớp bảo vệ bổ sung.

Câu hỏi 4: Nếu tôi không đồng ý với một nghị quyết thì sao?

A: Đặt cọc và phản đối trong thời gian quy định; nếu tranh chấp được chuyển lên hội đồng xét xử hoặc DVM, hãy nộp bằng chứng theo các quy tắc đã công bố. Phán quyết của DVM là cuối cùng và không thể kháng cáo. Các bước tham gia, thời gian quy định và số tiền đặt cọc được hiển thị trên trang quy tắc của từng thị trường.

Câu hỏi 5: Nền tảng có bồi thường cho tôi trong trường hợp thanh toán sai không?

A: Các khoản lỗ do lỗi đã được chứng minh của nền tảng, chẳng hạn như lỗi nguồn, lỗi hợp đồng hoặc hành vi sai trái của nút, sẽ được bồi thường từ quỹ bảo hiểm theo các quy tắc đã công bố. Các khoản lỗ do hiểu nhầm quy tắc hoặc tính cuối cùng của DVM sẽ không được bồi thường. Số dư quỹ và các khoản thanh toán trong quá khứ được công bố công khai.

Câu hỏi 6: Tính năng thực tiễn của NFT Kết quả là gì?

A: Các token kết quả có điều kiện có thể được chuyển nhượng, sử dụng làm tài sản thế chấp hoặc kết hợp vào các giao thức DeFi khác trước khi thanh toán; các token thắng cuộc sẽ được đổi lấy một đơn vị tài sản thế chấp sau đó. Đối với các sự kiện mang tính cột mốc, các kết quả thắng cuộc cũng có thể được đúc thành NFT kỷ niệm, đồng thời đóng vai trò như bằng chứng thành viên cộng đồ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, Công cụ ghép lệnh, Tích hợp thanh khoản và Tuân thủ.