Orca

Orca คืออะไร?

Orca เป็นกระดานเทรดแบบกระจายศูนย์ที่ไม่รับดูแลสินทรัพย์ (non-custodial DEX) บน Solana ที่ช่วยให้การสลับโทเค็นและการให้สภาพคล่องทำได้ผ่านสัญญาอัจฉริยะของ automated market maker โดยมีเป้าหมายเพื่อลดแรงเสียดทานในการเทรดบนเชน ขณะเดียวกันก็ยังคงการประมวลผลไว้ บนเลเยอร์ฐานที่มีปริมาณธุรกรรมสูงและความหน่วงต่ำ

ความได้เปรียบเชิงโครงสร้างของ Orca ไม่ได้มาจากการคิดค้นกลไกตลาดแบบใหม่โดยตรง แต่เน้นการ “แพ็กเกจ” กลไก AMM แบบสภาพคล่องเข้มข้น (concentrated liquidity) ให้เป็น “เลเยอร์สภาพคล่อง” ที่มีมุมมองค่อนข้างชัดเจนและเข้าถึงได้สำหรับนักพัฒนา ด้วย primitive มาตรฐานของพูล ชั้นค่าธรรมเนียม และ API ที่แอปอื่นสามารถเชื่อมต่อได้ โดยไม่ต้องสร้างโครงสร้างพื้นฐานกระดานเทรดหลักขึ้นมาใหม่ทั้งหมด ซึ่งสะท้อนอยู่ในโปรแกรม Whirlpool แบบโอเพนซอร์สและเครื่องมือสำหรับนักพัฒนาที่อธิบายไว้ ในเอกสารของโปรเจ็กต์และเอกสารอ้างอิง SDK บน Orca docs และ Whirlpools API

ในมุมโครงสร้างตลาด Orca เป็นเวนิวในเลเยอร์แอปพลิเคชันภายในสแตก DEX ของ Solana มากกว่าจะเป็นเน็ตเวิร์กเลเยอร์ฐาน และ “ส่วนแบ่ง” ของ Orca ควรทำความเข้าใจในบริบทของพฤติกรรม การรูตบน Solana ที่ตัว aggregator มักจะวางอยู่บน AMM หลายตัว

แดชบอร์ดสาธารณะ เช่น DeFiLlama’s Orca page ระบุว่า ณ ช่วงต้นปี 2026 Orca มี TVL อยู่ในระดับหลายร้อยล้านดอลลาร์สหรัฐ และมีปริมาณเทรดสปอต DEX รายเดือนในระดับหลายพันล้านดอลลาร์ ขณะที่การจัดอันดับมาร์เก็ตแคปโทเค็นจากเว็บไซต์ดัชนีขนาดใหญ่ เช่น CoinMarketCap จัดให้อยู่ในกลุ่มโทเค็น mid-cap ในกลุ่มหางยาว

ผลเชิงปฏิบัติคือ Orca สามารถมีนัยสำคัญทางเศรษฐกิจในฐานะเวนิวที่สร้างค่าธรรมเนียมได้ แม้โทเค็น ORCA เองจะมีขนาดเล็กเมื่อเทียบกับเหรียญใหญ่ และความสามารถในการแข่งขัน ผูกโยงอย่างใกล้ชิดกับวัฏจักรกิจกรรมบน Solana มากกว่าที่จะเกิดจากเอฟเฟกต์เครือข่าย แบบเน็ตเวิร์กแยกเดี่ยว

ใครเป็นผู้ก่อตั้ง Orca และเริ่มต้นเมื่อใด?

Orca เกิดขึ้นในช่วงที่ Solana กำลังเร่งสร้างระบบนิเวศ DeFi ในปี 2021 โดยโทเค็นกำกับดูแล ORCA เปิดตัวเมื่อวันที่ 9 สิงหาคม 2021 ตามที่ระบุใน เอกสาร $ORCA token documentation ของโปรเจ็กต์เอง

