Why DeFi TVL isn’t enough, and what “Total Value Covered” aims to measure

Tại sao TVL của DeFi không đủ, và “Giá trị Tổng Bảo vệ” nhằm đo lường điều gì

By AI News Crypto Editorial Team7 min read

Giá trị tổng bị khóa, hay TVL, đã trở thành bảng điểm mặc định của DeFi vì nó giúp việc theo dõi sự chấp nhận trở nên dễ dàng. Một chỉ số đi kèm được đề xuất, Giá trị tổng được bảo vệ (TVC), nhằm mục đích cho thấy bao nhiêu vốn được bảo vệ rõ ràng bởi các cơ chế chuyển giao rủi ro thay vì chỉ đơn giản là ngồi phơi bày trong các giao thức.

Tại sao các con số tiêu biểu của DeFi có thể gây hiểu lầm

DeFi thường tóm tắt bản thân bằng một con số: Giá trị tổng bị khóa (TVL). Nói một cách đơn giản, TVL là tổng số vốn của người dùng được gửi hoặc "khóa" vào một giao thức. Nó thường được coi là một chỉ số tiêu biểu của sự chấp nhận vì nó trả lời một câu hỏi cơ bản: người dùng có sẵn sàng chuyển tiền lên chuỗi không.

Sự đơn giản đó là lý do tại sao TVL trở thành bảng điểm mặc định. Đầu giai đoạn phát triển của DeFi, thị trường cần một cách nhanh chóng để xem liệu cơ sở hạ tầng phi tập trung có đang được sử dụng hay không. TVL đã giúp theo dõi giai đoạn chấp nhận ban đầu đó bằng cách cho thấy rằng người dùng sẵn sàng cam kết vốn vào các hệ thống hợp đồng thông minh.

Phê bình không phải là TVL vô dụng. Phê bình là TVL không phù hợp với những gì nhiều độc giả cho rằng nó đại diện. TVL đo lường bao nhiêu vốn đã vào một giao thức, không phải bao nhiêu vốn đó được bảo vệ tốt khi nó ở đó. Một giao thức có thể thu hút tiền gửi vì nhiều lý do, bao gồm cả các ưu đãi và phân phối, trong khi vẫn để cho người gửi tiền bị phơi bày trước các chế độ thất bại mà TVL không ghi nhận.

Sự phân biệt này quan trọng vì phơi bày không giống như sức mạnh. Một TVL lớn có thể trông giống như sự trưởng thành và an toàn, ngay cả khi nó chỉ là một thước đo bao nhiêu vốn hiện đang ngồi trong một hệ thống.

Những gì TVL bỏ lỡ: sự mong manh, sự phụ thuộc và sự sụp đổ nhanh chóng

TVL gần giống như một thước đo tổng hoạt động hơn là một thước đo an ninh. Nó cho bạn biết nơi nào vốn đang ngồi. Nó không cho bạn biết liệu vốn đó có an toàn hay không.

Khoảng cách xuất hiện khi một giao thức có cấu trúc mong manh. Nguồn xác định một số yếu tố mong manh có thể tồn tại ngay cả khi tiền gửi cao: sự phụ thuộc yếu, thiết kế "oracle" kém, quản trị tập trung và các biện pháp bảo vệ hạn chế.

Đây không phải là những mối quan tâm trừu tượng trong DeFi, nơi các giao thức thường dựa vào các thành phần bên ngoài và các hệ thống liên kết.Rủi ro oracle là một ví dụ về cách một giao thức có thể trông khỏe mạnh theo TVL trong khi vẫn dễ bị tổn thương. Nếu một giao thức phụ thuộc vào giá hoặc dữ liệu có thể thất bại hoặc bị thao túng, giao thức có thể hoạt động không chính xác ngay cả khi nó đang giữ các khoản tiền gửi lớn. TVL không phân biệt giữa các khoản tiền gửi ngồi sau các phụ thuộc dữ liệu vững chắc và các khoản tiền gửi ngồi sau những cái mong manh.Quản trị tập trung là một ví dụ khác. Một giao thức có thể có hàng trăm triệu trong các khoản tiền gửi trong khi quyền quyết định được tập trung trong một nhóm nhỏ các tác nhân. Sự tập trung đó có thể trở thành một điểm thất bại, đặc biệt khi quản trị kiểm soát các bản nâng cấp, tham số hoặc hành động khẩn cấp. Một lần nữa, TVL không đo lường liệu quản trị có được thiết kế để giảm rủi ro hay khuếch đại nó.

