Cointime

Download App
iOS & Android

การเปิดเผยรายละเอียดขั้นสูงของการดำเนินการทางเทคนิคที่อยู่เบื้องหลัง Polymarket

หมายเหตุบรรณาธิการ: Polymarket ได้รับความสนใจมากขึ้นในระหว่างการเลือกตั้งสหรัฐฯ ครั้งนี้ ไม่เพียงเพราะปริมาณการซื้อขายสะสมของธีมการทำนายเกินกว่า 3.6 พันล้านดอลลาร์สหรัฐ แต่ยังเป็นเพราะสามารถคาดการณ์อนาคตของ Trump ได้สำเร็จล่วงหน้าเมื่อเทียบกับการสำรวจและสื่อแบบดั้งเดิมจะชนะและ ทำให้ผู้คนตระหนักมากขึ้นว่า Polymarket ไม่ได้เป็นเพียงเว็บไซต์การพนัน แต่จะกลายเป็นเว็บไซต์ข่าวที่น่าเชื่อถือและน่าเชื่อถือมากขึ้น (แนะนำให้อ่าน: " บทความใหม่ของ Vitalik: จากตลาดการทำนายไปจนถึงการเงินด้านข้อมูล ") Polymarket อาจเป็น "ภูมิทัศน์" ที่สวยที่สุดในนวัตกรรมบล็อกเชนรอบนี้

แล้ว Polymarket ซึ่งมีความสำคัญของ "การปฏิวัติบล็อคเชน" จะตระหนักในทางเทคนิคได้อย่างไร? Pavel Naydanov ผู้พัฒนาสัญญาอัจฉริยะพังทลายและอธิบายเทคโนโลยีที่ Polymarket ใช้โดยละเอียด ซึ่งอาจให้ความรู้แก่นักพัฒนา Odaily Planet Daily รวบรวมส่วนที่เกี่ยวข้องกับการใช้งานทางเทคนิคดังต่อไปนี้ ต่อไป เราจะมาเจาะลึกรายละเอียดทางเทคนิคของแต่ละแง่มุมของโปรโตคอล

CTF: ผลลัพธ์โทเค็น

ผลลัพธ์กิจกรรมทั้งหมดใน Polymarket เป็นโทเค็น:

  • โทเค็นดังกล่าวสามารถเรียกว่าโทเค็นการแชร์
  • ซื้อหุ้นด้วยสินทรัพย์อ้างอิง ดังนั้นจึงมีหลักประกันเต็มจำนวน
  • สามารถขายหุ้นเพื่อให้ได้สินทรัพย์อ้างอิง

โทเค็นการแบ่งปันคือการใช้งาน ERC-1155 โดยอิงตาม Gnosis Conditional Token Framework (CTF) ซึ่งได้รับการพิสูจน์ประสิทธิภาพและได้รับการทดสอบบนหลายโปรโตคอล CTF สามารถรองรับผลลัพธ์ได้สูงสุด 256 รายการต่อเหตุการณ์

การคาดคะเนแต่ละครั้งจะถูกระบุใน CTF ซึ่งจะได้รับการกำหนดรหัสเงื่อนไขที่ไม่ซ้ำกันซึ่งประกอบด้วยแฮชของพารามิเตอร์สามตัว:

  • ออราเคิล: ที่อยู่ของออราเคิลที่จะกำหนดผลลัพธ์ของเหตุการณ์ ทำให้มั่นใจได้ว่ามีเพียงออราเคิลที่กำหนดเท่านั้นที่สามารถตัดสินการทำนายได้
  • รหัสคำถาม: ตัวระบุการทำนาย กำหนดโดยผู้สร้างคำถามการทำนาย นี่อาจเป็นตัวนับง่ายๆ ที่การทำนายใหม่แต่ละครั้งจะเพิ่มค่าก่อนหน้า หรือรูปแบบที่ซับซ้อนมากขึ้นโดยใช้แฮชของข้อความและข้อมูลอื่นๆ
  • resultSlotCount: จำนวนผลลัพธ์ที่คาดการณ์ได้ที่เป็นไปได้

