เหตุใด Solana จึงเต็มไปด้วย Prop AMM ในขณะที่ EVM ยังคงว่างเปล่า?

ชื่อบทความต้นฉบับ: dApps ที่ต้องจับตามองหลังจากการเปิดตัว Monad Mainnet

ผู้เขียนบทความต้นฉบับ: @0xOptimus

บทความต้นฉบับแปล: Dingdang, Odaily Planet Daily

AMM ที่เป็นกรรมสิทธิ์ของบริษัทได้ครองส่วนแบ่งการซื้อขายทั้งหมดของ Solana ไปแล้วถึง 40% อย่างรวดเร็ว ทำไมพวกเขาถึงยังไม่ปรากฏบน EVM สักที?

ผู้ให้บริการตลาดอัตโนมัติ (Prop AMM) กำลังกลายเป็นกำลังสำคัญในระบบนิเวศ Solana DeFi อย่างรวดเร็ว โดยปัจจุบันมีส่วนแบ่งมากกว่า 40% ของปริมาณการซื้อขายในคู่สกุลเงินหลัก ผู้ให้บริการสภาพคล่องเหล่านี้ซึ่งดำเนินการโดยผู้ให้บริการตลาดมืออาชีพ สามารถมอบสภาพคล่องที่เข้มข้นและราคาที่แข่งขันได้มากขึ้น เหตุผลสำคัญคือผู้ให้บริการเหล่านี้ช่วยลดความเสี่ยงที่ผู้ให้บริการตลาดจะถูกเอาเปรียบจาก "ราคาที่ค้าง" เพื่อดำเนินการอาร์บิทราจแบบฟรอนท์รันนิ่งได้อย่างมาก

ที่มาของภาพ: dune.com

อย่างไรก็ตาม ความสำเร็จของพวกเขานั้นแทบจะจำกัดอยู่แค่ Solana เท่านั้น แม้แต่บนเครือข่าย Layer 2 ที่รวดเร็วและต้นทุนต่ำอย่าง Base หรือ Optimism ก็ยังพบ Prop AMM ในระบบนิเวศ EVM น้อยมาก เหตุใดจึงไม่ฝังรากลึกบน EVM

บทความนี้จะเจาะลึกประเด็นหลัก 3 ประเด็น ได้แก่ Prop AMM คืออะไร อุปสรรคทางเทคนิคและเศรษฐกิจที่เผชิญบนเครือข่าย EVM และสถาปัตยกรรมใหม่ที่มีแนวโน้มดีที่อาจนำ AMM เหล่านี้มาสู่แนวหน้าของ EVM DeFi ในที่สุด

Prop AMM คืออะไร?

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

AMM แบบดั้งเดิม (เช่น Uniswap v2) มักใช้สูตร x * y = k เพื่อกำหนดราคา โดยที่ x และ y แทนปริมาณของสินทรัพย์ทั้งสองในพูล และ k คือค่าคงที่ ใน Prop AMM สูตรกำหนดราคาจะไม่คงที่ แต่จะมีการอัปเดตบ่อยครั้ง (บ่อยครั้งหลายครั้งต่อวินาที) เนื่องจากกลไกภายในของ Prop AMM ส่วนใหญ่ถือเป็น "กล่องดำ" โลกภายนอกจึงไม่ทราบอัลกอริทึมที่แน่ชัดที่พวกเขาใช้ อย่างไรก็ตาม โค้ดสัญญาอัจฉริยะ Prop AMM บนเครือข่าย Sui จาก Obric เป็นแบบสาธารณะ (ต้องขอบคุณการค้นพบของ @markoggwp) โดยที่ค่า k คงที่ขึ้นอยู่กับตัวแปรภายใน mult_x, mult_y และ concentration ภาพด้านล่างแสดงให้เห็นว่าผู้ดูแลสภาพคล่องอัปเดตตัวแปรเหล่านี้อย่างต่อเนื่องอย่างไร

ประเด็นหนึ่งที่ต้องชี้แจงให้ชัดเจนคือ สูตรทางด้านซ้ายของเส้นราคา Obric มีความซับซ้อนมากกว่าสูตร x*y ธรรมดา อย่างไรก็ตาม กุญแจสำคัญในการทำความเข้าใจ Prop AMM คือ สูตรนี้จะมีค่าเท่ากับ k คงที่แบบแปรผันเสมอ และผู้ให้บริการสภาพคล่องจะอัปเดต k นี้อย่างต่อเนื่องเพื่อปรับเส้นราคา