หลังจากนั้น โปรโตคอลได้ขยับไปสู่ท่าทีที่ขับเคลื่อนโดยชุมชนมากขึ้น ด้วยการกำหนดโครงสร้างการโหวตของผู้ถือโทเค็นอย่างเป็นทางการ และรูปแบบสภาที่มาจากการเลือกตั้ง เอกสารกำกับดูแลของ Orca อธิบายกระบวนการนี้ว่าเป็นข้อเสนอจากผู้ถือโทเค็นที่ถูกดำเนินการโดย ผู้มีส่วนร่วมและ “DAO Council” ที่รับผิดชอบ แทนที่จะเป็นระบบกำกับดูแลออนเชน แบบอัตโนมัติเต็มรูปที่สามารถอัปเกรดได้โดยไม่ต้องมีคนกลาง ตามที่ระบุไว้ใน Governance overview, DAO Council documentation และการถกเถียงด้านออกแบบการกำกับดูแลช่วงแรกบน Orca governance forum

เมื่อเวลาผ่านไป เรื่องเล่าของ Orca ได้เปลี่ยนจาก “AMM ยุคแรกของ Solana ที่มี UI เป็นมิตร” ไปสู่ “โครงสร้างพื้นฐานสภาพคล่องแบบเข้มข้นที่เปิดให้โปรแกรมได้” ซึ่งโดยรวมแล้วสะท้อนการย้ายของทั้งอุตสาหกรรมจากพูลแบบ constant-product ไปสู่ดีไซน์ที่ใช้ทุนมีประสิทธิภาพมากขึ้น

การพัฒนานั้นถูกระบุไว้อย่างชัดเจนในการวางตำแหน่งปัจจุบันของ Orca ที่มอง Whirlpools เป็น primitive สภาพคล่องหลักของตน โดยเอกสารเน้นกลไกสภาพคล่องแบบเข้มข้น และความเป็นจริงเชิงปฏิบัติสำหรับผู้ให้สภาพคล่อง (การจัดการช่วงราคา, พฤติกรรมนอกช่วง, เงื่อนไขการได้รับค่าธรรมเนียม) ในคู่มืออย่าง Providing liquidity on Orca

ในเชิงกลยุทธ์ ความพยายามของ Orca ที่จะคงความเกี่ยวข้องยังรวมถึง การขยายตัวแบบคัดสรรออกไปนอก Solana mainnet ไปยังสภาพแวดล้อมที่ใช้ Solana-VM ด้วย บล็อกของ Orca เองกล่าวถึงการดีพลอยบน Eclipse ช่วงปลายปี 2024 และรายงานการเติบโตระยะแรกที่นั่น พร้อมกรอบมุมมองว่าเป็นการขยายการกระจายตัว มากกว่าการออกแบบโปรโตคอลหลักใหม่ทั้งหมด (Orca docs blog post)

เครือข่าย Orca ทำงานอย่างไร?

Orca ไม่ใช่เครือข่ายเลเยอร์ 1 และไม่ได้รันฉันทามติของตนเอง แต่เป็นชุดโปรแกรมออนเชน ที่ดีพลอยบน Solana (และในระดับจำกัดบนสภาพแวดล้อม Solana-VM) ซึ่งสืบทอดฉันทามติแบบ Proof-of-Stake ชุดวาลิเดเตอร์ และโมเดลการประมวลผลของ Solana

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

ในมุมมองความเสี่ยงของสถาบัน “ความเสี่ยงเครือข่าย” ของ Orca จึงส่วนใหญ่ ถูกย่อลงมาเหลือปัจจัยอย่างการกระจายศูนย์ของวาลิเดเตอร์บน Solana, ความหลากหลายของ client และเสถียรภาพการปฏิบัติงาน โดยในคอมเมนต์ตลาดช่วงหลังมีการเน้นแรงกดดันด้านเศรษฐศาสตร์ของวาลิเดเตอร์ และช่องทางสู่การรวมศูนย์ที่อาจเกิดขึ้นในชุดวาลิเดเตอร์ของ Solana ซึ่งเชื่อมโยงไปยังการถกเถียงเรื่องความต้านทานการเซ็นเซอร์ และ tail risk ของการดับเครือข่ายสำหรับ DeFi บน Solana โดยรวม (เช่น 21Shares’ Solana 2026 outlook)

