1/ Mọi kiến trúc đều liên quan đến sự đánh đổi. Thiết kế tốt cho phép bạn thiết kế một hệ thống mà, cho mỗi đơn vị rủi ro bạn chấp nhận, bạn kiếm được phần thưởng nhiều nhất, và cho mỗi đơn vị phần thưởng bạn nhận, bạn phải chịu ít rủi ro nhất. Từ góc độ rủi ro thanh khoản, mô hình của Morpho là không tối ưu.

3/ Rủi ro thanh lý xuất hiện khi người dùng không thể rút tài sản thế chấp. Morpho tự quảng bá là một lựa chọn cho vay "tách biệt", nơi các người quản lý quản lý các kho và người dùng chọn giữa các hồ sơ rủi ro khác nhau. Nhưng "tách biệt" là một cách hiểu sai, như chúng ta sẽ thấy; rủi ro thanh khoản là chia sẻ.

5/ Điều này rất quan trọng để hiểu vì, với tư cách là người dùng, khả năng rút vốn của bạn phụ thuộc vào điều đó. Hãy xem một ví dụ: Hãy tưởng tượng một người quản lý cực kỳ thận trọng và có trách nhiệm trên Morpho, Người quản lý A.

6/ Tương tự, hãy tưởng tượng một người quản lý quyết liệt, Người quản lý B. Ngay cả khi bạn gửi vào một kho “rủi ro thấp”, nếu nó phân bổ vào một thị trường mà các người quản lý rủi ro cao hơn cũng sử dụng, khả năng rút tiền của bạn phụ thuộc vào cùng một quỹ chung trong thị trường đó, không chỉ dựa vào kho của bạn.

7/ Khi một thị trường chồng chéo rủi ro bị tách ra, việc rút tiền tăng vọt, và tỷ lệ sử dụng có thể đạt 100%. Kết quả là, việc rút tiền trở thành một cuộc đua theo thứ tự đến từ quỹ chung đó, cho phép những người quản lý nhanh nhẹn tiêu thụ thanh khoản và để lại những người khác tạm thời không thể thực hiện việc rút tiền.

8/ Đó là cách mà một người dùng bảo thủ có thể thức dậy với việc rút tiền bị đóng băng hoặc trì hoãn, không phải vì kho lưu trữ của họ đã nhận rủi ro tín dụng của tài sản đó, mà vì những người khác đã rút cạn thanh khoản thị trường chung.

9/ Đây là vấn đề cốt lõi: rủi ro thanh khoản được xã hội hóa, không phải là vấn đề riêng lẻ. Và vì Morpho cho phép niêm yết tài sản không cần sự cho phép, bất kỳ token mới nào, không đủ tài sản đảm bảo, hoặc thử nghiệm đều có thể làm ô nhiễm các bể thanh khoản chung. Nhưng có những yếu tố rủi ro khác tồn tại không?

10/ Khi việc rút tiền trên Morpho bị chặn, bộ công cụ của người quản lý rủi ro trở nên trống rỗng. Thông thường, bạn sẽ muốn: - Tăng lãi suất để khuyến khích việc hoàn trả và phục hồi thanh khoản - Cập nhật oracle để phản ánh giá thị trường thực trong các sự kiện căng thẳng - Thay đổi các tham số rủi ro để giảm thiểu sự tiếp xúc với tài sản thế chấp

11/ Nhưng trên Morpho, các mô hình lãi suất, cấu hình rủi ro và oracles là không thể thay đổi. Chúng không thể được thay đổi sau khi triển khai. Vì vậy, khi các điều kiện thay đổi, như chúng thường xảy ra trong các thị trường tài chính, bạn không thể thích ứng: bạn chỉ có thể rút tiền.

12/ Aave giải quyết vấn đề này với @chaoslabs Risk Oracles Có thể sẽ đi sâu hơn vào chủ đề này trong một chủ đề khác.

13/ Trong Aave: tài sản được cấp phép, việc niêm yết được quản lý thông qua đánh giá nghiêm ngặt của DAO, và các tham số rủi ro có thể được điều chỉnh linh hoạt để phản ứng với căng thẳng thị trường.

14/ Đó là cách mà hệ thống đã duy trì được tính thanh khoản và khả năng chi trả qua mọi cú sốc lớn của DeFi. Trong năm qua, Aave Core đã duy trì các quỹ dự trữ sâu, trung bình khoảng 750 triệu USDC và 1,0 tỷ USDT, trong khi xử lý các dòng tiền ra hàng ngày trung bình từ 300-400 triệu. Ngay cả khi dòng tiền ra vượt quá 2 tỷ mỗi ngày, tính thanh khoản đã phục hồi về mức bình thường trong vòng vài giờ.

15/ Trên Morpho, điều ngược lại là đúng: thanh khoản chia sẻ, danh sách không cần sự cho phép, và các tham số không thể thay đổi khiến rủi ro đổi thưởng trở nên khó khăn trong việc đánh giá. Và đó là điểm cơ bản: Khi rủi ro đổi thưởng không thể được dự đoán, nó không thể được định giá một cách đáng tin cậy. Nếu nó không thể được định giá chính xác, nó không thể được quản lý một cách có trách nhiệm.

16/ Đây không phải là một bài viết bi quan về Morpho. Morpho đang đẩy mạnh ranh giới theo nhiều cách, và đội ngũ rất tuyệt vời. Nhưng chúng ta phải thừa nhận rằng đây là cách tài chính onchain đơn giản nhất mà nó sẽ từng có. Chúng ta vẫn cần những kiến trúc tốt hơn, cơ sở hạ tầng rủi ro, oracle, v.v.

17/ Tại @chaoslabs, chúng tôi đang cố gắng làm cho phiên bản tiếp theo thông minh hơn. Một số vấn đề có thể được khắc phục bằng cách lặp lại trên các kiến trúc cốt lõi. Những vấn đề khác có thể được khắc phục bằng hạ tầng rủi ro động, thời gian thực và các oracle. Cả hai đều cần thiết để nằm trên biên giới hiệu quả của DeFi.