สิ่งสำคัญที่ต้องจดจำ

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

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

• เพื่อแก้ไขปัญหานี้ การศึกษาการฉีดได้แนะนำแนวคิดเรื่อง "การเข้าถึงสภาพคล่อง" และสำรวจวิธีการเพิ่มประสิทธิภาพการเข้าถึงสภาพคล่อง แม้ว่าการเพิ่มสภาพคล่องให้สูงสุดจะต้องใช้ความพยายามและเวลาอย่างมาก แต่การบรรลุเป้าหมายนี้จะสร้างรูปแบบใหม่ให้กับการจัดหาเงินทุนแบบออนไลน์

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

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

อย่างไรก็ตาม แม้แต่ห่วงโซ่แบบบูรณาการก็ไม่สามารถบูรณาการสภาพคล่องได้อย่างสมบูรณ์ ตัวอย่างเช่น ในกรณี Deepbook ที่กล่าวถึงข้างต้น สภาพคล่องแบบรวมศูนย์จะมีให้เฉพาะกับแอปพลิเคชันที่อิงตามคำสั่งซื้อเท่านั้น ซึ่งหมายความว่าสภาพคล่องไม่สามารถแบ่งปันกับแอปพลิเคชัน DeFi อื่นๆ เช่น การให้กู้ยืมหรือสวอปได้ ข้อจำกัดเหล่านี้ยังเห็นได้ชัดจากการเปิดตัว Serum ของ Solana

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

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

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

1. ความพร้อมของสภาพคล่องคืออะไร?

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

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

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

“ปัญหาการแยกสภาพคล่อง” นี้มักจะปรากฏให้เห็นในสองวิธี ต่อไปเราจะมาดูว่าแต่ละอย่างทำงานอย่างไรและก่อให้เกิดปัญหาอะไรบ้าง

1.1 การแยกสภาพคล่องมี 2 ประเภท: ระดับเครือข่ายและระดับแอปพลิเคชัน

ที่มา : Injective Research

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

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

ปัญหาอีกประการหนึ่งคือไม่สามารถใช้งานสภาพคล่องได้อย่างอิสระภายในแอปพลิเคชันเดียว ใน DEX พูลจะมีสภาพคล่องจำนวนมาก แต่ไม่ได้หมายความว่าแอปพลิเคชันจะมีสภาพคล่องเหลือเฟือ เพราะสภาพคล่องนี้ไม่สามารถโอนไปยังพูลอื่นๆ ตามต้องการได้ เราสามารถพูดได้ว่าในกรณีนี้สภาพคล่องจะถูกแยกออกภายในแอปพลิเคชัน

ดังนั้นแนวคิดของ “มูลค่ารวมที่ถูกล็อค” (TVL) อาจกล่าวได้ว่าคลุมเครือมาก เนื่องจากเป็นเกณฑ์วัดที่พบเห็นได้ทั่วไปที่สุดเมื่อศึกษาสภาพคล่องที่ฝากไว้ในบล็อกเชน ทั้งนี้เนื่องจาก TVL ไม่ได้อธิบายว่ามีสภาพคล่องเท่าใดที่ระดับเครือข่าย (เช่น หาก DEX บนเชน A ถือครอง 90% ของ TVL ของเชน A และโปรโตคอล DeFi อื่นๆ ไม่สามารถใช้สภาพคล่องนี้ได้ แล้วจะแสดงสภาพคล่องของเชน A ได้อย่างแท้จริงหรือไม่)

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

2. บทเรียนที่ได้รับจาก TradFi

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

2.1 สินเชื่อ - วิธีการในการระดมเงินทุนเมื่อมีความจำเป็น

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

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

2.2 การประกันภัย: การคุ้มครองทางการเงินต่อความไม่แน่นอนในอนาคต

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

2.3 การรีไฟแนนซ์ – การให้สภาพแวดล้อมทางการเงินที่ดีขึ้นตามสถานการณ์เฉพาะ

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

2.4 ศูนย์แลกเปลี่ยนข้อมูล - การปรับปรุงประสิทธิภาพการทำธุรกรรมผลิตภัณฑ์ทางการเงิน

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

2.5 ตลาดสินเชื่อระหว่างธนาคาร - การจัดสรรสภาพคล่องระหว่างธนาคารให้เหมาะสม

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

2.6 Escrow - ปกป้องทรัพย์สินของทุกฝ่ายที่เกี่ยวข้องในการทำธุรกรรม

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

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

2.7 ตัวแทนจำหน่ายและผู้สร้างตลาด - การรับประกันสภาพคล่องของผลิตภัณฑ์ทางการเงิน

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

