Polymarket Melancarkan Protokol V2, Dengan Pasar Baru Berpindah Pada 2 November

2026/10/13 17:00:00

Polymarket telah mula melancarkan Protokol V2, peningkatan besar kepada infrastruktur kontrak pintar yang menyokong pasaran ramalan berdasarkan blok rantai. Diumumkan pada 5 Oktober 2026, protokol baharu ini memperkenalkan token kedudukan seragam, kontrak dagang yang direka semula, dan integrasi oracle yang diperluaskan. Syarikat ini menargetkan 2 November 2026 untuk pasaran yang dicipta baharu berpindah ke V2, selepas beberapa minggu ujian langsung. Peningkatan ini mempengaruhi infrastruktur di sebalik dagangan pasaran ramalan, di mana peserta membeli dan menjual kedudukan yang dikaitkan dengan kesudahan dunia nyata. Sementara kedudukan sedia ada akan kekal pada kontrak mereka yang sedia ada, pembangun dan pembuat pesanan perlu bersedia untuk perubahan terhadap integrasi dagangan, kebenaran kontrak, dan perkhidmatan data pasaran.

Poin Utama

Pelancaran Protokol Polymarket V2: Polymarket memperkenalkan infrastruktur pasaran ramalan yang ditingkatkan pada 5 Oktober 2026, bermula dengan ujian langsung terhadap sebelum pelancaran luas yang menargetkan pasaran yang baru diciptakan.
Sasaran migrasi 2 November: Polymarket merancang sementara untuk memindahkan pasaran baru ke Protocol V2 pada 2 November, selepas pengujian canary yang dijadualkan sehingga 30 Oktober. Pasaran yang sedia ada tidak akan bermigrasi secara automatik.
Peningkatan smart-contract: Protokol V2 memperkenalkan token kedudukan ERC-1155, ExchangeV3, dan kontrak modular yang menyokong empat format pasaran, sambil mengekalkan jaminan pUSD yang disokong 1:1 oleh USDC.
Kedudukan sedia ada dan keperluan pembangun: Pegangan CTF semasa masih disokong tanpa penukaran wajib. Pembangun mesti mengemas kini integrasi yang terjejas, termasuk pengenal kedudukan baharu, persetujuan kontrak, dan keperluan penandatanganan pesanan.
Tarikh akhir API 24 Oktober: Polymarket merancang untuk membatalkan endpoint Data API V1, dengan pengecualian yang didokumenkan, sebelum peralihan pasaran V2 yang lebih luas. Pembangun yang bergantung pada perkhidmatan yang terkesan perlu berpindah ke Data API V2.
Keselamatan dan kemampuan masa depan: Enam syarikat keselamatan telah mengulas kontrak V2, sementara infrastruktur oracle baharu menyokong integrasi UMA dan Chainlink. Fungsi lintas rantai tetap menjadi kemampuan masa depan yang berpotensi, bukan pelancaran umum yang telah disahkan.

Pelancaran Protokol Polymarket V2 dan Tarikh Migrasi November 2

Polymarket memperkenalkan Protokol V2 pada 5 Oktober 2026, memulakan peningkatan bertahap terhadap kontrak pintar yang menyokong pasaran ramalan berdasarkan blok rantai. Diumumkan oleh Rajath Alex, Ketua Protokol Polymarket, pembaruan ini menggantikan komponen utama arsitektur asal platform yang dibina berdasarkan Gnosis Conditional Tokens Framework (CTF). Pelancaran bertujuan untuk menyederhanakan infrastruktur pasaran, menyokong format pasaran tambahan, dan meningkatkan fleksibiliti untuk pembangunan masa depan. 2 November 2026 adalah tarikh sasaran sementara bagi pasaran yang dicipta baharu untuk mengadopsi V2, bukan tarikh mewajibkan pemindahan bagi semua pasaran sedia ada. Pendekatan bertahap membolehkan Polymarket menilai sistem yang ditingkatkan sebelum memperluaskan penggunaannya, sambil terus menyokong pasaran yang beroperasi di infrastruktur sedia ada.

Mengapa Polymarket Menguji Protokol V2 Dengan Pasar Canary

