ย้อนกลับ

จาก Liquidity Layer สู่ Execution Engine: Omniston ขยายระบบการทำงานอย่างไรในสายการผลิต

เลือกเราใน Google
author avatar

เขียนโดย
Oihyun Kim

editor avatar

แก้ไขโดย
Shilpa Lama

17 กุมภาพันธ์ พ.ศ. 2569 19:00 ICT

การสร้างแอปพลิเคชันสวอปแบบ DApp นั้นค่อนข้างตรงไปตรงมา แต่การดำเนินงานภายใต้สภาวะตลาดจริง — ท่ามกลางบอท นักเก็งกำไร และสภาพคล่องที่ผันผวน — กลับไม่ง่ายนัก BeInCrypto ได้พูดคุยกับ Andrey Fedorov, CMO & CBDO ที่ STON.fi Dev ในงาน Consensus Hong Kong เพื่อรับฟังว่ากระบวนการเหล่านี้ในความเป็นจริงเป็นอย่างไร

STON.fi เปิดตัวในฐานะ AMM (automated market maker) บนบล็อกเชน TON — โดยเป็นอินเทอร์เฟซสวอปพร้อมพูลสภาพคล่อง ต่อมาจึงนำเสนอ Omniston ซึ่งเป็นโปรโตคอลการรวมสภาพคล่อง เพื่อตอบสนองต่อปัญหาการกระจายตัว: มี DEX หลายรายบน TON ทำให้ผู้ใช้ต้องเปรียบเทียบราคาผ่านโปรโตคอลต่าง ๆ ด้วยตนเอง Omniston จึงถูกพัฒนาขึ้นมาเพื่อแก้ปัญหานั้น ด้วยการรวมสภาพคล่องไว้ที่จุดเชื่อมต่อเดียว

ระบบการรวมสภาพคล่องใช้งานได้ดี แต่เมื่อขยายขนาดแล้วก็เผยข้อจำกัดใหม่ ๆ ออกมา

Sponsored
Sponsored

3 บทเรียนจากสายการผลิต

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

บทเรียนแรกคือเรื่องการขยายตัว ทั้งส่วนหน้าบ้านและหลังบ้านต่างก็รองรับกับความต้องการที่เพิ่มขึ้นอย่างเหนือความคาดหมายไม่ได้ บทเรียนที่สองละเอียดขึ้นอีก คือเรื่องการสวอปแบบข้ามหลายโทเคน — ที่ต้องเส้นทางผ่านโทเคนตัวกลาง — ได้ผลดีในการทดสอบ แต่พบปัญหาบางกรณีเมื่อใช้งานจริง “ตามทฤษฎีแล้ว ทั้งสองขั้นตอนควรทำงานอย่างราบรื่น” Fedorov อธิบาย “แต่ในทางปฏิบัติมีธุรกรรมพร้อมกันจำนวนมาก สภาพคล่องเคลื่อนที่ระหว่างพูล และ DEX หลายแห่งอัปเดตสถานะพร้อมกัน บางครั้งขั้นแรกสำเร็จแต่ขั้นที่สองล้มเหลว”

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

ปัจจุบัน STON.fi มีสัดส่วนกิจกรรม DEX บน TON ถึงร้อยละ 80 ถึง 90 เน้นย้ำถึงความเป็นผู้นำด้านปริมาณการสวอปบนเชนรายนี้ อย่างไรก็ตาม สวอปข้ามเชนที่อยู่ในแผนงานถัดไปจะทำให้สถานการณ์เปลี่ยนไปอีก “พื้นฐานจะยังเหมือนเดิม แต่ดิฉันมั่นใจว่าเราจะเจอความท้าทายใหม่อีก”

Andrey Fedorov ที่ Consensus HK
Andrey Fedorov ที่ Consensus HK

เหตุใดการรวบรวมถึงยังไม่พอ

ข้อเสนอแรกของ Omniston คือเชื่อมพูล DEX ทั้งหมดบน TON และค้นหาเส้นทางที่ดีที่สุด แต่การรวมสภาพคล่องสาธารณะก็มีข้อจำกัดเช่นกัน ถ้าไม่มีใครเติมสภาพคล่องให้คู่เหรียญนั้น ไม่ว่าจะรูทเก่งแค่ไหนก็ช่วยไม่ได้

Sponsored
Sponsored

“บางครั้งผู้คนก็ไม่อยากให้สภาพคล่องในพูลใดพูลหนึ่ง” Fedorov กล่าว “เมื่อต้องการสวอปโทเคนในพูลนี้ ผู้ใช้จะไม่ได้ราคาดี เพราะไม่มีสภาพคล่องอยู่เลย”

คำตอบคือ escrow swaps — ซึ่งเป็นเส้นทางการดำเนินการแบบคู่ขนานที่เข้าถึงสภาพคล่องส่วนตัวจากผู้สร้างตลาดมืออาชีพ หรือที่เรียกว่า “resolver” แทนที่จะพึ่งพาแต่กลุ่ม AMM เพียงอย่างเดียว Omniston จึงประเมินทั้งแหล่งสาธารณะและส่วนตัว แล้วส่งแต่ละการ swap ไปยังแหล่งที่ให้ผลลัพธ์ดีที่สุด