เราจะเห็นได้ว่าวิธีการที่ระบบการเงินแบบดั้งเดิมรับรองความพร้อมของสภาพคล่องนั้นไม่ได้ขับเคลื่อนโดยกลไกเพียงกลไกเดียว แต่ขับเคลื่อนโดยกลไกต่างๆ มากมายที่ทำงานร่วมกันเพื่อจัดหาสภาพคล่องให้กับตลาดและปรับโครงสร้างพื้นฐานให้เหมาะสมเพื่อ "รับประกัน" สภาพคล่องเมื่อจำเป็น บล็อคเชนก็ไม่มีข้อยกเว้น เพื่อให้แน่ใจว่ามีสภาพคล่องในระดับเครือข่าย Injective ไม่เพียงแต่ต้องใช้กลไกนวัตกรรมหนึ่งอย่างเท่านั้น แต่ยังต้องใช้กลไกหลายอย่างเพื่อทำงานร่วมกันเพื่อจัดสรรสภาพคล่องอย่างสมเหตุสมผลเมื่อจำเป็น แน่นอนว่าอาจเป็นไปไม่ได้ที่จะนำกลไกของระบบการเงินแบบดั้งเดิมทั้งหมดมาใช้ให้ครบถ้วน แต่เราสามารถได้รับแรงบันดาลใจบางอย่างจากกลไกเหล่านั้นได้อย่างแน่นอน ดังนั้น Injective กำลังพิจารณาใช้กลไกใดเพื่อเพิ่มประสิทธิภาพการจัดหาสภาพคล่อง?

3. เพิ่มประสิทธิภาพความพร้อมใช้สภาพคล่องในระบบบล็อคเชน

“การเคลื่อนย้ายสภาพคล่องอย่างเหมาะสมระหว่าง dApps ภายในเครือข่าย” อาจดูเหมือนง่าย แต่จริงๆ แล้วมันไม่ง่ายอย่างนั้น ในบล็อคเชน สภาพคล่องจะถูกดึงดูดจากผู้ใช้ และผู้ใช้มีสิทธิ์ควบคุมสภาพคล่องของตัวเองได้ 100% (เนื่องจากบล็อคเชนสามารถควบคุมตนเองได้) นอกจากนี้จะต้องพิจารณาผลประโยชน์ระหว่างแอปพลิเคชันด้วย ตัวอย่างเช่น จะเกิดอะไรขึ้นหากผู้ให้บริการสภาพคล่องต้องการถอนสภาพคล่องที่ฝากไว้ใน dApp แต่เงินนั้นถูกนำไปใช้ที่อื่น? อีกวิธีหนึ่งคือ หากแอปพลิเคชันหนึ่งดึงดูดสภาพคล่องด้วยการเสนอผลตอบแทน แต่สภาพคล่องนั้นถูกใช้ฟรีโดยแอปพลิเคชันอื่นที่อาจกลายเป็นคู่แข่งได้ ดังนั้นแอปพลิเคชันใดๆ ก็ไม่มีแรงจูงใจที่จะดึงดูดสภาพคล่องด้วยตัวเอง ดังนั้นการเข้าสู่สภาพคล่องในเครือข่ายอย่างทันท่วงทีจึงไม่ใช่เรื่องง่ายอย่างที่คิด

เพื่อแก้ไขปัญหานี้ Injective Research ได้แนะนำกลไกสี่ประการ

3.1 การให้แรงจูงใจทางเศรษฐกิจและการลดความเสี่ยง

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

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

3.2 การดำเนินการแบบ Just-in-time (JIT)

การดำเนินการแบบ Just-in-time หมายถึงการดำเนินการธุรกรรมตามการเปลี่ยนแปลงในสถานะของโซ่เมื่อตรงตามเงื่อนไขการทริกเกอร์ที่กำหนดไว้ล่วงหน้า การดำเนินงาน JIT สามารถแบ่งออกเป็นฟังก์ชันย่อยดังต่อไปนี้:

3.2.1 กลไกการกระตุ้น

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

3.2.2 อินเทอร์เฟซแบบอะซิงโครนัสสำหรับการรวมระบบ

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

3.2.3 คำแนะนำ

เมื่อถูกกระตุ้นโดยกลไกทริกเกอร์ ลำดับคำสั่งจะถูกดำเนินการ คำสั่งที่ดำเนินการที่นี่สามารถดำเนินการตามลำดับได้เช่นกัน

3.2.4 สัญญาอัจฉริยะแบบอัตโนมัติ

เนื่องจากกระบวนการเหล่านี้จำเป็นต้องได้รับการจัดการและประสานงานแบบเรียลไทม์ สัญญาอัจฉริยะจึงต้องทำงานอัตโนมัติเพื่อตรวจสอบทริกเกอร์คำสั่งอย่างต่อเนื่องและปรับการจัดสรรทรัพยากรโดยอัตโนมัติ

3.2.5 การจัดสรรทรัพยากรหลาย ๆ อย่าง

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

3.3 หลักฐานสภาพคล่อง