รีวิว: AMM กำหนดราคาอย่างไร?

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

ยกตัวอย่างพูล WETH-USDC บน Uniswap v2 (สมมติว่าไม่มีค่าธรรมเนียม) ราคาจะถูกกำหนดแบบพาสซีฟด้วยสูตร x * y = k สมมติว่ามี 100 WETH และ 400,000 USDC อยู่ในพูล จุดโค้งปัจจุบันคือ x = 100, y = 400,000 ซึ่งสอดคล้องกับราคาเริ่มต้นที่ 400,000 / 100 = 4,000 USDC/WETH ซึ่งจะให้ค่าคงที่ k = 100 * 400,000 = 40,000,000

หากเทรดเดอร์ต้องการซื้อ 1 WETH พวกเขาจำเป็นต้องเพิ่ม USDC เข้าไปในพูล โดยลด WETH ในพูลให้เหลือ 99 เพื่อรักษาค่าผลิตภัณฑ์ k ให้คงที่ จุดใหม่ (x, y) จะต้องยังคงอยู่บนเส้นโค้ง ดังนั้น y จะต้องกลายเป็น 40,000,000 / 99 ≈ 404,040.40 ซึ่งหมายความว่าเทรดเดอร์จ่ายเงินประมาณ 4,040.40 USDC สำหรับ 1 WETH ซึ่งสูงกว่าราคาเริ่มต้นเล็กน้อย ปรากฏการณ์นี้เรียกว่า "การเลื่อนไหลของราคา" นี่คือเหตุผลที่ x*y=k ถูกเรียกว่า "เส้นราคา": ราคาที่ซื้อขายได้ใดๆ จะต้องอยู่บนเส้นโค้งนี้

เหตุใดผู้ให้บริการสภาพคล่องจึงเลือกการออกแบบ AMM มากกว่าสมุดคำสั่งซื้อแบบรวมศูนย์ (CLOB)

มาอธิบายกันว่าทำไมผู้ให้บริการสภาพคล่องจึงต้องการใช้การออกแบบ AMM เพื่อจัดหาสภาพคล่อง ลองนึกภาพว่าคุณเป็นผู้ดูแลสภาพคล่องที่กำลังเสนอราคาในสมุดคำสั่งจำกัดกลาง (Central Limit Order Book: CLOB) แบบออนเชน หากคุณต้องการอัปเดตราคา คุณจะต้องยกเลิกและแทนที่คำสั่งจำกัดหลายพันคำสั่ง หากคุณมีคำสั่ง N คำสั่ง ค่าใช้จ่ายในการอัปเดตจะเป็นการดำเนินการแบบ O(N) ซึ่งช้าและมีค่าใช้จ่ายสูงแบบออนเชน

แต่จะเป็นอย่างไรหากคุณสามารถแสดงคำพูดทั้งหมดด้วยเส้นโค้งทางคณิตศาสตร์ได้ เพียงแค่อัปเดตพารามิเตอร์หลักบางตัวที่กำหนดเส้นโค้งนี้ คุณสามารถเปลี่ยนการดำเนินการ O(N) ให้เป็นค่าคงที่ที่มีความซับซ้อน O(1) ได้

เพื่อแสดงให้เห็นอย่างชัดเจนว่า "กราฟราคา" สอดคล้องกับช่วงราคาจริงที่แตกต่างกันอย่างไร เราสามารถอ้างอิง SolFi ที่สร้างโดย Ellipsis Labs ซึ่งเป็น Prop AMM ที่ใช้ Solana แม้ว่ากราฟราคาเฉพาะของกราฟนี้จะยังไม่เป็นที่ทราบแน่ชัดและถูกซ่อนไว้ แต่ Ghostlabs ได้สร้างกราฟแสดงราคาจริงเมื่อแลกเปลี่ยน SOL ในปริมาณที่แตกต่างกันเป็น USDC ภายในช่อง Solana (ช่วงเวลาบล็อก) ที่กำหนด แต่ละเส้นแสดงกลุ่ม WSOL/USDC ที่แตกต่างกัน ซึ่งแสดงให้เห็นว่าระดับราคาหลายระดับสามารถอยู่ร่วมกันได้ เมื่อผู้ให้บริการสภาพคล่องอัปเดตกราฟราคา กราฟราคาจริงนี้จะเปลี่ยนแปลงไปตามช่องต่างๆ ด้วย

ที่มาของภาพ: GitHub

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

