มาดูรายละเอียดว่าทำไม Sei ถึงมีเครื่องยนต์ "Ferrari"
OME ของ Sei เป็นแบบเนทีฟ ซึ่งหมายความว่าแอปพลิเคชันธุรกรรมใดๆ ที่สร้างขึ้นบนโครงสร้างพื้นฐานของ Sei สามารถใช้การวางคำสั่งซื้อและการจับคู่ ("ปลั๊กแอนด์เพลย์") ซึ่งไม่ใช่สัญญาอัจฉริยะที่ต้องมีการแยก
OME ของ Sei ใช้การผสมผสานระหว่าง การประมูลชุดงานบ่อย และการดำเนินการคำสั่งบล็อกเดียว
AMM รุ่นใหม่มีข้อดีคือ "อาจ" มีสภาพคล่องไม่จำกัด แต่จำกัดให้ผู้ใช้ยอมรับเฉพาะราคาเท่านั้น ในทางกลับกัน ผู้ใช้ Central Order Book Exchange (CLOB) สามารถรับหรือวางคำสั่งซื้อได้
การประมวลผลคู่ขนานตามตลาด: ตามค่าเริ่มต้น Sei จะปฏิบัติต่อการซื้อขายหนังสือคำสั่งทั้งหมดที่แตะตลาดที่แตกต่างกันว่าเป็นอิสระต่อกัน (หากไม่ส่งผลกระทบต่อตลาดเดียวกันในบล็อกเดียวกัน)
Sei ใช้เครื่องมือสั่งซื้อเพื่อต่อต้าน MEV อย่างไร
โดย @ Macr0Mark, 3V Labs
เครือข่าย Sei ได้รับการออกแบบมาเพื่อจัดการกับกระแสการสั่งซื้อระดับสถาบันตามขนาด และใช้นวัตกรรมทางเทคโนโลยีหลักสามประการ:
เครื่องมือจับคู่ใบสั่งแบบเนทีฟคืออะไร เหตุใดฟีเจอร์นี้จึงยกระดับการป้องกัน MEV ไปอีกขั้น
**MEV คืออะไร และเหตุใดจึงเป็นปัญหาใหญ่ที่สุดที่คุกคาม Layer 1 ทั้งหมด **
ในสายตาของทีม Sei มี MEV สองประเภท ประเภทหนึ่งคือหุ่นยนต์/ผู้ตรวจสอบความถูกต้องของธุรกรรมส่วนหน้า และอีกประเภทคือผู้ชำระบัญชี/ผู้ชี้ขาด แบบแรกมีผลกระทบในทางลบ ในขณะที่แบบหลังเป็นที่ยอมรับสำหรับรูปแบบเศรษฐกิจแบบแลกเปลี่ยนที่แข็งแกร่ง
Sei พยายามลด MEV ที่ไม่ดีให้เหลือน้อยที่สุดผ่านการประมูลแบบกลุ่มบ่อยครั้ง (FBA) ในขณะที่เพิ่ม MEV ที่ไม่เป็นอันตรายให้ได้สูงสุดผ่านการประมูลแบบบอทสายฟ้าแบบออฟไลน์
การเก็บมูลค่าโทเค็นจากค่าธรรมเนียมก๊าซนั้นไม่สามารถทำกำไรได้เพียงพอสำหรับห่วงโซ่ปริมาณงานสูงอย่าง Sei ดังนั้น Sei วางแผนที่จะเพิ่มมูลค่าโดยการกระจายผลกำไรจากการประมูลที่สร้างโดยหุ่นยนต์ MEV ที่ไม่เป็นอันตรายไปยังผู้ตรวจสอบความถูกต้องและผู้มีส่วนได้ส่วนเสีย การประมูลของ Sei จะเป็นแบบส่วนตัวและออฟไลน์ คล้ายกับโมเดล Lightning Bot (การใช้งานแบบ MEV-boost-based ที่อนุญาตให้มีการป้องกันแบบ front-run บน Ethereum) ระบบเป็นแบบส่วนตัว หมายความว่าเป็นการประมูลแบบปิด (Blind Auction) (หรือที่เรียกว่าการประมูลแบบปิดด้วยราคาอันดับ 1) ซึ่งผู้ประมูลสามารถส่งการตั้งค่าลำดับธุรกรรมที่แน่นอนโดยไม่ต้องเปิดเผยการประมูลและไม่ต้องจ่ายเงินสำหรับการประมูลที่ไม่สำเร็จ ชำระเงิน
การประมูลจะอนุญาตให้บอทแข่งขันสำหรับธุรกรรม MEV ทั่วไป เช่น การชำระบัญชีและการเก็งกำไร แทนที่จะทำให้เครือข่าย P2P แออัดและขึ้นราคาน้ำมัน หุ่นยนต์จะเสนอราคาตามมูลค่าทางเศรษฐกิจของข้อตกลง และการเสนอราคาที่ชนะจะใกล้เคียงกับมูลค่าที่แท้จริงของข้อตกลง เมื่อมีผู้เข้าร่วมตลาดเพียงพอ การเสนอราคาที่ชนะอาจต่ำกว่ามูลค่าข้อตกลงเล็กน้อย โดยบางส่วนจะมอบให้กับผู้ชนะและส่วนที่เหลือจะถูกแจกจ่าย
**ตัวอย่างเช่น ในการชำระบัญชีที่มีมูลค่า $100 บอทจะแข่งขันกันและขึ้นราคาเพื่อเข้าร่วมในธุรกรรมที่ชำระบัญชี แต่แทนที่จะส่งสแปมไปยัง Sei chain พวกมันจะทำแบบนอกเครือข่าย แทนที่ค่าน้ำมัน ในตลาดที่มีประสิทธิภาพ การเสนอราคาที่ชนะอาจมีมูลค่าประมาณ 99 ดอลลาร์ ซึ่งหุ่นยนต์จะมอบให้ 1 ดอลลาร์ และ 99 ดอลลาร์ที่เหลือจะถูกแบ่งระหว่างผู้ตรวจสอบความถูกต้องและผู้มอบหมาย **
ลองย้อนกลับไปดูว่า MEV คืออะไร
"Maximum Extractable Value กระบวนการเพิ่มมูลค่าทางเศรษฐกิจสูงสุดจากการผลิตแบบบล็อกโดยรวม ไม่รวม และจัดลำดับธุรกรรมใหม่ในบล็อก"
**ภายใต้ MEV ผู้ตรวจสอบความถูกต้องจะได้รับประโยชน์จากค่าธรรมเนียมน้ำมันที่เพิ่มขึ้นซึ่งจ่ายโดย "ผู้แสวงหา" หรือบอทหากำไร ซึ่งจะต้องส่งธุรกรรมการเก็งกำไรด้วยค่าธรรมเนียมน้ำมันสูงสุด บอท Arbitrage ใช้อัลกอริทึมเพื่อตรวจจับโอกาส MEV ที่ทำกำไรได้ และดำเนินการตามคำสั่งที่โพสต์โดยผู้ค้าปลีกที่ไม่รู้เรื่องรู้ราว วินาที (หรือแม้แต่มิลลิวินาที) ก่อนที่พวกมันจะสามารถเติมพวกมันได้ในราคายุติธรรม **
ในหนังสือของเขาเรื่อง The Lightning Boy ไมเคิล ลูอิสได้สำรวจ "กองหน้าคนแรก" ดั้งเดิมของวอลล์สตรีท ซึ่งการซื้อขายด้วยความถี่สูง (HFT) และการเก็งกำไรที่ผิดจรรยาบรรณนำไปสู่การสร้างตลาดที่เข้มงวด
** ความไม่สมดุลของข้อมูลอย่างต่อเนื่อง (ระยะหน้า) และการขาดสภาพคล่องสูงทำให้ DEX รุ่นต่อไปไม่สามารถโค่นล้มคู่ค้าที่รวมศูนย์และผู้ดูแลสภาพคล่องจากการบรรลุประสิทธิภาพเงินทุนแบบออนไลน์ในระดับหลายพันล้านดอลลาร์ **
เมื่อเลือกตำแหน่งที่จะวางสภาพคล่อง ผู้ดูแลสภาพคล่อง (MMs) จะประเมินความเร็ว ขั้นสุดท้าย และเวลาแฝง เพื่อให้ความลึกของตลาด MM ติดตามและอัปเดตราคาทวิภาคีของพวกเขาทุกบล็อก ดังนั้น เวลาบล็อกย่อยที่สองหมายถึงความแตกต่างของราคาที่น้อยลง ดังนั้น จึงมีความเสี่ยงน้อยกว่าที่จะถูกเอาเปรียบจากเทรดเดอร์ที่มีความถี่สูง ขายทำกำไรในกรอบเวลาระหว่าง การอัปเดตราคาและปฏิกิริยา MM
**hOMiE ดั้งเดิมของ Sei ใช้การป้องกันก่อนการทำธุรกรรมอย่างไร **
Order Matching Engine (OME) จับคู่คำสั่งซื้อและขายในตลาดการซื้อขายทุกประเภทรวมถึงตลาด crypto
เช่นเดียวกับเครื่องยนต์รถยนต์ของคุณ OME มีหน้าที่รับผิดชอบความเร็ว (TPS และระยะสุดท้าย) และแรงบิด (ปริมาณงาน)
มาดูรายละเอียดว่าทำไม Sei ถึงมีเครื่องยนต์ "Ferrari"
สมมติว่ามีคำสั่งซื้อสองรายการในสมุดคำสั่งซื้อ รายการหนึ่งขาย $Sei ที่ราคา $10 และอีกรายการขาย $Sei ที่ราคา $11 จากนั้นมีผู้ซื้อสองรายเข้ามา โดยปกติผู้ซื้อรายแรกจะได้รับเงิน $10 และรายที่สองในราคา $11 แต่ด้วยการประมูลล็อตบ่อยครั้ง ทั้งสองคำสั่งซื้อจะได้รับเงิน $10.50 ซึ่งเป็นการชำระราคาแบบเดียวกัน ราคาที่ได้มาจากการหารผลรวมของราคาทั้งสองด้วยสอง (P1+ P2)/2.
การประมูลแบบกลุ่มบ่อยครั้ง: โมเดลนี้สร้างขึ้นเพื่อแก้ปัญหาโอกาสในการเก็งกำไรครั้งใหญ่ของรูปแบบการประมูลต่อเนื่องสองครั้ง (CDA) โดยทั่วไปแล้ว CEX จะใช้ CDA ซึ่งคำสั่งซื้อจะได้รับการประมวลผลทันทีที่เข้าสู่สมุดคำสั่งซื้อ (หรือถูกเติมเต็มด้วยการเสนอราคาหรือถามอื่นๆ) ซึ่งต้องการปริมาณงานสูงในช่วงเวลาที่มีความผันผวนสูง สำหรับ DEX มักจะส่งผลให้เกิดความล่าช้าอย่างมากเนื่องจากความคับคั่งของเครือข่าย
เอนจิ้นของ Sei มีเอกลักษณ์เฉพาะตัวจริงหรือ? เปรียบเทียบกับ Injective, dYdX และ Serum
DEX เช่น Uniswap บน Ethereum หรือ Serum บน Solana ดำเนินการแต่ละคำสั่งทีละคำสั่ง ซึ่งส่งผลให้ประสิทธิภาพช้าลงและค่าใช้จ่ายที่เกี่ยวข้องกับ MEV สูงขึ้น
AMM รุ่นใหม่มีข้อดีคือ "อาจ" มีสภาพคล่องไม่จำกัด แต่จำกัดให้ผู้ใช้ยอมรับเฉพาะราคาเท่านั้น ในทางกลับกัน ผู้ใช้ Central Order Book Exchange (CLOB) สามารถรับหรือวางคำสั่งซื้อได้
การเปรียบเทียบ OME @3vLabs
ฉีด
Injective มียอดการล็อครวมมากกว่า 9.2 ล้านดอลลาร์ และมูลค่าตามราคาตลาดที่ 293 ล้านดอลลาร์ (ณ วันที่ 22 กุมภาพันธ์ 2023) โดยอ้างอิงจาก Cosmos SDK และกำหนดเป้าหมายไปยังผู้ดูแลสภาพคล่องในตลาด DEXes และกลุ่มผู้ค้าที่มีสภาพคล่องมากที่สุด
เพื่อลดการทำธุรกรรมส่วนหน้า Injective ยังใช้รูปแบบการประมูลแบบกลุ่มบ่อยครั้ง (FBA) และแนะนำคุณสมบัติหลักสามประการ
เซรั่ม
สำหรับ Serum ด้วยมูลค่ารวม $566K และมูลค่าตลาด $124M (ณ วันที่ 22 กุมภาพันธ์ 2023) เครื่องมือจับคู่คำสั่งซื้อนั้นค่อนข้างง่าย แบบจำลองนี้รวมราคาเสนอซื้อสูงสุดและราคารับต่ำสุดเพื่อกำหนดราคาตลาดปัจจุบันที่ผู้ซื้อขายสามารถดำเนินการตามคำสั่งได้ทันที ซึ่งจะทำให้ส่วนต่างราคาเสนอซื้อ-ถามแคบลง
โมเดลนี้สามารถทำงานได้ดีกับสมุดคำสั่งซื้อที่มีสภาพคล่องสูงและความเร็วในการทำธุรกรรมที่รวดเร็วของ Solana แต่ก็ยังไม่ดีที่สุด
ใน Sei ธุรกรรมในสมุดคำสั่งซื้อแบบรวมศูนย์ทั้งหมดจะดำเนินการในระดับอะตอมภายในขอบเขตของบล็อก ซึ่งแตกต่างจาก Serum ซึ่งต้องใช้ธุรกรรมสองรายการแยกกันเพื่อจัดการการวางคำสั่งซื้อและการดำเนินการ
วงจรชีวิตการทำธุรกรรม
ดีดีเอ็กซ์
เมื่อพูดถึง dYdX มีปัญหาสองประการในเวอร์ชันปัจจุบัน: ประสิทธิภาพของทั้งแอปพลิเคชัน Ethereum และ StarkEX นั้นไม่เพียงพอต่อความต้องการของ dYdX และ v3 ยังดำเนินการผ่านซีเควนเซอร์ส่วนกลางซึ่งมีอำนาจในการตรวจสอบธุรกรรม
ในคำพูดของทีม dYdX:
"ปัญหาพื้นฐานของทุก L1 หรือ L2 ที่เราสามารถพัฒนาได้คือไม่มีสิ่งใดที่สามารถจัดการได้ทุกที่ใกล้กับปริมาณงานที่จำเป็นในการรันสมุดคำสั่งที่ทันสมัยและเครื่องมือจับคู่"
ในแง่ของประสิทธิภาพ เวอร์ชัน 3 ปัจจุบันจัดการการซื้อขาย 10 ครั้งต่อวินาที และประมาณ 1,000 รายการสั่งซื้อ/ยกเลิกต่อวินาที
ทีมงาน dYdX กำลังสร้างใหม่บน Cosmos Lisk รวมถึงระบบกระจายอำนาจแบบออฟไลน์ สมุดคำสั่งซื้อ และเครื่องมือจับคู่ dYdX v4 มีกำหนดออกในช่วงครึ่งหลังของปี 2023 (ปลายเดือนกันยายน) และเครือข่ายทดสอบสาธารณะจะเปิดตัวในปลายเดือนกรกฎาคม
เสียงคุ้นเคย?
ข้อได้เปรียบทางการแข่งขันของ Sei
การตั้งค่าการปรับให้เหมาะสมของ Sei จะช่วยปรับปรุงประสิทธิภาพของเครื่องมือจับคู่คำสั่งซื้อเหล่านี้เพิ่มเติมโดย:
บล็อกการประมวลผลแบบขนาน
**Sei ไม่ประมวลผลธุรกรรมตามลำดับ แต่ทำควบคู่กันไป **ธุรกรรมหลายรายการที่เกี่ยวข้องกับตลาดต่างๆ สามารถประมวลผลได้พร้อมกัน ซึ่งเป็นการปรับปรุงประสิทธิภาพ จากการทดสอบโหลดล่าสุด เราพบว่าเวลาบล็อกลดลง 75-90% เมื่อเทียบกับการประมวลผลแบบลำดับ และเวลาแฝงอยู่ที่ 40-120 มิลลิวินาทีสำหรับการประมวลผลแบบขนาน เมื่อเทียบกับ 200-1370 มิลลิวินาทีสำหรับการประมวลผลแบบต่อเนื่อง ซึ่งเป็นการปรับปรุงที่สำคัญ
การประมวลผลคู่ขนานตามตลาด: ตามค่าเริ่มต้น Sei จะปฏิบัติต่อการซื้อขายหนังสือคำสั่งทั้งหมดที่แตะตลาดที่แตกต่างกันว่าเป็นอิสระต่อกัน (หากไม่ส่งผลกระทบต่อตลาดเดียวกันในบล็อกเดียวกัน)
ออราเคิลราคาเนทีฟ
**ออราเคิลด้านราคาของ Sei มีหน้าที่รับผิดชอบในการนำข้อมูลราคานอกเชนเข้าสู่บล็อกเชน พวกมันถูกสร้างขึ้นในเชน **ซึ่งหมายความว่าผู้ตรวจสอบทั้งหมดจำเป็นต้องเสนอราคา (อัตราแลกเปลี่ยน) เมื่อส่งบล็อก การบล็อกจะถูกสร้างขึ้นเมื่อตัวตรวจสอบความถูกต้องทั้งหมดยอมรับราคาร่วมกันเท่านั้น หากผู้ตรวจสอบความถูกต้องพลาดช่วงเวลาการลงคะแนนบางส่วนหรือเสนอราคาที่เบี่ยงเบนไปจากค่ามัธยฐานมากเกินไป พวกเขาจะถูกฟัน (ลงโทษ)
ชุดคำสั่งธุรกรรม
ผู้ดูแลสภาพคล่องสามารถยกเลิกและสร้างคำสั่งซื้อในหลายตลาดในธุรกรรมเดียวได้ (เช่น คำสั่งซื้อทั้งหมดสำหรับสัญญาถาวร BTC สำหรับตลาดใดตลาดหนึ่งจะรวมกันเป็นการเรียกสัญญาอัจฉริยะเดียว)
เจาะลึกลำดับความสำคัญการจับคู่คำสั่งซื้อ
**Order Matching Engine (OME) ของ Sei จะจัดลำดับความสำคัญของการยกเลิกคำสั่งซื้อทั้งหมด โดยลบคำสั่งจำกัดออกจากสมุดคำสั่งซื้อที่เกี่ยวข้อง จากนั้นคำสั่งจำกัดทั้งหมดจะถูกเพิ่มลงในสมุดคำสั่ง สิ่งนี้ทำให้มั่นใจได้ว่าคำสั่งซื้อจะเต็มไปด้วยสภาพคล่องสูงสุด จากนั้นกลไกจับคู่จะประมวลผลคำสั่งซื้อขายในตลาด **
โปรโตคอล Injective ทำงานบนหลักการเข้าก่อนออกก่อน (FIFO) โดยที่คำสั่งตามราคาตลาดจะถูกดำเนินการก่อน ตามด้วยคำสั่งจำกัดที่ยังไม่สำเร็จ และสุดท้ายคือคำสั่งจำกัดล่าสุด
Serum Dex ยังใช้กลยุทธ์ FIFO ของการจับคู่ "ราคา-เวลา-ลำดับความสำคัญ" คำสั่งซื้อจะได้รับการจัดอันดับตามราคา และคำสั่งซื้อที่มีราคาเดียวกันจะได้รับการจัดอันดับตามเวลาที่ออกในสมุดคำสั่งซื้อ
โดยสรุป **Sei เป็นบล็อกเชน L1 ที่สร้างขึ้นเองสำหรับแอปพลิเคชันธุรกรรม โดยมีเทคโนโลยีที่เป็นนวัตกรรมมากมาย รวมถึงการจับคู่คำสั่งซื้อดั้งเดิม ฉันทามติเทอร์โบคู่ และการขนานตามตลาด **Order Matching Engine (OME) แบบดั้งเดิมได้รับการออกแบบมาเพื่อป้องกันการรันล่วงหน้าโดยใช้ Frequent Bulk Auctions (FBA) และการดำเนินการตามคำสั่งแบบบล็อกเดียว ซึ่งช่วยให้ดำเนินการซื้อขายได้เร็วขึ้นและลดความเสี่ยงของการจัดการตลาดและการแสวงหาผลประโยชน์โดยผู้ค้าที่มีความถี่สูง
โดยรวมแล้ว Sei มีเป้าหมายที่จะจัดหาแพลตฟอร์มที่ปลอดภัยและมีประสิทธิภาพสำหรับโฟลว์คำสั่งซื้อของสถาบันและผู้ดูแลสภาพคล่องสำหรับแอปพลิเคชันการซื้อขาย