รูปภาพด้านล่างแสดงให้เห็นวิธีการทำงานของ CTF (Conditional Token Framework)

ผู้ใช้จัดเตรียมสินทรัพย์อ้างอิงเมื่อวางเดิมพันและรับโทเค็นการแบ่งปัน ซึ่งเรียกว่าโทเค็นแบบมีเงื่อนไขใน CTF หลังจากที่ oracle กำหนดการทำนายแล้ว ผู้ใช้จะได้รับรางวัลจาก CTF ตามผลการทำนาย

เมื่อผู้ใช้ได้รับโทเค็นแบบมีเงื่อนไข จะถือว่าผู้ใช้มีจุดยืนเฉพาะ ใน CTF ตำแหน่งแสดงถึงชุดของผลลัพธ์ที่เป็นไปได้สำหรับการทำนายแต่ละครั้ง CTF สร้างตำแหน่งเหล่านี้สำหรับการทำนายแต่ละครั้ง โดยแต่ละตำแหน่งจะสอดคล้องกับหนึ่งในผลลัพธ์ที่เป็นไปได้ที่ผู้ใช้สามารถเลือกได้

ตัวอย่างเช่น:

ภาพยนตร์ที่ทำรายได้สูงสุดในปี 2024 คือเรื่องใด?

ตัวอย่างเช่น:

ภาพยนตร์ที่ทำรายได้สูงสุดในปี 2024 คือเรื่องใด?

  • ด้านในออก 2
  • แมดแม็กซ์ 4
  • เดดพูล 3
  • โจ๊กเกอร์ 2
  • ฉันน่ารังเกียจ 4
  • เนินทราย 2
  • อื่น

ผู้ใช้สามารถโหวตได้ว่า Inside Out 2 จะเป็นภาพยนตร์ที่ทำรายได้สูงสุดหรือไม่ หรือ Dune 2 จะไม่ใช่ภาพยนตร์ที่ทำรายได้สูงสุดในปี 2024 อย่างแน่นอน การรวมกันของการคาดการณ์นี้จะถือเป็นตำแหน่งของพวกเขา

CTF มีกลไกที่น่าสนใจสองประการสำหรับการจัดการตำแหน่ง: การแยกและการรวม กลไกการแยกช่วยให้สามารถแยกตำแหน่งเดียวออกเป็นหลายผลลัพธ์แต่ละรายการได้ ในขณะที่การผสานรวมผลลัพธ์ที่แตกต่างกันให้เป็นตำแหน่งเดียว กลไกเหล่านี้ทำให้ผู้ใช้สามารถจัดการตำแหน่งของตนได้อย่างยืดหยุ่น

CTF มอบข้อได้เปรียบที่สำคัญสี่ประการให้กับ Polymarket:

  • โทเค็นการแชร์สามารถใช้เพื่อยืนยันการโหวตของผู้ใช้สำหรับการคาดการณ์เฉพาะ
  • ใช้ระบบที่ยืดหยุ่นซึ่งรวมคะแนนโหวตของผู้ใช้เข้าไว้ในตำแหน่งต่างๆ
  • ตามสัญญาณจาก oracle ความรับผิดชอบในการคำนวณผลลัพธ์จะเป็นของ CTF
  • รางวัลจะคำนวณตามจำนวนโทเค็นการแชร์สำหรับผลลัพธ์ที่ชนะ

เป็นที่น่าสังเกตว่า CTF อนุญาตให้จัดกิจกรรมที่เกี่ยวข้องซึ่งสามารถรวมตำแหน่งของผู้ใช้เข้าด้วยกันได้ อย่างไรก็ตาม ขณะนี้ไม่มีตัวอย่างดังกล่าวใน Polymarket หากคุณต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับ CTF คุณสามารถอ่านได้จากเอกสารอย่างเป็นทางการ

กลไกการสั่งซื้อ

