หลังจากที่ Uniswap V3 ได้นำระบบสภาพคล่องแบบรวมศูนย์ (Concentrated Liquidity) มาใช้ในปี 2021 ประสิทธิภาพการใช้ทุนของ DEX ได้เพิ่มขึ้นถึง 10 ถึง 100 เท่า แต่สิ่งนี้ยังทำให้ "การสร้างตลาด" (market making) เปลี่ยนจากกิจกรรมง่ายๆ อย่างการฝากเงินเพื่อรับผลตอบแทน (deposit-to-earn) กลายเป็นงานระดับมืออาชีพ: ผู้ให้บริการสภาพคล่อง (LPs) ต้องเลือกช่วงราคา ติดตามตลาด ปรับสมดุลพอร์ตโฟลิโอ คำนวณค่าธรรมเนียมแบบทบต้น และจัดการกับความสูญเสียชั่วคราว (impermanent loss) ผู้ใช้ทั่วไปและกองทุนขนาดเล็กถึงกลางส่วนใหญ่ไม่มีความสามารถหรือเวลาที่จะดำเนินการเหล่านี้อย่างต่อเนื่อง ซึ่งนำไปสู่การเกิดขึ้นของประเภทผลิตภัณฑ์อิสระ — ผู้จัดการบริหารสภาพคล่องแบบรวมศูนย์ (CLMM manager / LP Manager)

ผู้จัดการ CLMM ที่มีความเชี่ยวชาญต้องตอบคำถามต่อไปนี้:

• เราจะนำ "การเลือกช่วงราคา" มาบรรจุเป็นผลิตภัณฑ์ที่เข้าใจได้ง่ายได้อย่างไร? ผู้ใช้และคู่สินทรัพย์ใดที่เหมาะกับกลยุทธ์เริ่มต้น ช่วงราคาแคบ/กว้าง และช่วงราคาแบบไดนามิก?
• โดยไม่จำเป็นต้องมอบสินทรัพย์ให้กับฝ่ายกลาง เราจะดำเนินการคำนวณดอกเบี้ยแบบทบต้น การปรับสมดุลพอร์ต และการย้ายข้าม tick ได้อย่างไร? สัญญาอัจฉริยะ (Smart Contracts), solvers และ relayers มีบทบาทอย่างไร?
• เราจะวัดผลสุทธิของ impermanent loss (IL) และรายได้จากค่าธรรมเนียมได้อย่างไร? ข้อมูล APR ที่ LP เห็นควรรวมถึงข้อกำหนดใดบ้าง?
• เราจะสมดุลค่าใช้จ่ายก๊าซกับความถี่ในการปรับสมดุลได้อย่างไร? กลยุทธ์ควรแตกต่างกันอย่างไรบน Ethereum mainnet, Arbitrum, Optimism, Base, Sui, Aptos และเครือข่ายอื่น ๆ?
• เราจะทำอย่างไรให้ผู้สร้างตลาดมืออาชีพสามารถเผยแพร่กลยุทธ์ของพวกเขาบนแพลตฟอร์ม เพื่อให้ผู้ใช้ทั่วไปสามารถคัดลอกการซื้อขายได้ด้วยการคลิกเพียงครั้งเดียว และสร้างตลาดกลยุทธ์ขึ้น?
• เราจะโทเค็นไลซ์ตำแหน่ง LP (ERC-721 / ERC-4626 vault) อย่างไร เพื่อให้สามารถเข้าสู่ระบบคอมโพสิเบิลของ DeFi ได้?

ทั้งจากมุมมองด้านผลิตภัณฑ์และด้านวิศวกรรม บทความนี้อธิบายอย่างเป็นระบบเกี่ยวกับสถาปัตยกรรมทั้งหมดของผู้จัดการสภาพคล่องแบบรวมศูนย์ (CLMM) สำหรับ DEX ซึ่งรวมถึงการออกแบบสัญญาหลัก ประเภทกลยุทธ์ ตัวกระตุ้นการปรับสมดุล การทบต้นอัตโนมัติ การติดตามและป้องกันการสูญเสียชั่วคราว (impermanent loss) Zap, vaultification, การปรับแต่งการใช้ก๊าซ, การควบคุมความเสี่ยง และการตรวจสอบความปลอดภัย พร้อมทั้งนำเสนอประสบการณ์ของ SoonTech ในการพัฒนาผู้จัดการ CLMM บนหลายเชน ไม่ว่าคุณจะเป็นผู้จัดการผลิตภัณฑ์ที่กำลังพัฒนาระบบ DEX รุ่นใหม่ นักพัฒนาบนเชน ผู้สร้างตลาด ผู้จัดการกองทุน หรือทีมที่ต้องการจัดหาเครื่องมือเพิ่มมูลค่าให้กับระบบนิเวศ DEX หลังจากอ่านบทความนี้ คุณจะได้รับแผนงานที่ครบถ้วน ซึ่งสามารถนำไปประยุกต์ใช้โดยตรงในการออกแบบและตรวจสอบงานได้

1. ทำไมจึงจำเป็นต้องมี CLMM Manager

1.1 จาก V2 ไปยัง V3: การเปลี่ยนแบบคิดในการจัดหาสภาพคล่อง

ผู้สร้างตลาดแบบผลิตภัณฑ์คงที่ (x*y=k) ของ Uniswap V2 เป็นรูปแบบของ "สภาพคล่องแบบไม่กระตือรือร้น": ผู้ให้สภาพคล่อง (LPs) ฝากโทเค็นสองชนิดในสัดส่วน 50/50 เข้าสู่พูล การซื้อขายสามารถดำเนินการได้ในราคาใดก็ได้ตั้งแต่ศูนย์ถึงอนันต์ และผู้ให้สภาพคล่องไม่จำเป็นต้องกังวลว่าตลาดอยู่ตรงจุดใด ต้นทุนของโมเดลนี้คือประสิทธิภาพการใช้ทุนที่ต่ำมาก — ที่ราคาใดก็ตาม มีเพียงส่วนเล็กมากของเงินทุนในพูลเท่านั้นที่ถูกใช้จริงในการซื้อขาย ส่วนที่เหลือถูกทิ้งไว้เฉยๆ ที่ปลายสุดของเส้นโค้งราคา ซึ่งห่างไกลจากราคาปัจจุบัน

V3 กลับพลิกตรรกะนี้: LPs สามารถกำหนดช่วงราคาและรวมสภาพคล่องไว้ใกล้กับราคาปัจจุบันได้ ด้วยเงิน 1 ล้าน USD เดียวกัน ความลึกของสภาพคล่องที่จัดให้ภายในช่วงแคบ 0.99–1.01 อาจเทียบเท่ากับผลของ 100 ล้าน USD บนเส้นโค้ง V2 ที่กระจายไปทั่วช่วงราคาทั้งหมด ดังนั้น รายได้จากค่าธรรมเนียมจึงถูกกระจุกตัวอยู่ที่ LP ที่ "มีอยู่จริง" และประสิทธิภาพการใช้ทุนก็เพิ่มขึ้นอย่างน่าทึ่ง

แต่การเปลี่ยนแปลงนี้ยังนำมาซึ่งภาระใหม่ด้วย:

• ผู้ให้สภาพคล่อง (LP) ต้องประเมินราคาปัจจุบันและความผันผวนในอนาคต และเลือกช่วงราคาที่เหมาะสม;
• เมื่อราคาหลุดออกจากช่วงดังกล่าว เงินทุนของ LP จะไม่ได้รับค่าธรรมเนียมอีกต่อไป และจะเผชิญกับความเสี่ยงจากสินทรัพย์เดียวอย่างเต็มที่ (เมื่อราคาเกินขีดจำกัดบน ตำแหน่งจะกลายเป็นโทเคนเดียวทั้งหมด);
• LP ต้องถอนทุนออกและจัดสรรใหม่เข้าสู่ช่วงราคาใหม่อย่างเชิงรุก; กระบวนการนี้เรียกว่า "rebalance" และต้องเสียค่า gas;
• ค่าธรรมเนียมที่สะสมทุกวินาทีจะอยู่ในตำแหน่งในรูปแบบโทเคน; หากไม่มีการทบต้น ก็จะไม่มีการคืนทุนแบบทบต้น;
• พูลที่มีระดับค่าธรรมเนียมต่างกัน (0.01%, 0.05%, 0.3%, 1%) เหมาะกับสินทรัพย์ที่มีความผันผวนต่างกัน; การเลือกพูลที่ผิดหมายความว่าจะถูกผู้ทำการอาร์บิทราจ "ตัดกำไร" อย่างต่อเนื่อง

การคิดถึง V2 เหมือนกองทุนดัชนี (index fund) — เพียงแค่ซื้อและถือไว้ — จะช่วยได้มาก ส่วน V3 เป็นชุดตำแหน่งออปชันที่ต้องการการบริหารจัดการอย่างเชิงรุก พร้อมทั้งการติดตามค่ากรีก (Greeks) และการปรับแต่งอย่างต่อเนื่อง

1.2 ผู้ใช้ผู้จัดการ CLMM

ผู้ใช้ผู้จัดการ CLMM สามารถแบ่งออกเป็นสี่กลุ่มหลักได้ดังนี้:

1. ผู้ให้สภาพคล่องรายย่อยทั่วไป (LPs): พวกเขาเคยได้รับค่าธรรมเนียมจากการให้สภาพคล่องบน V2 และตอนนี้ต้องการต่อ tụcบน V3 แต่ไม่เข้าใจการเลือกช่วงราคา ผู้จัดการให้พวกเขาใช้โซลูชัน “กลยุทธ์ช่วงกว้างแบบค่าเริ่มต้น + การทบต้นอัตโนมัติ” ด้วยเพียงคลิกเดียว
2. DAO และกองทุนชุมชนที่เน้นผลตอบแทน: พวกเขาถือโทเค็นโปรโตคอลในปริมาณมาก และต้องการจัดหาสภาพคล่องพร้อมทั้งควบคุมแรงกดดันการขายและ IL; พวกเขาต้องการโซลูชันที่ปลดล็อกสภาพคล่องแบบเชิงเส้นตามเวลา หรือร่วมมือกับผู้สร้างตลาด
3. กองทุนบนเชนและผู้จัดการสินทรัพย์: พวกเขาถือว่า LP เป็นกลยุทธ์สร้างผลตอบแทนที่มีความเสี่ยงต่ำ และต้องการผลิตภัณฑ์ที่ได้รับการจัดเก็บใน vault สามารถตรวจสอบได้ และสามารถประกอบเข้าด้วยกันได้ ซึ่งอนุญาตให้สมัครและถอนผ่านระบบหุ้น
4. ผู้สร้างตลาดมืออาชีพ: พวกเขามีโมเดลการสร้างตลาดของตนเอง และต้องการชั้นการปรับใช้และอัตโนมัติเพื่อดำเนินกลยุทธ์บนเชน และบนบางแพลตฟอร์มเพื่อทำ white-label หรือนำกลยุทธ์ของตนไปเสนอขายให้กับทุนของฝ่ายที่สาม

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

