Multicoin Capital‌: Giao thức DeFi không thu được giá trị, mã thông báo quản lý rủi ro có giá trị hơn

Tiêu đề gốc: " Giao thức không thu được giá trị, DAO quản lý rủi ro 》

Tác giả gốc: Spencer Applebaum, Vốn đa xu

Bản tổng hợp ban đầu: Kyle, con đường của DeFi

Bài viết này là Phần tiếp theo của "Thu thập giá trị ở Lớp 1 và Lớp 2". Nó cũng được xây dựng trên "Giao thức DeFi phân nhánh‌ Ngoài ra một số ý tưởng.   

Trong các bài viết này, chúng tôi đã khám phá tiềm năng của Lớp 1 (chẳng hạn như BTC, ETH và SOL) và cái mà sau đó chúng tôi gọi là mã thông báo Lớp 2 Cơ chế nắm bắt giá trị Nhìn lại, đây là một cách gọi sai. Vào thời điểm đó, chúng tôi đang đề cập đến các mã thông báo lớp ứng dụng—như MKR, UNI và AAVE—trái ngược với các mã thông báo Lớp 2 như Starkware, Matter, Aztec, Optimism và Arbitrum.

Kể từ đó, chúng tôi đã cải tiến suy nghĩ của mình về việc thu thập giá trị cho mã thông báo lớp ứng dụng. Do đó, trong bài viết này, chúng tôi phát triển một khuôn khổ mới liên quan đến khả năng nắm bắt giá trị của mã thông báo DeFi.

Mã thông báo lớp ứng dụng  

Giá trị ở Lớp 1 và Lớp 2 Khi Chụp, chúng tôi tin rằng cách duy nhất mà token DeFi có thể thu được giá trị là quản lý trạng thái không thể phân nhánh.

Một cách đơn giản để hiểu trạng thái không thể phân nhánh là so sánh Uniswap và 0x.

Nếu Alice phân nhánh Uniswap V2 vào ngày mai và tạo Multiswap, Multiswap sẽ có thanh khoản $0 và Uniswap sẽ giữ lại hàng tỷ đô la đã có sẵn. Tổng giá trị bị khóa (TVL) là trạng thái mà chúng tôi gọi là trạng thái không thể phân nhánh.

Có nhiều vốn hơn trong Uniswap AMM có nghĩa là độ trượt giá thấp hơn đối với người tham gia, cung cấp cho nhà giao dịch nhiều trải nghiệm tốt hơn.

Nếu Alice phân nhánh hợp đồng thông minh 0x và tạo giao thức 1y, thì sẽ có những động lực khác nhau diễn ra . tác dụng. Giao thức 1y gần như tốt như giao thức 0x vì hợp đồng thông minh 0x không lưu trữ nhiều trạng thái (hợp đồng thông minh tách biệt với API, có tích hợp bên ngoài). Sau khi giao dịch hoàn tất, trạng thái của hợp đồng hoán đổi tài sản 0x vẫn không thay đổi.

Tất nhiên, giao thức 0x đã tích lũy một số trạng thái ngoài chuỗi trong những năm mà giao thức 1y giao thức còn thiếu. Chúng bao gồm tích hợp với các sản phẩm DeFi khác như bộ tổng hợp DEX, ví, bộ chuyển tiếp, v.v. Nhưng hệ sinh thái DeFi đã thích nghi nhanh chóng, với việc fork trở nên được xã hội chấp nhận và nhiều fork được các ứng dụng của bên thứ ba áp dụng.

Các sản phẩm mới - bao gồm cả nĩa sao chép-dán trực tiếp - có thể cạnh tranh gần như ngay lập tức. Điều này có thể xảy ra do sự gia tăng của các công cụ tổng hợp DEX (được thảo luận sâu hơn bên dưới), các cuộc tấn công của ma cà rồng, tích hợp giao diện người dùng và các ưu đãi thanh khoản hấp dẫn.

Vấn đề chung mà chúng tôi đã nêu ra trước đó về các khuôn khổ để quản lý các trạng thái không thể phân nhánh là “Khả năng phòng thủ của giao thức” rất hữu ích, nhưng nó không biện minh cho việc nắm bắt giá trị của chính mã thông báo. Bài viết này cố gắng trả lời câu hỏi: "Token này có thể biện minh cho việc thu được giá trị và trích phí không?"

Thu thập giá trị trong DeFi   ;

Có hai loại giao thức DeFi: giao thức không quản lý rủi ro và giao thức quản lý rủi ro. Các token được liên kết với cái trước luôn có nguy cơ bị phân nhánh. Sau này ít có khả năng phải đối mặt với rủi ro này.