เหตุใดสถาปัตยกรรมของ Solana จึงเหมาะอย่างยิ่งสำหรับ Prop AMM?

Prop AMM เป็นระบบที่ "บริหารจัดการอย่างแข็งขัน" ซึ่งหมายความว่าต้องมีเงื่อนไขสำคัญสองประการ:

1. ต้นทุนการอัปเดตต่ำ

2. การดำเนินการตามลำดับความสำคัญ

ใน Solana ทั้งสองประเด็นนี้เชื่อมโยงกัน: การอัปเดตต้นทุนต่ำมักหมายความว่าการอัปเดตสามารถมีการดำเนินการที่มีความสำคัญสูงกว่าได้

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

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

จากการใช้ Prop AMM HumidiFi เป็นตัวอย่างบน Solana ตามข้อมูลของ @SliceAnalytics ผู้ให้บริการสภาพคล่องจะอัปเดตใบเสนอราคาสูงสุด 74 ครั้งต่อวินาที

ผู้เล่นที่มาจาก EVM อาจถามว่า: "สล็อตของ Solana อยู่ที่ประมาณ 400ms แล้ว Prop AMM จะอัปเดตราคาหลายครั้งภายในสล็อตเดียวได้อย่างไร"

คำตอบอยู่ที่สถาปัตยกรรมต่อเนื่องของ Solana ซึ่งแตกต่างโดยพื้นฐานจากโมเดลบล็อกแยกส่วนของ EVM

· EVM: โดยทั่วไปธุรกรรมจะดำเนินการตามลำดับหลังจากมีการเสนอบล็อกเต็มและได้รับการยืนยันขั้นสุดท้าย ซึ่งหมายความว่าการอัปเดตที่ส่งระหว่างกลางจะมีผลในบล็อกถัดไป

· Solana: โหนด Leader Validator จะไม่รอให้บล็อกเต็ม แต่จะแบ่งธุรกรรมออกเป็นแพ็กเก็ตข้อมูลขนาดเล็ก (เรียกว่า "shred") และกระจายข้อมูลไปยังเครือข่ายอย่างต่อเนื่อง ภายในสล็อตหนึ่งๆ อาจมีการแลกเปลี่ยนหลายรายการ แต่การอัปเดตราคาใน shred #1 จะส่งผลต่อ swap #1 และการอัปเดตราคาใน shred #2 จะส่งผลต่อ swap #2

หมายเหตุ: Flashblocks มีลักษณะคล้ายกับ shreds ของ Solana @Ashwinningg จาก Anza Labs ระบุในงานประชุม CBER ว่าขีดจำกัดของสล็อตที่ shreds 32,000 ชิ้นทุกๆ 400 มิลลิวินาที เท่ากับ shreds 80 ชิ้นต่อมิลลิวินาที Flashblocks ความเร็ว 200 มิลลิวินาทีนั้นเร็วพอที่จะตอบสนองความต้องการของผู้ให้บริการสภาพคล่องหรือไม่ ยังคงเป็นคำถามที่ยังไม่มีคำตอบ เมื่อเทียบกับสถาปัตยกรรมแบบต่อเนื่องของ Solana

แล้วทำไมการอัปเดต Solana ถึงถูกจัง? และอะไรที่ทำให้มีการดำเนินการตามลำดับความสำคัญ?

ประการแรก แม้ว่าการนำ Prop AMM ไปใช้งานบน Solana จะเป็นกล่องดำ แต่ก็มีไลบรารีอย่าง Pinocchio ที่ปรับแต่งวิธีการเขียน CU ในโปรแกรม Solana ให้เหมาะสมที่สุด บล็อกของ Helius มีคำอธิบายที่ยอดเยี่ยม ด้วยไลบรารีนี้ การใช้ CU ของโปรแกรม Solana จะลดลงจากประมาณ 4,000 CU เหลือประมาณ 100 CU

ที่มาของภาพ: github

ทีนี้มาดูส่วนที่สองกัน ในระดับที่สูงขึ้น Solana จะให้ความสำคัญกับธุรกรรมโดยเลือกธุรกรรมที่มีอัตราส่วนค่าธรรมเนียมต่อหน่วยประมวลผลสูงสุด (หน่วยประมวลผลจะคล้ายกับ Gas ของ EVM) เช่นเดียวกับ EVM

· โดยเฉพาะอย่างยิ่ง หากใช้ Jito สูตรคือ Jito Tip / Compute Units