1.3 ภาพรวมตลาดและการวางตำแหน่ง

ผู้จัดการ CLMM ที่อยู่ในระบบนิเวศปัจจุบันสามารถแบ่งออกเป็นหลายประเภทได้ดังนี้:

• เครื่องมือในตัวของ DApp: Uniswap ให้ตัวเลือกช่วงราคาที่ง่ายต่อการเลือกและมุมมองสภาพคล่องในอินเทอร์เฟซ V3 แต่ไม่มีฟังก์ชันปรับสมดุลอัตโนมัติ;
• ผู้จัดการอิสระ: โปรโตคอลต่างๆ เช่น Arrakis (เดิมชื่อ G-UNI), Gamma, Popsicle และ Mellow เชี่ยวชาญด้านการจัดการ LP แบบอัตโนมัติ;
• คลังที่โปรโตคอลเป็นเจ้าของ: DEX เช่น PancakeSwap, Camelot และ Trader Joe เปิดตัวคลัง CLMM ของตัวเอง;
• โซลูชันไวท์เลเบลสำหรับผู้สร้างตลาด: ผู้สร้างตลาด เช่น Wintermute และ WoFi ใช้สินทรัพย์ในคลังของตนเองเพื่อจัดหาสภาพคล่องแบบพาสซีฟ; กองทุน LP ภายนอกไม่สามารถเข้าร่วมโดยตรงได้เสมอไป;
• ชั้นรวมข้ามเชน: การจัดการตำแหน่ง LP แบบรวมศูนย์ข้าม DEX หลายแห่งบนเชนหลายสาย

เมื่อ SoonTech สร้าง DEX สำหรับลูกค้าหรือจัดหาชั้นเพิ่มมูลค่าให้กับ DEX ที่มีอยู่ เรามักกำหนดตำแหน่งของผู้จัดการ CLMM เป็น "โครงสร้างพื้นฐานชั้นที่สองที่อยู่เหนือ DEX" ซึ่งให้บริการผู้ให้สภาพคล่อง (LP) ของ DEX นั้น พร้อมทั้งสามารถใช้งานได้ในฐานะผลิตภัณฑ์อิสระสำหรับฝ่ายภายนอก

2. กลไกหลักของสภาพคล่องแบบรวมศูนย์

ก่อนที่จะอธิบายการออกแบบผลิตภัณฑ์ ควรทบทวนกลไกสำคัญหลายประการของ CLMM แบบ V3 การเข้าใจกลไกเหล่านี้เป็นเงื่อนไขเบื้องต้นสำหรับการตัดสินใจเกี่ยวกับผลิตภัณฑ์อย่างถูกต้อง

2.1 Ticks, Positions และระดับความละเอียดของสภาพคล่อง

V3 แบ่งพื้นที่ราคาเป็น tick ที่แยกกัน โดยแต่ละ tick ตรงกับราคา (1.0001^i) ตำแหน่งของ LP ถูกกำหนดโดยสามพารามิเตอร์: พูล (token0/token1/ระดับค่าธรรมเนียม), ติ๊กราคาต่ำสุด (Lower) และติ๊กราคาสูงสุด (Upper) ภายในช่วงนี้ ความสภาพคล่อง L ของ LP จะถูกใช้ตามเส้นโค้ง "สำรองเสมือน"; นอกช่วงนี้ ความสภาพคล่องจะกลายเป็นศูนย์

แนวคิดหลักที่การออกแบบนี้นำมาคือ "ความละเอียดของสภาพคล่อง" — LP สามารถรวมเงินทุนในช่วงที่แคบมากได้ แต่ยิ่งช่วงแคบเท่าไร ก็ยิ่งต้องปรับปรับบ่อยขึ้นเท่านั้น V3 ยังได้นำ "position NFT" (ERC-721) มาใช้ด้วย; แต่ละตำแหน่ง LP เป็น NFT ที่ไม่สามารถแทนที่ได้ ซึ่งแตกต่างจากโทเค็น LP ERC-20 ที่สามารถแทนที่ได้ทั้งหมดของ V2 และยังสร้างความท้าทายสำหรับการสร้าง vault และการรวมระบบในขั้นตอนต่อไป

2.2 ช่วงราคาและองค์ประกอบสินทรัพย์

ภายในช่วงราคาดังกล่าว สัดส่วนของโทเคนสองชนิดที่ LP ฝากไว้จะเปลี่ยนแปลงตามราคาปัจจุบัน:

• เมื่อราคาปัจจุบันอยู่ใกล้ขีดจำกัดล่าง ตำแหน่ง LP จะประกอบด้วย token0 เป็นส่วนใหญ่;
• เมื่อราคาปัจจุบันอยู่ใกล้ขีดจำกัดบน ตำแหน่ง LP จะประกอบด้วย token1 เป็นส่วนใหญ่;
• เมื่ออยู่ใกล้กลางช่วงราคา สัดส่วนจะอยู่ที่ประมาณ 50/50;

เมื่อราคาเคลื่อนผ่านขีดจำกัดบนหรือล่างอย่างแท้จริง ตำแหน่งของ LP จะแปลงเป็น 100% ของสินทรัพย์หนึ่งในสองชนิด กลไกนี้คือหนึ่งในแหล่งที่มาของ IL สำหรับ LP — เมื่อราคาเพิ่มขึ้น LP จะแลกเปลี่ยนสินทรัพย์ที่มีมูลค่าเพิ่มขึ้นกับสินทรัพย์ที่มีมูลค่าลดลงมากขึ้นเรื่อยๆ; เมื่อราคาลดลง LP จะถือสินทรัพย์ที่มีมูลค่าลดลงมากขึ้นแทน กล่าวอีกนัยหนึ่ง ภายในช่วงราคาดังกล่าว LP ของ V3 ถือตำแหน่ง "short volatility"

2.3 ระดับค่าธรรมเนียมและการเลือกพูล

V3 ได้นำระดับค่าธรรมเนียมหลายระดับมาใช้ ซึ่งโดยทั่วไปคือ 0.01%, 0.05%, 0.3% และ 1% ตามหลักการ:

• ระดับค่าธรรมเนียมต่ำ (0.01%, 0.05%) เหมาะสำหรับคู่สกุลเงินเสถียร (stablecoin) และคู่สินทรัพย์ที่มีความสัมพันธ์กัน (เช่น stETH/ETH) ซึ่งมีความผันผวนของราคาต่ำและปริมาณการซื้อขายสูง;
• ระดับค่าธรรมเนียมกลาง (0.3%) เหมาะสำหรับคู่หลัก (ETH/USDC, WBTC/ETH);
• ระดับค่าธรรมเนียมสูง (1%) เหมาะสำหรับโทเคนใหม่ สินทรัพย์ long-tail และคู่สินทรัพย์ที่มีความผันผวนสูง

ผลจากการที่ LP เลือกพูลผิดนั้นรุนแรงมาก: การฝากในพูลค่าธรรมเนียมต่ำสำหรับคู่ที่มีระดับความผันผวนสูงจะทำให้การสูญเสียจากอาร์บิทราจเกินรายได้จากค่าธรรมเนียมอย่างรวดเร็ว; การฝากในพูลค่าธรรมเนียมสูงสำหรับคู่สเถียรคอยน์หมายความว่าจะแทบไม่มีการซื้อขายและไม่มีรายได้เลย ผู้จัดการ CLMM ควรแนะนำ—หรือแม้กระทั่งเลือกอัตโนมัติ—พูลที่เหมาะสมโดยอิงจากความผันผวนในอดีตและอัตรา funding

2.4 การสะสมและทบต้นค่าธรรมเนียม

ค่าธรรมเนียม V3 ไม่ถูกทบต้นอัตโนมัติ; ค่าธรรมเนียมเหล่านี้จะคงอยู่ในตำแหน่งในฐานะ "ค่าธรรมเนียมที่ยังไม่เก็บ" และ LP ต้องเรียกใช้การทบต้นด้วยตนเอง collect. สำหรับ LP ทั่วไป นี่เป็นภาระในการดำเนินงาน; ส่วนสำหรับกลยุทธ์ การทบต้นเป็นแหล่งหลักของผลตอบแทนทบต้น สำหรับกลยุทธ์ที่มีอัตราผลตอบแทนรายปี 20% ความแตกต่างระหว่างการทบต้นรายวันกับการไม่ทบต้นในช่วงเวลา 10 ปี อาจสูงถึงหลายเท่า ผู้จัดการ CLMM มักมีเครือข่าย Keep3r, บอท, โหนด MEV หรือสัญญา keeper ที่เรียกเก็บค่าธรรมเนียมอัตโนมัติ collect ในระยะเวลาที่กำหนดหรือเมื่อถึงเกณฑ์ที่กำหนด และนำค่าธรรมเนียมกลับมาเพิ่มเข้าในสภาพคล่องอีกครั้ง

3. สถาปัตยกรรมผลิตภัณฑ์ของผู้จัดการ CLMM

3.1 มุมมองแบบชั้น

ผู้จัดการ CLMM ที่ครบถ้วนสามารถแบ่งออกเป็นห้าชั้น:

1. ชั้นการเข้าถึง: หน้าเว็บ/แอปส่วนหน้า, การเชื่อมต่อกระเป๋าเงิน, แดชบอร์ดตลาดและ APR, การฝากแบบ Zap ด้วยโทเค็นเดียว;
2. ชั้นกลยุทธ์: สัญญาเชิงกลยุทธ์ (Vault/Manager), ตรรกะทริกเกอร์การปรับสมดุลใหม่, Keep3r ที่อยู่ในรายชื่อขาว, พารามิเตอร์กลยุทธ์;
3. ชั้นการกำหนดเส้นทาง: การโต้ตอบกับ DEX ที่อยู่เบื้องหลัง รวมถึงการสร้าง/เผา/เก็บ/แลกเปลี่ยนโทเคน และการรวมเส้นทางข้าม DEX;
4. ชั้นบริการนอกเชน: แหล่งข้อมูลตลาด, ออราเคิลราคา, เครือข่าย Keep3r สำหรับการปรับสมดุลใหม่, การเฝ้าติดตามและแจ้งเตือน, การควบคุมความเสี่ยงและการทดสอบย้อนหลัง;
5. ชั้นโครงสร้างพื้นฐาน: RPC หลายเชน, โหนด, การประมาณค่า gas, ตัวสร้างดัชนี (Subgraph/The Graph), คลังข้อมูล.

3.2 สัญญาอัจฉริยะหลัก

ในการพัฒนาที่จำลองตาม Uniswap V3 สัญญาหลักมักประกอบด้วย:

• สัญญา Vault: ใช้งานตามมาตรฐาน ERC-4626 หรืออินเทอร์เฟซที่คล้ายกัน; ผู้ใช้สามารถฝากโทเคนแบบเดียวหรือสองชนิด และได้รับส่วนแบ่งใน Vault (ERC-20) Vault เก็บ NFT ของตำแหน่ง V3 ที่อยู่เบื้องหลัง และรับผิดชอบในการปรับสมดุลแบบรวมศูนย์
• สัญญาผู้จัดการ: มีสิทธิ์เรียกใช้ฟังก์ชันของ V3 pool mint/decreaseLiquidity/collect, แต่ไม่สามารถโอนเงินไปยังที่อยู่ที่ไม่อยู่ในรายชื่อขาวได้; ตรรกะการปรับสมดุลถูกนำไปใช้ในสัญญาผู้จัดการ
• สัญญา Strategy: กำหนดกฎเกณฑ์ว่า "เมื่อใดจะปรับสมดุลใหม่และช่วงราคาใหม่คืออะไร"; สามารถใช้พารามิเตอร์คงที่บนเชน หรือพารามิเตอร์ที่ลงนามแล้วซึ่งส่งมาจาก Keep3r นอกเชน
• สัญญา Zap: จัดการการฝากโทเค็นเดียวและการแลกเปลี่ยนโทเค็นตามสัดส่วน โดยดำเนินการแบ่งแยกผ่านเส้นทางรวม (Uniswap Universal Router, 0x, 1inch, เป็นต้น)
• ผู้รับค่าธรรมเนียม / ผู้แจกรางวัล: จัดการการแจกจ่ายสิ่งจูงใจเพิ่มเติม (เช่น รางวัลโทเคนของโปรโตคอล, เงินสินบนจากฝ่ายที่สาม)
• สัญญา Factory: ติดตั้ง vault ใหม่สำหรับแต่ละพูลและแต่ละกลยุทธ์ เพื่อรับประกันที่อยู่ที่สามารถคาดการณ์ได้และการเริ่มต้นที่สม่ำเสมอ

3.3 แบบการเก็บรักษา: แบบไม่เก็บรักษา vs. แบบเก็บรักษาบางส่วน vs. แบบเก็บรักษา

คำถามหลักสำหรับผู้จัดการ LP ทุกคนคือ "ใครเป็นผู้ควบคุมสินทรัพย์ของผู้ใช้":

• แบบไม่เก็บรักษาอย่างเต็มตัว: สินทรัพย์ของผู้ใช้ยังคงอยู่ในกระเป๋าเงินของตนเอง; ผู้จัดการดำเนินการเพียงผ่าน Permit2 หรือการอนุมัติชั่วคราวเท่านั้น โมเดลนี้ปลอดภัยแต่ยากที่จะอัตโนมัติ เนื่องจากทุกขั้นตอนการปรับสมดุลต้องใช้ลายเซ็นของผู้ใช้
• แบบไม่เก็บรักษาใน Vault: ผู้ใช้ฝากสินทรัพย์เข้าในสัญญา Vault ซึ่งโค้ดของสัญญาดังกล่าวรับประกันว่าการดำเนินการสามารถทำได้เฉพาะตามกฎที่กำหนดไว้เท่านั้น กุญแจอยู่ที่ตรรกะของสัญญา — ไม่มีใครสามารถถอนเงินได้โดยตรง นี่คือแบบหลักที่ใช้กันทั่วไปในปัจจุบัน (Arrakis, Gamma, เป็นต้น)
• แบบกึ่งผู้ดูแล / การดูแลแบบมัลติซิก: การอัปเกรดกลยุทธ์หลักและการหยุดชั่วคราวในสถานการณ์ฉุกเฉินถูกควบคุมโดยมัลติซิก แต่การปรับสมดุลรายวันดำเนินการโดยอัตโนมัติผ่าน Keep3r แบบนี้มีความยืดหยุ่นมากขึ้นในแง่ทางวิศวกรรม แต่มัลติซิกเองก็เป็นจุดเสี่ยงต่อการโจมตี
• การเก็บรักษาแบบรวมศูนย์: ผลิตภัณฑ์ LP แบบ CEX ที่สินทรัพย์ถูกเก็บไว้ในกระเป๋าเงินของตลาดแลกเปลี่ยน นี่ไม่ใช่ DeFi อย่างเคร่งครัด แต่ให้ประสบการณ์ผู้ใช้ที่ดีที่สุดและเหมาะสำหรับผลิตภัณฑ์ที่มุ่งเป้าไปยังผู้เริ่มต้น

สำหรับผู้ใช้ DeFi ต้นทาง เราแนะนำให้ใช้การผสมผสานระหว่าง vault แบบไม่มีการเก็บรักษา (non-custody) ร่วมกับระบบหยุดชั่วคราวในภาวะฉุกเฉินแบบมัลติซิก (multisig emergency pause) โดยต้องเปิดเผยเกณฑ์การตัดสินใจของมัลติซิกและระยะเวลาล็อก (timelock) ต่อสาธารณะ

3.4 Keep3r นอกเชนและการอัตโนมัติ

สัญญา vault เองไม่ "ตื่น" ขึ้นมาได้โดยอัตโนมัติ; มันต้องการตัวกระตุ้นจากภายนอก วิธีการกระตุ้นที่พบบ่อย ได้แก่:

• เครือข่ายผู้ดูแลแบบกำหนดเอง: โครงการดำเนินการกลุ่มโหนดผู้ดูแลที่ติดตามราคาและสถานะตำแหน่ง และเรียกการปรับสมดุลเมื่อเงื่อนไขถูกปฏิบัติตาม;
• ระบบอัตโนมัติ Gelato / Chainlink: เครือข่ายระบบอัตโนมัติแบบกระจายศูนย์ที่ทำงานตามเงื่อนไขหรือเวลา;
• ความร่วมมือกับ MEV-searcher: เปิดเผยธุรกรรมปรับสมดุลให้กับผู้ค้นหา (searchers) ซึ่งสามารถรวมธุรกรรมเหล่านี้เมื่อมีกำไร พร้อมทั้งแบ่งปันส่วนหนึ่งของกำไรกับ LP;
• การกระตุ้นที่ผู้ใช้จ่าย: ผู้ใช้ใดก็ตามสามารถกระตุ้นการปรับสมดุลและรับรางวัลเล็กน้อยได้ คล้ายกับโมเดล "whoever pays gets paid" ของ Gelato

ไม่ว่าจะใช้วิธีการใด ก็ต้องจัดการกับความเสี่ยงสองประเภท:

1. ผู้ดูแลที่มีเจตนาร้าย: ทำการปรับสมดุลที่ราคาที่แย่ที่สุดเท่าที่เป็นไปได้ ทำให้ vault ถูกนำไปใช้ในกิจกรรมการอาร์บิทราจ ต้องมีการกำหนดข้อจำกัดเกี่ยวกับช่วงราคาการปรับสมดุล, การลื่นไถล (slippage), และระยะเวลาหน่วงขั้นต่ำ
2. ผู้ดูแลระบบออฟไลน์: ในช่วงที่ตลาดผันผวนรุนแรง ผู้ดูแลระบบอาจหยุดทำงาน ทำให้ตำแหน่ง LP ถูกเปิดเผยอยู่นอกช่วงที่กำหนด จึงจำเป็นต้องมีระบบสำรองหลายผู้ดูแลระบบ พร้อมทั้งช่องทางถอนเงินฉุกเฉิน

4. ประเภทกลยุทธ์: จากกลยุทธ์ช่วงกว้างแบบเฉื่อย (Lazy Wide Range) ไปสู่การสร้างตลาดแบบเชิงรุก (Active Market Making)

4.1 กลยุทธ์ช่วงกว้างแบบคงที่ (ช่วงกว้างแบบพาสซีฟ)

กลยุทธ์ที่เรียบง่ายที่สุด: เลือกช่วงราคาที่กว้างรอบราคาปัจจุบัน (เช่น ±30%, ±50%), ปรับสมดุลน้อยครั้ง และนำค่าธรรมเนียมมาทบต้นเป็นระยะ

• เหมาะสำหรับ: คู่สกุลเงิน Stablecoin, คู่สินทรัพย์ที่มีความสัมพันธ์กัน, และคู่สกุลเงินหลักที่ถือไว้ระยะยาว;
• ข้อดี: ค่าก๊าซต่ำ, IL ต่ำพอสมควร, การดำเนินการง่าย;
• ข้อเสีย: ประสิทธิภาพทุนต่ำ; อัตรา APR ของค่าธรรมเนียมบน V3 อาจต่ำกว่ากลยุทธ์เชิงรุก;
• ผลิตภัณฑ์ตัวอย่าง: "wide-range passive vault" ของ Arrakis

4.2 กลยุทธ์เชิงรุกช่วงแคบ

เลือกช่วงแคบรอบราคาปัจจุบัน (เช่น ±2%, ±5%) และปรับสมดุลอัตโนมัติไปยังช่วงใหม่ที่มีศูนย์กลางอยู่ที่ราคาใหม่ เมื่อราคาเข้าใกล้ขอบเขต

