Fluid

Fluid คืออะไร?

Fluid (เดิมชื่อ Instadapp) เป็นเลเยอร์สภาพคล่อง DeFi แบบมัลติเชนที่พยายามรวมกิจกรรมที่ปกติถูกแยกส่วนออกจากกัน อย่างการกู้ยืม/ให้ยืมที่มีหลักประกันเกินมูลค่า และการสว็อปแบบสปอต ให้มาอยู่ในพูลร่วมเดียวของหลักประกันและหนี้ โดยมีเป้าหมายชัดเจนคือเพิ่มประสิทธิภาพการใช้ทุนให้สูงกว่ารูปแบบ “พูลแยกกัน” เช่น มาร์เก็ตเงินแบบสแตนด์อโลนและ AMM

ความแตกต่างของโปรโตคอลนี้เป็นเชิงสถาปัตยกรรมมากกว่าความสวยงามภายนอก: ในมุมมองของ Fluid เอง ฟีเจอร์ต่าง ๆ เช่น “เลเยอร์สภาพคล่อง” ร่วม และพรีมิตিভที่มักถูกอธิบายว่าเป็น “smart collateral” และ “smart debt” มีไว้เพื่อให้ฐานทุนก้อนเดียวกันสามารถทำงานได้มากกว่าหนึ่งอย่างในเวลาเดียวกัน (เช่น รองรับการกู้ยืมไปพร้อม ๆ กับทำหน้าที่เป็นสภาพคล่องสำหรับการเทรด) ซึ่งหากพิสูจน์ได้ว่าทนทานต่อภาวะตึงเครียดและ adverse selection ได้จริง ไม่ใช่แค่จาก backtest หรือสภาวะตลาดที่เอื้ออำนวย ก็จะกลายเป็น “คูเมือง” หลักของโปรโตคอล ตามที่อธิบายไว้ในบทนำผลิตภัณฑ์ฉบับดั้งเดิมบน Instadapp blog

ในแง่ของการวางตำแหน่งในตลาด Fluid อยู่ในหมวด “โครงสร้างพื้นฐาน DeFi” มากกว่ากล่อง “dApp ผลิตภัณฑ์เดี่ยว” มันแข่งเพื่อดึงสภาพคล่องและปริมาณการเทรดกับมาร์เก็ตเงินและ DEX ต่าง ๆ แต่ก็ยังสืบทอดภาพลักษณ์เชิงประวัติศาสตร์ของ Instadapp ในฐานะแพลตฟอร์มที่เน้นการบูรณาการข้ามเชนอย่างหนัก

ณ ต้นปี 2026 แดชบอร์ดบุคคลที่สามอย่าง DeFiLlama’s Fluid page แสดงให้เห็น Fluid ในฐานะเวที DeFi ขนาดใหญ่ตามตัวชี้วัด TVL และปริมาณเทรดสปอตของ DEX พร้อมทั้งการเปิดเผยค่าธรรมเนียมและรายได้ของโปรโตคอลโดยประมาณ แต่การตีความที่ระมัดระวังกว่าคือมันเป็นโปรโตคอลขนาดกลางถึงใหญ่ ที่มีขนาดมีนัยสำคัญแต่ยังเล็กกว่าบรรดาผู้เล่น DeFi รายใหญ่ที่ “มีผลกระทบเชิงระบบ” และเนื้อเรื่องการเติบโตของมันขึ้นกับว่าความได้เปรียบจากสภาพคล่องแบบรวมศูนย์นั้นจะยั่งยืนจริง หรือเป็นเพียง “ส่วนเพิ่มของความซับซ้อน” ที่ผู้ใช้ยอมรับแค่ตอนที่มีแรงจูงใจสูงเท่านั้น

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