"Composability" thêm một lớp nữa. Các giao thức DeFi thường xây dựng trên các giao thức khác, điều này có thể tạo ra các chế độ thất bại nối tiếp. Một giao thức có thể xuất hiện mạnh mẽ theo TVL, nhưng nếu nó ngồi trên các phụ thuộc yếu, các khoản tiền gửi vẫn bị phơi bày trước các thất bại phía trên. TVL không loại bỏ những rủi ro thừa kế đó.

Nguồn sử dụng Ronin để minh họa cách nhanh chóng TVL có thể bốc hơi sau một cuộc tấn công. TVL của Ronin đã giảm từ khoảng 1,2 tỷ đô la trước cuộc tấn công "cầu" năm 2022 xuống khoảng 15 triệu đô la hôm nay, theo dữ liệu DeFiLlama được trích dẫn. Điểm mấu chốt không chỉ là các cuộc tấn công xảy ra. Đó là TVL có thể sụp đổ gần như ngay lập tức vì TVL chưa bao giờ đo lường vốn được bảo vệ ngay từ đầu.

Đây là giới hạn cốt lõi của việc coi TVL như một đại diện cho sức khỏe của giao thức. Một TVL cao có thể đồng hành với sự bảo vệ mỏng manh. Khi thị trường đánh giá lại rủi ro sau một thất bại, các khoản tiền gửi đã làm cho TVL trông ấn tượng có thể rời đi nhanh chóng.Giai đoạn tăng trưởng tiếp theo của DeFi: giao diện đơn giản hơn, cùng rủi ro phía sau

Vấn đề chỉ số trở nên quan trọng hơn khi DeFi tiến gần hơn đến phân phối chính thống. Nguồn cho rằng làn sóng chấp nhận tiếp theo sẽ không đến từ việc biến mỗi người dùng thành một chuyên gia về rủi ro trên chuỗi.

Thay vào đó, nó sẽ đến từ các ngân hàng, fintech, sàn giao dịch và ứng dụng tiêu dùng đóng gói DeFi phía sau các sản phẩm đơn giản hơn.Khung là đơn giản: một khoản tiền gửi, một số dư, một con số "lợi suất". Giao diện có thể ẩn đi sự phức tạp mà người dùng DeFi ngày nay thường quản lý trực tiếp.Nhưng việc ẩn đi sự phức tạp không loại bỏ rủi ro.

Lập luận của nguồn là rủi ro phía sau vẫn tồn tại ngay cả khi trải nghiệm sản phẩm trở nên đơn giản hơn. Nếu vốn cơ bản vẫn bị phơi bày trước các thất bại của "hợp đồng thông minh", các vấn đề oracle và rủi ro composability mà không có sự bảo vệ rõ ràng, thì một giao diện sạch hơn không làm cho sản phẩm sẵn sàng cho các tổ chức hoặc người dùng chính thống. Nó có thể làm cho rủi ro ít rõ ràng hơn trong khi để cho sự phơi bày cơ bản không thay đổi.

Điều này quan trọng vì DeFi không còn được mô tả chỉ là một thí nghiệm ngách. Nguồn chỉ ra "stablecoins" như một ví dụ về nhu cầu thực. Visa cho biết khối lượng giao dịch stablecoin toàn cầu đã tăng từ hơn 3,5 nghìn tỷ đô la vào năm 2023 lên hơn 5,5 nghìn tỷ đô la vào năm 2024. Trong bối cảnh đó, câu hỏi chuyển từ việc liệu các hệ thống trên chuỗi có thể thu hút vốn hay không sang việc liệu chúng có thể hỗ trợ vốn một cách bền vững dưới áp lực.

Nếu DeFi ngày càng được nhúng vào các sản phẩm do các trung gian lớn cung cấp, thị trường cần các chỉ số truyền đạt nhiều hơn là "bao nhiêu được gửi." Nó cần các chỉ số giúp các đối tác và người phân bổ đánh giá liệu vốn có được bảo vệ khi có điều gì đó sai xảy ra hay không.

Giới thiệu TVC: Giá trị tổng được bảo vệ (vốn được bảo vệ)