Hãy lấy Uniswap (nơi lưu trữ rất nhiều trạng thái!) làm ví dụ. Mặc dù có một số tham số quản trị – đường cong AMM được hỗ trợ, phí được phân chia giữa UNI và LP cũng như cách phân bổ kho bạc UNI – mã thông báo không quản lý hoặc hỗ trợ bất kỳ rủi ro nào trong hệ thống. Công tắc phí UNI-LP (nếu được bật) sẽ đánh thuế người nhận và người khởi tạo Uniswap. Ngoài ra, kho tiền UNI đánh thuế tất cả những người nắm giữ UNI khác (như một hình thức lạm phát). Tuy nhiên, trên cơ sở mỗi giao dịch, sự tồn tại của token UNI sẽ làm giảm giá trị đối với người dùng giao thức Uniswap—người khởi tạo và người nhận. Sự tồn tại của token UNI không làm cho Uniswap trở thành một hệ thống tốt hơn cho người khởi tạo hoặc người nhận.

Bây giờ chúng ta hãy nhìn lại Maker. Những người nắm giữ MKR là giải pháp cuối cùng nếu Cơ sở Tín dụng Maker mất khả năng thanh toán. Trên thực tế, nó đã được sử dụng làm hỗ trợ trong quá khứ sau Thứ Năm Đen Tối vào tháng 3 năm 2020. Những người nắm giữ MKR phải chịu rủi ro một cách hiệu quả là họ sẽ bị pha loãng nếu Maker mất khả năng thanh toán. Do đó, chủ sở hữu MKR rút phí khỏi hệ thống để bù đắp cho rủi ro mà họ gặp phải. Aave gần đây đã đi theo hướng này với Aave v2, trong đó mã thông báo AAVE đang ngăn chặn rủi ro.

Perpetual Protocol và các nền tảng giao dịch phái sinh DeFi khác phải quản lý quỹ bảo hiểm để thu hút các nhà giao dịch giao dịch ở đó. Nếu không có quỹ bảo hiểm đủ quy mô, nền tảng giao dịch có thể buộc gọi lại hoặc tự động hủy bỏ đòn bẩy và lấy tiền từ nhà giao dịch chiến thắng để bù đắp tổn thất cho bên kia. PERP, DDX, FST, MNGO và các token phái sinh DeFi gốc khác có thể được đúc hoặc đặt cược và chia nhỏ (trên thực tế, token hoạt động như một quỹ bảo hiểm) trong trường hợp các nhà giao dịch phái sinh thanh lý. Với kinh nghiệm với BitMEX, OKEx, FTX, Binance và các địa điểm có đòn bẩy cao khác, quỹ được bảo hiểm là rất quan trọng.

Rủi ro không hẳn chỉ nhằm mục đích ngăn cản. Nó rộng hơn thế. Rủi ro phải được quản lý. Nhu cầu quản lý rủi ro được thể hiện rõ nhất trong các giao thức vay/cho vay như Hợp chất và Aave. Nếu các giao thức này cho phép bất kỳ hình thức tài sản thế chấp nào, các tác nhân độc hại sẽ gửi tài sản thế chấp xấu, rút tài sản thế chấp tốt (chẳng hạn như stablecoin hoặc ETH), sau đó sử dụng tài sản xấu này làm tài sản thế chấp. Điều này sẽ gây thiệt hại rất lớn cho người cho vay. Do đó, điều tự nhiên là cả chủ sở hữu AAVE và COMP đều quản lý loại tài sản thế chấp và các thông số rủi ro khác, đồng thời ngăn chặn rủi ro trong trường hợp họ tham số hóa hệ thống không chính xác và gây ra thua lỗ.

Theo nguyên tắc chung, bất kỳ giao thức nào cung cấp đòn bẩy đều phải có một số hình thức quản lý rủi ro . Đòn bẩy vốn có rủi ro và phải được quản lý. Mã thông báo quản trị là cần thiết để quản lý rủi ro này. Tuy nhiên, nếu không có đòn bẩy (chẳng hạn như UNI), sẽ không có nhiều thứ để quản lý.

Trở lại quy mô  

"Khuôn khổ backstopping" này Kết quả là lớn hơn các giao thức với 1) vốn hóa thị trường cao hơn và 2) mã thông báo gốc có tính thanh khoản cao hơn có lợi nhuận doanh thu có thể mở rộng.

Ví dụ: giả sử một nhóm phân nhánh Aave và tạo một khoản ghi nợ/khoản vay mới gọi là giao thức Suaave. Chúng tôi cũng giả định rằng những người tạo ra Suaave có vốn hóa tốt và tận dụng hệ thống với 10 tỷ USD TVL. Đương nhiên, những người tạo ra Suaave đã tung ra một token mới có tên SUAVE.