Fluid ถูกสร้างโดยทีม Instadapp; Instadapp เองเริ่มต้นตั้งแต่ปี 2018 โดยมักถูกระบุว่าก่อตั้งโดยสองพี่น้อง Samyak Jain และ Sowmay Jain ตามข้อมูลที่สรุปโดยผู้ให้บริการวิจัยอย่าง Messari และถูกย้ำอีกครั้งในเอกสารแนวกำกับดูแลของโปรเจกต์เอง (เช่น “crypto-asset white paper” ตามเกณฑ์ MiCA ที่เผยแพร่บน instadapp.io)

บริบทการเปิดตัวที่เกี่ยวข้องคือ Instadapp เริ่มจากการเป็น “middleware” ของ DeFi ในช่วงแรกของการยอมรับ DeFi บน Ethereum เมื่อคอมโพสอะบิลิตีมีอยู่แล้วแต่เครื่องมือสำหรับผู้ใช้และการจัดการสถานะการลงทุนยังไม่พัฒนา ในทางกลับกัน Fluid ควรถูกเข้าใจว่าเป็นความพยายามในวัฏจักรถัดมา ที่จะ “อินเทอร์นัลไลซ์” ข้อจำกัดของการต้องพึ่งพาโปรโตคอลของบุคคลที่สาม ด้วยการออกสแต็กสภาพคล่องและการดำเนินการที่บูรณาการในแนวดิ่งมากขึ้น

เมื่อเวลาผ่านไป เนื้อเรื่องได้เคลื่อนจาก “การจัดการพอร์ตและ smart accounts” ไปสู่ “การออกแบบสภาพคล่องในระดับโปรโตคอล” Instadapp นำเสนอการเปลี่ยนแปลงนี้อย่างเปิดเผยในประกาศเปิดตัว Fluid และเอกสารกำกับดูแลภายหลังก็ทำให้การรวมแบรนด์เป็นทางการ: มีข้อเสนอจากคอมมูนิตี้ที่อธิบายการรีแบรนด์และแผนการเติบโต โดยให้ “Fluid” กลายเป็นร่มใหญ่สำหรับทิศทางของโปรโตคอล ขณะที่ยังคงอัตลักษณ์ของโทเค็นบนเชนไว้เหมือนเดิม ตามที่อภิปรายกันในกระทู้ฟอรั่มกำกับดูแลบน gov.fluid.io

ข้อสรุปเชิงปฏิบัติคือ ตัวตนของโปรเจกต์ได้พัฒนาจากการเป็นตัวช่วยปรับแต่งบน DeFi ไปสู่ความพยายามเป็นเวทีฐานที่ front-end กลยุทธ์ และผู้บูรณาการรายอื่น ๆ สามารถส่งออเดอร์และสภาพคล่องผ่านได้

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

Fluid ไม่ใช่บล็อกเชน L1/L2 แบบสแตนด์อโลนและไม่ได้รันฉันทามติของตัวเอง แต่เป็นโปรโตคอลในเลเยอร์แอปพลิเคชันที่ดีพลอยเป็นสมาร์ตคอนแทรกต์บนเชนที่มีอยู่ (โดยเฉพาะ Ethereum และ L2 หลัก ๆ) โดยสืบทอดโมเดลความปลอดภัยของเครือข่ายพื้นฐาน (เช่น กลไก proof-of-stake และการฟันธงธุรกรรมของ Ethereum รวมถึงสมมติฐานด้าน fraud/validity ที่เฉพาะเจาะจงกับแต่ละ L2)

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

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

ทิศทางนี้น่าดึงดูดในแง่แนวคิด—“เบรกเกอร์เชิงระบบ” ยังพบได้น้อยใน DeFi— แต่ขณะเดียวกันก็ทำให้ความเสี่ยงด้านกำกับดูแลและการปฏิบัติการกระจุกตัว: หากความปลอดภัยต้องพึ่งสิทธิ์หยุดระบบแบบพิเศษ หรือการควบคุมพารามิเตอร์ที่เข้มงวด “ความมั่นคงปลอดภัย” ก็กลายเป็นเรื่องสังคมและการบริหารบางส่วน แทนที่จะพึ่งพาแต่กลไกคริปโตเศรษฐศาสตร์อย่างเดียว

