lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
หน้าแรก
AI
OPRR
ด่วน
ความลึก
กิจกรรม
BlockBeats Pro
เพิ่มเติม
การเงิน
พิเศษ
ระบบนิเวศบล็อกเชน
รายการ
พอดแคสต์
ข้อมูล
BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%

การศึกษาข้อมูล|เข้าใจเครื่องจับคู่ราคา จึงสามารถเข้าใจแพลตฟอร์มซื้อขายได้อย่างแท้จริง

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


เมื่อเปิด Binance สินทรัพย์ทรัพย์และไม่มีวันหมดอายุ เล่มสั่งซื้อได้เกือบเหมือนกัน แต่ในขณะที่ "ขาย" ซื้อ ท่านมีกลไกสองชุดที่แตกต่างอย่างสิ้นเชิง


ทำไม perp ต้องบำรุงราคาสองชุด? ทำไม Iron Condor ต้องทำธุรกิจสี่ขาพร้อมกัน? ทำไมค่าธรรมเนียมตลาดการพยากรนั้นที่สุดถูกเมื่อ p=0.5? คำถามเหล่านี้ดูเหมือนถามเกี่ยวกับกลไก แต่จุดเริ่มต้นนั้นถามเกี่ยวกับเรื่องเดียวกัน — เครื่องจักรการจับคู่ ไม่เคยเป็นโมดูลวิศวกรรมอิสระ มันถูกปั้นร่างขึ้นโดยสินทรัพย์ที่มันดำเนินการให้บริการ


ระหว่างทรัพย์และไม่มีวันหมดอายุ ตัวเลือก พยากรนั้นมีความแตกต่างไกลเท่ากับความคล้ายกัน บทความเรื่องนี้นำมันแยกออกมา เพื่อเห็นออกว่ามีพลังอะไรทำให้ "การจับคู่" แยกออกมาเป็นเครื่องต่างๆ ๆ เกี่ยวกับกาลเกตา


หนึ่ง การจับคู่ไม่ใช่ส่วนประกอบมาตรฐาน


ถ้าท่านเพียงครั้งคนเจอการพัฒนาการจับคู่ของการซื้อขายทรัพย์โดยสาร อาจจะคิดว่า "เครื่องจักรการจับคู่" เป็นสิ่งหนึ่งที่แก่กุญแจ รวบรวม ปรากฏมีการดูแลและไม่มีเทคโนโลยีสูงมาก้ออะไร สามารถทำได้ — ชุดคำสั่งที่จัดเรียงเป็นลำดับ เวลาราคาเปรียบเวียนการจับคู่ เพิ่มขึ้นกดเรื่องการชำระเงิน ท้ายเรื่อง


จนกว่าท่านจะส่องมุมมองของท่านจาก BTC/USDT ของ Coinbase ถึง BTCUSDT คํำสั่งที่ไม่เสับอ้วน คำสั่งถาวร และจากนั้นไปที่ BTC-26DEC25-50000-C ของ Deribit สุดท้ายถึง Polymarket บนตลาดเหมาะทำท่านจะพบว่า ค่าธรรมเนียมการจับคู่หลังๆ หลังบทความของสี่ตลาดร้กร้อนเทียม มีโครงสร้างเกือบสี่รูปแบบเครื่องจับคู่แตกต่างกัน


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


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


สอง การจับคู่ของสินทรัพย์โดยสาร: รูปแบบแรกที่เกษม


การจับคู่ของสินทรัพย์โดยสารเป็นแบบแบบมาตรฐาน หลายอย่าสมุทรกับหนังสือและโครงการโอเพนซอร์ส (LMAX Disruptor CME Globex รุ่งโจฟ) ทั้งสาหร้างเริ่มจากที่นี่


โครงสร้างข้อมูลหลัก 通常ประกอบด้วยต้นไม้ราคาสองต้น (ฝั่ง bid และฝั่ง ask) โดยแต่ละโหนดราคาจะมีคิว FIFO แต่ละตัว กระบวนการจับคู่คำสั่ง (matching) มีขั้นตอนที่ชัดเจน: เมื่อมีคำสั่งซื้อ (taker) เข้ามา ระบบจะเริ่มต้นการสแกนจากระดับราคาที่ดีที่สุดของอีกฝ่าย เรียงตามลำดับเวลาในการบริโภคคิวของ maker จนกว่าจะใช้คำสั่ง taker หมด หรือราคาเกินราคาจำกัด


คุณสมบัติหลัก มีจุดสำคัญที่ควรสูงสรรค์:


1. สินทรัพย์เป็นไร้สี่สิบและเปลี่ยนแปลงได้ ผู้ซื้อมีสินทรัพย์ quote (USDT) ขณะที่ผู้ขายมีสินทรัพย์ base (BTC) กระบวนการจับคู่มีลักษณะเช่นการแลกเปลี่ยนสินทรัพย์ การดำเนินการบนบัญชีเป็นการเพิ่มหรือลดสมดุลคู่สินทรัพย์ในธุรกรรมซึ่งการชำระเงินและการจับคู่จะเกิดขึ้นในธุรกรรมเดียวกัน ระบบจับคู่เกือบไม่ต้องพึ่งภายนอก - การจับคู่คือการชำระเงิน ไม่มีลิงก์ลูกค้าโดยตรงที่เป็นตอนล่าง


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


3. ประเภทคำสั่งเปลี่ยนแปลง ภายในการจัดการวงจรมีหลายรูปแบบ เช่น Limit、Market、IOC、FOK、Post-only และ Stop - ทั้งหมดเป็นเวอร์ชันของการจัดการรอดำเนินการ