Polymarket bermula menguji Protokol V2 melalui sejumlah kecil pasaran kanari langsung, bukan dengan segera memindahkan semua aktiviti pasaran ke infrastruktur baharu. Pasaran-pasaran ini beroperasi menggunakan kontrak pintar V2 dan membolehkan pembangun menilai operasi perdagangan, pemprosesan transaksi, dan interaksi antara komponen protokol di bawah keadaan sebenar. Dengan memperkenalkan sistem secara berperingkat, Polymarket dapat mengkaji bagaimana arsitektur baharu menangani aktiviti pasaran tanpa memerlukan peralihan menyeluruh ke seluruh platform.

Tempoh ujian dijadualkan untuk berterusan sehingga 30 Oktober 2026, memberi masa kepada Polymarket untuk mengenal pasti masalah teknikal atau integrasi yang berpotensi sebelum memperluaskan pelaksanaan. Pengujian Canary boleh membantu mengungkap isu-isu yang mungkin terlepas daripada persekitaran pembangunan yang dikawal, walaupun ia tidak dapat menjamin bahawa pelancaran yang lebih luas akan bebas daripada kerentanan atau gangguan operasi. Keputusan akan penting dalam menentukan sama ada protokol itu bersedia untuk pengambilan yang lebih luas dan sama ada penyesuaian tambahan diperlukan sebelum peralihan yang dirancang pada November.

Kapan Pasar Polymarket akan berpindah ke Protokol V2?

Pemindahan Polymarket mengikuti jadual bertahap yang merangkumi perkhidmatan pembangun, ujian langsung, dan pelaksanaan pasaran baharu. Perpindahan ini juga memisahkan kedudukan CTF yang sedia ada daripada pasaran yang dicipta di bawah Protokol V2, bermakna pegangan semasa tidak akan ditukar secara automatik kepada arsitektur baharu. Perbezaan ini penting kerana peningkatan ini mempengaruhi bahagian-bahagian berbeza dalam infrastruktur Polymarket pada masa yang berbeza. Menurut panduan pemindahan yang diterbitkan oleh Polymarket, matlamat utama yang akan datang ialah:

24 Oktober 2026: Polymarket merancang untuk membatalkan endpoint Data API V1, dengan pengecualian yang didokumentasikan, yang memerlukan pembangun yang terkesan berpindah ke Data API V2.
30 Oktober 2026: Tempoh ujian kanari yang dijadualkan berakhir, tunduk kepada keputusan ujian pengeluaran.
2 November 2026: Polymarket berhasrat untuk mula mencipta pasaran ramalan baharu menggunakan Protokol V2, sementara pasaran CTF yang sedia ada kekal terpisah.

Sasaran migrasi pada 2 November masih bersyarat, dan jadual pelaksanaan akhir mungkin berubah bergantung kepada keputusan ujian dan kesiapan teknikal. Pasar yang sedia ada tidak akan berpindah secara automatik ke V2 pada tarikh tersebut, jadi peralihan mungkin melibatkan infrastruktur lama dan yang ditingkatkan beroperasi serentak. Polymarket belum menetapkan 2 November sebagai batas masa universal untuk menukar semua kedudukan yang masih ada.

Bagaimana Protokol Polymarket V2 Mengubah Kontrak Pintar, Jaminan pUSD, dan Integrasi Oracle

Protokol Polymarket V2 memperkenalkan infrastruktur perdagangan semula direka yang membawa pengurusan kedudukan, logik khas pasaran, pengurusan jaminan, dan proses penyelesaian ke dalam sistem yang lebih terpadu. Peningkatan ini menggantikan beberapa komponen arsitektur Conditional Tokens Framework (CTF) yang lebih lama dengan kontrak pintar modular yang direka untuk menyokong pelbagai format pasaran ramalan. Perubahan teknikal utamanya melibatkan token kedudukan ERC-1155, jaminan pUSD, ExchangeV3, dan OracleAggregator yang menghubungkan pelbagai mekanisme penyelesaian.

Kontrak Pintar ERC-1155 dan Pasar Ramalan Modular

Arsitek baharu menggunakan satu kontrak PositionManager berdasarkan piawaian token ERC-1155 untuk mengurus kedudukan pasaran ramalan. ERC-1155 membenarkan pelbagai jenis token wujud dalam satu kontrak pintar, mengurangkan keperluan untuk struktur pengurusan kedudukan yang berasingan. Perdagangan diuruskan melalui ExchangeV3, manakala kontrak Router mengkoordinasikan operasi seperti pemisahan, penggabungan, dan penebusan kedudukan. Susunan ini memisahkan pengiraan token daripada fungsi khusus pasaran, menjadikan sistem asas lebih mudah dikembangkan tanpa mererekabentuk infrastruktur kedudukan pusatnya.

Polymarket V2 pada awalnya menyokong empat format pasaran: Binary, Atomic Neg-risk, Incremental Neg-risk, dan Combinatorial. Ketiganya beroperasi melalui tiga modul yang didokumentasikan: BinaryModule, NegRiskModule, dan CombinatorialModule. Pasaran Binary melibatkan dua kesudahan yang mungkin, manakala format negatif-risk mengakomodasi kesudahan yang berkaitan dalam peristiwa yang lebih luas. Pasaran Combinatorial menyokong kedudukan yang berkaitan dengan kombinasi kesudahan. Setiap kedudukan juga menerima pengenal struktur yang menghubungkannya dengan modul yang sesuai, membolehkan sistem menentukan kontrak mana yang mengurus operasinya.

Bagaimana Jaminan pUSD Berfungsi dalam Protokol Polymarket V2

Polymarket V2 menggunakan Polymarket USD (pUSD) sebagai token jaminan, mempertahankan sistem perniagaan yang dinyatakan dalam dolar AS di pelbagai format pasaran ramalan. Berbeza dengan mata wang kripto spekulatif yang dikeluarkan baharu, pUSD adalah token ERC-20 di Polygon yang disokong 1:1 oleh USDC, dengan sokongan tersebut dikuatkuasakan melalui kontrak pintar. Susunan ini mengikuti penggunaan luas jaminan koin stabil dalam perniagaan mata wang kripto, di mana aset yang dikaitkan dengan nilai rujukan yang lebih stabil menyokong perniagaan dan penyelesaian. Polymarket pada mulanya memperkenalkan pUSD semasa peningkatan bursa pada 28 April 2026, bermakna rilis Protokol Oktober V2 meneruskan susunan jaminan yang sedia ada daripada memperkenalkan koin stabil baharu.

Infrastruktur jaminan termasuk kontrak CollateralOnramp dan CollateralOfframp yang mengendalikan penukaran antara aset jaminan yang disokong dan pUSD. Dokumentasi Polymarket juga mengenal pasti penyesuai yang menghubungkan pUSD dengan jaminan yang digunakan oleh pasaran CTF lebih lama, membolehkan kedua-dua sistem kedudukan beroperasi dalam infrastruktur perdagangan yang lebih luas. Reka bentuk ini menyediakan lapisan jaminan sepunya sambil mengekalkan kesesuaian antara arsitektur pasaran yang berbeza. Walau bagaimanapun, penggunaan jaminan yang disokong USDC tidak menghilangkan risiko kontrak pintar, penukaran, atau koin stabil asal.

OracleAggregator Menghubungkan UMA dan Chainlink untuk Penyelesaian Pasar

Protokol V2 memperkenalkan OracleAggregator untuk mengkoordinasikan bagaimana pasaran ramalan menentukan hasil akhir mereka. Sebuah oracle menyediakan maklumat luaran yang tidak boleh disahkan secara berdiri sendiri oleh kontrak pintar blok rantai, seperti keputusan pilihan raya, hasil sukan, atau harga aset. oracle blok rantai terdesentralisasi ini merupakan komponen penting dalam aplikasi yang bergantung pada maklumat dunia nyata. Alih-alih bergantung pada satu mekanisme penyelesaian tunggal untuk setiap pasaran, arsitektur baharu ini menggunakan modul boleh konfigurasi yang boleh menyambungkan sumber pelaporan yang berbeza. Ini memberikan Polymarket fleksibiliti yang lebih besar dalam menyesuaikan proses penyelesaian pasaran dengan jenis maklumat yang diperlukan.

Sistem oracle yang didokumentasikan merangkumi beberapa komponen yang berbeza:

Integrasi UMA: Modul OOReporterModule boleh menghantar keputusan yang telah ditetapkan daripada Optimistic Oracle UMA ke dalam proses penyelesaian Polymarket, menyokong pasaran yang bergantung kepada hasil yang disahkan secara luaran.
Data harga Chainlink: Modul ChainlinkReporterModule menyokong penyelesaian berdasarkan harga menggunakan maklumat Aliran Data Chainlink yang telah dikonfigurasi, termasuk perbandingan antara harga permulaan dan harga akhir aset.
Kawalan pertikaian dan arbirtrasi: OracleAggregator menyokong ambang pelaporan, jendela pertikaian, dan prosedur arbirtrasi. Mekanisme ini membolehkan kesudahan yang dilaporkan dipertikaikan mengikut peraturan yang telah dikonfigurasi sebelum penyelesaian akhir.

Sistem modular boleh menampung sumber resolusi tambahan tanpa perlu menggantikan keseluruhan arsitektur pengurusan kedudukan. Walau bagaimanapun, kebolehpercayaan oracle tetap penting kepada ketepatan pasaran ramalan. Data luaran yang salah, kesilapan konfigurasi, atau perselisihan mengenai hasil peristiwa masih boleh mempengaruhi penyelesaian, walaupun beberapa mekanisme pelaporan disokong.

Apakah yang Dimaksudkan dengan Polymarket V2 untuk Kedudukan Sedia Ada, Pembangun, dan Pasar Ramalan Masa Depan

Peningkatan Protokol V2 Polymarket memperkenalkan keperluan yang berbeza untuk pedagang harian, pembangun, dan pembuat pasaran. Walaupun platform ini bertujuan untuk mengekalkan pengalaman dagangan yang biasa untuk pengguna biasa, aplikasi yang disambungkan secara langsung kepada infrastrukturnya perlu mengambil kira pengenal baru untuk kedudukan, kebenaran kontrak, dan peraturan penandatanganan pesanan. Sistem yang direka semula juga mencipta peluang untuk ciri-ciri pasaran ramalan tambahan, walaupun beberapa kemampuan masih dalam pembangunan dan belum tersedia untuk penggunaan umum.

Apa yang berlaku kepada Kedudukan dan Dompet Polymarket yang Sedia Ada?

Kedudukan Polymarket yang sedia ada akan terus beroperasi melalui kontrak Kerangka Token Bersyarat (CTF) asal mereka, kecuali jika berlaku pemindahan yang berasingan. Menurut panduan pemindahan Polymarket, pengguna laman web dan aplikasi mudah alih tidak perlu melakukan pemindahan teknikal atau memindahkan secara manual kepunyaan mereka ke dompet yang berbeza. Walau bagaimanapun, pengguna mungkin menghadapi permintaan kuasa baharu apabila berinteraksi dengan pasaran yang berjalan di atas infrastruktur yang ditingkatkan. Kebenaran ini membenarkan kontrak pintar yang berkaitan mengakses aset atau kedudukan yang diluluskan untuk operasi perdagangan tertentu.

Beberapa pertimbangan praktikal adalah penting bagi pemegang kedudukan yang sedia ada:

Persetujuan dompet: Pengguna mungkin perlu mengesahkan kontrak perniagaan baru sebelum berinteraksi dengan pasaran V2. Kebenaran sedia ada untuk kontrak lama tidak secara automatik diperluaskan kepada sistem baharu.
Pengurusan kedudukan: Simpanan lama kekal dikaitkan dengan kontrak asal mereka, manakala kedudukan V2 menggunakan sistem perakaunan yang berasingan. Aplikasi yang melacak portofolio mesti mengenali kedua-duanya.
Pemindahan pilihan: Dokumentasi kontrak Polymarket menggambarkan mekanisme untuk menukar kedudukan warisan tertentu yang layak menjadi kedudukan V2, tetapi syarat atau peristiwa yang berkaitan mesti didaftarkan terlebih dahulu. Ini bukan proses automatik seluruh platform.

Untuk pedagang biasa, pertimbangan utama ialah sama ada pasaran tertentu beroperasi di bawah infrastruktur lama atau yang telah ditingkatkan. Pengguna harus mengikuti arahan yang diberikan melalui antara muka rasmi Polymarket dan mengesahkan permintaan kelulusan dompet sebelum mengizinkan transaksi. Peningkatan protokol tidak menghilangkan risiko kewangan yang berkaitan dengan pasaran ramalan, termasuk kemungkinan kerugian apabila suatu peristiwa diselesaikan bertentangan dengan kedudukan.

Bagaimana Pembangun dan Pembuat Pasaran Harus Menyesuaikan Diri dengan Polymarket V2

Pembangun yang mengendalikan bot dagangan, sistem pembuat pasaran, papan pemantau portofolio, atau platform analitik menghadapi perubahan integrasi yang lebih besar. Infrastruktur kemas kini Polymarket memerlukan aplikasi untuk membezakan antara aset CTF lama dan kedudukan V2 apabila meletakkan pesanan, memeriksa baki, atau memproses aktiviti pasaran. Walaupun endpoint buku pesanan yang sedia ada dan pengaturan autentikasi masih tersedia untuk integrasi yang sepadan, transaksi V2 memerlukan pengenal pasti, persetujuan kontrak, dan peraturan tanda tangan yang berbeza.

Keperluan teknikal utama termasuk:

Pengenal pasaran: Integrasi V2 menggunakan positionIds, manakala pasaran lama terus menggunakan clobTokenIds. Aplikasi mesti mengenal pasti versi pasaran sebelum memilih pengenal aset yang sesuai.
Pengesahan pesanan: Pesanan ExchangeV3 menggunakan versi 3 domain penandatanganan EIP-712, manakala pesanan CTFExchangeV2 yang sedia ada menggunakan versi 2. Mencampurkan format ini boleh menyebabkan pesanan ditolak.
Kebenaran perdagangan: Membeli kedudukan V2 memerlukan persetujuan pUSD yang mencukupi untuk ExchangeV3, manakala menjual memerlukan kebenaran operator terhadap token PositionManager yang berkaitan.
Pengintegrasian Data API: Data API V2 memperkenalkan paginasi berdasarkan cursor, struktur respons yang distandardkan, dan medan snake_case. Endpoints /v2/positions juga menyokong penapisan kedudukan mengikut status, termasuk kedudukan terbuka, boleh ditebus, boleh digabungkan, dan ditutup.

Perubahan ini khususnya relevan untuk sistem perdagangan automatik yang bergantung pada pelaksanaan pesanan yang tepat dan perakaunan portofolio. Pembangun perlu menguji operasi pasaran legasi dan V2, termasuk pengambilan baki, penghantaran pesanan, dan penyelesaian kedudukan. Pembuat pesanan juga perlu memastikan perisian mereka memilih kontrak dan kebenaran yang betul untuk setiap transaksi, kerana ralat integrasi boleh mengganggu perdagangan walaupun pasaran asas masih beroperasi.

Pasaran Ramalan Masa Depan: Perdagangan Silang Rantaian dan Ciri-Ciri Baharu

Selain migrasi segera, Polymarket Protocol V2 menyediakan infrastruktur yang direka untuk menyokong pindahan kedudukan lintas rantai dan fungsi pasaran tambahan. Arkitektur jambatan yang didokumentasikan menggunakan Protokol Interoperabiliti Lintas-Rantai Chainlink (CCIP) untuk menyokong pergerakan kedudukan yang layak, jaminan, dan keputusan penyelesaian antara rangkaian yang disokong. Di bawah reka bentuk pusat-dan-jejari yang dicadangkan, Polygon berfungsi sebagai rangkaian penyelesaian yang berkuasa, sementara rangkaian lain boleh menyokong aktiviti perdagangan yang serasi. Walau bagaimanapun, perdagangan lintas-rantai umum belum disahkan sebagai aktif, dan mekanisme jambatan yang didokumentasikan tidak semasa ini menyokong setiap format kedudukan.