· มิฉะนั้น: ลำดับความสำคัญ = (ทิป + ค่าธรรมเนียมพื้นฐาน) / (1 + ขีดจำกัด CU + CU ลายเซ็น + CU ล็อคการเขียน)

เมื่อเปรียบเทียบหน่วยประมวลผลของการอัปเดต Prop AMM กับ Jupiter Swap จะเห็นได้ชัดว่าการอัปเดตนี้มีราคาถูกมาก โดยมีอัตราส่วน 1:1000

การอัปเดต Prop AMM: การอัปเดตเส้นโค้งแบบง่ายมีราคาไม่แพงมาก การอัปเดตของ Wintermute มีราคาเพียง 109 CU โดยมีต้นทุนรวมเพียง 0.000007506 SOL

การสลับดาวพฤหัสบดี: การสลับผ่านเส้นทางดาวพฤหัสบดีสามารถเข้าถึง ~100,000 CU โดยมีต้นทุนรวม 0.000005 SOL

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

เหตุใด Prop AMM จึงยังไม่ลงจอดบน EVM?

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

ขอขอบคุณ @markoggwp สำหรับการค้นพบนี้!

จากสมมติฐานนี้ เราพบอุปสรรคสำคัญในสถาปัตยกรรมของ EVM ที่ทำให้โมเดล Prop AMM ของ Solana ไม่สามารถใช้งานได้บน EVM

โปรดจำไว้ว่าบนบล็อคเชนเลเยอร์ 2 ของ OP-Stack (เช่น Base และ Unichain) ธุรกรรมจะได้รับความสำคัญตามค่าธรรมเนียมต่อก๊าซ (คล้ายกับการเรียงลำดับค่าธรรมเนียม/CU ของ Solana)

ใน EVM ต้นทุนของ Gas ในการเขียนข้อมูลนั้นสูงมาก เมื่อเทียบกับการอัปเดตของ Solana แล้ว ต้นทุนในการเขียนค่าบน EVM ผ่านโอปโค้ด SSTORE นั้นสูงมาก:

· SSTORE (0 → ไม่ใช่ 0): ~22,100 แก๊ส

· SSTORE (ไม่ใช่-0 → ไม่ใช่-0): ~5,000 แก๊ส

· การสับเปลี่ยน AMM ทั่วไป: ~200,000–300,000 ก๊าซ

หมายเหตุ: แก๊สบน EVM จะคล้ายกับหน่วยคำนวณ (CU) บน Solana ตัวเลขแก๊ส SSTORE ข้างต้นถือว่าแต่ละธุรกรรมมีการเขียนเพียงครั้งเดียว (การเขียนแบบเย็น) ซึ่งสมเหตุสมผล เนื่องจากโดยทั่วไปแล้วจะไม่มีการส่งการอัปเดตหลายรายการภายในธุรกรรมเดียว

แม้ว่าการอัปเดตจะยังคงถูกกว่าการสลับ แต่ประสิทธิภาพการใช้แก๊สจะอยู่ที่ประมาณ 10 เท่าเท่านั้น (การอัปเดตอาจเกี่ยวข้องกับ SSTORE หลายรายการ) ในขณะที่ Solana อัตราส่วนนี้จะอยู่ที่ประมาณ 1,000 เท่า

สิ่งนี้ทำให้เกิดข้อสรุปสองประการที่ทำให้โมเดล Solana Prop AMM เดียวกันมีความเสี่ยงมากขึ้นบน EVM:

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

2. ความเสี่ยงจากการเก็งกำไร (Arbitrage) ที่สูงขึ้นบน EVM: อัตราส่วน Gas ต่อ Swap Gas บน EVM อยู่ที่เพียง 1:10 ในขณะที่ Solana อยู่ที่ 1:1000 ซึ่งหมายความว่า Arbitrageurs จำเป็นต้องเพิ่มค่าธรรมเนียมเพียง 10 เท่าเพื่อทำการ pre-run การอัปเดตของผู้ให้บริการสภาพคล่อง เมื่อเทียบกับ 1,000 เท่าบน Solana ในสถานการณ์ที่มีอัตราส่วนต่ำกว่านี้ Arbitrageurs มีแนวโน้มที่จะ pre-run การอัปเดตราคาเพื่อบันทึกราคาที่ค้างอยู่เนื่องจากต้นทุนที่ต่ำ