มันไม่ใช่ทางออกที่สมบูรณ์แบบ เพราะเราจำเป็นต้องมีทั้งสองอย่าง การผสมผสานกันจะมอบประสบการณ์ที่ดีที่สุด

หุ้นที่ถูกโทเค็นไนซ์กับการทดสอบความแข็งแกร่ง

โมเดล escrow แสดงคุณค่าอย่างชัดเจนเมื่อ STON.fi ได้ผสาน xStocks ซึ่งเป็นตัวแทนที่เป็นโทเคนของหุ้นสหรัฐอเมริกาที่ออกโดย Backed Finance แม้ว่าทางเทคนิคแล้วจะเป็น TON jetton แต่พฤติกรรมของมันแตกต่างจากโทเคนคริปโตแท้ ๆ ที่มีผลต่อการดำเนินการ

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

จากมุมมองผู้ใช้ Fedorov ยืนยันว่าประสบการณ์ควรรู้สึกเหมือนกับการ swap อื่น ๆ ดิฉันต้องการให้ผู้ใช้ลืมความซับซ้อนทางเทคนิค เบื้องหลังอาจต่างกัน แต่ผู้ใช้จะไม่เห็นสิ่งนั้น

Sponsored
Sponsored

ข้อแลกเปลี่ยนของการถือสินทรัพย์เอง

Fedorov กล่าวอย่างตรงไปตรงมาเกี่ยวกับข้อจำกัดของการเป็น non-custodial อย่างเต็มรูปแบบ

บางครั้งเราจะเห็นทางเลือกที่ได้รับความนิยมสูง — มีผู้ใช้มากและปริมาณธุรกรรมสูง หากพิจารณาด้านธุรกิจ การผสานระบบเหล่านี้จะช่วยเร่งการเติบโตของเราได้ทันที แต่หลายแห่งเป็นศูนย์กลาง เมื่อดิฉันนำตัวเลือกเหล่านี้ไปให้ทีมเทคนิค คำตอบก็ง่ายมาก มันทำงานแบบนั้นไม่ได้ STON.fi เป็นแบบ non-custodial ผู้ใช้เก็บสินทรัพย์ไว้ในกระเป๋าสตางค์ของตัวเอง การ swap ดำเนินการผ่าน smart contracts

การผสานระบบแบบศูนย์กลางนั้นเร็วกว่ามากและเรียบง่าย บ่อยครั้งแค่เชื่อมต่อ API ส่วนการผสาน DeFi ต้องอาศัยตรรกะระดับ smart contract และไม่ให้สินทรัพย์ออกจากกระเป๋าสตางค์ผู้ใช้ เราสามารถเติบโตได้เร็วกว่านี้ถ้าเรายอมละทิ้ง self-custody แต่เราจะไม่ได้สร้างโครงสร้างพื้นฐาน DeFi ขึ้นมา เราแค่สร้างเลเยอร์ฟินเทคเพิ่มเติมอีกชั้นหนึ่ง

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

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

Sponsored
Sponsored

สำหรับ STON.fi นั่นแปลว่าต้องลงทุนกับการเริ่มต้นใช้งาน การให้ความรู้ และ UX ที่ชัดเจนมากขึ้น โดยไม่ลดทอนหลักการสำคัญเรื่องการดูแลสินทรัพย์ด้วยตนเอง

มันคือการเดิมพันระยะยาว ในระยะสั้น การให้ความรู้ยากกว่าอยู่บ้าง แต่ระยะยาวผู้ใช้จะเข้าใจคุณค่าของการเป็นเจ้าของ ใน Web3 นี่แหละคือหัวใจของมัน

กระจายก่อน เจาะลึกทีหลัง

Fedorov มองว่า TON ไม่ใช่แค่ตัวเลือกของบล็อกเชน แต่ยังเป็นกลยุทธ์การกระจายเนื่องจากมีการผสานรวมกับ Telegram ด้วย STON.fi และ Omniston สามารถเชื่อมโยงกับกระเป๋าสตางค์ แอป เกม และบอทต่าง ๆ ในระบบนิเวศของ Telegram ซึ่งแต่ละอย่างเป็นจุดแลกเปลี่ยนที่มีศักยภาพ เขากล่าวว่าทุกคนต้องการใช้โปรโตคอลนี้เพราะต้องการให้มีการแลกเปลี่ยนในแอปพลิเคชันของตนด้วย แต่ในขณะเดียวกัน มันก็เป็นเครือข่ายการกระจายของพวกเขาด้วย ดังนั้นจึงเป็นประโยชน์ทั้งสองฝ่าย

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

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

ข้อจำกัดความรับผิดชอบ

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

ผู้สนับสนุน
ผู้สนับสนุน