ในเลเยอร์แอปพลิเคชัน กลไกหลักของ Orca คือ concentrated liquidity market maker (CLMM) ที่ถูกทำให้เป็นโปรแกรม Whirlpool ซึ่งในเชิงแนวคิดคล้ายกับ Uniswap v3 ตรงที่ผู้ให้สภาพคล่อง (LP) สามารถเลือกช่วงราคา และสภาพคล่องถูกแบ่งเป็น tick โดยการสร้างค่าธรรมเนียมจะเข้มข้นที่บริเวณราคาที่มีการเทรดจริง

เอกสารของ Orca เองระบุอย่างชัดเจนว่า CLMM มีประสิทธิภาพการใช้ทุนดีกว่า แต่มีความซับซ้อนเชิงปฏิบัติมากขึ้น และเปิดเผยการตั้งค่าชั้นค่าธรรมเนียม (เช่น คู่ stablecoin เทียบกับคู่ผันผวน) และพารามิเตอร์การสร้างพูลอย่างตรงไปตรงมาต่อผู้ใช้และนักพัฒนาผ่านอินเทอร์เฟซทางการ และฟังก์ชันใน SDK (ดู liquidity overview และ CLMM pool creation docs)

ในด้านความปลอดภัย ท่าทีของ Orca เป็นเรื่องของสมาร์ตคอนแทร็กต์และความปลอดภัยเชิงปฏิบัติการเป็นหลัก: รายงานตรวจสอบ Whirlpool เผยแพร่สาธารณะโดยบุคคลที่สาม (เช่น รายงานตรวจสอบ Orca Whirlpools ของ Neodyme) แต่อย่างที่เกิดใน DeFi ทั้งหมด โมเดลภัยคุกคามที่เกี่ยวข้องกว้างกว่าคำว่า “โค้ดผ่านการตรวจสอบ” รวมถึงความเสี่ยงจากการปั่นราคา/ออราเคิล การกระทบกันระหว่างโปรโตคอล ความเสี่ยงเชิงกลยุทธ์ของ LP และการฟิชชิงฝั่งผู้ใช้ซึ่งอาจถูกเข้าใจผิดว่าเป็นปัญหาของโปรโตคอลได้

Tokenomics ของ ORCA เป็นอย่างไร?

โปรไฟล์อุปทานของ ORCA สามารถอธิบายได้ดีที่สุดว่าเป็นแบบจำกัด (capped) มากกว่าขับเคลื่อนด้วยการปล่อยโทเค็นอย่างต่อเนื่อง โดยเอกสารทางการระบุปริมาณรวมสูงสุดคงที่ที่ 75,000,000 ORCA และระบุที่อยู่ mint มาตรฐานของ Solana SPL ไว้อย่างชัดเจน (Orca tokenomics docs)

ตัวเลข 75 ล้านนี้สะท้อนการลดอุปทานหลังการเปิดตัว: เอกสารเปิดเผยจากตลาดเทรดและตารางเวลา circulating supply ที่เผยแพร่สำหรับ ORCA บรรยายถึงการ burn ผ่านการกำกับดูแลบนเชนซึ่งลดอุปทานสูงสุดลง พร้อมด้วยการประมาณการ circulating supply สิ้นเดือน และเหตุผลของการ burn ในเอกสารตารางอุปทานที่โฮสต์โดยตลาดกลาง

มุมมองของสถาบันคือ ORCA ไม่ได้ถูกออกแบบให้มีเงินเฟ้อตลอดไปแบบโมเดล “farm token” จำนวนมากในช่วงปี 2020–2022 ความเสี่ยงด้าน dilution จึงเกี่ยวพันกับการ cliff/vesting การปลดล็อก และนโยบายคลังมากกว่าการปล่อยโทเค็นต่อเนื่อง และตัวแปรเหล่านี้ควรถูกติดตามควบคู่ไปกับความสามารถของโปรโตคอลในการสร้างค่าธรรมเนียมจากปริมาณการเทรด

ยูทิลิตี้และการดึงมูลค่า (value accrual) ถูกส่งผ่านกลไก buyback จากค่าธรรมเนียม ที่เชื่อมโยงกับการ stake ผ่าน xORCA มากกว่าผ่าน gas หรือการบังคับใช้โทเค็น

เอกสารของ Orca อธิบาย xORCA ว่าเป็นระบบ staking ที่ค่าธรรมเนียมของโปรโตคอล นำมาใช้ซื้อคืน ORCA แบบโปรแกรมแล้วฝากเข้า vault สำหรับ staking ทำให้ค่าอัตราแลกเปลี่ยน xORCA ต่อ ORCA เพิ่มขึ้นเรื่อย ๆ ตามเวลา แทนที่จะจ่ายค่าธรรมเนียมเป็นเงิน stablecoin โดยตรง โดยมีพารามิเตอร์กำกับบนเชน

สัดส่วนการแบ่งค่าธรรมเนียมปัจจุบันก็ระบุไว้ในเอกสารของโปรเจ็กต์ ซึ่งอธิบายอัตราส่วนค่าธรรมเนียมที่โปรโตคอลดึงไป (protocol fee take-rate) และการจัดสรรภายในระหว่างส่วนที่ใช้ buyback ให้ผู้ stake กับคลังค่าธรรมเนียม (Orca tokenomics docs) และอัปเดตบนฟอรัมกำกับดูแลระบุว่าพารามิเตอร์เหล่านี้ถูกปรับอย่างจริงจังในปีที่ผ่านมา รวมถึงการอัปเดตจากสภาที่ถกเถียงการเพิ่มสัดส่วนรายได้ค่าธรรมเนียมของโปรโตคอล ที่ถูกส่งเข้าสู่ buyback ให้กับผู้ถือ xORCA

ในเชิงกลไก สิ่งนี้ผูกมูลค่าโทเค็นเข้ากับการสร้างค่าธรรมเนียมที่ยั่งยืนและไม่ใช่ wash trade และเข้ากับความน่าเชื่อถือด้านการกำกับดูแลในเรื่องการบริหารคลัง ขณะที่ในเชิงเศรษฐศาสตร์ มันทำให้ ORCA มีลักษณะคล้ายสิทธิในกระแสเงินสดของโปรโตคอลแบบหุ้น มากกว่าการเป็นโทเค็นเพื่อประสานงานล้วน ๆ ซึ่งอาจเปลี่ยนมุมมองด้านกฎระเบียบได้

ใครคือผู้ใช้งาน Orca?

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

แดชบอร์ดวิเคราะห์ DeFi เช่น DeFiLlama แสดงทั้ง TVL และปริมาณเทรด DEX ซึ่งช่วยแยก “ทุนที่จอดไว้เพื่อสภาพคล่อง” ออกจาก “ปริมาณการเทรดที่ไหลผ่าน” แต่ไม่มีเมตริกใดตัวเดียวที่ระบุ “ความต้องการอินทรีย์” ได้อย่างชัดเจน เพราะกิจกรรมสามารถเป็นวัฏจักรและอ่อนไหวต่ออินเซนทีฟ

เอกสารนักพัฒนาของ Orca เองวางตำแหน่ง Whirlpools เป็น primitive สภาพคล่องที่ฝังในแอปอื่นได้ พร้อมการรองรับใน SDK สำหรับการสลับ การจัดการตำแหน่ง และการเข้าถึงข้อมูล ซึ่งสามารถใช้ขับเคลื่อน front end การเทรด ระบบอัตโนมัติของ LP และกลยุทธ์แบบ agentic; นี่คือตัวขับเคลื่อนการยอมรับที่ยั่งยืนกว่า หากสามารถแปลไปเป็นการผสานรวมที่อยู่รอดผ่านช่วงตลาดขาลงได้

