Penyelesaian yang dapat diverifikasi di PredictAsiaX (2026)

Penyelesaian yang dapat diverifikasi di PredictAsiaX

Diterbitkan 2026-09-07Baca 8 menitProduk

Ringkasan

PredictAsiaX menerbitkan proof hash untuk setiap penyelesaian market ke Trade Explorer, membayar pemenang dalam USDT on-chain, dan me-anchor Merkle root secara berkala ke R2 sehingga klien mana pun dapat merekonstruksi dan memverifikasi secara independen bahwa suatu eksekusi telah dimasukkan dalam batch yang ditandatangani. Setiap hasil yang dipersengketakan ditinjau terhadap catatan publik yang sama. Anda tidak perlu mempercayai perkataan kami tentang bagaimana suatu market diselesaikan.

Setiap hasil, dapat dibuktikan

Market prediksi hanya bekerja jika hasilnya terpercaya. PredictAsiaX memperlakukan setiap penyelesaian sebagai catatan publik: harga penyelesaian dan proof hash yang dapat diverifikasi ditulis ke Trade Explorer untuk setiap market. Siapa pun dapat mencari market yang diselesaikan berdasarkan ID, membaca hasilnya, dan mengonfirmasi bukti secara independen — tanpa login, tanpa meminta kami, tanpa memercayai kata-kata kami.

Ini adalah janji yang dibuat di halaman Technology & Security dan diwujudkan oleh alat Verify publik di dokumentasi API.

Apa yang diterbitkan untuk setiap penyelesaian

Hasil dan harga penyelesaian. Harga penyelesaian yang tepat, sisi (YES / NO untuk market biner), dan timestamp dilampirkan ke catatan penyelesaian market.
Proof hash. Hash kriptografi dari input penyelesaian, diterbitkan bersama hasil. Siapa pun dapat merekonstruksi hash yang sama dari input yang sama.
Transaksi pembayaran USDT on-chain. Pembayaran menang dieksekusi on-chain dan setiap transaksi dapat diverifikasi pada block explorer publik, independen dari dashboard PredictAsiaX mana pun.
Pemasukan audit Merkle. Penyelesaian dimasukkan dalam batch yang Merkle root-nya secara berkala di-anchor ke penyimpanan R2. Klien mana pun dapat memanggil endpoint audit untuk merekonstruksi bukti dan mengonfirmasi pemasukan.

Cara kerja verifikasi, dari ujung ke ujung