สรุปสถานการณ์เฉพาะ ขณะนี้ การขาย BTC/USDT ในระดับ 1 มีปริมาณ 50,001 × 1.5 BTC (maker A เปิดคำสั่งใน 09:30:00.100) และในระดับ 2 มีปริมาณ 50,002 × 3.0 BTC (maker B เปิดคำสั่ง 1.0 ใน 09:30:00.200 และ maker C เปิดคำสั่ง 2.0 ใน 09:30:00.300)


คำสั่งซื้อที่มีปริมาณ 4.0 BTC มาถึง กระบวนการจับคู่: ก่อนที่จะกิน A ทั้งหมด 1.5 @ 50,001 จากนั้นย้ายไปยังระดับถัดไปตามลำดับ FIFO - B จะมาก่อน C ก่อน กิน B ทั้งหมด 1.0 @ 50,002 จากนั้นกิน C บางส่วน 1.5 (C เหลือ 0.5 รอการเข้าคู่)


บัญชีของผู้ซื้อจะถูกหัก 200,006.5 USDT และเพิ่ม 4.0 BTC บัญชีของ maker ทั้งสามจะได้รับการปรับปรุงในทางกลับกัน การดำเนินการเหล่านี้เกิดขึ้นในธุรกรรมฐานข้อมูลเดียวกัน การจับคู่คือการชำระเงิน ควรระวังว่า B และ C กินใหม่ไม่ใช่เพราะราคา (ที่เดียวกัน) แต่เพราะอยู่ในโหนดเวลา - เป็นการสะท้อนการแทรกเวลาตรวจวัดราคาในทางปฏิบัติ


พ้อยต์ยากของการจับคู่สดอยู่ที่ด้านประสิทธิภาพ ไม่ใช่ที่ด้านตรรกะ: วิธีการรักษา latency ในชั้นนํ้าหนักของล้าน TPS ให้สามารถทำให้ล่าช้าได้ในชั้นเช่นเดียวกัน วิธีการจัดการ cache locality ของเส้นทางร้อน-เยือกเย็น วิธีทําให้ deterministic replay เป็นไปได้ แต่เหล่านี้เป็นปัญหาในการปรับใช้เท่านั้น ไม่ใช่ปัญหาของกลไก


ที่สาม การจับคู่สัญญาถาวร: การบุกรุกเข้าสู่เครื่องมือควบคุมความเสี่ยง


หากคุณนําภาพรวมการสั่งซื้อของสัญญาถาวรของ Binance มาวาดเคียงกับภาพรวมของสั่งซื้อสด รอยตามหลังเป็นไปได้ที่อาจจะดูไม่เหมือนต่างกัน แต่ด้านล่างก็เป็นวิวัฒนาการอีกอย่าง


การเปลี่ยนแปลงสําคัญอยู่ที่นี่: เครื่องมือจับคู่ไม่ใช่จุดสลายการชำระเงิน แต่เพียงแต่เป็นแหล่งเหตุการณ์ (เรียกว่า โดมิโนต้นฉบับหนึ่ง)


ทุกครั้งที่การจับคู่สิ้นสุดการฉนาทผลผลิตพลัส (perp) จะเรียกให้เกิดเหตุการณ์เชือกพ้อยที่ซับซ้อน: การอัพเดทราคาป้ายหนังสือ การอัพเดทตําแหน่ง การคํานวณเงินมัดจํา การรีเฟรชกําไรขาดทุนยังไม่เชื่อถือ การกระตุ้นขายโดยแข็งขณะฯ เครื่องมือจับคู่และเครื่องมือควบคุมความเสี่ยงที่เหตุการณ์ perp นี้มีการผูกมิติกัน วิธีผูกมิตินี้กันแนวทางการทำงานของระบบทั้งหมด


ระบบคู่ราคาคู่ราคา คือโครงสร้างเปิดเป็นอันแรกของ perp จับคู่เองยังตาม "การต่อรองราคาล่าสุด" ด้วยแม้แต่ด้านมัดจํากับภาวะเครื่องตืดครั้งัวการคํานวณบริหาร คํานวณกำไรขาดอยู่ที่ "รับราคา" (ราคาแหล่งที่สามต่าง ๆ เข้ารวมกับการปรับคํารับ) ติดต่ออย่างไม่เป็นมิตร คู่ราคาสองชํ้นนี้ขจัดระบบการําไรมาผลิต


เช่นภาวะทศกาล อธิการเลือกการทางชช่ำรำเที่ยนการоздงราคาระายาํา ขายแจ่ซฟีญราคาเสืยตอื่มสไีแต่กําสารว่เค่ำยุริงแปรผใ้ตสกัื่ํง อั่ึงกระวั่ยยุริงิรยดตึํกงคีจุ่


แต่อสังายมิ่วารหืีือบายะๅ้ปสาตซษบ้ อดภาวชจงง้ังทำิ้งยใ้รคร้อตยาเรัำสาบีตีาะ ะี้ย รัสง็บัเรีาบี้ยูการะัทุ้ศนตร้าจงุีัำีรจยีญเขารีา วี็นสรุยแตะรด็าใ้ึีกัะาะบัทิุเสะีแชิ้ทยกใดรตทรุารพ


