DeFi Stack 2 - ความเสี่ยงจาก DeFi และวิธีจำกัดความเสี่ยง

ในส่วนนี้ ผมจะพูดถึงความเสี่ยงหลักใน DeFi และวิธีจำกัดความเสี่ยงในการเลือกโครงการ

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

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

มาเริ่มกันเลย!

การจัดการความเสี่ยงใน DeFi

ความเสี่ยงแบบทวีคูณใน DeFi

ข้อความที่ตัดตอนมาจากทวีตของ Arjun Balaji:

“ความเสี่ยงใน DeFi กำลังเพิ่มขึ้นอย่างทวีคูณ สาเหตุเกิดจาก:

• สัญญาผิดพลาด
• การกำหนดพารามิเตอร์ในโปรโตคอลไม่ดี
• ความแออัดของเครือข่ายในสายโซ่
• ความเสี่ยงจาก Oracle
• ปัญหาจาก Keeper bot/LP

ความเสี่ยงเหล่านี้ขยายออกไปด้วยความสามารถในการย่อยสลายและเลเวอเรจ”

ฉันยกตัวอย่างกลยุทธ์การทำฟาร์มที่ให้ผลตอบแทนที่มีชื่อเสียง: กลุ่ม sUSD ของ Curve ผู้ใช้สามารถฝากเหรียญที่มีเสถียรภาพ (DAI, USDT, TUSD, sUSD) หนึ่งหรือหลายเหรียญลงในกลุ่มและเดิมพันโทเค็น LP บนแพลตฟอร์ม Mintr ของ Synthetix เพื่อรับรางวัล SNX

แต่ละ stablecoin ในกลุ่มของ Curve นั้นอยู่ภายใต้ความเสี่ยงของตัวเองที่ส่งผลกระทบโดยตรงต่อมูลค่าของเหรียญ (DAI มีความเสี่ยงจากการกำกับดูแลใน Maker, oracle,.. USDT มีความเสี่ยงจากบัญชีธนาคารของ Tether) 

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

นี่คือดาบสองคม การดูดกลืนทำให้เกิดความก้าวหน้าครั้งยิ่งใหญ่ แต่ก็มาพร้อมกับความเสี่ยงที่เพิ่มขึ้นอย่างทวีคูณ

ความเสี่ยงที่ใหญ่ที่สุดใน DeFi วันนี้

ความเสี่ยงในการจำนอง

ปัจจุบันมีทรัพย์สินกว่า 13 พันล้านดอลลาร์ที่ถูกล็อกไว้ในโปรโตคอล DeFi 10 อันดับแรก (Uniswap, Compound, Aave, Balancer, Curve, MakerDAO, ..) ในหมู่พวกเขามี DAI, USDC, renBTC, ฯลฯ จำนวนมาก หากมีอะไรเกิดขึ้นกับพวกเขา จะส่งผลให้เกิดคลื่นลูกใหญ่ของการชำระบัญชีสินทรัพย์ การผิดสัญญา และผลกระทบด้านลบ ต่อราคาของส่วนที่เหลือ

Oracle Risks

Synthetix ประสบกับการโจมตีด้วย Oracle เมื่อวันที่ 25 มิถุนายน 2019 ทำให้เกิดความเสียหายประมาณ 37 ล้านดอลลาร์ของ ETH (หลังจากการเจรจาผู้โจมตีคืนเงินที่ขโมยมา) 

เมื่อวันที่ 18 กุมภาพันธ์ 2020 ผู้โจมตีใช้ประโยชน์จากสินเชื่อแฟลชเพื่อเพิ่มราคา sUSD เป็น $2 โดยให้ sUSD เป็นหลักประกันใน bZx เพื่อยืม 2400 ETH จากนั้นออกจากตำแหน่งใน bZx และเก็บไว้ ทรัพย์สินที่จำนอง ตั้งแต่นั้นมาการโจมตีของ Oracle ก็เพิ่มขึ้น (Harvest, Value DeFi) โดยเน้นถึงความเสี่ยงจาก oracle ใน DeFi

Chainlinkมีบทบาทสำคัญในโครงการ DeFi ชั้นนำ เช่น (Aave, Synthetix และ Yearn,..) และหากมีปัญหาใหญ่กับโปรเจ็กต์ oracle ชั้นนำนี้จะส่งผลกระทบต่อทั้งระบบ DeFi eco

ความเสี่ยงจากความแออัดของเครือข่าย Ethereum

อย่างที่คุณเห็นด้วยความสามารถในการปรับขนาดของ Ethereum ในปัจจุบัน เครือข่ายยังไม่พร้อมสำหรับการซื้อขายทั่วโลก บางโครงการเช่น Perpetual Protocol หรือ Aavegotchi ต้องเลื่อนกำหนดการเปิดตัว mainnet เนื่องจากมีค่าธรรมเนียมก๊าซสูง ค่าธรรมเนียมก๊าซที่สูงจะทำให้การทำธุรกรรมและกิจกรรมที่เกี่ยวข้องกับ DeFi (เช่นการชำระบัญชีทรัพย์สินหรือการจำนอง) เป็นเรื่องยากมาก

จำกัดความเสี่ยงใน DeFi