หากต้องการซื้อสินค้า อินเทอร์เฟซ Polymarket มีคำสั่งซื้อสามประเภท:

  • ตลาด - ซื้อทันทีในราคาตลาดปัจจุบัน
  • ขีดจำกัด – คำสั่งซื้อที่ล่าช้าซึ่งช่วยให้คุณระบุราคาที่จะซื้อเมื่อถึงราคานั้น
  • AMM – ซื้อในราคาที่กำหนดโดยอัตโนมัติคล้ายกับการแลกเปลี่ยนแบบกระจายอำนาจ โดยขึ้นอยู่กับปริมาณสำรองในพูล

ขณะนี้ ฟังก์ชันคำสั่ง AMM ดูเหมือนจะไม่ทำงาน และไม่พบการคาดการณ์ที่อนุญาตให้ซื้อผ่าน AMM ความคิดเห็นจากผู้ใช้ใน Discord ของ Polymarket สามารถช่วยอธิบายสถานการณ์ได้

AMM ล้าสมัยแล้ว

ตามเอกสารของ Polymarket AMM ได้รับการพัฒนาเป็นสัญญาอัจฉริยะซึ่งเป็นส่วนหนึ่งของเฟรมเวิร์กโทเค็นแบบมีเงื่อนไข ดังนั้นจึงใช้ AMM เพื่อกำหนดราคาซื้อโทเค็นหุ้น กลไกพื้นฐานนี้ต้องการสภาพคล่องเพื่อให้แน่ใจว่าราคามีเสถียรภาพและลดความผันผวน ผู้ให้บริการสภาพคล่องต้องการสิ่งจูงใจทางการเงินเพื่อรับรางวัลจากการซื้อแต่ละครั้ง เพื่อให้ระบบทำงานต่อไป

บางที Polymarket ในตอนแรกอาจใช้ CTF ทั้งหมด โดยใช้ AMM ในการกำหนดราคา แต่เมื่อเวลาผ่านไป โปรโตคอลได้พัฒนาโซลูชันแบบไฮบริดด้วยสมุดคำสั่งซื้อ และคำสั่งซื้ออีกสองประเภท (ขีดจำกัดและตลาด) เริ่มทำงานกับโซลูชันที่ปรับแต่งเองนี้ โซลูชันนี้เรียกว่า CLOB (Central Limit Order Book) หรือ BLOB (Binary Limit Order Book)

บางที Polymarket ในตอนแรกอาจใช้ CTF ทั้งหมด โดยใช้ AMM ในการกำหนดราคา แต่เมื่อเวลาผ่านไป โปรโตคอลได้พัฒนาโซลูชันแบบไฮบริดด้วยสมุดคำสั่งซื้อ และคำสั่งซื้ออีกสองประเภท (ขีดจำกัดและตลาด) เริ่มทำงานกับโซลูชันที่ปรับแต่งเองนี้ โซลูชันนี้เรียกว่า CLOB (Central Limit Order Book) หรือ BLOB (Binary Limit Order Book)

CLOB และ BLOB

CLOB (Central Limit Order Book) หรือ BLOB (Binary Limit Order Book) เป็นระบบที่แสดงถึงสมุดคำสั่งแบบกระจายอำนาจแบบไฮบริด ในระบบนี้ ผู้ปฏิบัติงานเฉพาะจะจัดการการจับคู่คำสั่งซื้อและเริ่มการดำเนินการตามสัญญาอัจฉริยะ

หากไม่มีการแนะนำเพิ่มเติม ระบบจะแสดงในรูปด้านล่าง:

ผู้ใช้สร้างคำสั่งซื้อที่จะดำเนินการซึ่งอาจเป็นคำสั่งซื้อที่จำกัดหรือคำสั่งซื้อของตลาด ผู้ดำเนินการจะจับคู่คำสั่งซื้อของผู้ใช้และเริ่มการดำเนินการกับสัญญาอัจฉริยะ มาตรฐาน EIP-712 เนื่องจากคำสั่งซื้อจะถูกจัดเก็บนอกเครือข่ายก่อนดำเนินการ เงื่อนไขคำสั่งซื้อจึงสามารถปรับเปลี่ยนได้อย่างรวดเร็วและไม่มีค่าใช้จ่าย หรือแม้แต่ยกเลิกทั้งหมดก็ได้