หากการจับคู่และปิดออเดอร์ใช้ last price ร่วมกัน ผู้โจมตีสามารถใช้เงินทุนเล็กๆ เพียงครั้งเดียวในช่วงเวลาที่ตลาดออเดอร์บุ๊คมีช่องโหว่เพื่อดึงราคาไปสูงสุด ซึ่งอาจทำให้เกิดการถลอกออกจากตำแหน่งแล้วทำให้เกิดการล้างออกตำแหน่งโดยราคาต่ำ—เป็นแบบธรรมชาติที่เกิดขึ้นบ่อยครั้งใน BitMEX ในช่วงต้นๆ ไล่อย่างนี้ การดำเนินการด้วยวิธี dual pricing ไม่ใช่เพื่อความแม่นยำ แต่เพื่อป้องกันการโจมตี



Pre-trade Risk Control เป็นจุดแทรกสำคัญอีกอย่างหนึ่ง ในการซื้อขายสด ออเดอร์ผู้ซื้อมาถึงก็จับคู่ทันที; ในการซื้อขายครบรอบ ออเดอร์ผู้ซื้อต้องผ่านการตรวจสอบเงินป้องกันก่อน—เงินป้องกันที่ท่านมีอยู่มีพอแก้ไขการเปลี่ยนแปลงออกมาจากธุรกรรมนี้หรือไม่? หากอยู่ในโหมด cross-margin การตรวจสอบนี้ยังต้องพิจารณาการลดบัญชีของท่านอย่างให้ความสองรองของผลผันหน่วยงานในบัญชี การตรวจสอบนี้ต้องเสร็จสิ้นในวงจรการจับคู่โดยสมมติ ไม่งั้นจะเกิดสภาพขัดแย้งที่บอกว่า「จากเสื่อใบสำคัญก็พบว่าเงินป้องกันไม่พอ」


Special Liquidation Matching Channel เป็นส่วนที่น่าสนใจที่สุดของเครื่อง perp เมื่ออัตราการเงินป้องกันของบัญชีต่ำกว่าขีดขั้นการรักษาการคงอยู่ เครื่อง liquidation จะเข้ามารับงาน—มันจะส่งออร์เดอร์ชนิด IOC ออกไปที่ออร์เดอร์บุ๊กตามราคาที่ล้างออก พยายามลดบัญชี로ลงโทษ ถ้าออร์เดอร์บุ๊กบางจุดเปลี่ยนใจ ชนะออเดอร์ล้างออกนี้จะเป็นอย่างไร? ที่นี่มีหลายทางเลือกในด้านวิศวกรรม: หนึ่งคือเปิดทางสู่กองทุนป้องกัน สองคือเรียกใช้ ADL (การลบออกอัตโนมัติ) โดยระบบตัดความทรงจำในตลาดของฝ่ายของทีมที่มีกำไร


ADL ในนิรัยเป็น「วงจับคู่สุดท้าย」: เมื่อออร์เดอร์บุ๊ก กองทุนป้องกันล้มเหลวทั้งสองระบบ ระบบบางทีจำเป็นตัดออร์เดอร์บุ๊ก จากไป ดำเนินการลงทะเบียนในการชดใช้ด้วยตนเองระหว่างบัญชีสองระบบ เป็นการเอนทำเป็นเพียงความพองมือ โดยไม่จำเป็นของการจับคู่คงไว้ แต่การต้องการแลกเปลี่ยนว็บกรอกทางการเงิน ที่เห็นถึงจริยธุรกิจอิงจากการ «เกี่ยวพันไว้เป็นคู่ต่างว่า» โดยนำความพอกันมาถึง «การเกี่ยวพันอิงการมาของตนเอง» การคั่นคือไม่ใช่ในการมโนทัศนคติของการจับคู่มากแต่อย่างใด เพราะมีความจำเป็นถ้าหากระบบอยู่ในสถานการอันสิ้นจากการซื้อขาย



Self-Trade Prevention (STP) Complexification ก็เป็นส่วนของเครื่อง perp ที่เป็นความเฉพาะของมัน ในการซื้อขายสด การป้องกันการค้าตัวเองเป็นหลักการหลักสำคัญ ในการซื้อขายครบ ท่านสามารถครองการพิจารณาขณะเดียวกันมีสิทธิต่อทีและท่านโอนค้ำหมายในทางโอนในกรุยโมด: อาทิเส้นทางตามซับ-บัญชีตาม user ID หรือตามทุนหลักองค์กรเป็นต่าง กับแพลตฟอร์มการซื้อขายคนล้อมี่


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


Four. The Dual Path of Perpetual Matching: Layering of Decision, Construction, and Execution


Perpetual matching has another layer that is worth discussing separately: the liquidation path merges with the matching process at a certain point, but before and after that point, a completely different logic prevails. Understanding this layering is crucial for designing or debugging a perpetual engine—otherwise, the boundaries between "matching" and "settlement" will be repeatedly blurred.


Breaking down liquidation into three layers:


The first layer is the trigger determination. Using the mark price—whose purpose is to decide "whether liquidation should occur"—this decision is not influenced by instantaneous manipulation of the order book. This layer is completely independent of the on-chain order book and represents a standalone risk control assessment.


The second layer is order construction. After the liquidation engine decides on liquidation, it constructs an IOC order to place in the order book.


This order differs structurally from a user's regular order on multiple dimensions: the price is not chosen by the user but set by the engine as the bankruptcy price; the order type is always IOC, not allowing resting in the book; the fee follows the settlement fee rate (0.5–1.5%) rather than the taker fee rate and goes to the insurance fund; the order placement authority lies with the system, not the account—accounts may even have all their open orders canceled upon liquidation (to avoid self-trading contaminating the liquidation); the failure fallback is different—an unfilled user IOC order disappears, while an unfilled liquidation IOC order triggers the insurance fund → ADL cascade.