Polymarket juga telah mengenal pasti ciri-ciri berpotensi seperti resolusi skalar dan pengembalian jaminan berarah, yang boleh memperluas cara pasaran ramalan masa depan mewakili hasil dan mengurus jaminan. Resolusi skalar boleh menyokong pasaran yang melibatkan hasil nombor bukan hanya kategori tetap, walaupun pelaksanaan dan ketersediaannya masih tunduk kepada pembangunan lanjut. Arsitektur modular mungkin membuat penambahan masa depan lebih mudah diintegrasikan, tetapi ia tidak menjamin bahawa kos perdagangan akan turun atau likuiditi akan meningkat. Hasil-hasil tersebut akan bergantung pada pelaksanaan sebenar, penyertaan pasaran, dan prestasi infrastruktur yang ditingkatkan.

Kesimpulan

Protokol Polymarket V2 memperkenalkan perubahan besar kepada infrastruktur pasaran ramalan platform, termasuk kedudukan ERC-1155 yang disatukan, kontrak pintar modular, dan integrasi orakel tambahan. Peningkatan ini direka untuk mempermudah arsitektur perdagangan yang semakin kompleks sambil mencipta ruang untuk format pasaran masa depan dan fungsi lintas rantai.

Fokus segera masih ke atas pelaksanaan bertahap. 2 November 2026 adalah tarikh peralihan sementara untuk pasaran yang baru dicipta, manakala kedudukan CTF yang sedia ada tidak akan berpindah secara automatik. Pembangun juga menghadapi batas masa penarikan awal Data API V1 pada 24 Oktober. Walaupun arsitektur ini menawarkan fleksibiliti yang lebih besar, kesannya terhadap prestasi perdagangan, likuiditi, dan kos operasi akan menjadi lebih jelas hanya selepas pelaksanaan yang lebih luas. Bagi pedagang dan pembangun, memahami perbezaan ini lebih berguna daripada mengandaikan setiap pasaran akan berubah serentak.

🔥 Di Luar Berita Utama: Apa yang Dimaksud dengan KuCoin 5.0 untuk Anda

Berita pasaran bergerak pantas — tetapi tempat anda bertindak atasnya sama pentingnya. Pada Oktober ini, KuCoin melancarkan KuCoin 5.0, mengubah KuCoin menjadi platform yang dibina semula. Berikut adalah perubahan yang sebenarnya berlaku untuk anda:

Satu akaun untuk segalanya. Platform lama memisahkan dana anda ke dalam akaun "spot", "margin", dan "niaga hadapan" yang berasingan dan mengharapkan anda memahami mengapa. Akaun Bersepadu KuCoin 5.0 menghapuskan semua itu — deposit sekali sahaja, dan semuanya akan tersedia secara langsung (hanya tersedia untuk VIP pada masa ini).
Saham, indeks, dan komoditi. KuCoin 5.0 mengembangkan diri melampaui kripto ke pasaran global. Apabila kripto bergerak mendatar dan ekuitas naik (atau sebaliknya), anda boleh berpindah dalam beberapa minit tanpa perlu membuka akaun broker dan menunggu berhari-hari untuk saluran fiat.
Aset dunia nyata (RWA). Paparan yang ditokenkan terhadap aset tradisional seperti komoditi, tepat di dalam akaun kripto anda. Salah satu segmen yang tumbuh paling pantas dalam kewangan global kini tidak lagi diperuntukkan hanya untuk institusi — anda boleh mengaksesnya daripada baki yang sama yang anda gunakan untuk perdagangan.
Hasilkan sambil belajar. Belum bersedia untuk berdagang? KCUSD membolehkan koin stabil anda menghasilkan faedah harian yang auto-kompaun. Cara paling tenang untuk menjadikan deposit anda yang menganggur bekerja untuk mendapatkan pulangan 4%.
Pembantu AI dalam bahasa yang mudah. Tanya soalan, dapatkan konteks pasaran, fahami apa yang anda lihat — terintegrasi ke dalam platform, tiada jargon diperlukan.
Sebuah aplikasi yang tidak membanjiri. Lebih pantas, lebih bersih, dan konsisten — intuitif sejak sentuhan pertama, bukan selepas tutorial.
Keselamatan yang boleh anda semak, bukan sekadar dipercayai. Entiti EU berlesen MiCAR, Proof of Reserves yang boleh anda semak sendiri, dan keselamatan bersijil antarabangsa (SOC 2 Type II, ISO 27001:2022).

