Khả năng kết hợp DeFi: lập bản đồ các phụ thuộc bên dưới lợi suất

Một vị thế có thể chứa nhiều hệ thống

Khả năng kết hợp cho phép hợp đồng thông minh tương tác với hợp đồng khác, kết hợp chức năng thành ứng dụng lớn hơn. Tài liệu về khả năng kết hợp của Ethereum trình bày nó như khối xây dựng trong phát triển ứng dụng. Với phân tích tài chính, tiện ích đó tạo vấn đề phụ thuộc: màn hình gửi tiền đơn giản có thể che giấu nhiều hợp đồng, tài sản và hệ thống kiểm soát.

Hãy hình dung một kho nhận stablecoin, cho vay nó, nhận token biên nhận rồi gửi token biên nhận ở nơi khác để nhận thêm phần thưởng. Số dư hiển thị không phải một tài khoản tiền mặt duy nhất. Nó là một chuỗi quyền đòi tài sản mà việc quy đổi phụ thuộc vào các bước cơ sở. Nhiều lớp hơn có thể cải thiện chức năng mà không tạo ra nguồn an toàn độc lập.

Vẽ bảng cân đối cho từng lớp

Bắt đầu từ tài sản của người dùng cuối và lần theo thứ kho thực sự nắm giữ. Xác định kho có nợ không, cho vay không bảo đảm hay có tài sản bảo đảm, và biên nhận có thể quy đổi ngay không. Sau đó lần theo tài sản bảo chứng cho biên nhận tiếp theo. Chỉ dừng khi mức phơi nhiễm kinh tế rõ ràng, không phải khi một tên giao thức quen thuộc xuất hiện.

Sơ đồ hữu ích dùng mũi tên liền cho quyền đòi tài sản và mũi tên đứt cho phụ thuộc như oracle, cầu nối và quản trị viên. Hai kho có thể giữ chứng nhận khác nhau nhưng dựa vào cùng token bảo đảm hoặc nhóm đa chữ ký khẩn cấp. Đếm tên giao thức gợi ý đa dạng hóa; sơ đồ phụ thuộc có thể bộc lộ phơi nhiễm tập trung.

Tách nguồn lợi suất khỏi phát hành token

Tách lợi suất được báo thành lãi người vay trả, phí giao dịch, phần thưởng staking và token khuyến khích. Mỗi thành phần có động lực khác nhau. Giá trị đô la hiển thị của token thưởng phụ thuộc giá và khả năng bán; nó không tương đương cùng số thu nhập bằng tài sản cơ sở có thể dùng ngay. Phí, chi phí vay và chi phí tái đầu tư thuộc phía khấu trừ của phép tính.

Với vị thế giả định $10,000, $400 tiền lãi người vay thường niên hóa cộng $600 giá trị token thưởng cho tỷ lệ hiển thị 10% trước chi phí. Nếu phí vận hành là $100 và giá token thưởng giảm một nửa trước khi bán, số tiền thực hiện minh họa là $400 + $300 − $100 = $600, hay 6%. Phép tính này giả định vốn gốc và thời điểm không đổi; nó không phải dự báo.

Kiểm tra quá trình tháo vị thế theo chiều ngược

Vào vị thế có thể dễ trong khi thoát đòi hỏi nhiều lần quy đổi nối tiếp. Hãy hỏi thị trường nào phải cung cấp thanh khoản trước, có hàng đợi rút tiền không và có phải trả nợ trước khi giải phóng tài sản bảo đảm không. Chứng nhận giao dịch sôi động hôm nay có thể mất thanh khoản khi nhiều người nắm giữ cần cùng một lối thoát.

Hãy lập quy trình tháo gỡ vị thế trên giấy có dấu thời gian. Ở mỗi bước, ghi token nhận được, phí gas cần thiết, bất định về giá và điều kiện có thể cản trở tiến trình. Nếu một giao thức tạm dừng rút tiền, vault phía trên trong chuỗi phụ thuộc cũng có thể không chi trả được ngay cả khi mã riêng của nó không có lỗi. Đây là sự lan truyền lỗi phụ thuộc, không nhất thiết là mất khả năng thanh toán ở mọi lớp.

Đánh giá kiểm soát chung và quyền yêu cầu có giới hạn

Xem ai có thể nâng cấp kho tài sản, thay đổi tuyến hoặc thêm tài sản mới. Mô tả chiến lược có thể lỗi thời sau hành động quản trị. Kiểm toán có thể bao phủ hợp đồng kho mà không bao phủ mọi tích hợp tương lai. Phân biệt ràng buộc bất biến với quyền tùy nghi của người quản lý và xác minh quyền nào vẫn hoạt động trong phiên bản đã triển khai.

Để so sánh, hãy viết bản kiểm kê rủi ro dài một trang thay vì xếp hạng sản phẩm chỉ theo lợi suất. Bao gồm tài sản cuối cùng, đòn bẩy, thứ tự rút tiền, các yếu tố phụ thuộc chung và điều chưa biết. Nếu chưa xác định được một yếu tố phụ thuộc then chốt, hãy ghi rõ phân tích chưa hoàn chỉnh. Tỷ lệ phần trăm hằng năm được hiển thị chính xác không bù đắp được sự không chắc chắn về tài sản thực sự sở hữu. Mục đích bài tập này là hiểu cấu trúc, không phải khuyến nghị tham gia.

Một bài tập giàu thông tin là hỏi điều gì còn lại nếu phần thưởng khuyến khích về không vào ngày mai. Tính lại thu nhập, chi phí và khả năng thoát khỏi cấu trúc mà không giả định bán token thưởng. Điều này không dự báo phần thưởng sẽ chấm dứt. Nó xác định cấu trúc có nguồn thu kinh tế nền tảng hay sức hấp dẫn bề ngoài chủ yếu phụ thuộc trợ cấp tiếp diễn và việc người khác sẵn lòng mua token được phân phối.

Đếm phụ thuộc thực tế, không chỉ số giao thức

Ba vị thế ở ba ứng dụng khác nhau vẫn có thể dùng cùng stablecoin, cầu nối, nguồn cấp giá và khóa quản trị. Phân tán tên sản phẩm không nhất thiết phân tán nguyên nhân gây thiệt hại. Một tầng dùng chung có thể làm nhiều vị thế mất khả năng thoát cùng lúc.

Tạo bảng cho tài sản, hợp đồng, nguồn giá, quản trị, mạng và tuyến rút của từng vị thế. Đánh dấu phụ thuộc lặp lại và thông tin chưa xác minh. Bắt đầu từ tài sản người dùng thực sự nhận khi thoát, rồi lần ngược qua từng quyền yêu cầu. Sơ đồ cần phản ánh cấu trúc hiện tại, không chỉ danh sách đối tác tiếp thị.

Thử loại bỏ một nút trong sơ đồ

Trong bài tập, cho một nguồn giá ngừng cập nhật nhưng các hợp đồng khác vẫn hoạt động. Vị thế nào chỉ mất hiển thị và vị thế nào mất chức năng vay, rút hoặc thanh lý? Tiếp theo thay bằng tình huống stablecoin lệch giá để thấy cơ chế lan truyền khác nhau.

Phân biệt thiệt hại giá trị với mất khả năng hành động. Một tài sản có thể còn giá trị kinh tế nhưng không dùng được để trả khoản nợ đến hạn. Ghi thứ tự các bước thoát và thời gian cần cho từng bước. Nếu hai bước dựa vào cùng dịch vụ, đừng coi chúng là hai phương án dự phòng độc lập.