ในแง่ความร่วมมือระดับสถาบันหรือองค์กร Orca เหมาะจะถูกมองว่าเป็นส่วนประกอบโครงสร้างพื้นฐาน ในสแตก DeFi ของ Solana มากกว่าจะเป็นธุรกิจที่ขับเคลื่อนด้วยพันธมิตรองค์กรโดยตรง โดยจุดเชื่อมต่อ “สถาบัน” ที่มีน้ำหนักมักเป็นทางอ้อม: การลิสต์บนตลาดเทรดที่ถูกกำกับ หรือศูนย์กลางขนาดใหญ่ การผสานรวมผ่านวอลเล็ตและ aggregator รายใหญ่ และการถูกรวมในผลิตภัณฑ์ข้อมูลมาตรฐาน ตัวอย่างเช่น สื่อคริปโตกระแสหลัก เคยนำเสนอข่าวการลิสต์ ORCA บนตลาดเทรดเป็นตัวเร่งให้การเข้าถึงสภาพคล่อง และแพลตฟอร์มข้อมูลรายใหญ่ก็ติดตามกิจกรรมออนเชนของ Orca อย่างต่อเนื่อง economics and token metrics ในลักษณะที่เอื้อต่อการติดตามตรวจสอบเชิงมืออาชีพ

นอกเหนือจากนั้น การอ้างถึงความร่วมมือระดับองค์กร (enterprise partnerships) ควรถูกมองด้วยความระมัดระวัง เว้นแต่จะมีการบันทึกไว้อย่างชัดเจนในแหล่งข้อมูลปฐมภูมิ และมีการผสานการทำงาน (integration) ที่ตรวจสอบได้กับคู่สัญญาที่มีความรับผิดชอบ

What Are the Risks and Challenges for Orca?

ความเสี่ยงด้านกฎระเบียบสำหรับ Orca นั้นเกี่ยวข้องกับการผสมผสานระหว่างกลไกกำกับดูแล (governance) การจัดสรรค่าธรรมเนียม และการกระจายตัวของส่วนติดต่อผู้ใช้ (user interface) มากกว่าจะเป็นการดำเนินธุรกิจในฐานะ “บริษัทแลกเปลี่ยน” โดยตรง ในสหรัฐฯ การถกเถียงเชิงนโยบายในปัจจุบันให้ความสนใจเพิ่มขึ้นกับประเด็นว่า ส่วนติดต่อ DEX แบบไม่รับฝากทรัพย์สิน (non-custodial) กลไกการส่งคำสั่ง (routing) และโปรแกรมค่าธรรมเนียมต่าง ๆ จะทำให้เกิดภาระหน้าที่คล้ายแพลตฟอร์มแลกเปลี่ยน / นายหน้าซื้อขายหลักทรัพย์หรือไม่ ขณะที่บทวิเคราะห์ทางกฎหมายของภาคอุตสาหกรรมจำนวนมากให้เหตุผลว่า AMM แบบ peer-to-protocol แตกต่างอย่างมีนัยสำคัญจากตัวกลางแบบรับฝากทรัพย์สิน โดยเฉพาะอย่างยิ่ง มีบันทึกสาธารณะที่ส่งถึง SEC ซึ่งกล่าวถึง “Orca Protocol” ในบริบทกรอบกฎหมายของ DEX ซึ่งตอกย้ำว่าขอบเขตด้านกฎระเบียบยังคงเป็นประเด็นที่มีการโต้แย้ง มากกว่าจะเป็นสิ่งที่ได้ข้อยุติ (SEC PDF)

ในอีกด้านหนึ่ง การที่ ORCA ผูกโยงอย่างชัดเจนกับการซื้อคืนค่าธรรมเนียมของโปรโตคอลผ่านการ stake อาจเพิ่มโอกาสที่หน่วยงานกำกับหรือคู่ความในคดีความจะมองว่าโทเค็นมีองค์ประกอบของ “ความคาดหวังต่อผลกำไร” ที่ผูกกับความพยายามเชิงบริหารจัดการ แม้โปรโตคอลจะเป็นแบบไม่รับฝากทรัพย์สินก็ตาม ประเด็นนี้ไม่ได้หมายความว่าจะต้องนำไปสู่ผลลัพธ์ด้านกฎหมายแบบใดแบบหนึ่ง แต่จะยกระดับมาตรฐานด้านการปฏิบัติตามกฎระเบียบสำหรับการกระจายโทเค็นในระดับสถาบัน โดยเฉพาะเมื่อภาษาการตลาดเข้าใกล้การอ้างผลตอบแทน (yield claims) มากเกินไป