ตามที่กล่าวไว้ในตอนที่ 1 ของซีรีส์ ระดับ 1 ถึงระดับ 3 ของ DeFi Stack เป็นรากฐานที่ส่งผลโดยตรงต่อ DeFi ทั้งหมด ดังนั้นเมื่อคิดถึงการลดความเสี่ยง เราควรเน้นที่ชั้นเหล่านี้เป็นส่วนใหญ่ ซึ่งถือได้ว่าเป็นเกณฑ์บางประการที่ช่วยลดความเสี่ยงในการเลือกโครงการ

โทเค็นสินเชื่อที่อยู่อาศัย

โปรโตคอล DeFi ส่วนใหญ่ใช้หลักประกันประเภทเดียวกัน (DAI, USDC, USDT, wBTC, aToken, cToken,...) ดังนั้นโครงการจึงสามารถลดความเสี่ยงที่เกี่ยวข้องกับสินทรัพย์ การจำนองได้หลายวิธี เช่น:

1. จำกัดจำนวนหลักประกันที่ใช้ในพิธีสาร แม้ว่าการประนีประนอมคือจะมีผู้ใช้น้อยลง แต่จะลดความเสี่ยงของระบบ
2. ยอมรับเฉพาะ stablecoin ที่โปร่งใสและตรวจสอบแล้วเท่านั้น (USDC, PAX)
3. ค่อยๆ ปรับปรุงเงื่อนไขการรับทรัพย์สินเป็นหลักประกัน
4. ยอดคงเหลือ จำกัดส่วนต่างในสัดส่วนหลักประกัน
5. ซื้อประกันจำนอง.

Oracle

Oracle เป็นสาเหตุหลักของการโจมตี DeFi Protocol ชื่อ DeFi อันดับต้น ๆ นั้นขึ้นอยู่กับข้อมูลราคาที่ Chainlink ให้มา หรือใช้โทเค็น LINK ในโปรโตคอลของพวกเขา หากมีสิ่งผิดปกติเกิดขึ้นกับ "ราชาแห่งออราเคิล" สิ่งนี้จะส่งผลเสียต่อ DeFi อย่างแน่นอน

เพื่อจำกัดความเสี่ยงที่เกิดจาก oracle โปรเจ็กต์สามารถรับข้อมูลราคาเฉลี่ยจากผู้ให้บริการ oracle หลายราย เช่น Chainlink, Band, Nest,... 

ความสามารถในการทำธุรกรรม

ในตอนที่ 1 ฉันได้บอกคุณเกี่ยวกับความสำคัญของความสามารถในการทำธุรกรรมใน DeFi Protocol

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

ด้วยความต้องการโปรโตคอลบน Ethereum ที่เพิ่มขึ้น ความสามารถในการทำธุรกรรมจึงเป็นหนึ่งในข้อกังวลหลัก 

มีวิธีแก้ปัญหาหลายอย่างที่ DeFi primitive สามารถใช้เพื่อเอาชนะความเสี่ยงที่จะไม่สามารถทำธุรกรรมได้

1. โซลูชันเลเยอร์ 2 

• roolups ที่มองโลกในแง่ดีสืบทอดการรักษาความปลอดภัยจากเลเยอร์ 1, ปริมาณงานสูง, เวลาแฝงต่ำ และค่าธรรมเนียมก๊าซราคาถูก แต่ต้องรอนานในการฝากหรือถอนสินทรัพย์
• Sidechains เช่น SKALE หรือMATICมีปริมาณงานสูง เวลาแฝงต่ำ ค่าธรรมเนียมก๊าซราคาถูก และการฝากและถอนที่รวดเร็ว แต่ไม่มีระดับความปลอดภัยเท่ากับ Ethereum's Layer 1

2. โซลูชั่นชั้น 1

• Solana , Near, Avalanche เป็นบล็อคเชนที่สามารถปรับขนาดได้สูงและราคาถูก แต่ขาดฐานผู้ใช้และชิ้นส่วนที่ทำกำไรได้ที่ทำให้ Ethereum ประสบความสำเร็จ

3. สร้างบอทเพื่อช่วยในการชำระบัญชี

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

4. กลุ่มการขุดสามารถจัดลำดับความสำคัญของธุรกรรมบนบล็อก พูดง่ายๆ ก็คือ การออกโทเค็นให้กับกลุ่ม เมื่อที่อยู่ของธุรกรรมมีกลุ่มของโทเค็น ธุรกรรมจะถูกจัดลำดับความสำคัญ

5. โทเค็นแก๊ส คุณขุดโทเค็นก๊าซเมื่อค่าธรรมเนียมก๊าซต่ำ และแลกเปลี่ยนเมื่อค่าธรรมเนียมก๊าซสูงเพื่อลดต้นทุนการทำธุรกรรม

สรุปเนื้อหา

มีโปรโตคอล DeFi ที่แตกต่างกันมากมาย แต่ส่วนใหญ่มีรูปแบบร่วมกัน

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

ดังนั้นในบทความ ฉันได้จัดเตรียมกรอบการทำงานเพื่อควบคุมความเสี่ยงหลักใน DeFi (1) ความเสี่ยงหลักประกัน (2) ความเสี่ยงของ Oracle (3) ความเสี่ยงที่อาจเกิดขึ้นในการทำธุรกรรมและการชำระบัญชีของสินทรัพย์

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

บทส่งท้าย

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

แหล่งอ้างอิง: The DeFi Stack