Nếu cả AAVE và SUAVE đều quản lý rủi ro trong hệ sinh thái tương ứng của chúng thì giao thức Aave có thể là giải pháp người cho vay Địa điểm tốt hơn. Tại sao? Bởi vì mã thông báo AAVE đã đạt đến mức vốn hóa thị trường và tính thanh khoản mà SUAVE và các mã thông báo mới khác khó có thể sao chép. Nhờ đó, AAVE hỗ trợ tốt hơn cho toàn bộ hệ thống. Ngoài ra, do việc phân phối mã thông báo của AAVE phần nào được phân cấp và hệ thống trải qua nhiều cuộc bỏ phiếu và nâng cấp công khai, nó cung cấp an sinh xã hội mạnh mẽ hơn mà các nhóm tác nhân xấu không thể lạm dụng quản trị theo những cách độc hại.

Điều này tạo ra một bánh đà mạnh mẽ trong đó các nền tảng lớn nhất - có tính thanh khoản cao nhất Và mã thông báo có vốn hóa thị trường lớn nhất – thu hút người dùng vì nó an toàn nhất. Những người dùng mới này mang lại vốn, doanh thu và TVL, điều này làm tăng giá token gốc của nền tảng, củng cố thêm bánh đà.

Bánh đà tương tự không áp dụng cho các token không quản lý rủi ro hoặc hệ thống hỗ trợ vì có không có khái niệm "" Bảo mật nền tảng ".

Trích giảm phí không cần thiết để quản lý không rủi ro  

Về lâu dài Xem , bất kỳ token nào không quản lý được một số loại rủi ro trong hệ thống đều có thể bị phân nhánh. Điều này đương nhiên đặt ra câu hỏi: Người dùng DeFi có thực sự quan tâm đến việc trích phí không và nếu không thì tại sao nó lại quan trọng?

Ngày nay, rõ ràng là người dùng DeFi không nhạy cảm về phí. Tuy nhiên, điều này sẽ không tiếp tục vô thời hạn. Như Jeff Bezos đã nói một cách nổi tiếng: “Lợi nhuận của bạn là cơ hội của tôi.” Việc rút phí không cần thiết càng lớn thì động lực để các bên thứ ba làm suy yếu/phân tách/thực hiện các hành động khác để tránh phí càng lớn. Đặc biệt, chúng tôi muốn ví và các giao diện người dùng khác có thể thực hiện điều này và tự khẳng định mình là đại diện cho khách hàng của mình.

Nếu Alice chia tách Sushi và tạo ra Tempura, tại sao LP lại ở lại SushiSwap (họ chỉ có thể Kiếm tiền 25 bps thay vì 30 bps của Tempura)? Tất nhiên, câu trả lời là SushiSwap có lưu lượng người nhận khác biệt vì nó có thương hiệu. Đối với LP, 10 tỷ đô la ADV 25bps là một thỏa thuận tốt hơn 0 đô la ADV 30bps.

Nhưng nếu tất cả các LP chuyển tiền của họ sang Tempura thì luồng người nhận sẽ tự nhiên đi theo Thôi nào, bởi vì hầu hết các nhà giao dịch đều chuyển tiền của họ sang Tempura. đang sử dụng, rõ ràng hoặc ngầm định (ví dụ: kiểm tra 1inch và truy cập trực tiếp vào giao thức), trình tổng hợp DEX và giao diện người dùng!

Theo thời gian, khi ngày càng có nhiều nhà bán lẻ tham gia vào không gian này, chúng tôi tin rằng họ sẽ kết nối trực tiếp với các giao diện người dùng siêu địa phương mà Giao diện người dùng tổng hợp giá từ nhiều địa điểm. Kết quả của việc này là giá trị thương hiệu sẽ bị giảm sút, do bản thân sự nguyên thủy không sở hữu được mối quan hệ với khách hàng. Điểm mấu chốt là những người tham gia thị trường tinh vi quan tâm đến việc trả các khoản phí không cần thiết. Khi điều này xảy ra, chúng tôi hy vọng giao diện người dùng thống trị sẽ loại bỏ các mã thông báo thu phí thuần túy.

Tóm tắt  

Cách tốt nhất để chứng minh khả năng nắm bắt giá trị của token DeFi là Có một số loại rủi ro trong hệ thống cần được quản lý.

Về mặt logic, khuôn khổ này đề xuất một số token DeFi – đáng chú ý nhất là UNI, SUSHI và YFI - nên xem xét việc xây dựng các tính năng và chức năng mới để hệ sinh thái tương ứng của chúng có những rủi ro nhất định cần quản lý. Khi tổng số rủi ro trong các hệ sinh thái này tăng lên, chúng ngày càng khó phân nhánh.

Bản gốc văn bản Liên kết

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia