Trang chủ · Kiến thức · Thanh toán có thể xác minh trên PredictAsiaX

Thanh toán có thể xác minh trên PredictAsiaX

Xuất bản 2026-09-07Đọc 8 phútSản phẩm
Tóm tắt
PredictAsiaX công bố proof hash cho mỗi lần thanh toán thị trường trong Trade Explorer, trả người thắng bằng USDT on-chain, và neo Merkle root định kỳ trên R2 để bất kỳ client nào cũng có thể tái tạo và xác minh độc lập rằng một lần khớp lệnh đã được đưa vào batch đã ký. Mỗi kết quả tranh chấp được xem xét đối với cùng bản ghi công khai. Bạn không bao giờ phải tin lời chúng tôi về cách một thị trường được giải quyết.

Mọi kết quả, có thể chứng minh

Thị trường dự đoán chỉ hoạt động nếu kết quả đáng tin cậy. PredictAsiaX coi mỗi lần thanh toán là bản ghi công khai: giá đã giải quyết và một proof hash có thể xác minh được ghi vào Trade Explorer cho mỗi thị trường. Bất kỳ ai cũng có thể tra cứu thị trường đã thanh toán bằng ID, đọc kết quả, và xác nhận bằng chứng độc lập — không cần đăng nhập, không cần hỏi chúng tôi, không cần tin lời chúng tôi.

Đây là lời hứa được đưa ra trên trang Technology & Security và được thực hiện bởi các công cụ Verify công khai trong tài liệu API.

Điều được công bố cho mỗi lần thanh toán

  • Kết quả đã giải quyết và giá. Giá đã giải quyết chính xác, bên (YES / NO cho thị trường nhị phân), và timestamp được đính kèm với bản ghi thanh toán của thị trường.
  • Proof hash. Hash mật mã của đầu vào thanh toán, được công bố cùng với kết quả. Bất kỳ ai cũng có thể tái tạo cùng hash từ cùng đầu vào.
  • Giao dịch thanh toán USDT on-chain. Thanh toán thắng được thực hiện on-chain và mỗi giao dịch có thể được xác minh trên block explorer công khai, độc lập với bất kỳ dashboard PredictAsiaX nào.
  • Bao gồm audit Merkle. Thanh toán được đưa vào một batch có Merkle root được neo định kỳ trên lưu trữ R2. Bất kỳ client nào cũng có thể gọi endpoint audit để tái tạo bằng chứng và xác nhận bao gồm.

Cách hoạt động xác minh, từ đầu đến cuối

  1. Sự kiện khớp lệnh hoặc thanh toán xảy ra. Sự kiện được ghi vào sổ cái vận hành với tất cả các trường cần thiết cho việc tái tạo sau này.
  2. Batching. Sự kiện sổ cái được nhóm thành các batch. Mỗi batch tạo ra một Merkle root một cách xác định từ nội dung của nó.
  3. Neo. Các Merkle root được neo vào lưu trữ R2 và công bố. Các root được neo không thể bị viết lại âm thầm — bất kỳ thay đổi tiếp theo nào đối với nội dung batch sẽ tạo ra một root khác.
  4. Tái tạo phía client. Phần Verify của docs.predictasiax.com ghi lại sáu endpoint đọc không cần xác thực dưới /v1/audit/*. Bất kỳ client nào cũng có thể truy vấn một khớp lệnh, yêu cầu batch nó thuộc về, và xác nhận đường Merkle trở lại root đã công bố.

Kết quả: bất kỳ khớp lệnh nào bạn đặt, và bất kỳ thanh toán nào bạn nhận, đều có thể được chứng minh độc lập là đã được đưa vào batch đã ký. Bạn không bao giờ phải tin tưởng dashboard của chúng tôi.

Kiểm tra độc lập trước khi thanh toán di chuyển

Kết quả được lớp vận hành của chúng tôi xác nhận trước khi bất kỳ thanh toán nào được phát hành. Đây là lựa chọn thiết kế có chủ ý — không phải để đưa vào quyền tự quyết, mà để bắt được sự mơ hồ nguồn dữ liệu, lỗi feed, và các trường hợp biên mà giải quyết tự động một mình sẽ bỏ sót. Xác nhận được ghi vào cùng bản ghi thanh toán công khai, nên việc xem xét có thể kiểm toán.

Khi kết quả được xác nhận, các vị thế thắng được trả ngay bằng USDT — không có hàng đợi thủ công, không chờ phê duyệt.

Cửa sổ tranh chấp chính thức

Mỗi thị trường đã thanh toán có một cửa sổ tranh chấp chính thức trong đó bất kỳ người dùng nào cũng có thể nêu thách thức. Các thách thức được quyết định đối với bằng chứng thanh toán đã công bố, không phải đối với tuyên bố bằng lời. Kết quả của bất kỳ xem xét nào — được giữ nguyên, được sửa đổi, hoặc bị bác bỏ — được ghi lại vào cùng dấu vết công khai. Vì các batch Merkle được neo, việc viết lại âm thầm một thanh toán đã quyết định là không thể: nó sẽ phá vỡ chuỗi audit theo cách mà bất kỳ client nào chạy luồng xác minh đều có thể phát hiện.

Bảo vệ vốn nằm bên dưới

Thanh toán có thể xác minh chỉ có ý nghĩa nếu tiền di chuyển khi nó cần. Hai lựa chọn thiết kế hỗ trợ điều đó:

  • Chỉ USDT thật. Mỗi số dư được thanh toán bằng USDT. Không có số dư mô phỏng và không có tiền chơi — mỗi vị thế phản ánh vốn thật.
  • Quỹ bảo hiểm tách biệt. Một quỹ bảo hiểm chuyên dụng, được tài trợ bằng phần cố định của mỗi thị trường đã thanh toán, hấp thụ các kết quả cực đoan để thanh toán không bao giờ bị giữ lại bởi khoảng trống thanh khoản. Khoảnh khắc một thị trường được giải quyết, người thắng được trả — quỹ tồn tại để bắc cầu các nghĩa vụ thanh toán bất thường mà không có sự chậm trễ.

Tự thử

  1. Mở Trade Explorer và chọn bất kỳ thị trường nào vừa được thanh toán.
  2. Ghi lại ID thị trường và proof hash đã công bố.
  3. Đọc phần Verify của tài liệu API và chạy truy vấn audit cho thị trường đó.
  4. Xác nhận rằng hash tái tạo khớp với hash đã công bố, và khớp lệnh được đưa vào dưới Merkle root neo cho batch của nó.

Nếu bất kỳ bước nào không khớp với bản ghi công khai, đó là bug và chúng tôi muốn biết.

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

'Thanh toán có thể xác minh' trên PredictAsiaX nghĩa là gì?

Mỗi lần thanh toán thị trường ghi lại giá đã giải quyết cộng proof hash trong Trade Explorer công khai. Bất kỳ ai — trader, Builder, kiểm toán viên — có thể tra cứu thị trường đã thanh toán bằng ID, đọc kết quả, và xác nhận proof hash độc lập mà không cần yêu cầu gì từ PredictAsiaX. Tiền thắng sau đó được trả bằng USDT on-chain, nơi mỗi giao dịch có thể xác minh riêng.

Tôi tra cứu bằng chứng của một thị trường đã thanh toán ở đâu?

Mở Trade Explorer trên predictasiax.com/explorer, tìm theo ID thị trường hoặc từ khóa, và mở bản ghi thanh toán của thị trường. Bạn sẽ thấy kết quả đã giải quyết, giá đã giải quyết, timestamp, và proof hash cho lần thanh toán đó. Trade Explorer không yêu cầu đăng nhập để truy cập đọc.

Bằng chứng PredictAsiaX hoạt động từ đầu đến cuối như thế nào?

Mỗi sự kiện khớp lệnh và thanh toán được ghi vào sổ cái vận hành. Các batch sự kiện sổ cái được hash cùng nhau thành một Merkle root. Merkle root được neo định kỳ vào lưu trữ đối tượng R2 và công bố, để batch không thể bị viết lại âm thầm về sau. Phần Verify của docs.predictasiax.com ghi lại sáu endpoint đọc không cần xác thực dưới /v1/audit/* cho phép bất kỳ client nào tái tạo bằng chứng và xác nhận rằng một khớp lệnh cụ thể đã được đưa vào batch đã ký, neo trên R2.

Tiền thắng được trả như thế nào?

Các vị thế thắng được trả bằng USDT thật ngay khi một thị trường được giải quyết — không có hàng đợi thủ công, không chờ phê duyệt nội bộ. Thanh toán được giải quyết on-chain, nên mỗi giao dịch có thể tự bạn xác nhận đối với blockchain công khai, độc lập với bất kỳ dashboard nào trên predictasiax.com.

Chuyện gì xảy ra nếu một lần thanh toán bị tranh chấp?

Mỗi thị trường đã thanh toán có một cửa sổ tranh chấp chính thức trong đó bất kỳ người dùng nào cũng có thể nêu thách thức. Các thách thức được xem xét trực tiếp đối với bằng chứng thanh toán đã công bố, không phải đối với tuyên bố bằng lời. Bản ghi đã công bố là thẩm quyền, và kết quả xem xét được ghi lại vào cùng dấu vết công khai. Điều này được ghi lại trong trang Technology & Security của nền tảng.

Tôi có phải tin PredictAsiaX về kết quả không?

Không. Đó chính là điểm mấu chốt. Mọi kết quả đều được lớp vận hành của chúng tôi xác nhận trước khi thanh toán di chuyển — không bao giờ phát hành mà không kiểm tra — và mọi kết quả đều được công bố với bằng chứng mà bất kỳ bên thứ ba nào cũng có thể xác minh. Tính toàn vẹn là điều bạn có thể kiểm tra độc lập, không phải điều bạn phải chấp nhận bằng đức tin.

Các giải quyết kết quả có bao giờ được thay đổi sau khi công bố không?

Chỉ thông qua quy trình cửa sổ tranh chấp, với bản ghi công khai đầy đủ về thách thức và cách giải quyết. Vì các batch Merkle được neo vào R2 với các root đã công bố, viết lại âm thầm là không thể — bản ghi bị thay đổi phá vỡ chuỗi audit, điều này có thể phát hiện bởi bất kỳ client nào chạy luồng xác minh /v1/audit/*.

Quỹ bảo hiểm tách biệt là gì và liên quan đến thanh toán như thế nào?

Một quỹ bảo hiểm chuyên dụng — được tài trợ bằng phần cố định của mỗi thị trường đã thanh toán — hấp thụ các kết quả cực đoan để thanh toán không bao giờ bị giữ lại bởi khoảng trống thanh khoản tạm thời. Điều này có nghĩa là thời điểm thanh toán được tách biệt khỏi dòng tiền cấp nền tảng: khoảnh khắc một thị trường được giải quyết, người thắng được trả, và quỹ tồn tại để bắc cầu các nghĩa vụ thanh toán bất thường mà không có sự chậm trễ.