อย่างไรก็ตาม ทุกอย่างที่เกี่ยวข้องกับการจองคำสั่งซื้อและการจับคู่คำสั่งซื้อสามารถเข้าถึงได้ผ่าน API เท่านั้น เพื่อความสะดวก Polymarket มีไคลเอ็นต์สองรายการ: หนึ่งรายการใช้ JavaScript และอีกรายการหนึ่งใช้ Python

อย่างไรก็ตาม สัญญาอัจฉริยะของ Exchange.sol เป็นแบบสาธารณะและมีหน้าที่รับผิดชอบในการสร้างตำแหน่งผู้ใช้ใน CTF นอกจากนี้ยังช่วยให้สามารถจัดการตำแหน่งผู้ใช้และโอนสินทรัพย์ระหว่างกัน เพื่อให้มั่นใจในความปลอดภัยและความโปร่งใสภายในโปรโตคอล

สัญญาอัจฉริยะได้ผ่านการตรวจสอบแล้ว และรายงานการตรวจสอบแนบไปกับพื้นที่เก็บข้อมูล

สัญญาอัจฉริยะ

จริงๆ แล้วสัญญาอัจฉริยะของ Exchange มีชื่อเฉพาะเจาะจงมากกว่าคือ CTFExchange.sol มันไม่ใหญ่มาก เพียงประมาณ 100 บรรทัดของโค้ด แต่มีการขึ้นต่อกันมากมาย

ส่วนใหญ่เป็นสัญญาอัจฉริยะขนาดเล็กที่ใช้ฟังก์ชันการทำงานที่จำกัด:

ส่วนใหญ่เป็นสัญญาอัจฉริยะขนาดเล็กที่ใช้ฟังก์ชันการทำงานที่จำกัด:

  • BaseExchange.sol: สัญญาอัจฉริยะเชิงนามธรรมที่ใช้ความสามารถในการรับโทเค็น ERC-1155 และยังรับผิดชอบในการป้องกันการโจมตีซ้ำ
  • Auth.sol: ผู้จัดการบทบาท กำหนดฟังก์ชันการตรวจสอบและตัวปรับแต่งเพื่อกำหนดบทบาท ผู้ดูแลระบบ และผู้ปฏิบัติงานของ CTFExchange.sol
  • Assets.sol: กำหนดสินทรัพย์สองรายการ สินทรัพย์อ้างอิง (หลักประกัน) และที่อยู่ CTF
  • Fees.sol: กำหนดค่าธรรมเนียมโปรโตคอล
  • Pausable.sol: กำหนดความสามารถในการหยุดการดำเนินการสัญญาอัจฉริยะชั่วคราว ซึ่งเป็นรูปแบบรวมศูนย์ที่โปรโตคอลตกลงที่จะนำมาใช้เมื่อเกิดสถานการณ์ที่ไม่คาดฝัน ใช้กับบทบาทผู้ดูแลระบบเท่านั้น
  • AssetOperation.sol: กำหนดการดำเนินงานสำหรับสินทรัพย์อ้างอิงและ CTF รวมถึงการโอน การแยก และการควบรวมตำแหน่ง
  • Signature.sol: รหัสที่กำหนดลายเซ็นผู้ใช้ที่ใช้ในการตรวจสอบคำสั่งซื้อ
  • Hashing.sol: กำหนดค่าแฮชของพารามิเตอร์คำสั่งซื้อ ซึ่งใช้สำหรับการตรวจสอบลายเซ็น
  • Registry.sol: กำหนดกระบวนการลงทะเบียนการทำนายในระบบและการลงทะเบียนโทเค็นสำหรับการทำนาย

ทุกอย่างที่เกี่ยวข้องกับการดำเนินการตามคำสั่งจริงจะถูกนำไปใช้ในสัญญาอัจฉริยะ Trading.sol นอกจากนี้ยังง่ายต่อการศึกษาโค้ดและศึกษาสัญญาอัจฉริยะอีกด้วย โครงสร้างได้กำหนดจุดเข้าใช้งานอย่างชัดเจนผ่านฟังก์ชัน:

  • fillOrder() — ดำเนินการคำสั่งซื้อระหว่างผู้ใช้ที่สร้างคำสั่งซื้อและคำสั่งซื้อที่รอดำเนินการ (คำสั่งซื้ออื่น) ที่เลือกโดยผู้ใช้
  • fillOrders() — เหมือนกับ fillOrder() แต่สำหรับรายการคำสั่งซื้อ
  • matchOrders() — โอเปอเรเตอร์เลือกคำสั่งที่แตกต่างกันสองคำสั่งแล้วดำเนินการ