Cipta akaun anda dalam beberapa minit — dan mula di platform yang dibina untuk masa depan kripto, bukan tempat ia bermula.

Soalan Lazim

Bolehkah pedagang menjual kedudukan Polymarket V2 sebelum acara berakhir?

Ya. Pedagang boleh menjual token kesudahan sebelum penyelesaian pasaran, selagi pasaran masih terbuka dan terdapat minat pembelian yang mencukupi. Harga jualan bergantung pada pesanan yang tersedia dan keadaan pasaran. Kerana pelaksanaan pesanan pasaran ramalan bergantung pada likuiditi yang tersedia, harga jualan akhir mungkin berbeza daripada harga pasaran yang dipaparkan. Keluar awal mungkin menghasilkan keuntungan atau kerugian, tanpa mengira bagaimana peristiwa tersebut akhirnya diselesaikan.

Bagaimana kedudukan yang menang dibayar selepas pasaran Polymarket V2 diselesaikan?

Selepas penyelesaian, token hasil yang menang boleh ditebus untuk jaminan mengikut pembayaran yang direkodkan oleh pasaran. Dalam pasaran binari standard, setiap saham yang menang biasanya ditebus sebanyak 1 pUSD, manakala saham yang kalah tidak mempunyai nilai tebusan. Sesetengah pasaran mungkin menggunakan pembayaran terpisah, bergantung kepada peraturan penyelesaian mereka.

Di Mana Pengguna Boleh Mengesahkan Kontrak Pintar Polymarket Protocol V2?

Pengguna boleh mengesahkan alamat kontrak yang dilaksanakan melalui dokumen pembangun rasmi Polymarket dan memeriksa transaksi yang berkaitan di PolygonScan. Pendaftar kontrak mengenal pasti kontrak perdagangan, jaminan, pengurusan kedudukan, dan penyelesaian. Apabila suatu kontrak menggunakan proxy, pengguna harus merujuk kepada alamat proxy yang didokumentasikan, bukan alamat pelaksanaan atau pautan pihak ketiga yang tidak disahkan.

Adakah Protokol Polymarket V2 Telah Mengalami Pemeriksaan Keselamatan?

Ya. Polymarket telah menerbitkan ulasan keselamatan yang melibatkan Cantina, Certora, Quantstamp, SigmaPrime, Zellic, dan Pashov. Certora juga menjalankan kerja pengesahan formal, manakala program bug-bounty Cantina menawarkan hadiah sehingga $5 juta untuk kerentanan kritikal yang memenuhi syarat. Langkah-langkah ini memperkuat penilaian keselamatan tetapi tidak dapat menjamin bahawa setiap kerentanan telah dikenal pasti.

Penafian

Maklumat yang diberikan di halaman ini mungkin berasal dari sumber pihak ketiga dan tidak semestinya mewakili pandangan atau pendapat KuCoin. Kandungan ini dimaksudkan semata-mata untuk tujuan maklumat umum dan tidak seharusnya dianggap sebagai nasihat kewangan, pelaburan, atau profesional. KuCoin tidak menjamin keakuratan, kelengkapan, atau kebolehpercayaan maklumat tersebut, dan tidak bertanggungjawab atas sebarang kesilapan, kekurangan, atau kesan yang timbul daripada penggunaannya. Pelaburan dalam aset digital membawa risiko yang melekat. Sila menilai dengan teliti toleransi risiko dan situasi kewangan anda sebelum membuat sebarang keputusan pelaburan. Untuk butiran lanjut, sila rujuk Terma Penggunaan dan Pendedahan Risiko KuCoin.

Penafian: Halaman ini telah diterjemahkan dengan menggunakan teknologi AI untuk keselesaan anda. Untuk mendapatkan maklumat yang paling tepat, rujuk kepada versi bahasa Inggeris asal.