ในด้านการตรวจสอบโค้ด (audit) คอมโพเนนต์ของ Fluid บางส่วนได้รับการรีวิวโดยบริษัทภายนอกแล้ว เช่น มีรายงานการตรวจสอบที่เผยแพร่ในเอกสารของโปรเจกต์สำหรับโปรโตคอล vault โดย MixBytes ซึ่งช่วยลด (แต่ไม่สามารถตัดออกได้ทั้งหมด) ความน่าจะเป็นของบั๊กเชิง implementation โดยเฉพาะเมื่อระบบมีการพัฒนาอย่างต่อเนื่อง

โทเคโนมิกส์ของ instadapp เป็นอย่างไร?

โทเค็นมีการซื้อขายภายใต้สัญลักษณ์ FLUID ในปัจจุบัน และตามการสื่อสารด้านกำกับดูแลเกี่ยวกับการรีแบรนด์ การเปลี่ยนชื่อจาก INST เป็น FLUID ถูกออกแบบให้เป็นการเปลี่ยนแบบ 1:1 โดยยังคงใช้ที่อยู่โทเค็นเดิมและกรอบอุปทานรวมที่กำกับดูแลระบุว่าไม่เปลี่ยนแปลงในระดับบน ตามที่ระบุไว้ในข้อเสนอรีแบรนด์บน gov.fluid.io

กล่าวอีกนัยหนึ่ง โปรไฟล์อุปทานจึงใกล้เคียงกับ “fixed cap พร้อมการกระจาย/ปลดล็อก” มากกว่าโทเค็นที่มีเงินเฟ้อจากการปล่อยรางวัลอย่างต่อเนื่องแบบ DeFi ยุคลิควิดิตีมายน์นิ่ง สำหรับนักวิเคราะห์แล้ว ตัวแปรสำคัญจึงไม่ใช่ “อุปทานสูงสุดปลายทาง” แต่เป็นจังหวะและปลายทางของการปลดล็อก นโยบายคลัง (treasury) และว่าการปล่อยโทเค็น (หากมี) นั้นก่อให้เกิดประโยชน์เชิงผลิตภาพ (สร้างสภาพคล่องที่ยั่งยืน) หรือเป็นเพียงเชิงรับจ้าง (เช่าสภาพคล่อง/TVL)

การสะสมมูลค่าให้โทเค็นมีความซับซ้อนกว่ากรอบคิดแบบง่าย ๆ ว่าเป็น “fee token” วิธีวิทยาและเมตริกของ DeFiLlama สำหรับ Fluid ติดตามทั้งค่าธรรมเนียมโปรโตคอล รายได้ของโปรโตคอล และบรรทัดที่ระบุว่า “holders revenue” ที่ผูกกับการซื้อคืนโทเค็นของคลัง ซึ่งบ่งชี้ว่าการออกแบบเชิงเศรษฐศาสตร์ส่วนหนึ่งมุ่งเน้นที่การส่งผ่านมูลค่าจากกิจกรรมของโปรโตคอล กลับไปสู่การกระทำที่เกี่ยวข้องกับโทเค็น แม้ว่ากลไกที่แน่ชัดจะขึ้นอยู่กับการกำกับดูแล และไม่การันตีว่าจะถาวรตลอดไป

กรอบคิดดังกล่าวมองเห็นได้โดยตรงบน DeFiLlama’s Fluid dashboard ซึ่งอธิบาย “Holders Revenue” ว่าเป็นกิจกรรมซื้อคืนโทเค็นที่ได้รับทุนจากคลัง ขณะที่กระทู้กำกับดูแลอย่างการถกเถียงเรื่องการซื้อคืนบน gov.fluid.io แสดงให้เห็นว่าขอบเขต จังหวะ และการแลกเปลี่ยนกับแรงจูงใจด้านการเติบโตยังคงเป็นประเด็นถกเถียง

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

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

การมองการใช้งานอย่างมีสติสามารถแยกออกได้เป็นสองความจริงที่บางส่วนแข่งกันเอง: หนึ่ง กิจกรรมบนเชนมีอยู่จริงในรูปของดีมานด์การกู้ยืมและปริมาณเทรดของ DEX; สอง เช่นเดียวกับ DeFi ส่วนใหญ่ กิจกรรมส่วนที่ไม่น้อยอาจถูกขับเคลื่อนโดยแรงจูงใจ (incentives) และกลยุทธ์เชิงระบบ มากกว่าดีมานด์ “เชิงออร์แกนิก” จากผู้ใช้ปลายทาง

แดชบอร์ดอย่าง DeFiLlama แสดงปริมาณที่ถูกกู้ไปและปริมาณเทรดของ DEX ควบคู่กับ TVL ซึ่งช่วยแยกแยะ “หลักประกันที่จอดไว้เฉย ๆ” ออกจากการใช้งานจริง แต่ก็ยังไม่สามารถจำแนกดีมานด์จากผู้ใช้จริงออกจากการทำลูปอัตโนมัติ การเทรดแบบ basis และพฤติกรรมฟาร์มลิควิดิตีได้อย่างสมบูรณ์

ในเชิงเซกเตอร์ Fluid อยู่ในหมวดโครงสร้างพื้นฐาน DeFi อย่างชัดเจน — กิจกรรมมาร์เก็ตเงิน กลยุทธ์แบบมีเลเวอเรจ และการเทรดสปอต — ไม่ใช่ด้านเกมมิงหรือการชำระเงินสำหรับผู้บริโภค การตีความในระดับสถาบันจึงควรตั้งอยู่บนสมมติฐานว่า “ผู้ใช้สายฮาร์ดคอร์” และกระแส flow ที่อยู่ใกล้เคียง quant/MEV เป็นส่วนสำคัญเชิงโครงสร้างของปริมาณธุรกรรม

ในด้านพาร์ตเนอร์ที่เชื่อถือได้ ตัวอย่างที่ชัดที่สุดในงานวิจัยสาธารณะคือเนื้อเรื่องการบูรณาการฝั่ง Solana ที่เทคโนโลยีของ Fluid ถูกวางตำแหน่งให้เป็นโครงสร้างพื้นฐานสำหรับผลิตภัณฑ์ด้านการให้กู้ยืม ตัวอย่างเช่น Messari ระบุประกาศความร่วมมือระหว่าง Fluid และ Jupiter เพื่อขับเคลื่อนโครงการให้กู้ยืมบน Solana ตามที่บรรยายไว้ในรายงาน Understanding Fluid

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

ความเสี่ยงและความท้าทายของ Fluid มีอะไรบ้าง?

ความเสี่ยงด้านกำกับดูแลไม่ได้เกี่ยวกับการจัดประเภทในระดับเชน (เพราะไม่ใช่เครือข่ายฐาน) เท่ากับเรื่องการจัดประเภทของโทเค็น ระดับการรวมศูนย์ของการกำกับดูแล และจุดสัมผัสเชิง front-end/การปฏิบัติการ ในบริบทของสหภาพยุโรป การมีเอกสารเปิดเผยข้อมูลตามสไตล์ MiCA ที่โฮสต์โดยโปรเจกต์บน instadapp.io บ่งชี้ถึงการตระหนักถึงระบอบการเปิดเผยข้อมูลสำหรับคริปโตแอสเซ็ต แต่ก็ยังไม่สามารถชี้ชัดได้ว่าหน่วยงานกำกับดูแลแต่ละแห่งจะปฏิบัติต่อโทเค็นอย่างไร ในบริบทของการบังคับใช้กฎหมายหรือการฟ้องร้อง โดยเฉพาะหากความคาดหวังของผู้ถือโทเค็นเริ่มหมุนมาที่การซื้อคืนหรือการดักจับมูลค่าที่เชื่อมกับค่าธรรมเนียม “economic rights by expectation” มีแนวโน้มที่จะสะสมความเสี่ยง และการถกเถียงเชิงธรรมาภิบาล (governance) ของ Fluid เกี่ยวกับการซื้อคืนโทเค็น (buybacks) ซึ่งมีการบันทึกไว้อย่างสาธารณะบน gov.fluid.io นั้น เป็นตัวอย่างพื้นที่เสี่ยงแบบเดียวกับที่ทีมคอมไพลแอนซ์ระดับมืออาชีพเฝ้าติดตามอย่างใกล้ชิด