ฟังก์ชันทั้งหมดข้างต้นสามารถเรียกใช้โดยโอเปอเรเตอร์เท่านั้น

ไม่ว่าการโทรจะเข้าสู่สัญญาอัจฉริยะอย่างไร ผลลัพธ์ก็เหมือนเดิมเสมอ: ผู้ใช้ทั้งสองจะแลกเปลี่ยนโทเค็นตามคำสั่งซื้อของพวกเขา

ค่าทำสัญญา

ค่าธรรมเนียมจะถูกเรียกเก็บตามสินทรัพย์ที่ส่งออก สำหรับการทำนายแบบไบนารี่ ค่าธรรมเนียมจะมีความสมมาตร ซึ่งหมายความว่า หากผู้ใช้ขายเหรียญในราคา $0.99 พวกเขาจะจ่ายค่าธรรมเนียมเดียวกันกับผู้ซื้อที่ซื้อเหรียญในราคา $0.01

สูตรการคำนวณนั้นง่ายมากและนำมาจากเอกสารอย่างเป็นทางการ:

โปรแกรมรางวัลสภาพคล่อง

เป้าหมายโดยรวมของโครงการนี้คือการกระตุ้นสภาพคล่องของตลาด

เพื่อให้การแลกเปลี่ยนตามใบสั่งซื้อทำงานได้ ต้องมีใครบางคนสร้างคำสั่งจำกัดเพื่อให้เกิดสภาพคล่องที่ช่วยให้สามารถดำเนินการตามคำสั่งในตลาดได้ทันที ยิ่ง "ความใกล้ชิด" ระหว่าง Limit Order และราคาตลาดสูงเท่าไร การดำเนินการ Market Order ก็ยิ่งเร็วขึ้นเท่านั้น และปริมาณธุรกรรมก็จะมากขึ้นตามไปด้วย ซึ่งไม่ต้องสงสัยเลยว่าเป็นประโยชน์ต่อผู้ใช้ปลายทาง นอกจากนี้ ยิ่งมีสภาพคล่องมากเท่าใด การจัดการตลาดก็จะยิ่งยากขึ้นเท่านั้น

เพื่อให้มั่นใจว่ามีสภาพคล่องเพียงพอ Polymarket ได้พัฒนาโปรแกรมรางวัลพิเศษเพื่อจูงใจผู้ใช้ให้สร้างคำสั่งซื้อที่จำกัด ยิ่งคำสั่งจำกัดอยู่ใกล้ราคาตลาดเฉลี่ยมากเท่าไร รางวัลก็จะยิ่งสูงขึ้นเท่านั้น รางวัลจะจ่ายโดยอัตโนมัติในเวลาเที่ยงคืน (เวลา UTC) ทุกวัน

ระบบนี้จำลองมาจาก dYdX หากคุณต้องการทราบข้อมูลเพิ่มเติม คุณสามารถดูแผนสิ่งจูงใจด้านสภาพคล่องของ dYdX และสูตรการคำนวณรางวัลสภาพคล่องโดยละเอียดของ Polymarket

ออราเคิล

Oracles ถูกใช้เพื่อให้ผลลัพธ์ที่คาดการณ์ไว้ ไม่ว่าเหตุการณ์จะเกิดขึ้นหรือไม่ก็ตาม Oracle เป็นหนึ่งในองค์ประกอบที่สำคัญที่สุดของโปรโตคอล แต่ให้บริการโดยบุคคลที่สาม ไม่ใช่ทีม Polymarket

ออราเคิล