ในเชิงปฏิบัติการ Orca รับความเสี่ยงที่สืบทอดมาจาก Solana เช่น ปัจจัยด้านการรวมศูนย์ ความเสี่ยงปลายหางจากการหยุดให้บริการ (outage tail risk) และผลกระทบจากลำดับการจัดเรียงธุรกรรม (transaction-ordering externalities) รวมถึงยังซ้อนทับด้วยความเสี่ยงเฉพาะแอปพลิเคชันเอง ได้แก่ บั๊กของสัญญาอัจฉริยะ ความซับซ้อนของ CLMM และความเปราะบางของกลยุทธ์สำหรับ LP

สภาพคล่องแบบเข้มข้น (concentrated liquidity) ทำให้เกิดการขาดทุนแบบพึ่งพาเส้นทางราคา (path-dependent losses) และการเลือกฝั่งที่เสียเปรียบ (adverse selection) ซึ่ง LP อาจตีความผิดว่าเป็น “ความล้มเหลวของโปรโตคอล” และในช่วงตลาดผันผวนเร็ว สภาพคล่องอาจถูกบีบให้อยู่ในช่วงราคาที่แคบมาก จนทำให้ผลกระทบต่อราคารุนแรงขึ้นเมื่อสภาพคล่องหลุดออกนอกช่วง

ยังมีแรงกดดันจากการแข่งขันทั้งจากคู่แข่งแนวนอนและการเปลี่ยนแปลงของสแตกในแนวดิ่ง: บน Solana สภาพคล่องสามารถย้ายไปยังแพลตฟอร์มลักษณะ Raydium แพลตฟอร์มสมุดคำสั่ง / perp หรือ AMM รุ่นใหม่ ๆ ในขณะที่ตัว aggregator สามารถทำให้ประสบการณ์การสว็อปของผู้ใช้กลายเป็นสินค้าโภคภัณฑ์ (commoditize) และลดความเหนียวแน่นของแบรนด์สำหรับ AMM รายใดรายหนึ่ง

What Is the Future Outlook for Orca?

ความสามารถในการอยู่รอดต่อไปของ Orca ในระยะข้างหน้าขึ้นอยู่กับว่าโปรโตคอลจะสามารถรักษาสถานะการเป็นแหล่งสภาพคล่องพื้นฐาน (liquidity substrate) แบบค่าเริ่มต้นที่ผสานรวมได้ง่ายบน Solana ได้หรือไม่ ในขณะที่กระแสการเทรดมีความเป็นมืออาชีพมากขึ้น และตัว aggregator กับแพลตฟอร์ม perp แย่งความสนใจของผู้ใช้ไปมากขึ้นเรื่อย ๆ

“Roadmap จริง” ในระยะใกล้ ซึ่งต่างจากเรื่องเล่าที่เป็นเชิงความคาดหวัง มักจะมองเห็นได้จากการเปลี่ยนแปลงพารามิเตอร์ของ governance การปรับปรุงเอกสาร และการอัปเกรดผลิตภัณฑ์แบบค่อยเป็นค่อยไป มากกว่าจาก hard fork ครั้งใหญ่ ๆ ตัวอย่างเช่น เอกสารด้าน governance ของ Orca เองแสดงให้เห็นว่าพารามิเตอร์การจัดสรรค่าธรรมเนียมสำหรับรางวัล xORCA ถูกบริหารจัดการอย่างต่อเนื่องผ่านกระบวนการ DAO/สภา ขณะที่เอกสารเชิงวิศวกรรมบ่งชี้ถึงการลงทุนต่อเนื่องในด้าน API, SDK และช่องทางเข้าถึงแบบโปรแกรมมาติกที่สำคัญต่อผู้ผสานรวม
(Whirlpools API, Developer overview)

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