ความพร้อมของสภาพคล่อง เมื่อสภาพคล่องมาพบกับนวัตกรรม

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

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

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

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

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

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

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

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

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

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

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

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

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

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

โดยทั่วไป 'ปัญหาการแยกสภาพคล่อง' นี้จะปรากฏออกมาในสองรูปแบบ ต่อไปเราจะดูว่าแต่ละแบบฟอร์มทำงานอย่างไรโดยเฉพาะและก่อให้เกิดปัญหาอะไร

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

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

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

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

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

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

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

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

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

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

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

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

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

2.3 การรีไฟแนนซ์ - การให้สภาพแวดล้อมทางการเงินที่ดีขึ้นขึ้นอยู่กับสถานการณ์

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

2.4 สำนักหักบัญชี - เพิ่มประสิทธิภาพในการทำธุรกรรมผลิตภัณฑ์ทางการเงิน

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

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

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

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

บริการ 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 การพิสูจน์สภาพคล่อง

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

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

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

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

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

3.5 ผลที่คาดว่าจะเกิดขึ้น

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

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

4. ความคิดเห็นของผู้เขียน

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

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

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

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

4.2 ความพร้อมของสภาพคล่องสร้างความสัมพันธ์แบบพึ่งพากันแทนการแข่งขันระหว่าง dApps

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

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

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

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

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

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

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

• การปรับปรุงกระบวนการจัดการความเสี่ยง

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

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

4.3 ความพร้อมของสภาพคล่องทำให้การสร้างบล็อคเชนแบบบูรณาการเสร็จสมบูรณ์

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

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

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

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

4.4 แต่ได้รับความท้าทาย

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

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

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

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