ออราเคิลถูกนำมาใช้เพื่อให้ผลลัพธ์ที่คาดการณ์ไว้ ไม่ว่าเหตุการณ์จะเกิดขึ้นหรือไม่ก็ตาม Oracle เป็นหนึ่งในองค์ประกอบที่สำคัญที่สุดของโปรโตคอล แต่ให้บริการโดยบุคคลที่สาม ไม่ใช่ทีม Polymarket

UMA เป็นออราเคิลแบบกระจายอำนาจที่ออกแบบมาเพื่อบันทึกข้อมูลทุกประเภทบนบล็อกเชน ยกเว้นข้อมูลที่ไม่สามารถตรวจสอบได้ ออราเคิลมีแง่ดีและข้อมูลจะถูกแก้ไขตามค่าเริ่มต้น เว้นแต่จะมีการโต้แย้ง UMA มีระบบอนุญาโตตุลาการของตนเองเพื่อแก้ไขข้อพิพาท และอนุญาโตตุลาการเป็นคนจริง - ผู้เข้าร่วมในระบบนิเวศของ UMA โดยเฉพาะผู้ถือโทเค็น UMA ระบบนี้เรียกว่า DVM (กลไกการตรวจสอบข้อมูล)

กระบวนการต่อไปนี้ใช้เพื่อกำหนดผลการทำนายและบันทึกไว้ในบล็อกเชน:

  1. คำชี้แจง: การคาดการณ์จะถูกเพิ่มเข้าไปใน Oracle พร้อมกับรางวัล ใครก็ตามที่โต้แย้งผลการทำนายได้สำเร็จสามารถรับรางวัลได้
  2. ช่วงเวลาท้าทาย: ช่วงเวลาท้าทาย ซึ่งใครๆ ก็สามารถท้าทายผลการทำนายได้ หากไม่มีความท้าทายใดเกิดขึ้นและหมดเวลา การคาดการณ์จะถือว่าพร้อมสำหรับการชำระบัญชีขั้นสุดท้าย ซึ่งบ่งชี้ถึงความแม่นยำ
  3. ข้อพิพาท: ผู้เข้าร่วมโปรโตคอลสามารถโต้แย้งผลลัพธ์ได้ ไม่ว่าจะเรียกร้องรางวัลหรือเพื่อความเป็นธรรม ในทางปฏิบัติ สิ่งนี้ไม่ค่อยเกิดขึ้นเนื่องจากทฤษฎีเกมแนะนำว่าผู้เล่นส่วนใหญ่ประพฤติตนอย่างซื่อสัตย์
  4. การลงคะแนน: การลงคะแนน หากมีการโต้แย้งเกิดขึ้น ผู้ถือโทเค็น UMA จะลงคะแนนให้แก้ไขข้อพิพาท UMA เป็นโทเค็นโปรโตคอลที่ใช้สำหรับการลงคะแนน และผู้เข้าร่วมจะได้รับรางวัลจากการมีส่วนร่วมในการลงคะแนน
  5. การชำระบัญชี: ขั้นตอนสุดท้ายคือกระบวนการชำระบัญชี ซึ่งเป็นการบันทึกข้อมูลจริงบนบล็อกเชน หลังจากนี้ผลการทำนายก็ถือว่าเชื่อถือได้

โปรโตคอลทั้งหมดขึ้นอยู่กับทฤษฎีเกม และเป็นการเสียเปรียบทางเศรษฐกิจที่ผู้เข้าร่วมจะมีพฤติกรรมที่เป็นอันตราย

  1. ผู้เข้าร่วมที่ส่งการคาดการณ์สำหรับการลงคะแนนจะให้หลักประกันกับสัญญาอัจฉริยะ หากผลลัพธ์ของพวกเขาถูกท้าทาย พวกเขาก็จะสูญเสียหลักประกัน มิฉะนั้น พวกเขาจะได้รับหลักประกันคืนและได้รับรางวัล สิ่งนี้สร้างแรงจูงใจอย่างมากในการส่งผลลัพธ์ที่แม่นยำเท่านั้น
  2. ผู้เข้าร่วมที่โต้แย้งการคาดการณ์จะต้องให้หลักประกันด้วย หากถูกต้องก็จะได้หลักประกันคืนและได้รับรางวัล มิฉะนั้น ก็จะสูญเสียหลักประกันไป สิ่งนี้กระตุ้นให้ผู้เข้าร่วมท้าทายเฉพาะผลลัพธ์ที่พวกเขาเชื่อว่าผิด
  3. ผู้เข้าร่วมในการระงับข้อพิพาท พวกเขาจะต้องเดิมพันโทเค็น UMA และจะได้รับรางวัลสำหรับการแก้ไขข้อพิพาท หากพวกเขาลงคะแนนไม่ถูกต้องหรือไม่ได้เลย พวกเขาจะสูญเสียยอดเงินเดิมพันบางส่วน มิฉะนั้น พวกเขาจะได้รับรางวัล ไม่มีทางที่จะหย่อนยานได้