Để "giải quyết" khoảng trống đó, nguồn đề xuất một chỉ số thứ hai: Giá trị tổng được bảo vệ (TVC). TVC được định nghĩa là số vốn được bảo vệ rõ ràng bởi một cơ chế chuyển giao rủi ro đã được xác định.Sự tương phản với TVL là điểm mấu chốt. Nếu TVL cho bạn biết bao nhiêu tiền có mặt, TVC nhằm mục đích cho bạn biết bao nhiêu tiền hệ thống sẵn sàng bảo vệ. TVL liên quan đến các khoản tiền gửi. TVC liên quan đến vốn được bảo vệ.Nguồn định vị TVC như một đại diện tốt hơn cho sự sẵn sàng của tổ chức. Lý do là các nhà phân bổ nghiêm túc không chỉ hỏi có bao nhiêu vốn trong một thị trường. Họ hỏi có bao nhiêu vốn có thể được triển khai với rủi ro đã biết. Nói cách khác, họ muốn hiểu khả năng triển khai được bảo vệ, không chỉ sự hiện diện của vốn và sự thèm muốn rủi ro.

Đây cũng là lý do tại sao thuật ngữ "cơ chế chuyển giao rủi ro" quan trọng trong định nghĩa. Mục tiêu không phải là tuyên bố rằng một giao thức an toàn vì nó có một TVL lớn.

Mục tiêu là định lượng bao nhiêu vốn có sự bảo vệ rõ ràng, nơi rủi ro được xác định thay vì hoàn toàn do người gửi tiền gánh chịu.TVC được trình bày như bổ sung cho TVL, không phải là sự thay thế. TVL vẫn có thể mô tả sự chấp nhận và sử dụng. TVC nhằm mục đích thêm một chiều thứ hai nói về sự phòng thủ và độ bền.Cách TVC có thể thay đổi các ưu đãi—và những điều cần lưu ý

Một chỉ số không chỉ là một công cụ báo cáo. Nó có thể định hình những gì các giao thức cạnh tranh.Dưới mô hình ưu tiên TVL, nguồn cho rằng các giao thức cạnh tranh để tối đa hóa các khoản tiền gửi. Những cách dễ nhất để làm điều đó thường là tăng lợi suất, tăng ưu đãi hoặc đơn giản hóa phân phối. Những chiến lược đó có thể tăng TVL mà không nhất thiết cải thiện khả năng của giao thức để chịu đựng áp lực.Dưới mô hình nhận thức TVC, mục tiêu cạnh tranh thay đổi. Các giao thức sẽ cần tăng số vốn mà họ có thể hỗ trợ một cách an toàn. Nguồn liên kết điều đó với các ưu tiên hoạt động và thiết kế cụ thể: quản trị tốt hơn, phụ thuộc sạch hơn, kiểm soát mạnh mẽ hơn, giám sát tốt hơn và kiến trúc bền vững hơn. Trong khung này, những cải tiến đó có ý nghĩa kinh tế vì chúng tăng khả năng bảo vệ và giảm chi phí bảo vệ.

Sự chuyển đổi được đề xuất là từ việc thu hút nhiều vốn nhất đến việc bảo vệ nhiều vốn nhất. Đối với người dùng và đối tác, điều đó sẽ nhằm cung cấp một cái nhìn rõ ràng hơn về những giao thức nào được xây dựng để tồn tại, không chỉ là những giao thức nào đã tích lũy được tiền gửi.

Cũng có những câu hỏi mở quan trọng. Nguồn định nghĩa TVC về mặt khái niệm nhưng không cung cấp một phương pháp chuẩn hóa để đo lường vốn "được bảo vệ" giữa các giao thức. Nó cũng không liệt kê các công cụ hoặc cấu trúc cụ thể nào đủ điều kiện là "các cơ chế chuyển giao rủi ro đã được xác định."

Các thách thức về đo lường và khả năng so sánh phát sinh từ đó. Thiếu một tiêu chuẩn chung, các giao thức khác nhau có thể gán nhãn bảo hiểm khác nhau, hoặc tính toán theo những cách khó so sánh.

Nguồn cũng không chi tiết cách TVC nên được tính toán trong các hệ thống có thể kết hợp, nơi bảo hiểm có thể bị tính hai lần hoặc nơi rủi ro có thể tương quan qua các phụ thuộc.Ngay cả với những điều cần lưu ý đó, đề xuất nhằm vào một vấn đề trưởng thành cụ thể. Trong một thị trường trưởng thành hơn, nguồn cho rằng câu hỏi chính không chỉ nên là bao nhiêu vốn một giao thức có thể tích lũy. Nó nên là bao nhiêu vốn nó có thể bảo vệ qua áp lực.Các nguồn

CryptoSlate

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

[@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

  • [@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop

Related reading