• เหมาะสำหรับ: คู่สกุลเงินหลักที่มีความผันผวนปานกลาง, กลุ่มสินทรัพย์ที่มีการซื้อขายต่อเนื่อง;
• ข้อดี: ประสิทธิภาพการใช้ทุนสูงมาก, อัตรา APR ของค่าธรรมเนียมสูงกว่าช่วงกว้างอย่างมีนัยสำคัญ;
• ข้อเสีย: การปรับสมดุลบ่อยครั้ง, ค่า gas สูง, เกิด "two-sided whipsaw" บ่อยครั้งในตลาดที่ผันผวน, และ IL สะสมสูงในแนวโน้มตลาดทางเดียว;
• การควบคุมความเสี่ยง: จำกัดจำนวนการปรับสมดุลต่อวัน, จำกัดสลิปเปจ, และกลไกหยุดชั่วคราวในตลาดที่มีแนวโน้มเดียว

4.3 กลยุทธ์ปรับตามความผันผวน

ปรับความกว้างของช่วงราคาแบบไดนามิกตามความผันผวนล่าสุด:

• ความผันผวนสูง → ขยายช่วงราคา, ลดความถี่ในการปรับสมดุล;
• ความผันผวนต่ำ → ขยายช่วงราคาให้แคบลง, เพิ่มประสิทธิภาพการใช้ทุน

ความผันผวนสามารถเป็นความผันผวนที่คาดการณ์ (implied volatility) ที่ให้โดยออราเคิล (เช่น Chainlink, Pyth) หรือความผันผวนที่เกิดขึ้นจริง (realized volatility) ในช่วง N ชั่วโมงที่ผ่านมา หรือข้อมูล ABI ของออปชัน กลยุทธ์นี้ต้องการทักษะทางวิศวกรรมที่สูงขึ้น แต่โดยทั่วไปจะให้ผลการทดสอบย้อนหลัง (backtest) ที่ดีที่สุด

4.4 กลยุทธ์ Stableswap เฉพาะสำหรับ Stablecoin

สำหรับสินทรัพย์ที่มีความสัมพันธ์สูง เช่น USDC/USDT และ stETH/ETH คุณสามารถใช้ Curve stableswap หรือช่วงราคาที่แคบมากใน Uniswap V3 (±0.1%, ±0.05%) พร้อมความถี่ในการปรับสมดุลที่ต่ำมาก โดย APR มาจากปริมาณการซื้อขายและแรงจูงใจเป็นหลัก

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

4.5 กลยุทธ์สภาพคล่องด้านเดียว (Single-Sided LP)

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

• ความเสี่ยง: หากโทเคนของโครงการตกราคาอย่างรุนแรง ส่วนที่กู้มาต้องชำระคืน และสินทรัพย์ในคลังอาจถูกขายทอดตลาด;
• เหมาะสำหรับ: โครงการที่มีงบประมาณสร้างตลาดที่ชัดเจนและแผนจูงใจด้วยโทเคน;
• วิธีแก้ปัญหาทั่วไป: ข้อตกลงสองฝ่ายกับผู้สร้างตลาด (DAO จัดหาโทเคน ผู้สร้างตลาดจัดหา USDC) โดย vault บันทึกสัดส่วนการถือครองของทั้งสองฝ่ายอย่างโปร่งใส

4.6 กลยุทธ์โครงสร้าง (Delta-Neutral, Hedged LP)

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

• จัดหาสภาพคล่องบน V3;
• เปิดตำแหน่งขายสั้นแบบถาวรในขนาดที่สอดคล้องกันพร้อมกัน;
• เมื่อ LP ถือโทเคน 1 มากขึ้นเนื่องจากราคาเพิ่มขึ้น กำไรจากตำแหน่งขายชอร์ตแบบถาวรจะช่วยป้องกันการเพิ่มขึ้นของมูลค่านั้น;
• ผลตอบแทนสุทธิ = ค่าธรรมเนียม + เงินคืนค่าธรรมเนียมการซื้อขาย − อัตราการให้ทุน − ค่าแก๊ส − IL.

กลยุทธ์เหล่านี้จำเป็นต้องบูรณาการกับทั้ง DEX และ DEX แบบ perpetual (dYdX, Hyperliquid, GMX, เป็นต้น) และต้องการการออกแบบทางวิศวกรรมอย่างเข้มข้น แต่สามารถสร้างเส้นผลตอบแทนที่ใกล้เคียงกับ "ตลาดเป็นกลาง" ให้กับกองทุน และเป็นทิศทางสำคัญสำหรับผู้จัดการสินทรัพย์มืออาชีพ

5. การปรับสมดุลอัตโนมัติ: เงื่อนไขการทริกเกอร์ การดำเนินการ และการควบคุมความเสี่ยง

5.1 การออกแบบเงื่อนไขทริกเกอร์

เงื่อนไขการทริกเกอร์สำหรับการปรับสมดุลใหม่กำหนดประสิทธิภาพโดยรวมของกลยุทธ์ เงื่อนไขทั่วไปได้แก่:

• ทริกเกอร์ตามความแตกต่างของราคา: ถูกทริกเกอร์เมื่อราคาปัจจุบันอยู่ภายในเกณฑ์ที่กำหนดของขอบเขตช่วงราคา (เช่น เหลือ 5%);
• เงื่อนไขทริกเกอร์ตามเวลา: บังคับปรับสมดุลทุก N ชั่วโมง / ทุกวัน;
• เงื่อนไขทริกเกอร์การเบี่ยงเบนจากจุดศูนย์กลาง: จะถูกทริกเกอร์เมื่อราคาปัจจุบันเบี่ยงเบนจากจุดศูนย์กลางของช่วงมากกว่า X%;
• เงื่อนไขทริกเกอร์ตามเกณฑ์ค่าธรรมเนียม: เมื่อค่าธรรมเนียมสะสมเกิน Y% ของตำแหน่ง ให้คำนวณดอกเบี้ยทบต้นก่อน แล้วจึงพิจารณาปรับสมดุลใหม่;
• ทริกเกอร์ความผันผวน: ขยายช่วงราคาหรือหยุดชั่วคราวเมื่อความผันผวนทะลุผ่านเกณฑ์ที่กำหนด;
• ทริกเกอร์หยุดขาดทุน: ถอนสภาพคล่องเมื่อ IL หรือการขาดทุนรวมทะลุเกณฑ์ที่กำหนด

ในปฏิบัติ กลยุทธ์มักรวมเงื่อนไขหลายข้อเข้าด้วยกัน เช่น "ตรวจสอบวันละครั้ง + ปรับสมดุลเมื่อราคาอยู่ห่างจากขอบเขต 5% + ไม่เกิน 4 ครั้งต่อวัน"

5.2 กระบวนการดำเนินการปรับสมดุล

การปรับสมดุลอย่างครบถ้วนประกอบด้วย:

1. ผู้ดูแลระบบอ่านราคาปัจจุบัน ตำแหน่งปัจจุบัน และช่วงเป้าหมาย;
2. มันเรียกวิธีการ rebalance ;
3. สัญญาจะถอนสภาพคล่องทั้งหมดออกจากพูล V3 (decreaseLiquidity + collect);
4. มันแลกเปลี่ยนโทเค็นทั้งสองตามสัดส่วนเป้าหมายผ่านตัวจัดกลุ่ม;
5. มันเรียกเมธอดของ V3 pool;มันเรียกเมธอดของ V3 pool mint เพื่อจัดหาสภาพคล่องในช่วงใหม่;
6. มันส่งเหตุการณ์ที่บันทึกมูลค่าสินทรัพย์รวม, ค่าแก๊ส, การลื่นไถล (slippage) และ IL ก่อนและหลังการปรับสมดุล;
7. อัปเดตพารามิเตอร์กลยุทธ์ (หากกลยุทธ์เป็นแบบปรับตัวได้)

แต่ละขั้นตอนอาจล้มเหลวได้ ดังนั้นสัญญาต้องสนับสนุนการถอนส่วนหนึ่ง การหยุดชั่วคราวในกรณีฉุกเฉิน การป้องกันการลื่นไถล และการจัดการข้อความที่ไม่ได้ส่ง

5.3 การเพิ่มประสิทธิภาพการใช้ก๊าซ

การปรับสมดุลเป็นกระบวนการที่ใช้แก๊สสูง โดยเฉพาะบนเครือข่ายหลักของ Ethereum การเพิ่มประสิทธิภาพทั่วไป:

• การกำหนดเส้นทางร่วมกันระหว่างตำแหน่ง: การสวอปครั้งเดียวสามารถให้บริการหลาย vault ในชุดเดียว ช่วยประหยัดแก๊ส;
• Permit2 + การรวมเป็นชุด: ลายเซ็นเดียวสามารถดำเนินการอนุญาตหลายรายการได้;
• การปรับใช้บน L2 ก่อน: Arbitrum, Optimism และ Base มีค่าแก๊สถูกกว่า mainnet 10–100 เท่า;
• การ mint โดยไม่ใช้ salt: ใช้พูล V3 ที่มีอยู่ซ้ำเมื่อเป็นไปได้ เพื่อหลีกเลี่ยงการสร้างพูลใหม่;
• การบีบอัด calldata: ใช้การบีบอัด calldata บน L2 เพื่อลดค่าใช้จ่าย DA;
• ความถี่การปรับสมดุลแบบไดนามิก: ลดความถี่ลงอัตโนมัติเมื่อค่า gas สูง

5.4 การป้องกัน MEV

ธุรกรรมปรับสมดุลมีความเสี่ยงต่อการโจมตีแบบแซนด์วิชโดยธรรมชาติ: ผู้ดูแล (keeper) ส่งคำสั่ง "ขาย A แล้วซื้อ B" ไปยัง mempool และผู้ค้นหา (searcher) สามารถดำเนินการทั้งก่อนและหลังคำสั่งนั้นได้ มาตรการป้องกันทั่วไป:

• ใช้กลุ่มธุรกรรมส่วนตัวของ Flashbots / MEV-Share / MEV-Blocker;
• ตั้งค่าสลิปเปจให้แคบมาก (0.1%–0.5%) เพื่อให้การโจมตีไม่ก่อให้เกิดกำไร;
• ใช้ออร์คเลล Chainlink / Pyth เพื่อกำหนดราคา TWAP;
• ใช้กลไกล็อกเวลาเพื่อปรับสมดุลธุรกรรมใหม่ เพื่อป้องกันการฟรอนต์รันนิ่งในบล็อกเดียวกัน;
• ร่วมมือกับผู้ให้บริการ MEV relays มืออาชีพ โดยถือว่าการปรับสมดุลใหม่เป็นโอกาส "backrun" ให้ผู้ค้นหาสามารถเสนอราคาได้

6. การสูญเสียชั่วคราว (Impermanent Loss) และการวัดผลตอบแทน

6.1 การนิยามใหม่ของ IL: V3 ซับซ้อนกว่า V2

สูตร IL ของ V2 เป็นที่รู้จักกันดี: เมื่อเทียบกับ HODL การสูญเสียของผู้ให้สภาพคล่อง (LP) เมื่อราคาเปลี่ยนแปลง p คือ 2√p/(1+p) − 1. IL ของ V3 ขึ้นอยู่กับความกว้างของช่วงราคา (range width), ว่าราคาปัจจุบันอยู่ภายในช่วงนั้นหรือไม่ และว่าช่วงราคาได้ถูกข้ามไปแล้วหรือไม่; จึงไม่สามารถแสดงด้วยสูตรเดียวที่เรียบง่ายได้

วิธีปฏิบัติที่ใช้งานได้จริงกว่าคือการเปรียบเทียบตัวเลขสองตัวโดยตรง:

• มูลค่าการถือครอง: มูลค่าในวันนี้หากผู้ใช้ไม่เคยเปิดตำแหน่งและเพียงถือโทเคนสองตัวแรกไว้เท่านั้น;
• มูลค่า LP: มูลค่าปัจจุบันของตำแหน่งใน vault (รวมถึงการทบต้นค่าธรรมเนียม, รางวัลจูงใจ, และหลังหักค่า gas);
• ผลตอบแทนสุทธิ = ค่า LP − ค่าถือไว้

หากผลตอบแทนสุทธิเป็นค่าลบ นั่นคือ IL ในความหมายกว้าง (รวมถึงค่าธรรมเนียมและค่า gas) ตัวเลขนี้ควรแสดงให้เห็นอย่างชัดเจนบนส่วนหน้า (front end) เพื่อให้ผู้ใช้สามารถเห็นความแตกต่างที่แท้จริงระหว่าง "การสร้างตลาด" และ "การถือครอง"

6.2 คำนิยามที่ถูกต้องของ APR

APR ที่โฆษณาโดยผลิตภัณฑ์ LP หลายแห่งนับเฉพาะค่าธรรมเนียมเท่านั้น ไม่รวม IL, ค่า gas หรือการเจือจางก่อนการทบต้น ตัวเลขดังกล่าวดูดีในตลาดที่สงบ แต่จะให้ผลตอบแทนต่ำกว่าการถือครองอย่างมากเมื่อความผันผวนเกิดขึ้น เราแนะนำให้แสดงทั้งสี่คำนิยามต่อไปนี้:

• Fee APR (อัตรา APR จากค่าธรรมเนียม): ค่าธรรมเนียมสะสมในช่วง 7 / 30 วันที่ผ่านมา / TVL;
• Net APR (อัตรา APR แบบสุทธิ): Fee APR − IL − Gas − ค่าธรรมเนียมโปรโตคอล;
• ผลตอบแทนรวม: APR สุทธิ + มูลค่าโทเคนจูงใจ;
• vs. Hold (เมื่อเทียบกับการถือครอง): ผลตอบแทนรวมของ LP − ผลตอบแทนจากการถือครอง.

เมื่อเลือกกลยุทธ์ ผู้ใช้ควรเห็นอย่างน้อย Net APR และ vs. Hold มิฉะนั้นพวกเขาอาจถูกชี้นำให้เข้าใจผิด

6.3 การทดสอบย้อนหลังและผลการดำเนินงานในอดีต

กลยุทธ์ต้องผ่านการทดสอบย้อนหลังอย่างครบถ้วนก่อนที่จะนำขึ้นรายชื่อ:

• ใช้ข้อมูลการซื้อขายแบบ tick-by-tick หรือข้อมูล tick ในอดีต ไม่ใช่กราฟ K-line รายวัน;
• จำลองรายได้จากค่าธรรมเนียม (ตามสัดส่วนสภาพคล่องและส่วนต่างราคาซื้อขาย ณ เวลานั้น);
• จำลองเงื่อนไขการปรับสมดุลพอร์ตโฟลิโอและสลิปเพจ;
• เปรียบเทียบกับกลยุทธ์ HODL, สัดส่วนสภาพคล่อง 50/50 และดัชนีอ้างอิงแบบพาสซีฟในช่วงกว้าง;
• ประเมินแยกกันในสภาพแวดล้อมตลาดที่แตกต่างกัน (ตลาดขึ้นทางเดียว, ตลาดลงทางเดียว, ตลาดแกว่งตัว, เหตุการณ์แบล็คสวอน);
• รวมค่าใช้จ่ายก๊าซและสูญเสีย MEV (แม้จะไม่แม่นยำ ก็ควรใช้สมมติฐานที่ระมัดระวัง);

เครื่องมือทดสอบย้อนหลังสามารถใช้ Python ร่วมกับชุดข้อมูล tick ที่สร้างขึ้นเอง หรือแพลตฟอร์มข้อมูลบนเชน เช่น Allium, Flipside และ Dune Analytics ให้ระวังการเกิด overfitting — พารามิเตอร์ที่ให้ผลลัพธ์ดีที่สุดบนข้อมูลในอดีตมักไม่ใช่ตัวเลือกที่ดีที่สุดในอนาคต

6.4 การป้องกันการสูญเสียชั่วคราว (Impermanent Loss Hedging)

IL ไม่สามารถกำจัดได้ทั้งหมด แต่สามารถป้องกันได้:

• การป้องกันเดลตาแบบถาวร (Perpetual delta hedge): ดังที่กล่าวไว้ก่อนหน้านี้ เป็นวิธีที่ตรงไปตรงมาที่สุด;
• การป้องกันด้วยออปชัน: ซื้อออปชันขาย (put) ที่ out-of-the-money เพื่อจำกัดความเสี่ยงด้านราคาลง;
• การปรับระดับความเสี่ยงแบบไดนามิก: ลดระดับความเสี่ยงอย่างเชิงรุกเมื่อความผันผวนเพิ่มขึ้น (ถอนส่วนหนึ่งของสภาพคล่อง);
• การอาร์บิทราจอัตราค่าทุน: ดำเนินการป้องกันความเสี่ยงเฉพาะเมื่ออัตราค่าทุนอยู่ในระดับสุดขั้ว และทำกำไรจากความผันผวนในทิศทางตรงกันข้าม;
• การรวมหลายพูล: กระจายความเสี่ยงไปยังหลายพูลที่มีความสัมพันธ์ต่ำเพื่อลดความผันผวนโดยรวม

สำหรับผู้จัดการสินทรัพย์มืออาชีพ สามารถเสนอ "ตัวเลือกการเปลี่ยนการป้องกันความเสี่ยง" (hedge switch) เพื่อให้ผู้ใช้สามารถเลือกว่าจะเพิ่มการป้องกันความเสี่ยงหรือไม่ และเลือกอัตราส่วนการป้องกันความเสี่ยงที่ต้องการ

7. Zap, Vaultification และ Composability

7.1 Zap โทเค็นเดียว: ลดอุปสรรคในการเข้าตลาด

ผู้ใช้ทั่วไปมักถือโทเคนเพียงหนึ่งชนิด (USDC, ETH หรือโทเคนของแพลตฟอร์ม) แต่การสร้างตลาดใน V3 ต้องการโทเคนสองชนิด Zap ช่วยให้ผู้ใช้สามารถฝากด้วยโทเคนเดียวได้ โดยสัญญาจะดำเนินการสลับและสร้างโทเคนใหม่บนเชนโดยอัตโนมัติ

จุดสำคัญทางเทคนิค:

• ค้นหาเส้นทางที่เหมาะสมที่สุดผ่านเส้นทางรวม (1inch, 0x, Uniswap Universal Router, CoW Protocol);
• แบ่งคำสั่งซื้อขายขนาดใหญ่เพื่อลดการลื่น (slippage) และ MEV;
• การป้องกันการลื่นราคาและการย้อนกลับเมื่อเกิดข้อผิดพลาด;
• แสดงให้ผู้ใช้เห็น "อัตราส่วนการฝากจริง", "การลื่นไถลที่คาดการณ์" และ "ผลกระทบต่อราคา" ระหว่างการใช้งาน Zap

Zap เป็นการปรับปรุงประสบการณ์ผู้ใช้ (UX) ที่สำคัญ ซึ่งเปลี่ยน LP จาก "การดำเนินการระดับมืออาชีพ" ให้กลายเป็น "ผลิตภัณฑ์แบบคลิกเดียว"

7.2 Vault ERC-4626 และการโทเค็นไลฟ์ (LP Tokenization)

การถือ NFT ของตำแหน่ง V3 โดยตรงไม่เหมาะสมกับโปรโตคอล DeFi ส่วนใหญ่ — NFT ไม่สามารถแบ่งได้ และไม่สามารถเข้าสู่ตลาดการให้กู้ยืมโดยตรงหรือใช้เป็นหลักประกันได้ Vaultification จะบรรจุ NFT เข้าไปในส่วนแบ่ง Vault แบบ ERC-20 ที่มีคุณสมบัติดังนี้:

• สามารถแบ่งและโอนได้;
• สามารถนำเข้าสู่โปรโตคอลการให้กู้ (Aave, Compound, Morpho) ในฐานะหลักประกัน;
• สามารถรวมกับกลยุทธ์ DeFi อื่นๆ (Yearn, Harvest, เป็นต้น);
• สามารถใช้สำหรับการกำกับดูแลและแจกจ่ายรางวัลได้

ในการนำไปใช้จริง การกำหนดราคาส่วนแบ่งต้องป้องกันการบิดเบือนราคา — ไม่ให้เงินฝาก/ถอนเงินจำนวนใหญ่ครั้งเดียวส่งผลต่อราคาออราเคิลภายในบล็อกเดียวกัน; ต้องสร้างแรงเสียดทาน (เช่น ค่าธรรมเนียมการถอน, ช่วงเวลาพัก) หรือใช้การกำหนดราคาแบบ TWAP.