Event eksekusi atau penyelesaian terjadi. Event ditulis ke ledger operasional dengan semua field yang diperlukan untuk reproduksi berikutnya.
Batching. Event ledger dikelompokkan ke dalam batch. Setiap batch menghasilkan Merkle root secara deterministik dari isinya.
Anchoring. Merkle root di-anchor ke penyimpanan R2 dan diterbitkan. Root yang di-anchor tidak dapat ditulis ulang secara diam-diam — setiap perubahan berikutnya pada isi batch akan menghasilkan root yang berbeda.
Rekonstruksi di sisi klien. Bagian Verify di docs.predictasiax.com mendokumentasikan enam endpoint baca tanpa auth di bawah /v1/audit/*. Klien mana pun dapat menanyakan eksekusi, meminta batch tempatnya berada, dan mengonfirmasi jalur Merkle kembali ke root yang diterbitkan.

Hasilnya: setiap eksekusi yang Anda lakukan, dan setiap penyelesaian yang Anda terima, dapat dibuktikan secara independen telah dimasukkan dalam batch yang ditandatangani. Anda tidak pernah perlu memercayai dashboard kami.

Tinjauan independen sebelum pembayaran bergerak

Hasil dikonfirmasi oleh lapisan operasi kami sebelum ada pembayaran yang dirilis. Ini adalah pilihan desain yang disengaja — bukan untuk memperkenalkan kebijaksanaan, tetapi untuk menangkap ambiguitas sumber data, kesalahan feed, dan kasus edge yang tidak akan tertangkap resolusi otomatis saja. Konfirmasi dicatat ke catatan penyelesaian publik yang sama, sehingga tinjauan dapat diaudit.

Setelah hasil dikonfirmasi, posisi menang dibayar langsung dalam USDT — tanpa antrian manual, tanpa menunggu persetujuan.

Jendela sengketa formal

Setiap market yang diselesaikan memiliki jendela sengketa formal di mana pengguna mana pun dapat mengajukan tantangan. Tantangan diputuskan terhadap bukti penyelesaian yang diterbitkan, bukan terhadap klaim verbal. Hasil tinjauan apa pun — dipertahankan, dikoreksi, atau ditolak — ditulis kembali ke jejak publik yang sama. Karena batch Merkle di-anchor, penulisan ulang diam-diam atas penyelesaian yang telah diputuskan tidak mungkin: itu akan merusak rantai audit dengan cara yang dapat dideteksi oleh klien mana pun yang menjalankan alur verifikasi.

Perlindungan modal berada di bawahnya

Penyelesaian yang dapat diverifikasi hanya penting jika uang bergerak saat seharusnya. Dua pilihan desain mendukung ini:

Hanya USDT sungguhan. Setiap saldo diselesaikan dalam USDT. Tidak ada saldo simulasi dan tidak ada uang mainan — setiap posisi mencerminkan dana nyata.
Dana asuransi tersegregasi. Dana asuransi khusus, didanai dari bagian tetap setiap market yang diselesaikan, menyerap hasil ekstrem sehingga pembayaran tidak pernah tertahan oleh kesenjangan likuiditas. Saat market diselesaikan, pemenang dibayar — dana ada untuk menjembatani kewajiban penyelesaian yang tidak biasa tanpa penundaan.

Coba sendiri

Buka Trade Explorer dan pilih market mana pun yang baru diselesaikan.
Catat ID market dan proof hash yang diterbitkan.
Baca bagian Verify di dokumentasi API dan jalankan kueri audit untuk market tersebut.
Konfirmasi bahwa hash yang direkonstruksi cocok dengan yang diterbitkan, dan bahwa eksekusi dimasukkan di bawah Merkle root yang di-anchor untuk batch-nya.

Jika ada langkah yang tidak sesuai dengan catatan publik, itu bug dan kami ingin tahu.

Pertanyaan yang sering diajukan

Apa arti 'penyelesaian yang dapat diverifikasi' di PredictAsiaX?

Setiap penyelesaian market mencatat harga penyelesaian ditambah proof hash di Trade Explorer publik. Siapa pun — trader, Builder, auditor — dapat mencari market yang sudah diselesaikan berdasarkan ID, membaca hasilnya, dan mengonfirmasi proof hash secara independen tanpa perlu meminta apa-apa kepada PredictAsiaX. Kemenangan kemudian dibayarkan dalam USDT on-chain, di mana setiap transaksi dapat diverifikasi secara terpisah.

Di mana saya melihat bukti market yang sudah diselesaikan?

Buka Trade Explorer di predictasiax.com/explorer, cari berdasarkan ID market atau kata kunci, dan buka catatan penyelesaian market. Anda akan melihat hasil penyelesaian, harga penyelesaian, timestamp, dan proof hash untuk penyelesaian tersebut. Trade Explorer tidak memerlukan login untuk akses baca.

Bagaimana proof PredictAsiaX bekerja dari ujung ke ujung?

Setiap event eksekusi dan penyelesaian ditulis ke ledger operasional. Batch event ledger di-hash bersama menjadi Merkle root. Merkle root secara berkala di-anchor ke penyimpanan objek R2 dan diterbitkan, sehingga batch tidak dapat ditulis ulang secara diam-diam kemudian. Bagian Verify di docs.predictasiax.com mendokumentasikan enam endpoint baca tanpa auth di bawah /v1/audit/* yang memungkinkan klien mana pun merekonstruksi bukti dan mengonfirmasi bahwa eksekusi tertentu telah dimasukkan dalam batch yang ditandatangani dan di-anchor ke R2.

Bagaimana kemenangan dibayar?

Posisi menang dibayarkan dalam USDT nyata pada saat market diselesaikan — tanpa antrian manual, tanpa menunggu persetujuan internal. Pembayaran diselesaikan on-chain, sehingga setiap transaksi dapat Anda konfirmasi sendiri terhadap blockchain publik, independen dari dashboard mana pun di predictasiax.com.

Apa yang terjadi jika suatu penyelesaian disengketakan?

Setiap market yang diselesaikan memiliki jendela sengketa formal di mana pengguna mana pun dapat mengajukan tantangan. Tantangan ditinjau langsung terhadap bukti penyelesaian yang diterbitkan, bukan terhadap klaim verbal. Catatan yang diterbitkan adalah otoritas, dan hasil tinjauan dicatat kembali ke jejak publik yang sama. Ini didokumentasikan di halaman Technology & Security platform.

Apakah saya harus percaya PredictAsiaX untuk hasilnya?

Tidak. Itulah intinya. Setiap hasil dikonfirmasi oleh lapisan operasi kami sebelum pembayaran bergerak — tidak pernah dirilis tanpa diperiksa — dan setiap hasil diterbitkan dengan bukti yang dapat diverifikasi oleh pihak ketiga mana pun. Integritas adalah sesuatu yang dapat Anda periksa secara independen, bukan sesuatu yang harus Anda terima berdasarkan iman.

Apakah resolusi hasil pernah diubah setelah publikasi?

Hanya melalui proses jendela sengketa, dengan catatan publik lengkap tentang tantangan dan resolusinya. Karena batch Merkle di-anchor ke R2 dengan root yang diterbitkan, penulisan ulang diam-diam tidak mungkin — catatan yang diubah merusak rantai audit, yang dapat dideteksi oleh klien mana pun yang menjalankan alur verifikasi /v1/audit/*.

Apa itu dana asuransi tersegregasi dan bagaimana kaitannya dengan penyelesaian?

Dana asuransi khusus — didanai dari bagian tetap setiap market yang diselesaikan — menyerap hasil ekstrem sehingga pembayaran tidak pernah tertahan oleh kesenjangan likuiditas sementara. Ini berarti momen penyelesaian dipisahkan dari arus kas tingkat platform: saat market diselesaikan, pemenang dibayar, dan dana ada untuk menjembatani kewajiban penyelesaian yang tidak biasa tanpa penundaan.