ในป่าแห่งหลุมฝังศพในโลกคริปโต มีโครงการนับไม่ถ้วนที่พยายามวาง “Central Limit Order Book (CLOB)” บนบล็อกเชน ตั้งแต่ EtherDelta รุ่นแรกไปจนถึงผู้ท้าชิงนับไม่ถ้วนที่มีประสิทธิภาพสูง
มีความเข้าใจผิดในอุตสาหกรรมมาเป็นเวลานาน: “สมุดคําสั่งซื้อไม่สามารถทําได้เพราะห่วงโซ่ไม่เร็วพอ” ”**
ด้วยเหตุนี้ เชนสาธารณะจึงติดอยู่ในการแข่งขันด้านอาวุธของ TPS (ปริมาณธุรกรรมต่อวินาที) จาก 15 TPS ถึง 1,000 TPS ถึง 100,000 TPS ที่อ้างสิทธิ์ในวันนี้ แต่น่าแปลกที่แม้ว่าห่วงโซ่จะเร็วอย่างน่าประหลาดใจอยู่แล้ว แต่ผู้ดูแลสภาพคล่องชั้นนําก็ยังไม่กล้าพูดถึงสภาพคล่องหลัก
สาเหตุที่แท้จริงไม่เคยเกิดจากความเร็ว แต่เป็น ความขัดแย้งทางพันธุกรรม
ตรรกะของห่วงโซ่สาธารณะแบบดั้งเดิมไล่ตาม “สถานะที่สอดคล้องกันของเครือข่ายทั้งหมด” ในขณะที่เอ็นจิ้นการจับคู่ติดตาม “ลําดับเวลาที่ชัดเจน” ทั้งสองมีความพิเศษซึ่งกันและกันภายใต้โครงสร้างเก่า จนกระทั่งสองปีที่ผ่านมาการเกิดขึ้นของเครือข่ายสาธารณะ “สายพันธุ์ใหม่” ได้ทําลายทางตันอย่างแท้จริง พวกเขาไม่เพียงแต่ทําให้รถม้าวิ่งเร็วขึ้น แต่ยังออกแบบ “กฎจราจร” พื้นฐานใหม่ทั้งหมด
นั่นคือสิ่งที่เราจะพูดถึงในวันนี้ — DEX บนเครือข่ายจริง
ในเชนสาธารณะเอนกประสงค์ เช่น Ethereum หรือ Solana มักจะไม่ใช่เวลาที่คุณมาถึงที่กําหนดลําดับการทําธุรกรรมของคุณ แต่เป็นก๊าซที่คุณจ่าย
ลองนึกภาพว่าคุณกําลังยืนอยู่ในห้องโถงของตลาดหลักทรัพย์เห็นได้ชัดว่าคุณยกมือขึ้นเพื่อซื้อก่อน แต่คนข้างๆคุณยัดเครื่องบันทึกด้วยธนบัตรจํานวนหนึ่งดังนั้นรายการของเขาจึงถูกแทรกไว้ข้างหน้าคุณ สําหรับการชําระค่าโอนไม่เจ็บ แต่สําหรับตลาดความถี่สูงสิ่งนี้เป็นอันตรายถึงชีวิต ซึ่งหมายความว่าทุกคําสั่งซื้อที่รอดําเนินการและยกเลิกของผู้ดูแลสภาพคล่องกําลังเข้าร่วมในการประมูลที่คาดเดาไม่ได้
DEX แบบ on-chain ที่แท้จริงกําลังเปิดตัวการปฏิวัติครั้งแรก: ตั้งแต่การประมูลก๊าซไปจนถึงการเรียงลําดับเวลา (FCFS) และการเรียงลําดับความหมาย **
ห่วงโซ่แอปพลิเคชันเฉพาะธุรกรรมรุ่นใหม่ เช่น Hyperliquid ละทิ้งตรรกะการประมูลก๊าซทั่วไปโดยสิ้นเชิง พวกเขาเลื่อนการเรียงลําดับไปทางด้านหน้าของฉันทามติ:
- เวลาฟิสิกส์ก่อน: ใครก็ตามที่มาถึงเมมพูลก่อนมาก่อน โดยจําลองโลกทางกายภาพอย่างสมบูรณ์ตามลําดับก่อนหลัง
- Semantic Ordering:* นี่เป็นขั้นตอนที่รุนแรงกว่า ชั้นล่างสุดของห่วงโซ่สามารถ “อ่าน” ความหมายของธุรกรรมได้ ตัวอย่างเช่น คําขอยกเลิกจะจัดอันดับก่อนคําขอที่รอดําเนินการโดยอัตโนมัติ
ทําไมต้องให้สิทธิพิเศษ “ยกเลิกคําสั่งซื้อ”? เนื่องจากในตลาดที่มีความผันผวนรุนแรงหากผู้ดูแลสภาพคล่องต้องการยกเลิกคําสั่งซื้อ แต่ไม่สามารถถอนออกได้เนื่องจากความแออัดของเครือข่ายราคาที่หมดอายุ (Stale Quotes) จะถูกกินโดยนักเก็งกําไรซึ่งเรียกว่า “การจราจรที่เป็นพิษ” เมื่อความเสี่ยงนี้เกิดขึ้น ผู้ดูแลสภาพคล่องจะถอนสภาพคล่อง
เฉพาะโดยการจารึก “ลําดับความสําคัญของการยกเลิก” ลงในโปรโตคอลพื้นฐาน และผู้ตรวจสอบความถูกต้องต้องปฏิบัติตามตรรกะนี้ ความละเอียดของเวลาของห่วงโซ่จะมี “ความรู้สึกปลอดภัย” ที่ตลาดการเงินต้องการเป็นครั้งแรก นี่ไม่ใช่นิสัยรหัสของวิศวกรอีกต่อไป แต่เป็นกฎเหล็กของห่วงโซ่
ในอดีต สมุดคําสั่งซื้อไม่สามารถทํางานได้เนื่องจากห่วงโซ่อนุญาตให้โหนดหลายพันโหนดในเครือข่ายทํา “แรงงานซ้ํา” ร่วมกันได้ ทุกการกระทําของคําสั่งซื้อที่รอดําเนินการ การจับคู่ และการยกเลิกคําสั่งซื้อจะต้องดําเนินการโดยทั้งเครือข่ายเป็นสัญญาอัจฉริยะ และต้นทุนจะระเบิดอย่างทวีคูณ
หลายคนที่เรียกว่า “DEX” เพื่อแก้ปัญหานี้เลือกที่จะขี้เกียจ: พวกเขาตั้งค่าเซิร์ฟเวอร์ภายใต้ห่วงโซ่เพื่อเรียกใช้การจับคู่และเขียนเฉพาะผลการทําธุรกรรมขั้นสุดท้ายบนเชนเท่านั้น สิ่งนี้ไม่เรียกว่า DEX แต่เรียกว่า “CEX บนห่วงโซ่”
DEX แบบ on-chain ที่แท้จริงเลือกเส้นทางที่สาม: เชนมีหน้าที่ในการยืนยัน และการดําเนินการจะถูกส่งต่อไปยังเอ็นจิ้นดั้งเดิม **
ในสถาปัตยกรรมใหม่เหล่านี้ การจับคู่ไม่ใช่สัญญาอัจฉริยะที่ทํางานใน EVM อีกต่อไป แต่เป็น โมดูลดั้งเดิม ที่เขียนโดยตรงในซอฟต์แวร์โหนดเชน
ฉันทามติทั่วทั้งเครือข่าย: ผู้ตรวจสอบความถูกต้องทั้งหมดเรียกใช้โค้ดการจับคู่ C++/Rust ที่ปรับให้เหมาะสมที่สุดชุดเดียวกัน
การขึ้นต่อกันของสถานะ: สมุดคําสั่งซื้อจะถูกจัดเก็บไว้ในหน่วยความจําของห่วงโซ่โดยตรง ไม่ใช่ในที่เก็บสัญญา
** การเสริมสร้างผลลัพธ์:** ผู้ตรวจสอบความถูกต้องไม่จําเป็นต้องดําเนินการเครื่องเสมือนตามสัญญาที่น่าเบื่อในแต่ละแมตช์ เพียงแค่ต้องตรวจสอบความสอดคล้องของอินพุตและเอาต์พุตเท่านั้น
นี่คือเกณฑ์ที่ต้องชัดเจน: คุณจะรู้ได้อย่างไรว่าเครื่องยนต์เป็น “ปลั๊กอิน” หรือ “เนทีฟ” ** ดูตัวบ่งชี้ยากสามตัว:
- ผู้ตรวจสอบความถูกต้องทั้งหมดต้องเรียกใช้ตรรกะเดียวกันหรือไม่
- ผลการดําเนินการต้องสอดคล้องกันทั่วทั้งเครือข่ายหรือไม่?
- สถานะสุดท้ายของห่วงโซ่ขึ้นอยู่กับมันอย่างมากหรือไม่?
ตราบใดที่ตรงตามสามจุดนี้เครื่องยนต์นี้ก็เทียบเท่ากับการอยู่บนโซ่ ไม่ใช่เซิร์ฟเวอร์ส่วนตัวของฝ่ายโครงการ แต่เป็นส่วนหนึ่งของห่วงโซ่สาธารณะเอง ไม่มีสิ่งที่เรียกว่า “สมุดคําสั่งเงานอกเครือข่าย” ที่สามารถแทนที่ได้อย่างเงียบ ๆ
ในยุคเก่าของโซ่ การยืนยันทุกบล็อกก็เหมือนสไลด์ Ethereum มี 12 วินาทีต่อเฟรม Solana มี 0.4 วินาทีต่อเฟรม แต่ในสายตาของเทรดเดอร์ความถี่สูง 0.4 วินาทียังคงเป็น “ความล่าช้า” ที่ยาวนาน
DEX รุ่นใหม่กําลังรื้อ “จังหวะ” พวกเขาแยกเลเยอร์การดําเนินการออกจากเลเยอร์ฉันทามติ เลเยอร์การดําเนินการมีหน้าที่ในการอัปเดตตลาดอย่างต่อเนื่องด้วยความเร็วมิลลิวินาทีและให้ข้อเสนอแนะแบบเรียลไทม์แก่ผู้ใช้ ห่วงโซ่จะสรุปลําดับและผลลัพธ์เหล่านี้ในช่วงเวลาสั้นๆ
จากมุมมองของผู้ใช้ มันเป็นประสบการณ์ที่ก้าวกระโดด: สภาพคล่องแบบเรียลไทม์พร้อมการชําระบัญชีที่ไม่เปลี่ยนแปลง ** สถาปัตยกรรมแบบสามในหนึ่งเดียว (การดําเนินการ ฉันทามติ การชําระหนี้) ทําให้ห่วงโซ่ไม่ได้เป็นเพียงเครื่องมือในการชําระบัญชีอีกต่อไป แต่กลายเป็นการจับคู่ตัวเอง
**หากมีการปรับปรุงประสิทธิภาพ แสดงว่าการเปลี่ยนแปลงโครงสร้างอํานาจคือภายใน **
สาระสําคัญของ CLOB บนห่วงโซ่คือการยึดอํานาจทั้งหมดที่ซ่อนอยู่ในกล่องดําของเซิร์ฟเวอร์ Binance และ Coinbase และทําให้เป็นสาธารณะ คําสั่งคิวเป็นแบบสาธารณะตรรกะการจับคู่เปิดคิวการซื้อและขายเปิดอยู่และวิถีการดําเนินการเป็นแบบสาธารณะ
สิ่งนี้นํามาซึ่งเกณฑ์ใหม่สําหรับการตัดสิน: ใครคือ DEX ตัวจริง? **
โปรโตคอลจํานวนมากก็เริ่มเรียกตัวเองว่า “การจับคู่แบบ on-chain” แต่ผสมกันมีคนเสแสร้งอย่างแอสเตอร์ Aster เป็น DEX ที่โดดเด่นด้วยข้อมูลที่มีแท่งเทียนและกราฟความลึกที่ดูสมบูรณ์แบบ อย่างไรก็ตาม นักวิจัยอย่างรอบคอบพบว่าพฤติกรรมการซื้อขายของ Binance นั้น “ซิงโครไนซ์กระจก” กับตลาดสปอตของ Binance มาเป็นเวลานาน เมื่อนักวิจัยขอให้ Aster จัดทําบันทึกคําสั่งซื้อที่รอดําเนินการและยกเลิกทุกรายการบนห่วงโซ่ Aster ไม่สามารถนําออกมาได้
เพราะไม่มีการจับคู่แบบ on-chain เลย มันเพียงแค่ “ย้าย” ข้อมูลของ Binance ในเซิร์ฟเวอร์ จากนั้นปลอมแปลงผลลัพธ์เป็นแฮชธุรกรรมและเขียนบนเครือข่าย ในที่สุด Aster ก็ถูกคัดออกโดยตรง (และตอนนี้เพิ่มกลับเข้ามา) โดยแหล่งข้อมูลอุตสาหกรรม เช่น DefiLlama
ความโปร่งใสที่แท้จริงไม่ใช่ความโปร่งใสของผลลัพธ์ แต่เป็นความโปร่งใสของกระบวนการ ในการตรวจสอบว่า DEX อยู่บนเชนจริงหรือไม่ อย่าดูข้อมูล TPS บนเว็บไซต์ทางการ แต่ให้ดูที่เกณฑ์สูงสุดนี้:
**บุคคลที่สามสามารถบันทึกเหตุการณ์ดั้งเดิมบนห่วงโซ่และทําซ้ําทุกวินาทีของการเปลี่ยนแปลงของตลาดในแต่ละวันได้อย่างสมบูรณ์แบบโดยไม่ต้องพึ่งพาอินเทอร์เฟซอย่างเป็นทางการ **
หากข้อมูล on-chain ของคุณสามารถเห็นได้เฉพาะ “A และ B ถูกซื้อขาย” แต่ไม่เห็น “เมื่อไหร่ที่ A ค้าง”, “B ได้รับการจัดอันดับในบรรทัดในเวลานั้น” และ “ทําไม C ถึงยกเลิกคําสั่งซื้อได้สําเร็จ” แสดงว่านี่คือกล่องดํา
Hyperliquid ถือเป็นเกณฑ์มาตรฐานใหม่ในอุตสาหกรรมอย่างแม่นยําเพราะทนทานต่อการตรวจสอบประเภทนี้ ทุกคนดาวน์โหลดข้อมูลโหนดสร้างประวัติของการแลกเปลี่ยนทั้งหมดทีละบรรทัด “การตรวจสอบได้” นี้เป็นจิตวิญญาณที่ทําให้ DeFi แตกต่างจาก CeFi
ณ จุดนี้ เราได้เห็นสองมิติหลักของ DEX แบบ on-chain ที่แท้จริง:
- มิติสินทรัพย์: สามารถดูแลตนเองได้หรือไม่และเงินทุนอยู่ในมือของผู้ใช้เสมอ
- มิติการดําเนินการ: ไม่ว่าการจับคู่ การเรียงลําดับ และคิวจะอยู่บนเครือข่ายอย่างสมบูรณ์และสามารถ “ทําซ้ําและสร้างใหม่” ได้หรือไม่
แต่นั่นยังไม่จบ หากคุณใช้ห่วงโซ่ที่เร็วที่สุดและการจับคู่ที่โปร่งใสที่สุด แต่ฝ่ายโครงการมี “คีย์ส่วนตัวของผู้ดูแลระบบขั้นสูง” ที่สามารถระงับสัญญา แก้ไขอัตรา หรือแม้แต่ระงับบัญชีของคุณได้ตลอดเวลา