เวกเตอร์ของการรวมศูนย์ก็ไม่ใช่เรื่องเล็กน้อย กรอบความปลอดภัยของ Fluid รวมถึงความสามารถในการแทรกแซงในกรณีฉุกเฉิน และการหยุดการทำงานในระดับโมดูล ตามที่อธิบายไว้ในบทนำของโปรโตคอลบน Instadapp blog แม้จะอาจมองได้ว่าเป็นความรอบคอบ แต่ก็มีนัยถึงบทบาทที่มีสิทธิพิเศษ การควบคุมผ่าน multisig และช่องโหว่ด้านการโจมตีเชิงธรรมาภิบาล (governance attack surfaces) เช่น การกระจุกตัวของผู้แทนลงคะแนน การครอบครองอำนาจโหวต และการออกแบบเกณฑ์สำหรับการยื่นข้อเสนอ (proposal threshold)

เมื่อนำมารวมกับการรวมศูนย์ทางเทคนิคที่พบได้ทั่วไปใน DeFi: การพึ่งพา oracle stack แบบเฉพาะชุด คณะกรรมการกำหนดพารามิเตอร์ความเสี่ยง และความเป็นจริงเชิงปฏิบัติที่ว่าผู้ใช้งานส่วนใหญ่เข้าถึงโปรโตคอลผ่านหน้าเว็บ (front-end) และผู้ให้บริการ RPC จำนวนไม่กี่ราย

อนาคตของ Fluid จะเป็นอย่างไร?

มุมมองในระยะสั้นอธิบายได้ดีที่สุดในฐานะ “โจทย์ด้านการลงมือทำตามโรดแมปที่น่าเชื่อถือ” มากกว่าจะเป็น “โจทย์ด้านเบต้าเชิงตลาด” เอกสารด้านธรรมาภิบาลระบุอย่างชัดเจนว่ายุคหลังการรีแบรนด์มุ่งเน้นการทำให้ทิศทางการขยายผลิตภัณฑ์สอดคล้องกับโทเคโนมิกส์และการปรับโครงสร้างธรรมาภิบาล ตามแผนรีแบรนด์บน gov.fluid.io ขณะเดียวกัน การถกเถียงด้านธรรมาภิบาลที่ยังดำเนินอยู่บ่งชี้ว่า การใช้คลัง (treasury) มาซื้อคืนโทเค็นและรูปแบบการดึงมูลค่า (value-capture design) ยังคงเป็นประเด็นที่เปิดกว้าง ไม่ใช่ข้อผูกมัดที่ตกผลึกแล้ว ดังที่เห็นได้จากเธรดอภิปรายเรื่องการซื้อคืน

ในฝั่งผลิตภัณฑ์ ข้อมูลวิเคราะห์โปรโตคอลจากบุคคลที่สามบ่งชี้ว่า Fluid ดำเนินการในระดับสเกลแล้วบนหลายเชน และหมุดหมายถัดไปที่สำคัญในสายตาสถาบันน่าจะหมุนรอบการทำให้กลไกควบคุมความเสี่ยงแข็งแรงขึ้น (เช่น ประสิทธิภาพการลิควิดเดชันภายใต้ภาวะผันผวน) การคงไว้ซึ่งสภาพคล่องที่ไม่ได้อาศัยแรงจูงใจ (non-incentivized liquidity) และการขยายอินทิเกรชันโดยไม่สร้างการพึ่งพิงข้ามเชนที่เปราะบาง ขณะที่ตัวเลขพื้นฐานด้านสเกลและเมตริกการเงินถูกติดตามอย่างสม่ำเสมอโดยแพลตฟอร์มอย่าง DeFiLlama