สิ่งที่สำคัญพอๆ กับกลไกที่ทันท่วงทีคือการพิสูจน์สภาพคล่อง เนื่องจากการดำเนินการทันทีจำเป็นต้องมีสภาพคล่อง และหากไม่มีการตรวจสอบสภาพคล่อง การดำเนินการก็ไม่สามารถเกิดขึ้นได้ เพื่ออำนวยความสะดวกในการพิสูจน์สภาพคล่อง 1) dApps จะต้องสามารถให้หลักฐานที่ตรวจสอบได้แก่เครือข่ายว่าพวกเขามีสภาพคล่องเพียงพอสำหรับกลไกแบบทันเวลาที่จะดำเนินการต่อไปได้ 2) เครือข่ายจะต้องจัดให้มีแรงจูงใจเพียงพอเพื่อให้ dApps เข้าร่วมในการแบ่งปันสภาพคล่องโดยสมัครใจ และ 3) ต้องมีตาข่ายนิรภัยที่ช่วยให้สามารถจัดหาสภาพคล่องได้อย่างมั่นใจด้วย

3.4 เลเยอร์ตัวแก้ปัญหาและการกำหนดเส้นทาง

ที่มา : Injective Research

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

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

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

3.5 ผลลัพธ์ที่คาดหวัง

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

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

4.มุมมองของผู้เขียน

4.1 ไม่มี TVL อีกต่อไป

ในฐานะนักวิจัยในอุตสาหกรรมบล็อคเชน ฉันได้ใช้ตัวชี้วัดต่างๆ รวมถึง TVL เพื่อตัดสินความสำเร็จของเครือข่าย อย่างไรก็ตาม แม้จะรู้ว่าหน่วยเมตริกอย่าง TVL ไม่แม่นยำเพียงใด ฉันก็จะยังคงพูดถึงและใช้หน่วยเมตริกเหล่านั้นต่อไป เพราะไม่มีหน่วยเมตริกใดที่สามารถแสดงสภาพคล่องในระดับเครือข่ายได้อย่างแม่นยำอย่าง TVL ในบริบทนี้ การเปิดตัว "Liquidity Availability" โดย Injective ถือเป็นเรื่องที่น่ายินดีเป็นอย่างยิ่ง เนื่องจากไม่เพียงแต่เสนอมาตรวัดใหม่เท่านั้น แต่ยังพิจารณาถึงวิธีการปรับปรุงความพร้อมใช้งานของสภาพคล่องในระดับเครือข่ายทั้งหมดอีกด้วย

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

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

4.2 ความพร้อมของสภาพคล่องก่อให้เกิดความสัมพันธ์แบบพึ่งพาอาศัยกันมากกว่าการแข่งขันระหว่าง dApps

มุมมองที่ว่าความพร้อมของสภาพคล่องนั้นเป็นงานทั่วไปสำหรับเครือข่ายทั้งหมด มากกว่าที่จะเป็นแอปพลิเคชันเดียว มีผลกระทบอย่างสำคัญต่อทิศทางในอนาคตของ DeFi นี่เป็นจุดเปลี่ยนที่มากกว่าการมุ่งเน้นแค่ “การแข่งขัน TVL” และผลทางการตลาดของโปรโตคอลเฉพาะๆ และก้าวไปสู่การแสวงหา การอยู่ร่วมกันของระบบนิเวศและความเจริญรุ่งเรืองร่วมกัน

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

ในท้ายที่สุด การจัดตั้งความพร้อมของสภาพคล่องในระดับเครือข่าย สามารถคาดหวังผลหลักสามประการได้ ดังนี้:

• การเติบโตและการพัฒนาด้านเทคโนโลยีอย่างต่อเนื่อง

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

• การสร้างระบบนิเวศทางการเงินที่ยุติธรรมและมีชีวิตชีวามากขึ้น

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

• ลดความซับซ้อนของการบริหารความเสี่ยง

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

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

4.3 ความพร้อมของสภาพคล่องช่วยปรับปรุงความสามารถในการสร้างบล็อคเชนแบบบูรณาการ

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

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

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

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

4.4 แต่ก็มีความท้าทาย

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

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

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

ท้ายที่สุดแล้ว ความท้าทายที่รออยู่ข้างหน้าคือจะทำให้ศักยภาพนี้เกิดขึ้นจริงได้อย่างไร ควรออกแบบแรงจูงใจทางเศรษฐกิจในระดับเครือข่ายอย่างไรเพื่อให้ dApps กระจายสภาพคล่องของกันและกันบนเครือข่ายได้ ความเสี่ยงด้านเทคนิคและเศรษฐกิจมีอะไรบ้างในกระบวนการจัดหาสภาพคล่อง และเครือข่ายจะบรรเทาความเสี่ยงเหล่านี้ได้อย่างไร dApps จะตรวจสอบสภาพคล่องที่พวกเขามีได้อย่างไร ตัวแก้ปัญหาจะเพิ่มประสิทธิภาพเส้นทางสภาพคล่องได้อย่างไร ฯลฯ ยังคงมีปัญหาท้าทายอีกมากมาย แต่ฉันคิดว่าขั้นตอนแรกในการแก้ปัญหาคือการระบุว่าปัญหาคืออะไรและเสนอแนวคิดต่างๆ เพื่อแก้ปัญหานั้น ในแง่นี้ ฉันคิดว่าความพร้อมของสภาพคล่องที่เขียนโดย Injective Research ถือเป็นปัญหาที่แพลตฟอร์มสัญญาอัจฉริยะหลายแห่งควรพิจารณาในอนาคต