7.3 ตลาดกลยุทธ์และ White Label

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

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

โมเดลนี้คล้ายกับ "แพลตฟอร์มกองทุนเฮดจ์ฟันด์ DeFi" ซึ่งได้รับการแทนที่โดย Enzyme, Sommelier และ Superform ผู้จัดการ CLMM สามารถผสานรวมกับตลาดกลยุทธ์เหล่านี้เพื่อขยายการกระจายตัวของคลังเงินของตนเองได้

7.4 การรวมข้อมูลข้ามเชนและข้าม DEX

สภาพคล่องถูกกระจายตัว: คู่ ETH/USDC เดียวกันอาจมีพูลบน Uniswap, Sushi, PancakeSwap และ Camelot โดยมีความลึกของสภาพคล่องที่แตกต่างกันบนแต่ละเชน ผู้จัดการ LP รุ่นต่อไปควร:

• เลือกพูลที่มีค่าธรรมเนียมสูงที่สุดและความลึกของสภาพคล่องที่ดีที่สุดโดยอัตโนมัติ;
• ปรับใช้บนหลายเชน (ผ่าน LayerZero, Wormhole, CCIP, เป็นต้น);
• ให้ LP มีมุมมองแบบรวมหลายเชนและสามารถย้ายข้อมูลได้ด้วยคลิกเดียว

ส่วนข้ามเชนต้องการการวิศวกรรมอย่างเข้มข้น แต่ก็เป็นกุญแจสำคัญในการสร้างความแตกต่าง

8. ความปลอดภัย การตรวจสอบ และการควบคุมความเสี่ยง

8.1 ช่องทางการโจมตีที่พบบ่อย

เหตุการณ์ความปลอดภัยในอดีตที่เกี่ยวข้องกับสัญญา LP vault ส่วนใหญ่เน้นไปที่:

• การบิดเบือนข้อมูลราคา (Price oracle manipulation): การใช้ flash loans เพื่อบิดเบือนราคาของพูล ทำให้ vault ปรับสมดุลใหม่ที่ราคาผิดพลาด;
• ข้อผิดพลาดด้านสิทธิ์: สิทธิ์ของสัญญาผู้จัดการถูกกำหนดไว้กว้างเกินไป ทำให้ผู้ดูแลหรือเจ้าของที่มีเจตนาร้ายสามารถถอนเงินได้;
• การเข้าซ้ำ (Reentrancy) และการล้นค่าจำนวนเต็ม (Integer overflow): การเข้าซ้ำใน collect และ swap กระบวนการ;
• ขาดการป้องกันการลื่นราคา: การทำธุรกรรมปรับสมดุลถูกคั่นกลาง;
• การโจมตีแบบ Flash Loan: ฝากเงิน / ปรับราคา / ถอนเงินภายในบล็อกเดียวกันเพื่อดึงมูลค่าหุ้น;
• ข้อผิดพลาดในตรรกะกลยุทธ์: เงื่อนไขการทริกเกอร์การปรับสมดุลที่ไม่ถูกต้อง ทำให้เงินติดค้างอยู่นอกช่วงที่กำหนด;
• ความเสี่ยงจากโปรโตคอลของฝ่ายที่สาม: เหตุการณ์ด้านความปลอดภัยที่ DEX, รูเทอร์ หรือบริดจ์ที่อยู่เบื้องหลัง

8.2 การออกแบบระบบป้องกัน

• ออราเคิลหลายตัว + TWAP: ตรวจสอบข้ามข้อมูลจาก Chainlink/Pyth กับ TWAP ภายในของพูล V3; หยุดชั่วคราวเมื่อความแตกต่างมีขนาดใหญ่เกินไป;
• หยุดชั่วคราวในกรณีฉุกเฉิน: มัลติซิกสามารถหยุดการฝาก / ปรับสมดุล / ถอนได้ แต่ไม่สามารถป้องกันผู้ใช้จากการถอนกลับไปยัง "ทางออกที่ปลอดภัย" (เช่น การถอนสภาพคล่อง V3 ไปยังกระเป๋าเงินของผู้ใช้โดยตรง);
• Keep3r ในรายชื่ออนุญาต: เฉพาะผู้ดูแลที่ได้รับอนุญาตเท่านั้นที่สามารถเริ่มกระบวนการปรับสมดุลได้;
• สลิปเปจและขีดจำกัดจำนวน: การปรับสมดุลแต่ละครั้งจะกำหนด maxSlippage, maxGasPrice และ maxTradeSize;
• ป้องกันการบิดเบือนราคาหุ้น: ใช้ TWAP เพื่อคำนวณราคาหุ้น หรือกำหนดช่วงเวลาพัก (cooldown);
• Timelock: ล็อกเวลา 24–48 ชั่วโมงสำหรับการอัปเกรดสัญญาและเปลี่ยนแปลงพารามิเตอร์ เพื่อให้ผู้ใช้มีช่วงเวลาในการออก;
• ความปลอดภัยทางเศรษฐกิจ: ค่าธรรมเนียมประสิทธิภาพและค่าธรรมเนียมการถอนเพื่อป้องกันการเก็งกำไรระยะสั้น;
• การเฝ้าติดตามและแจ้งเตือน: การเฝ้าติดตามเหตุการณ์บนเชน การเฝ้าติดตามความเบี่ยงเบนของราคา การเฝ้าติดตามความผิดปกติของ TVL

8.3 การตรวจสอบและโปรแกรมรางวัลสำหรับผู้ค้นพบข้อบกพร่อง

• ดำเนินการตรวจสอบโดยบริษัทตรวจสอบชั้นนำอย่างน้อยสองแห่ง (Trail of Bits, OpenZeppelin, Spearbit, Consensys Diligence, เป็นต้น) ก่อนการเปิดตัว;
• จัดตั้งโปรแกรมรางวัลสำหรับผู้ค้นพบข้อผิดพลาด (Bug Bounty) เป็นระยะเวลา 3–6 เดือน (Immunefi) หลังการปรับใช้บน mainnet โดยแบ่งระดับรางวัลตามมูลค่าสินทรัพย์ที่เสี่ยง;
• นำกลยุทธ์หลักมาใช้อย่างค่อยเป็นค่อยไป: ดำเนินการบน testnet และ shadow mainnet (fork mainnet) เป็นระยะเวลา 4–8 สัปดาห์ ก่อนเปิดตัวด้วยทุนเริ่มต้นที่น้อย และค่อยๆ เพิ่มขีดจำกัดสูงสุด

9. Front End และประสบการณ์ผู้ใช้

9.1 หน้าหลัก

• หน้าหลักของตลาดกลยุทธ์: แสดงกลยุทธ์ตามระดับความเสี่ยง คู่สินทรัพย์ APR TVL และเครือข่าย;
• หน้ารายละเอียดกลยุทธ์: คำอธิบายกลยุทธ์, กราฟผลการทดสอบย้อนหลัง, ช่วงราคาปัจจุบัน, ประสิทธิภาพในอดีต, คำเตือนความเสี่ยง;
• หน้าฝาก/ถอน: Zap โทเค็นเดียว, ฝากโทเค็นคู่, ดูตัวอย่างการแบ่งปัน, การประมาณค่าสลิปเปจและค่าแก๊ส;
• ตำแหน่งของฉัน: ตำแหน่งปัจจุบัน, ค่าธรรมเนียมสะสม, IL, ผลตอบแทนสุทธิ, การสลับแบบทบต้น, การถอนฉุกเฉิน;
• แดชบอร์ดขั้นสูง: การปรับสมดุลย้อนหลัง, บันทึกค่า gas, ตัวชี้วัดความเสี่ยง, สถานะการป้องกันความเสี่ยง (หากมี).

9.2 ความโปร่งใสของข้อมูล

วาง "ความเสี่ยง" ในตำแหน่งที่เด่นชัดเท่ากับ "ผลตอบแทน":

• ข้อความว่า "กลยุทธ์นี้มีผลการลงทุนต่ำกว่าการถือครอง X% ในช่วง 30 วันที่ผ่านมา" ต้องแสดงให้เห็นได้ชัดเจน ไม่ควรถูกซ่อนไว้;
• ธุรกรรมบนเชนก่อนและหลังการปรับสมดุลควรเชื่อมโยงโดยตรงไปยังบล็อกเอ็กซ์พลอเรอร์;
• ที่อยู่สัญญา รายงานการตรวจสอบ และลิงก์ Bug Bounty ต้องเป็นข้อมูลสาธารณะ;
• กลยุทธ์ที่มีความเสี่ยงสูง (ช่วงราคาแคบ, สินทรัพย์หางยาว) ควรต้องมีการยืนยันครั้งที่สอง

9.3 การแจ้งเตือนและระบบอัตโนมัติ

• ส่งการแจ้งเตือนแบบ push เมื่อราคาเข้าใกล้ขอบเขตของช่วงราคา (การแจ้งเตือนผ่านกระเป๋าเงิน, Telegram, อีเมล);
• แจ้งให้ผู้ใช้ทราบหลังจากดำเนินการปรับสมดุลเสร็จสิ้น;
• เมื่อ IL ถึงระดับเกณฑ์ ให้เสนอคำแนะนำ "ถอนเงินหรือเปลี่ยนกลยุทธ์";
• สำหรับผู้ใช้กองทุน ให้จัดเตรียม Webhook / API เพื่อเชื่อมต่อกับระบบควบคุมความเสี่ยงของตนเอง

10. การพัฒนาทางวิศวกรรมและการเลือกเทคโนโลยี

10.1 ความแตกต่างของระบบนิเวศเครือข่ายสาธารณะ

โซ่ต่าง ๆ มีระดับความพร้อมของระบบนิเวศที่แตกต่างกัน และการนำไปใช้ของผู้จัดการ CLMM ก็แตกต่างกันตามนั้น:

• EVM chains (Ethereum, Arbitrum, Optimism, Base, Polygon, BSC): สัญญา Uniswap V3 เป็นแบบโอเพนซอร์ส; PancakeSwap, Sushi, Camelot และอื่นๆ ส่วนใหญ่เป็นเวอร์ชันแยก (fork) ของ V3 และสามารถใช้สัญญาผู้จัดการเดียวร่วมกันได้;
• เครือข่ายที่ไม่ใช่ EVM (Sui, Aptos, Movement): โมเดลวัตถุและภาษา Move ทำให้ตำแหน่ง NFT และ vault ถูกนำไปใช้ในรูปแบบที่ต่างกัน และจำเป็นต้องพัฒนาแยกกัน;
• Solana: การออกแบบ CLMM ของ Raydium และ Orca แตกต่างกัน โดยโมเดลสถานะมีความแตกต่างอย่างมากจาก EVM;
• ตระกูล Cosmos (Osmosis, Sei): ใช้ wasm และ IBC เป็นพื้นฐาน; กลยุทธ์ข้ามเชนต้องการส่วนประกอบเพิ่มเติม;
• L2 / App-chain: โมเดล gas และค่าใช้จ่าย DA ที่ต่างกัน; ความถี่ในการปรับสมดุลสามารถทำได้บ่อยขึ้น

เราแนะนำให้เปิดตัวบน EVM ก่อน แล้วจึงขยายไปยังระบบนิเวศอื่น ๆ ตามความต้องการของลูกค้า

10.2 การจัดทำดัชนีและข้อมูล

การค้นหาข้อมูล LP จำเป็นต้องมีการจัดทำดัชนีบนเชน:

• The Graph / Subgraph: ดัชนีเหตุการณ์ของ V3 pool, vault และเหตุการณ์ปรับสมดุล;
• การจัดทำดัชนีแบบโฮสต์เอง (Ponder, Envio, Substreams): โฮสต์เองเมื่อมีความต้องการด้านเวลาจริงสูง;
• คลังข้อมูล: BigQuery / ClickHouse ใช้เก็บข้อมูลในอดีตเพื่อทดสอบย้อนหลัง;
• ชั้น API: GraphQL / REST สำหรับส่วนหน้าและฝ่ายที่สาม

10.3 การนำเครือข่าย Keeper ไปใช้

• เขียนโหนด Keeper ด้วย Go / Rust; สมัครรับข้อมูลบล็อกใหม่และเหตุการณ์ราคา;
• ใช้โหนด RPC หลายตัวเพื่อความซ้ำซ้อน เพื่อหลีกเลี่ยงจุดล้มเหลวเดียว;
• ใช้ Gelato / Chainlink Automation เป็นตัวกระตุ้นสำรอง;
• จัดการกุญแจส่วนตัวของกระเป๋าเงิน Keeper ด้วย HSM หรือ KMS เพื่อป้องกันการรั่วไหล;
• ติดตามและให้รางวัล/ลงโทษพฤติกรรมของ Keeper (ตัดสิทธิ์หากไม่ทำงานตามเวลาที่กำหนด)

11. โซลูชันการส่งมอบ CLMM Manager ของ SoonTech

11.1 รายชื่อโมดูล

ชุด CLMM Manager ของ SoonTech ประกอบด้วย:

1. Vault Core: สัญญาแบบ ERC-4626 ที่สนับสนุนการฝากโทเค็นเดียว / โทเค็นคู่ และระบบบัญชีแบบแบ่งส่วน;
2. Strategy Library: มีกลยุทธ์ 6 ประเภทในตัว (แบบพาสซีฟกว้าง, แบบแอคทีฟแคบ, ปรับตามความผันผวน, stableswap, แบบด้านเดียว, delta-neutral);
3. Rebalancing Engine: ผู้ดูแลนอกเชน + ผู้จัดการในเชน พร้อมรองรับระบบอัตโนมัติของ Gelato / Chainlink;
4. Zap Router: รวม 1inch / 0x / Uniswap Universal Router / CoW; รองรับการฝากโทเคนเดียว;
5. Hedging Adapter: เชื่อมต่อกับ dYdX, Hyperliquid, GMX, Orderly เพื่อการป้องกันความเสี่ยงแบบ perpetual;
6. วิเคราะห์: แดชบอร์ด APR / IL / backtest / ควบคุมความเสี่ยงแบบเรียลไทม์;
7. ตลาดกลยุทธ์: ผู้สร้างตลาดสามารถลงรายการกลยุทธ์ได้ ผู้ใช้สามารถคัดลอกการซื้อขายและแบ่งปันกำไร;
8. Cross-Chain Bridge: การปรับใช้ข้ามเชนบนพื้นฐาน LayerZero / CCIP และมุมมองแบบรวมศูนย์

11.2 สถานการณ์การปรับใช้ทั่วไป

สถานการณ์ 1: ให้ชั้นเพิ่มมูลค่า LP สำหรับ DEX ใหม่

ลูกค้าเป็น DEX EVM ที่เพิ่งเปิดตัวใหม่ ซึ่งมีความสภาพคล่องไม่เพียงพอและประสบการณ์ LP ที่ไม่ดี เราดำเนินการปรับใช้ CLMM manager บนแพลตฟอร์ม: มี 3 ระดับกลยุทธ์มาตรฐาน (แบบระมัดระวัง / แบบสมดุล / แบบก้าวร้าว), ผู้ใช้สามารถฝากด้วยโทเค็นเดียว และมีการทบต้นอัตโนมัติ ภายใน 2 เดือน TVL เพิ่มขึ้นจาก 2 ล้าน USD เป็น 40 ล้าน USD และความลึกของตลาดเพิ่มขึ้นเป็นสามเท่า

สถานการณ์ 2: สร้าง vault ที่ไม่มีความเสี่ยงเดลต้า (delta-neutral) สำหรับลูกค้ากองทุน

ลูกค้าคือกองทุนบนเชนที่ต้องการเสนอผลิตภัณฑ์ผลตอบแทน ETH/USDC แบบ "ตลาดเป็นกลาง" ให้กับ LP เราปรับใช้ vault แบบแอคทีฟในช่วงแคบ ร่วมกับ Hyperliquid perpetual hedge โดยตั้งเป้าหมายผลตอบแทนรายปี 8%–15% พร้อมระดับการลดลงสูงสุด (maximum drawdown) 3% หลังจาก 6 เดือนบน mainnet ผลตอบแทนรายปีจริงอยู่ที่ 11.2% และระดับการลดลงสูงสุดอยู่ที่ 1.8%

สถานการณ์ที่ 3: ปรับแต่งค่า gas และ MEV สำหรับ DEX L2

ลูกค้าเป็น DEX บน Arbitrum ที่ผู้ใช้ร้องเรียนเกี่ยวกับค่าใช้จ่ายในการปรับสมดุลที่สูงและการโจมตีแบบแซนด์วิช เราได้ย้ายเครือข่าย keeper ไปยังรีเลย์แบบ Flashbots ของเราเอง เปิดใช้งานการบีบอัด calldata และปรับเกณฑ์การปรับสมดุลให้เป็นแบบไดนามิก ค่าใช้จ่ายก๊าซลดลง 60% และสูญเสียจากสลิปเปจที่ผู้ใช้รายงานลดลง 80%

11.3 กำหนดการส่งมอบ

• สัปดาห์ที่ 1–2: การวิจัยธุรกิจ, การยืนยันเชนเป้าหมายและ DEX, การออกแบบกลยุทธ์;
• สัปดาห์ที่ 3–6: การพัฒนาสัญญา smart contract, การทดสอบหน่วย (unit tests), การปรับใช้บน testnet;
• สัปดาห์ที่ 7–8: การตรวจสอบความปลอดภัย, การตรวจสอบความถูกต้องของ mainnet แบบเงา, ส่วนหน้า (front end) และแดชบอร์ดข้อมูล;
• สัปดาห์ที่ 9: การเปิดตัว Mainnet แบบ grey launch, การติดตามขีดจำกัดและระบบ multisig;
• ตั้งแต่วันที่ 10: การขยายกลยุทธ์, การปรับใช้ข้ามเชน, การรับผู้สร้างตลาด (Market Maker) เข้าร่วม

12. ข้อแนะนำสำหรับการนำไปใช้ในองค์กร

12.1 การพัฒนาตามขั้นตอน

• เฟส 1 (MVP): Vault แบบพาสซีฟช่วงกว้าง, การประกอบดอกเบี้ยอัตโนมัติ, การปรับใช้บนโซ่เดียว, แดชบอร์ดพื้นฐาน;
• เฟส 2: วอลต์แบบแอคทีฟช่วงแคบ ปรับตามความผันผวน, Zap, กลยุทธ์หลายแบบ;
• เฟส 3: การป้องกันความเสี่ยง, ตลาดกลยุทธ์, การข้ามเชน, คุณสมบัติสำหรับสถาบัน;
• เฟส 4: White label, SDK, API, การบูรณาการด้านความสอดคล้องกับกฎระเบียบ.

อย่าพยายามสร้างระบบเดลต้า-นิวทรัลและตลาดกลยุทธ์ในเวอร์ชันแรก; ความซับซ้อนและความเสี่ยงของระบบเหล่านี้สูงกว่าระบบวอลต์พื้นฐานอย่างมาก

12.2 องค์ประกอบทีม

ทีมขั้นต่ำ: ผู้จัดการผลิตภัณฑ์ 1 คน, วิศวกร Solidity 2 คน, วิศวกร backend / keeper 1 คน, วิศวกร front-end 1 คน, นักวิเคราะห์ความเสี่ยง / ข้อมูล 1 คน หากต้องการพัฒนาตลาดกลยุทธ์และข้ามเชน ให้เพิ่มอีก 2–3 คน

12.3 ตัวชี้วัด

• TVL และมูลค่าสุทธิ: มูลค่ารวมที่ถูกล็อกไว้, มูลค่าสุทธิของส่วนแบ่งใน vault;
• APR และเปรียบเทียบกับถือไว้: ผลตอบแทนสุทธิจริง;
• ตัวชี้วัดการปรับสมดุล: ความถี่, อัตราความสำเร็จ, ค่า gas, ค่าสลิปเฉลี่ย;
• ตัวชี้วัดผู้ใช้: จำนวนผู้ฝากเงิน, อัตราดอกเบี้ยทบต้น, อัตราการรักษาลูกค้า, ค่าเฉลี่ยต่อผู้ใช้;
• ตัวชี้วัดความเสี่ยง: จำนวนการแจ้งเตือน IL, จำนวนการหยุดชั่วคราว, จำนวนเหตุการณ์ด้านความปลอดภัย;
• ตัวชี้วัดธุรกิจ: รายได้จากค่าธรรมเนียมประสิทธิภาพ, จำนวนกลยุทธ์ที่จดทะเบียน, ส่วนแบ่งของผู้สร้างตลาด