นวัตกรรมบางอย่าง (เช่น TSTORE ของ EIP-1153 สำหรับการจัดเก็บชั่วคราว) มอบต้นทุนการเขียนประมาณ 100 ก๊าซ แต่การจัดเก็บนี้เป็นแบบชั่วคราว ใช้ได้ภายในธุรกรรมเดียวเท่านั้น และไม่สามารถใช้เพื่อรักษาการอัปเดตราคาไว้เพื่อใช้ในภายหลังในการซื้อขายอนุพันธ์ได้ (เช่น ตลอดทั้งช่วงบล็อก)

จะแนะนำ Prop AMM ให้กับ EVM ได้อย่างไร?

ก่อนที่จะตอบคำถามนี้ เรามาพูดถึง "ทำไมต้องซื้อ" กันก่อน: ผู้ใช้มักต้องการราคาซื้อขายที่ดีกว่า ซึ่งหมายถึงความคุ้มค่าที่มากกว่า Ethereum และ Prop AMM ของ Layer 2 สามารถให้ราคาที่แข่งขันได้กับผู้ใช้ ซึ่งก่อนหน้านี้มีเพียงบน Solana หรือตลาดแลกเปลี่ยนแบบรวมศูนย์เท่านั้น

เพื่อให้ Prop AMM สามารถใช้งานได้จริงบน EVM เรามาทบทวนเหตุผลประการหนึ่งที่ทำให้ Prop AMM ประสบความสำเร็จบน Solana กัน:

· การป้องกันการอัปเดตแบบ Block-Top: ใน Solana การอัปเดต Prop AMM จะอยู่ที่ระดับ Block-Top เพื่อป้องกันผู้ให้บริการสภาพคล่องจากการถูกเทรดแบบ Front-Running การอัปเดตแบบ Top สามารถทำได้เนื่องจากต้นทุนต่อหน่วยการคำนวณต่ำ ช่วยให้แม้แต่ค่าธรรมเนียมที่ต่ำก็ยังสามารถบรรลุอัตราส่วนค่าธรรมเนียมต่อ CU ที่สูงได้ โดยเฉพาะอย่างยิ่งเมื่อเทียบกับการซื้อขายตราสารอนุพันธ์

แล้วเราจะนำการอัปเดต Prop AMM แบบบล็อกท็อปมาใช้กับบล็อกเชน EVM เลเยอร์ 2 ได้อย่างไร มีสองวิธีด้วยกัน คือ ลดต้นทุนการเขียน หรือสร้างช่องทางลำดับความสำคัญสำหรับการอัปเดต Prop AMM

เนื่องจากปัญหาการเติบโตของสถานะของ EVM การลดต้นทุนการเขียนจึงมีความเป็นไปได้น้อยลง เนื่องจาก SSTORE ราคาถูกจะนำไปสู่การโจมตีแบบ State bloat

เราเสนอให้สร้างช่องทางลำดับความสำคัญสำหรับการอัปเดต Prop AMM ซึ่งเป็นวิธีแก้ปัญหาที่ใช้งานได้จริงและเป็นประเด็นหลักของบทความนี้

@MarkToda จาก Uniswap เสนอแนวทางใหม่โดยใช้ประโยชน์จากกลยุทธ์ Global Storage Smart Contract + Dedicated Block Builder:

วิธีการทำงานเป็นดังนี้:

· สัญญาจัดเก็บข้อมูลทั่วโลก: ใช้งานสัญญาอัจฉริยะแบบง่าย ๆ เป็นที่เก็บคีย์-ค่าสาธารณะ ผู้ให้บริการสภาพคล่องจะเขียนพารามิเตอร์เส้นโค้งราคาลงในสัญญานี้ (เช่น set(ETH-USDC_CONCENTRATION, 4000))

· กลยุทธ์ Builder: นี่คือองค์ประกอบสำคัญนอกเครือข่าย ตัวสร้างบล็อกจะระบุธุรกรรมที่ส่งไปยังสัญญาจัดเก็บข้อมูลทั่วโลก จัดสรรแก๊สของบล็อก 5-10% ให้กับธุรกรรมอัปเดตเหล่านี้ จัดลำดับความสำคัญตามค่าธรรมเนียม และจัดเรียงเพื่อป้องกันธุรกรรมสแปม

โปรดทราบ: ธุรกรรมจะต้องถูกส่งโดยตรงไปยังที่อยู่จัดเก็บข้อมูลทั่วโลกเพื่อรับประกันการจัดวางที่ด้านบนสุดของบล็อก

ตัวอย่างอัลกอริทึมการสร้างบล็อกแบบกำหนดเองสามารถพบได้ใน rblib