The third layer is the matching execution. Once in the order book, liquidation IOC orders and regular IOC orders adhere to the same price-time priority rule to interact with counterparty liquidity. This layer is symmetrical, and the matching engine does not give special treatment to the matching priority of liquidation orders—there should be no if-else in the matching loop, or it would violate deterministic replay.


Therefore, an accurate description is: the matching loop itself is not split, but the source, construction, fee calculation, and failure path of orders are split. From the perspective of the matching primary path, liquidation and regular orders are equal; from a transactional perspective, they follow two parallel pipelines that only merge in the matching phase.



Here is another point worth noting—the mark price determines "at what price liquidation should occur" (the triggering condition), but the last price (on-chain depth) determines "at what price liquidation can actually occur." When the order book is thin and liquidity is depleted, the actual execution price of liquidation IOCs down the book may be far below the bankruptcy price, and this gap is the "profit and loss source" of the insurance fund. The insurance fund fundamentally absorbs the deviation between the "theoretical liquidation price given by the mark" and the "actual execution price on-chain." If these two values always align, the insurance fund would be unnecessary.


การออกแบบที่โดดเด่นมากขึ้น (dYdX Early Backstop Liquidator Network) คร่าวๆ มีการเพิ่มชั้นที่ด้านหน้าของ Order Book แบบ "ช่องทางตัวเป็นตัวที่ไม่ขึ้นอยู่กับเส้นทางการล้าง" — ทำให้ backstop vault หรือผู้ล้างที่อยู่ใน whitelist มีลำดับสำคัญในการเอาทรัพย์ทั้งหมดไปในลำดับแรกๆ โดยหลีกเลี่ยงเส้นทางที่ช้านั้นไป ซึ่งมันคือการแยก "การปฏิบัติการล้างหมด" ออกจากการจับคู่ภายในเว็บไซต์นั้นๆ แม้ว่าจะให้ถนนสองทางเข้าอยู่ในวิถีเดียวกันอยู่แล้ว การให้มันผ่านระหว่างทางในการจับคู่ตัวเอง บางแพลตฟอร์มซึ่งราบรื่นในการตั้งสองเส้นทางลงในออเดอร์บุ๊คเดียวกันกัน ตอนนี้มักจะให้มันเข้าช่องทางของการจับคู่ที่แตกต่าง


กลับไปสู่สาเหตุหลักของความซับซ้อนในการจับคู่ของ perp: โครงสร้างหลักการจับคู่อาจจะสามารถฟื้นฟูด้วยตัวเองได้อย่างง่าย แต่สถานะเส้นทางตรงรอบๆนั้น — การควบคุมความเสี่ยง ล้างหมด กองทุนประกัน การจบต้นอัตราสูญเสีย (ADL) และอาจจะมีเครือข่าย liquidator หลังคอ — ทำให้เป็นระบบที่มีความซับซ้อนกว่าระบบออเดอร์บุ๊คเดียวกันเยอะ


โดยหลังของ "การจับคู่ที่มีลำดับเช่นเดียวกับออเดอร์บุ๊คของสินทรัพย์ที่เรียท" ที่ถูกสะท้อนตา จริงๆ แล้วมีทางเข้าอิสระสองทางกับสี่สถานะแยกกัน นั้นคือรูปร่างที่แท้จริงของ "ความยาก" ของการจับคู่ perp (มีข่าวยุกว่าบางแพลตฟอร์มยังมี B Book ด้วย)


5. การจับคู่ตัวเลือก: การกริดและการควบคุมเงิน


ตัวเลือกเป็นประเภทเดียวเดียวในสี่ประเภทนั้นที่ "สินทรัพย์เดียวตนจำนวนระะเบิดตัวเอง" ตลอดจนไปยังด้านปัจจุบัน ดอกจะต้องการ BTC ในตลาดสินทรัพย์ มีออเดอร์บุ๊คเพียงแต่เดียว; BTC แฟดูรัลยังมีออเดอร์บุ๊คเพียงแต่เดียว; แต่ BTC ตัวเลือก - ตัวอย่างเช่น เพื่อ Deribit - มีกิจกรรมที่เป็นจำนวนระะเบิดตัวเองตลอดเวลาอยู่ที่พันธืีกี่รอบ × วันที่ลงไป × วายที่ลงเงิน/ถอก ทั้งหมดถูกรวมกัน แต่ละสัญญานั้นต้องการออเดอร์บุ๊คเป็นหลัก


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


เทิงหมายของการแกยำบอสรายด้วยคมใบสาา】,【{ุสํจงหห้ฒฒหชีจห๖ืงถ;แา๖ลบจีน์สถสัือ,ม้ยีอย้ดูา้ั:


LOB ใช้สำหรับสัญญาที่มีความเส้นทางลืไกมากที่สุด ได้แก่สัญญา ATM และสัญญาเดือนรวม ส่วนนี้คงจะไม่มีความแตกต่างเท่าไรกับโลจิกส์ของของสด ้ต้รึ


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


การซื้อขายบล็อก (Block trade) ใช้สำหรับการซื้อขายปริมาณใหญ่ที่มีความยากลำบาก


การจับคู่พร้อมกันของหลายขา (Multi-leg Synchronous Matching) เป็นความต้องการหลักของการจับคู่ตัวเลือกทางการเงิน กลยุทธ์ที่พบบ่อย เช่น iron condor ต้องการการซื้อขายพร้อมกันของสี่สัญญาตัวเลือกที่แตกต่างกัน หากขาสี่ขาต่างหากถูกจับคู่กับการสั่งซื้อของสี่สมุดสั่งซื้อที่แตกต่างกัน ผลลัพธ์อาจเป็นการทำธุรกรรมของขาสองแต่ขาสองอื่นไม่ได้ทำธุรกรรม ทำให้อันตราความเสี่ยงของนักซื้อขาดทุนตามที่ต้องการ


ดังนั้นระบบจับคู่ตัวเลือกทางการเงินต้องสนับสนุน combo book หรือ multi-leg atomic execution: สี่ขาต้องทำธุรกรรมทั้งหมดหรือไม่เลย ถูกจัดการเป็นอย่างเต็มที่


วิธีการของ Deribit อาจจะถือว่าเป็นมาตรฐานอุตสาหกรรมในปัจจุบัน: มีสมุดสั่งซื้อ combo เป็นอิสระ สำหรับการขอสั่งซื้อของ combo หรือการจับคู่ที่อ้อมอกกับสมุดสั่งซื้อขาเดียว ระบบจะสร้างเฉียดตามโครงสร้างขาที่บวกลบประสิทธิผสมขั้นตอนที่ทำให้มีการจับคู่อัตโนมัติเป็นระบบ ไร้อย่างไรก็ตามได้แสดงให้เห็นว่าการจับคู่หลักจะต้องรักษาสถานะ「สมุดสัั่งซื้อเสมมิต」ไว้อย่างสมดุล


ยกตัวอย่างสถานการณ์ที่แนะนำให้ดู เพื่ีออธิบายว่าการจับคู่พร้อมกันของหลายขาไม่ใช่เรื่องที่สามารถเลือกไม่ทำ ETH ปัจจุบันที่ 3,000 นักซื้อพยากรณ์ว่าในช่วง 7 วันข้างหน้า ราคาจะแกว่งอยู่ในช่วง [2,900, 3,100] สร้าง Iron Condor ขาย Call 3,100 ซื้อ Call 3,200 ขาย Put 2,900 ซื้อ Put 2,800 รายได้สุทธิของสี่ขาคือขาสรนที่มากที่สุด การขาดทุนสูงที่สุดเป็นไปตามการคุ้มครองขาที่สรนนี้—เป็นประการเป็นการของกลยุทธ์


หากสี่รายการคำสั่งได้รับการยื่นให้แต่ไม่ได้รับการจับคู่ที่เดียวกันหรือแทบจะส่วนไป ส่วนใหญ่ของฉากที่พังสมิงคือ: สักขางแรก (ตอนที่เรียกกัน) ได้ทำธุรกรรมสำเร็จ ETH กระโดดไปยัง 2,950 ในชีวิตของไมโคร ส่วนที่เหลือสามขา (ตอนค่ำ) ของฝ่ายที่ตรงกันถูกจับคู่ที่ทำเดือน ซึตรอเลข Put spread ไม่สามารถทำเดือนผลงาน เลดับกุชานอินโก้โกโล ผลการตรวจสอบเท่านั้นซึคนสามารถเก็บตอนแรกแจ้งเป็นสำนร่ ยลางทางทางเข้าแกมพียอเอน้ำในสมุดสัั่งซื้อหลายขา



อัลกอริทึมการกำหนดราคาของผู้ทำตลาดใช้ IV Implied Volatility นี้สำคัญกว่าราคา (ซึ่งเป็นลักษณะเฉพาะของตัวเลือก) ผู้ทำตลาดจะไม่วาง “50000 strike call $1500” พวกเขาจะวาง “buy at 65 vol, sell at 67 vol” ระบบจะคำนวณราคาที่แท้จริงตามราคาพื้นฐานปัจจุบันโดยใช้ BSM (หรือรูปแบบที่ซับซ้อนกว่า) ทุกครั้งที่เสนอราคามีผล


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


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


ดังนั้นแพลตฟอร์มการซื้อขายตัวเลือกจะใช้เงินทุนกลุ่มที่ใช้เกรก (delta、gamma、vega、theta) เหมือนบทเรียนที่สุดรสดี มองแต่ผลกระทบชุมชนในการเงินทุน ด้วยการคำนวณเงินทุนจาก Greeks สุขภาพทุนสุทธิเป็นอัตราส่วน การทำธุรกรรมหนึ่งชิ้น “ต้นทุนเงินทุน” ขึ้นอยู่กับว่ามันเลี่ยงความเสี่ยงที่ผลิตไว้แล้วหรือไม่


หก、การจับคู่ของ Polymarket:โครงสร้างผสมเชื่อถือแบบเชือกตรึงและนอกเชือกตรึงบนเชือก


ก่อนการสำรวจลึก ขอตอบคำถามที่อาจมีได้ก่อน: ทำไมยกความสำคัญกับ Polymarket แยกออกมา ทำไมไม่พูดถึง AMM? แทนที่จะรวมมันเข้าไปในหมวดหมู่ “DEX จับคู่” ทั่วไป?


เพราะความเฉพาะของ Polymarket ไม่ได้อยู่บนป้าย “นอกเชือกตรึง” Polymarket ที่แท้จริงเป็นที่เรื่องราดเริงของสามเมคคานิซึมสองครั้ง: [0, 1] การควบคุมราคา + CTF การสร้างสรรค์ทางเลือก + UMA การกำหนดผล (เหมือนราคามาร์ค) สามคุณสมบัตินี้รวมกันสร้างรูปร่างของตัวเลือกโดดเด่นที่แตกต่างจากสถานะแมชชีนของสินทรัพย์ติดตามเทียบ เปลี่ยนแมชชีนโดยไม่มีขอบเขต มาลดทอนที่มาตรฐาน ซึ่งทำให้มีการมาของนิจฟินานซี และวัตถุตำแหน่งมีจุดจบ


ในต่อไปจะพูดถึงสามโครงสร้างพร้อมกับการสมมติความเชื่อถือของข้าฟื้นของแต่ละอัน


Polymarket เป็นตลาดพยากรณ์ที่สร้างขึ้นบน Polygon (อาจเป็นตลาดแรก) โดย Polymarket มีตำแหน่งแต่ละตำแหน่งเป็น ERC-1155 token ที่ถูกออกโดย Gnosis ด้วยเฟรมเวิร์กของเงื่อนไข (CTF) ตลาดหนึ่ง เช่นพยากรณ์ทวิตประธานาธิบดี จะออก token สองประเภท: YES token และ NO token ในเวลาที่ตลาดสิ้นสุด หนึ่งประเภทของ token มีมูลค่า $1 และประเภทอีกตัวมีมูลค่า $0


กลไกการอธิบายสร้าง คือสิ่งสำคัญใน CTF ใครๆก็สามารถฝาก 1 USDC ได้แล้วได้ 1 YES + 1 NO ใครๆก็สามารถทำลาย 1 YES + 1 NO และรับคืน 1 USDC กลไกนี้ช่วยให้เจ้าหน้าที่สื่อการค้าสามารถให้สารกับตลาดได้โดยไม่ต้องมี token ไว้ก่อน โดยเจ้าหน้าที่สื่อการค้าสามารถสร้างและขายได้ทันที จากมุมมองของเครื่องถ่ายทำมาอย่างเข้มงวด การปฏิบัติของเจ้าหน้าที่สื่อการค้านี้เท่า同ของการเลือกตั้งอ่อนราคาในเริ่มแต่ล่ะครั้ง แต่ค่าใช้จ่ายอยู่ในการห้ามถือมั่น เป็นแต่ไม้ค้ำเงินที่ Polymarket แตกต่างจากระบบ CLOB ดั้งนั้น


การจับคู่ใต้ดิน + การชำระเงินบนโซ่ เป็นโครงสร้างรวมของ Polymarket กระบวนการโดยละเอียด ผู้ใช้สปอยล์คำสั่งกอง EIP-712 และส่งไปยังเซิร์ฟเวอร์จับคู่กึ่งกลางของ Polymarket เซิร์ฟเวอร์รักษา LOB โดยมีการจับคู่คำสั่งทั้งสองในเวลาที่คำสั่งแล้วกันเซิร์ฟเวอร์จะห่อสองการอนุญาตเป็นธุรกรรมบนโซ่เดียวกัน และเรียกใช้สัญญาจับคู่การชำระเงิน ดังนั้นการจับคู่เองเป็นใต้ดินมิลลวินาที แต่การชำระเงินเองต้องสารมีํพกํยอทำซ้ำ แห่ง Polymarket


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


เศษฐมนูของแก๊สรศษัปนท์ทำให้มีเส้นทางของการชำระเงินไม่ตีฟฤหตยการกรศา ความ๘อรสานเป็นผิดทั่ยที่สร้างคอต่ํแรสตินผู้ใช้เช่นส่วนในแก๊สถี่้นรศัปนท์โดยตรงแก๊สสมเช้ปที่รศยงแก๊สที่ําํหดำร่าพํีรอัสถ่าณไปยงแก๊สขม้าชณการเสินตชช้้นวงตัํว กล่าวคือเซิร์ฟเวอร์จับคู่จ่ายดีกร่ายเพราะร่ายยกับณจำในธุรกรรมถึกร่ายเแก๊สทรรค นัี่จากนั้นระหว่างคณะผู้ใช้ ร่ายตถที่จ่ายเแก๊สจากนี้ถถึิ้นมәัวย่ังึ้นฉล ในทว่้้อหมวรึ้นะซารกลุุ่้่งฉเรียบ


แต่สิ่งนี้ไม่ได้หมายความว่า gas ไม่มีข้อ จำกัด แต่เพียงอย่างเดียวว่าข้อจำกัดถูกย้ายไปที่ฝั่ง relayer: ค่าใช้จ่ายในการตกลง on-chain ของแต่ละธุรกรรมถูก Polymarket รับผิดชอบ งบประมาณ gas ของ relayer + ขีดจำกัดการผ่านของ Polygon ร่วมกันกำหนดอัตราการดำเนินการสูงสุดของระบบ สำหรับผู้ให้สินเชื่อ สิ่งที่ทำให้ความหนาแน่นสูงสุดในช่วงเวลาเซียนไม่ใช่ "ค่าสั่งซื้อแพง" แต่เป็นความล่าช้าในการตกลงและข้อจำกัดของการผ่านของระบบ—นี่คือเส้นทางการต่อของการแทรกแค่ซีอีเอ็กซ์ที่แตกต่างอย่างสิ้นเชิง


โครงสร้างนี้สร้างความจับจ่ายทำให้เรียกใช้เน็ดดี้มสัจจัยอีกมากต้องช่วยให้ relayer สามารถลดค่าใช้จ่ายการดำเนินการหลายรายการเข้าการตกลง(กำจัด gas) พร้อมทั้งยังให้รายการแต่ละรายการเข้าการตกลงสามารถตรวจสอบได้แยกออกเป็นตัวอีกด้วย (ป้องกัน relayer ปลอมแปลงหรือกระจาย)


ดังนั้น เอกสารของ Polymarket's exchange ถูกออกแบบเพื่อปรับพอรับ "รายการสัญญาหลายรายการ + การส่งเข้าทำเป็นแบท" โครงสร้างของ Gas ไม่ได้ทำให้ Polymarket กลายเป็น "ตลาดความถี่ต่ำ" แต่เพียงแค่กลายเป็นวิธีการร้องเรียน-ตกค้างแต่ตรงอาจแตกต่างจาก CEX ที่สมบูรณ์แบบอย่างสิ้นเชิง


ความสิ้นสุดของการตัดสินผลจากงาน Oracleคือเปรียบเฉพาะของการนับดีดตลาดเด่นของการทำนาย กลุ่มสี่ชนิดตลาดอื่น ๆ จะเป็น "การดำเนินงานต่อเนื่อง"— ราคาอาจเปลี่ยนเสมอ ตลาดอาจจะไม่เคลื่อนคล่องอยู่ตลอดเวลา แต่ตลาดการทำนายมี "ช่วงเวลาสิ้นสุด" ชัดเจน: ราคาต่อ เหตุการณ์ ผลการดำเนินการการทำนายถูกโปรแกรมอธิการ (-Poly Market ใช้ UMA" ตู้ไม้ทะลม" upbeat oracle) เป็น YES หรือ NO ก่อนที่จะคาดคะเน (ยังมีการโต้เถียงเมื่อท่านระบุ แต่ไม่ใช่เนื้อหาของบทความนี้) การตำหนิทุกค้ีล เท่ากับเสภา 1:0 หรือ 0 2 1


นี่หมายความว่า หรีดุนการตัดสินของการขึ้นเลิภเพื่อให้ระบบต้องประมวลผลเวลาอภิปาการพร้อมทั้งน่าสงเปีก",เศรา์นการท้าทาย ในหวนส่งสุดท้ายห้ายจองเวลาหยุขั้ง เล้าเปอยุการม่วยทุกหียุทคิทые пีนั้ ภ้บยกนุะ ท้าเปษนยาเข้ อึ วุทค่ยนสล่


ราคาถูกบี้กวนในการสสรใซ3อึ การปีเทุึมจำกัดอยื่งหนึการกทีข้กฟฟส่ะงดเพลา่าย่็ ขา่าดึ์ (ขฟืวาง อเดือ 555 1 เต็ด


ตัวอย่างสถานการณ์ที่เฉพาะเจาะจงอธิบายว่า mint/redeem มีอิทธิพลอย่างไรต่อพฤติกรรมการจัดตลาด ในตลาดหนึ่ง YES อ้างว่า $0.65 และ NO อ้างว่า $0.35 (YES + NO ต้องรวมกันเป็น $1 มิฉะนั้น Arbitrageur จะทำการ mint หรือ redeem ทันทีเพื่อปรับราคาให้ดำเนินตามขอบเขต) นักจัดตลาด M ต้องการจัดให้มีความเป็นจำเป็นขาย NO แต่มือว่าไม่มี YES — เขาจึงมาฝาก 100 USDC กับสัญญา CTF และทันทีได้รับ 100 YES + 100 NO และตรึง 100 YES ที่ราคา 0.66 ขาย, 100 NO ที่ราคา 0.36 ขาย


หลังจากที่ทั้งสองดีลเสร็จ M จะถือมีความเสี่ยงสุดต่ำโดยกำไรจากความแตกต่างของทั้งสองด้าน คือ 0.02 × 100 = 2 USDC นั่นคือวิธีการจัดตลาดของ Polymarket: ใช้ mint/redeem เทียบกับ "การถือทุน" เป็น "การบอกแผงบาทสองทาง"


สิ่งที่สำคัญต้องวิเคราะห์คือ: YES + NO = 1 ค่าคงที่นี้ ไม่จำเป็นต้องดูแลโดยกระบวนการจับคู่หลัก เป็นโครงสร้างของตลาดที่มั่นคงด้วยตนเองที่มีการรักษาโดย Arbitrageur — "โครงสร้างตลาดที่มีค่าคงที่เกี่ยวโยง" นี้ไม่มีใน Limit Order Book ในรูปแบบ传统ๆ ซึ่งนักจัดตลาดไม่สามารถทำการขายได้ "โดยไมี่มีสินค้าในมือ" Polymarket องค์การจับคู่นี้ถูกออกแบบให้มีคุณสมบัติของตำลึงดังนั้นสามารถปล่อยความเกี่ยวกับการเช็คข้อจำกัดสินค้าที่บังคับจำเป็นบางอย่างของตลาด CEX ออกไป แต่เราต้องจ่ายค่าใช้จ่ายในลักษณะของเส้นทาง mint/redeem เป็นสีแรกในสัญญาการเงิน


สุดท้ายเพิกเฉย Polymarket ทำการจับคู่ด้วยความเป็นพิเศษ: คาดหวังในเรื่องจริยธรรมคือ "จับคู่ออฟเชน + การต้องยอมรับการดำเนินการอยู่ณ เชื่อมั่น ", โมเดลโทเค็นเป็นการหล่อเสริมของ CTF, ฮานินสวีก่ว [0,1] ที่ถูกจำกัดเป็นช่วง [0,1], มิติเวลามีลิมิติสิ้นสุด, แก็สจะถูกโดย relayer รับผิดชอบและได้รับย้อนกลับผ่านค่าธรรมเนียม เอาน런ักไปถึงการทำให้เกิดเคลื่นไหวในรูปแบบที่แตกต่างจากบทบาทสี่รูปแบบแรก


7. ความแตกต่างมาจากที่ไหน: กรอบที่มีห้ามิติ


โชคร้ายสี่รูปแบบเหล่านี้แยกออกมา สามารถรวบรวม ห้ามิติ เพื่ออธิบายว่าทำไมเครื่องจับคู่ถูกแยกกันไปในตลาด:



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



ทุกมิติมีแรงกดดันต่อเครื่องจับคู่:


รูปแบบสินทรัพย์ กำหนดจำนวนและความหนาแน่นของ Order Book รูปแบบเดียวกัน (Spot, Perp) ต้องเพียง Order Book เดียวแต่รูปแบบหลายมิติ (Option) ต้องการ Order Book ร้อยเล่มและต้องแก้แสถติสะเดกิ รูปแบบพรอมาติก (Polymarket) ต้องผนัง "ฉีด/ถอด" ลงในเส้นทางการจับคู่


ลำดับการตัดบัญชี กำหนดความซับซ้อนของเครื่องสถาปัตยกรรม การมีผลทันที (Spot) ทำให้การจับคู่เทียบเท่ากับการตัดบัญชีทันทีการจดบัญชีต่อเนื่อง (Perp, Option) ต้องการการบำรุงรักษาสถานะครองตำแหน่ง สถานะมารไจ สถานะกำไร-ขาดทุน และมีการอัปเดตหลังจากรอบการจับคู่ทุกครั้งสรุปยอด (Polymarket) ต้องมีสถานะเครื่องจัดการัยจ่ายตีกจกีจ


โครงสร้างความเสี่ยง กำหนดความถี่ควบคุมความเสี่ยง ศูนย์ครอบครองเปล่าเครื่องรูปแบบ (Spot) เกือบจะไม่ต้องการความคุ้มครองถึงที่ คร้องต้นกำลังการรับหลัาย (Perp) ต้องการการตรวจสอบคะกคาธารต่อการซื้อขาย และกำหนดการละเทยครอบครองปัจจัย รูปแบบกรีกที่อระไซต้นioreath's trade) รูปแบบทว่าง ต้องการคูล. thatphaj'mena (Prediction) เกือบจะไม่ต้องการความคุ้มครอง เสียความ - สูงสุดสุทธิลีคือเงินที่จ่ายไปแล้ว


ความหนาแน่นของเงินไหล กำหนดกัปตรจาก _. market มีทรับจัุ้กีเท่าจนกรชุ่าไงที่ขายมีเงิน. ชุ้กีเท่าจุง market ต้องช้อูแสงง. _ A e Plan equest F June rtal Lesby S mhans Kanye Sued Rerete ti


ขอบเขตความไว้อาจารย์ กำหนดสิ่งที่คอม๔๔จส่วนยืนยัน. CEX All Skyscrapper in Grid Plafforms ซฟดุ par cu Par ad Draa du Post Prep Par. Blockchain all Skyscrapper post พธอื Ara A er conruaa Book Surf Praces งุงยอ้ว.มา Pa A e Must be Surf Prace prebectators arradena post Relu vealy pe Pomarcar Ar ali WOW ori On Crave A Dan Sports asandeons are mon As a lery at the line Arson Ganut Oma So toac ar Air wav werats of w er cancatw ar Ar e leveasers versus caal worers (Artameda)。


แปด ไม่มีขั้นตอนใดที่เป็นเกินการใช้: ฟังก์ชันเป็นกระจกของกลไล


กลับไปที่คำถามเบื้แบงะห์์ูนประวัติ. P. αน่้นง็ "เครื่องจับคู่" เผือหเีคี่ะ้บข้ิยตหนงงขยีื่ังจอผีูงรุงบอுดสุรขีหข้งหt1สงี่ดูง้อู้?


เพื่องูงางไม่เคียฉอี กี่งอาเฉกีายี คน่แห้ยภัตปุงขืงหี ปรู่นงอูงยฉัน, ดง็ีขุายงู้ งุง้โชยส์สงูงจุง ฉี่ขกงูงุ จางภกียูุทส่สงัารรุทิยจง


การจับคู่สินค้าสดมีโครงสร้างที่เรียบง่าย สอดคล้องกับโมเดล "สินทรัพย์ชนิดเดียวกัน + การตกลงครั้งเดียว + การค้าขายทั้งหมดที่เรียบง่าย"


การจับคู่สัญญาอนุมัติมีความซับซ้อน สอดคล้องกับโมเดล "สินทรัพย์สังเคราะห์ + การเปิดโอกาสอย่างต่อเนื่อง + การจับคู่ที่ประสิทธิภาพและการควบคุมความเสี่ยงที่ผูกมัดกันกัน"


การจับคู่ออปชันเป็นลักษณะผสม สอดคล้องกับโมเดล "การก่อให้เกิดมิติหลายองค์ + ความหายากของความเป็นผู้ตลาด + ทำตลาดโดยผู้จัดสร้างสำคัญ"


การจับคู่ Polymarket ที่แยกตัวระหว่างเชื่อมต่อบนเชื่อมต่อล่างสอดคล้องกับความพอใจในความปลอดภัยที่มีตัวเลือกสองตัวคือ "ไม่มีการตรวจสอบ" และ "กีดกันการโจมตี"


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


ลิ้งค์ข้อความต้นฉบับ


ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:

กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats

กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App

บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia

เลือกคลัง
เพิ่มคลัง
ยกเลิก
เสร็จสิ้น
เพิ่มคลัง
เห็นได้เฉพาะตัวเอง
สาธารณะ
บันทึก
แก้ไข/รายงาน
ส่ง