13. แนวโน้มในอนาคต

13.1 Uniswap V4 และ Hooks

V4 นำสัญญา Hook มาใช้ ซึ่งช่วยให้สามารถแทรกตรรกะที่กำหนดเองได้ในจุดต่าง ๆ ของวงจรชีวิตของพูล ซึ่งหมายความว่า ตรรกะส่วนใหญ่ที่เดิมต้องถูกนำไปใช้ใน vault ภายนอก (การทบต้น, การปรับสมดุล, ค่าธรรมเนียมแบบไดนามิก, ขีดจำกัด) สามารถถูกรวมเข้าไปในชั้นพูลได้ และผู้จัดการ CLMM อาจเปลี่ยนจาก "โปรโตคอลภายนอก" เป็น "กลุ่มของ Hooks"

13.2 LP ที่อิงตามเจตนา

ผู้ใช้ไม่จำเป็นต้องกำหนดช่วงราคาที่ชัดเจนอีกต่อไป แต่สามารถประกาศเจตนาได้ เช่น: "ผมยินดีรับการลดลงสูงสุด 5% และตั้งเป้าหมายผลตอบแทนรายปี 15%" และเครือข่ายผู้แก้ปัญหาจะจัดรวมการผสมผสานที่เหมาะสมที่สุดจากหลาย DEX และหลายเชนโดยอัตโนมัติ โมเดลนี้ช่วยลดความซับซ้อนพื้นฐานลงได้อีกขั้น

13.3 การสร้างตลาดบนเชนและกลยุทธ์ AI

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

13.4 สินทรัพย์จริง (RWA) และผลิตภัณฑ์โครงสร้าง

CLMM จะเข้าสู่พื้นที่ RWA (พันธบัตรรัฐบาล สินค้าโภคภัณฑ์ และตลาดแลกเปลี่ยนเงินตราต่างประเทศ) โดยผสานผู้สร้างตลาดในตลาดการเงินแบบดั้งเดิมกับการชำระบัญชีบนเชน เพื่อสร้างผลิตภัณฑ์ผลตอบแทนที่มีโครงสร้างใหม่ ซึ่งสิ่งนี้ก่อให้เกิดความต้องการที่สูงขึ้นในด้านความสอดคล้องกับกฎระเบียบและการดูแลรักษาสินทรัพย์

คำถามที่พบบ่อย

Q1: ผู้ใช้ทั่วไปควรเลือกช่วงแคบหรือช่วงกว้าง?

A: หากไม่แน่ใจเกี่ยวกับทิศทางตลาดและไม่ต้องการดำเนินการบ่อยครั้ง ให้เลือกช่วงแคบ; สำหรับคู่สกุลเงินหลักเมื่อตลาดอยู่ในช่วงสั่นคลอน สามารถลองใช้ช่วงแคบด้วยจำนวนเงินน้อยได้; สำหรับโทเค็นใหม่และสินทรัพย์ที่มีความผันผวนสูง ไม่แนะนำให้ใช้ช่วงแคบ — IL จะกินค่าธรรมเนียมไปอย่างรวดเร็ว

Q2: APR บน CLMM ดูสูงมาก—ทำไมผมจึงไม่สามารถทำกำไรได้จริง?

A: APR ที่โฆษณาโดยทั่วไปจะนับเฉพาะค่าธรรมเนียมเท่านั้น ไม่รวม IL, ค่า gas, slippage และค่าธรรมเนียมโปรโตคอล เมื่อพิจารณาผลิตภัณฑ์ ให้ดู "net APR" และ "ผลตอบแทนเมื่อเทียบกับการถือครอง"; ทำการทดสอบย้อนหลังด้วยตัวเองเมื่อจำเป็น

Q3: สัญญา vault มีโอกาสถูก rug pull ได้หรือไม่?

A: โค้ดของ vault แบบ non-custodial สามารถทำงานได้เฉพาะตามตรรกะที่กำหนดไว้ล่วงหน้าเท่านั้น; ในทางทฤษฎี ไม่มีใครสามารถถอนเงินได้; แต่ความเสี่ยงจากข้อผิดพลาดในสัญญาและความเสี่ยงจาก multisig ยังคงมีอยู่ ก่อนที่จะนำระบบไปใช้งานจริง ให้ตรวจสอบรายงานการตรวจสอบ (audit report), เกณฑ์การอนุมัติ multisig, การตั้งค่า timelock และโปรแกรม bug bounty เสมอ

Q4: การปรับสมดุลบ่อยขึ้นเสมอดีกว่าหรือไม่?

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

Q5: ตำแหน่ง LP สามารถใช้เป็นหลักประกันสำหรับการกู้เงินได้หรือไม่?

A: การให้กู้โดยตรงโดยใช้ NFT ของตำแหน่ง V3 เป็นหลักประกันนั้นยาก แต่หุ้น vault ตามมาตรฐาน ERC-4626 ได้รับการยอมรับเป็นหลักประกันแล้วโดยโปรโตคอลการให้กู้บางตัว ก่อนจะกู้เงิน ให้ใส่ใจกับเส้นการชำระบัญชี (liquidation line) และความผันผวนของราคาหุ้น vault

Q6: เราควรเขียนสัญญาเองหรือใช้โซลูชันที่มีอยู่?

A: สำหรับ 99% ของโครงการ, เราแนะนำให้ปรับแต่งบนพื้นฐานของ CLMM manager ที่พัฒนาแล้ว (เช่น ชุดเครื่องมือของ SoonTech หรือโซลูชันโอเพนซอร์ส) แทนที่จะเขียนจากศูนย์ — สัญญาแบบ V3 มีความอ่อนไหวต่อความปลอดภัยอย่างยิ่ง และค่าใช้จ่ายจากการติดกับดักในสัญญาที่สร้างเองนั้นสูงกว่าค่าใช้จ่ายในการซื้อลิขสิทธิ์อย่างมาก

สรุป

สภาพคล่องที่รวมศูนย์ได้ผลักดันประสิทธิภาพทุนของ DEX ขึ้นสู่ระดับใหม่ แต่ก็ส่งความซับซ้อนของการทำตลาดไปยัง LP ด้วยเช่นกัน มูลค่าของผลิตภัณฑ์ผู้จัดการ CLMM อยู่ที่การซ่อนความซับซ้อนนั้นจากผู้ใช้ผ่านสัญญาอัจฉริยะ, การอัตโนมัติแบบออฟเชน การจัดแพ็กเกจกลยุทธ์ และการเปิดเผยความเสี่ยงอย่างโปร่งใส — ซึ่งให้ผู้ใช้ทั่วไปสามารถเข้าถึงกลยุทธ์ระดับผู้สร้างตลาดมืออาชีพได้เพียงคลิกเดียว ให้กองทุนมีผลิตภัณฑ์ผลตอบแทนบนเชนที่สามารถตรวจสอบได้ สามารถจัดรวมได้ และสามารถป้องกันความเสี่ยงได้ และให้ผู้สร้างตลาดสามารถสร้างรายได้จากความสามารถของพวกเขาไปยังกลุ่มทุนที่กว้างขึ้นมาก

บทความนี้อธิบายอย่างเป็นระบบเกี่ยวกับพื้นที่การออกแบบทั้งหมดของผู้จัดการ CLMM ตั้งแต่กลไกหลักและสถาปัตยกรรมผลิตภัณฑ์ ผ่านประเภทกลยุทธ์ การปรับสมดุลใหม่ การวัด IL (Interest Loss) Zap และ vault ไปจนถึงการควบคุมความเสี่ยงด้านความปลอดภัย ประสบการณ์ผู้ใช้ส่วนหน้า และการนำไปใช้ทางวิศวกรรม เทคโนโลยีกำลังพัฒนาอย่างต่อเนื่อง — V4 Hooks, Intent, AI และ RWA จะยังคงปรับเปลี่ยนรูปแบบของสาขานี้ — แต่หลักการพื้นฐานที่สุดจะไม่เปลี่ยนแปลง: ความเสี่ยงที่โปร่งใส ความปลอดภัยแบบไม่เก็บรักษา ผลตอบแทนที่ยั่งยืน และกลยุทธ์ที่สามารถตรวจสอบได้

ทีม SoonTech ได้สะสมประสบการณ์ด้านวิศวกรรมบนเชนอย่างลึกซึ้งในหลายสายผลิตภัณฑ์ รวมถึง DEX, CEX และตลาดการคาดการณ์ โดย CLMM manager เป็นหนึ่งในโมดูลที่เติบโตเร็วที่สุดในชุดผลิตภัณฑ์ DEX ของเรา หากทีมของคุณกำลังพัฒนา DEX รุ่นใหม่ เพิ่มชั้นมูลค่าเพิ่ม LP ให้กับ DEX ที่มีอยู่ หรือกำลังวางแผนพัฒนาการจัดการสินทรัพย์บนเชนและผลิตภัณฑ์ที่มีโครงสร้าง เราพร้อมรับฟังและพูดคุยกับคุณ โดยพิจารณาจากเครือข่ายเป้าหมาย ประเภทสินทรัพย์ และโปรไฟล์ผู้ใช้ของคุณ เราสามารถมอบโซลูชันครบวงจรที่ครอบคลุมการพัฒนาสัญญา การสนับสนุนการตรวจสอบ ระบบหน้าผู้ใช้ และแดชบอร์ดข้อมูล

การเพิ่มประสิทธิภาพของสภาพคล่อง การสร้างความมั่นใจให้กับ LP และการทำให้การสร้างสภาพคล่อง (market making) กลายเป็นผลิตภัณฑ์ที่เชื่อถือได้จริง — นี่คือทิศทางระยะยาวของ CLMM manager

🌐 สร้างแพลตฟอร์ม Web3 ที่ปลอดภัยและสามารถขยายได้กับ SoonTech.

ค้นพบโซลูชันของเราสำหรับตลาดคริปโตแบบ White Label, ตลาดการคาดการณ์, กระเป๋าเงิน MPC, ระบบจับคู่, การบูรณาการสภาพคล่อง และการปฏิบัติตามกฎระเบียบ