การรวม Prop AMM: สัญญา Prop AMM ของผู้ให้บริการสภาพคล่องจะอ่านข้อมูลเส้นโค้งราคาจากสัญญาการจัดเก็บข้อมูลทั่วโลกในระหว่างการสวอปเพื่อให้คำเสนอราคา

สถาปัตยกรรมนี้ช่วยแก้ไขปัญหาสองประเด็นได้อย่างเชี่ยวชาญ:

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

2. ประสิทธิภาพด้านต้นทุน: ผู้ให้บริการสภาพคล่องไม่ต้องแข่งขันกับผู้ใช้ DeFi ทุกคนเพื่อราคาแก๊สที่สูงเพื่อขึ้นไปอยู่ในบล็อกด้านบนอีกต่อไป แต่พวกเขาต้องแข่งขันกันเพื่อบล็อกด้านบนที่สำรองไว้สำหรับธุรกรรมการอัปเดตในตลาดค่าธรรมเนียมในพื้นที่เท่านั้น ซึ่งจะช่วยลดต้นทุนได้อย่างมาก

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

อย่างไรก็ตาม รุ่นนี้ยังมีข้อเสียอยู่บ้าง ซึ่งฉันจะทิ้งไว้ท้ายบทความนี้เพื่อการอภิปราย

บทสรุป

ความเป็นไปได้ของ Prop AMM ขึ้นอยู่กับการแก้ไขปัญหาเศรษฐกิจหลัก: การดำเนินการที่มีต้นทุนต่ำและมีความสำคัญเพื่อป้องกันการดำเนินการล่วงหน้า

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

คำถามเปิด

· ความเร็ว Flashblock 200ms ของ Prop AMM บน EVM เพียงพอที่จะแข่งขันกับสถาปัตยกรรมต่อเนื่องของ Solana หรือไม่

· บน Solana ปริมาณการรับส่งข้อมูล AMM ส่วนใหญ่มาจากตัวรวบรวมเพียงตัวเดียวที่ชื่อว่า Jupiter ซึ่งมี SDK สำหรับการรวม AMM ได้อย่างง่ายดาย อย่างไรก็ตาม บน Layer 2 EVM ปริมาณการรับส่งข้อมูลจะกระจายไปยังตัวรวบรวมหลายตัวโดยไม่มี SDK สาธารณะ สิ่งนี้เป็นความท้าทายสำหรับ Prop AMM หรือไม่

· ในโซลานา การอัปเดต Prop AMM ใช้เพียงประมาณ 100 CU กลไกการใช้งานเบื้องหลังประสิทธิภาพนี้คืออะไร

· โมเดลเส้นทางด่วนรับประกันการอัปเดตเฉพาะที่ด้านบนของบล็อกเท่านั้น หากมีการแลกเปลี่ยนหลายรายการภายใน Flashblock ผู้ให้บริการสภาพคล่องจะอัปเดตราคาระหว่างการแลกเปลี่ยนเหล่านี้อย่างไร

· เป็นไปได้ไหมที่จะเขียนโปรแกรม EVM ที่ได้รับการเพิ่มประสิทธิภาพโดยใช้ภาษาเช่น Yul หรือ Huff คล้ายกับแนวทางการเพิ่มประสิทธิภาพ Pinocchio ของ Solana?

Prop AMM เปรียบเทียบกับ RFQ ได้อย่างไร?

· เราจะป้องกันผู้ให้บริการสภาพคล่องไม่ให้เสนอราคาแข่งขันในบล็อก N เพื่อดึงดูดผู้ใช้ แล้วจึงเปลี่ยนมาใช้ราคาที่ไม่มีการแข่งขันในบล็อก N+1 ได้อย่างไร? Jupiter จะลดความเสี่ยงนี้ได้อย่างไร?

· ฟีเจอร์ Ultra Signaling ของ Jupiter Ultra V3 ช่วยให้ Prop AMM สามารถแยกแยะระหว่างทราฟฟิกที่เป็นอันตรายและที่ไม่เป็นอันตราย ซึ่งทำให้ราคาเสนอมีความแม่นยำมากขึ้น ฟีเจอร์ตัวรวบรวมเหล่านี้มีความสำคัญมากเพียงใดสำหรับ Prop AMM บน EVM

ลิงค์โพสต์ต้นฉบับ

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

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

กลุ่มสนทนา Telegram: https://t.me/BlockBeats_App

บัญชี Twitter อย่างเป็นทางการ: https://twitter.com/BlockBeatsAsia