สิ่งที่น่าสังเกตเป็นพิเศษก็คือ กระบวนการลงคะแนนเสียงในข้อพิพาทแบ่งออกเป็นสองขั้นตอนโดยใช้แผนการยอมรับ/เปิดเผย:

  • กระทำ: ผู้เข้าร่วมลงคะแนนอย่างลับๆ โดยส่งแฮชของการลงคะแนนของพวกเขาไปยังสัญญาอัจฉริยะ ซึ่งหมายความว่าไม่มีใครสามารถบอกได้ว่าผู้เข้าร่วมลงคะแนนอย่างไรเพียงแค่ดูแฮช
  • เปิดเผย: หลังจากขั้นตอนการลงคะแนนสิ้นสุดลง ผู้เข้าร่วมจะเปิดเผยการลงคะแนนของตน และสัญญาอัจฉริยะจะตรวจสอบว่าตรงกับแฮชที่ส่งมาก่อนหน้านี้

กระบวนการลงคะแนนเสียงสองขั้นตอนนี้ป้องกันไม่ให้ผู้ลงคะแนนสมรู้ร่วมคิดเพื่อทำลายชื่อเสียงของ oracles หรือโจมตีบริการที่อาศัยผลลัพธ์ที่คาดการณ์ไว้ ผลการคาดการณ์พร้อมกันสามารถท้าทายได้หลายครั้ง ในกรณีนี้ UMA อนุญาตให้เริ่มกระบวนการตัดสินใจใหม่ได้หลังจากข้อพิพาทครั้งก่อนได้ข้อสรุป

กระบวนการเริ่มต้นข้อพิพาทมีดังนี้:

สรุปแล้ว

สรุปแล้ว

Polymarket ซึ่งเป็นระบบการเดิมพันและการทำนายที่เรียบง่าย จริงๆ แล้วประกอบด้วยสามโมดูลหลัก แต่ละโมดูลพัฒนาโดยโปรโตคอลและทีมที่แตกต่างกัน:

  • CTF (Conditional Token Framework): การจัดการพอร์ตการลงทุน สถานะ และหุ้นในการทำนาย กรอบงานที่ยืดหยุ่นนี้สร้างโดย Gnosis เหมาะสำหรับตลาดการทำนาย
  • CLOB (Central Limit Order Book): โซลูชันภายในของ Polymarket สำหรับการดำเนินการจองคำสั่งซื้อและคำสั่งจำกัด CLOB ช่วยให้ผู้ใช้สามารถมีส่วนร่วมในระบบนิเวศได้อย่างมีประสิทธิภาพและช่วยรวบรวมสภาพคล่อง
  • UMA: ออราเคิลแบบกระจายอำนาจพร้อมระบบอนุญาโตตุลาการระงับข้อพิพาทที่เป็นเอกลักษณ์ UMA เป็นแกนหลักของระบบ ส่งผลการทำนายผ่านบล็อกเชน

แม้ว่า Polymarket จะเป็นระบบการวางเดิมพัน ในทางเทคนิคแล้ว โปรโตคอลดังกล่าวประสบความสำเร็จในการรวมเทคโนโลยีจากโครงการต่างๆ ทำให้น่าสนใจสำหรับนักพัฒนาเป็นพิเศษ

ความคิดเห็น

ความคิดเห็นทั้งหมด

Recommended for you