Khả năng kết hợp

Composability là gì?

Composability là thuộc tính thiết kế cho phép các ứng dụng phi tập trung kết nối và tái sử dụng các chức năng của nhau, để các sản phẩm mới có thể được lắp ráp từ các “khối xây dựng” hiện có thay vì được xây dựng từ đầu. Trong lĩnh vực tiền điện tử, thuật ngữ này thường được sử dụng trong defi, nơi cho vay, giao dịch, các sản phẩm phái sinh, và thanh toán có thể được kết nối với nhau trong một quy trình người dùng duy nhất.

Ý tưởng này nằm ở trung tâm của chủ đề rộng hơn được đề cập trong định nghĩa thực tiễn về tài chính phi tập trung: các mạng mở làm cho tài chính có thể lập trình được, và composability là điều làm cho khả năng lập trình đó có thể tái sử dụng qua nhiều ứng dụng.

Composable có nghĩa là gì trong defi

Trong DeFi, “composable” có nghĩa là một giao thức cung cấp các chức năng trên chuỗi đáng tin cậy mà các giao thức khác (hoặc ví) có thể gọi trực tiếp—thường thông qua một giao thức thông minh giao diện. Nếu bạn đã đọc định nghĩa đơn giản về hợp đồng thông minh, hãy nghĩ về composability như sự khác biệt giữa một hợp đồng mà chỉ người dùng cuối có thể tương tác với một hợp đồng mà các hợp đồng khác có thể “thuê” một cách an toàn như một dịch vụ.

Ví dụ, một giao thức cho vay có thể cung cấp một chức năng để gửi tài sản thế chấp và vay một tài sản; một kho chiến lược riêng biệt có thể gọi các chức năng đó để xây dựng một chiến lược tự động. Điều quan trọng là các phần vẫn độc lập, nhưng chúng có thể được kết hợp mà không cần sự cho phép từ một nhà điều hành trung tâm.

Tại sao defi được gọi là lego tiền tệ

DeFi được gọi là “lego tiền tệ” vì nhiều giao thức hoạt động như các phần tiêu chuẩn hóa: mỗi cái thực hiện một công việc hẹp (hoán đổi, cho vay, thế chấp, bảo hiểm, định tuyến đơn hàng), và bạn có thể xếp chồng chúng để tạo ra điều gì đó phức tạp hơn.

Một “bộ lego” đơn giản có thể trông như thế này: bạn hoán đổi token trên một DEX, gửi kết quả vào một thị trường cho vay, sau đó sử dụng tài sản đã vay để cung cấp thanh khoản ở nơi khác—tất cả mà không rời khỏi chuỗi. Ẩn dụ “lego” cũng làm nổi bật việc tái sử dụng: một khi một phần nguyên thủy được triển khai và tin cậy, nó trở thành một tiện ích công cộng chung mà người khác có thể xây dựng trên đó.

Điều này liên quan đến khả năng tương tác, nhưng không giống nhau: khả năng tương tác là về việc các hệ thống khác nhau trao đổi và sử dụng thông tin, trong khi composability là về việc lắp ráp các hành vi cấp cao hơn từ các thành phần trên chuỗi nhỏ hơn.

Các rủi ro của composability là gì

Các rủi ro của composability là những nhược điểm của việc kết nối nhiều giao thức với nhau, nơi một sự cố trong một thành phần có thể lan ra các thành phần khác. Lỗi hợp đồng thông minh là rủi ro rõ ràng nhất: nếu một hợp đồng được sử dụng rộng rãi có một lỗ hổng, bất kỳ giao thức nào phụ thuộc vào nó có thể bị ảnh hưởng gián tiếp.

Rủi ro kinh tế cũng quan trọng—như thao túng oracle, cú sốc thanh khoản, hoặc thay đổi động lực mà một chiến lược hạ nguồn dựa vào. Cũng có “rủi ro tích hợp”: ngay cả khi hai giao thức an toàn riêng lẻ, cách chúng tương tác có thể tạo ra các trường hợp biên (ví dụ, các đường vào lại không mong đợi, vấn đề làm tròn, hoặc giả định thời gian).

Cuối cùng, quản trị và khả năng nâng cấp có thể tạo ra rủi ro: nếu một phụ thuộc có thể được nâng cấp hoặc các tham số có thể được thay đổi, các tích hợp composable phải tính đến mục tiêu di động đó.

Các giao thức composable tương tác như thế nào

Các giao thức composable tương tác bằng cách gọi các chức năng hợp đồng thông minh của nhau, truyền token và dữ liệu qua các giao diện được xác định rõ. Một mẫu phổ biến là: (1) một người dùng ký một giao dịch, (2) một hợp đồng định tuyến hoặc kho thực hiện nhiều cuộc gọi theo thứ tự, và (3) toàn bộ chuỗi thành công hoặc quay lại như một đơn vị.

Hành vi “tất cả hoặc không có gì” này rất mạnh mẽ vì nó cho phép các chiến lược nguyên tử—như vay, hoán đổi và trả nợ trong một giao dịch—mà không để lại trạng thái một phần. Trong thực tế, các giao thức thường dựa vào các tiêu chuẩn (như giao diện token) và cơ sở hạ tầng chia sẻ (như oracle giá) để làm cho những tương tác này trở nên dự đoán được.

Khi composability mở rộng qua các chuỗi hoặc rollups, các lớp khả năng tương tác có thể giúp di chuyển tin nhắn hoặc tài sản, nhưng mô hình tương tác trở nên ít nguyên tử hơn và yêu cầu thêm sự tin tưởng và chăm sóc thiết kế.

Composability trong thực tế

Bạn có thể thấy composability trong nhiều quy trình DeFi hàng ngày. Các nhà tổng hợp DEX định tuyến giao dịch qua nhiều nguồn thanh khoản, hiệu quả “lắp ghép” nhiều sàn giao dịch thành một giao dịch hoán đổi với giá tốt nhất. Các kho lợi suất và giao thức chiến lược kết hợp các thị trường cho vay, các bể thanh khoản, và các cơ chế thưởng để tự động hóa các hành động danh mục đầu tư mà nếu không sẽ yêu cầu nhiều bước thủ công.

Các hệ thống stablecoin thường tích hợp các loại tài sản thế chấp bên ngoài, các nguồn cấp giá trên chuỗi, và các cơ chế thanh lý—mỗi cái là một mô-đun riêng biệt có thể được nâng cấp hoặc thay thế theo thời gian.

Composability cũng xuất hiện trong công cụ và tiêu chuẩn dành cho nhà phát triển. Các tiêu chuẩn token làm cho tài sản dễ dự đoán để tích hợp, trong khi các kiến trúc giao thức mô-đun cho phép các nhóm phát hành các phần nguyên thủy tập trung mà người khác có thể mở rộng.

Kết quả là một hệ sinh thái mà đổi mới thường trông giống như sự tái tổ hợp: các ứng dụng mới phân biệt bằng cách phối hợp các thành phần hiện có theo một cách mới lạ, thay vì tái phát minh hệ thống tài chính cốt lõi.

Tại sao Composability lại quan trọng

Composability quan trọng vì nó thúc đẩy đổi mới và giảm chi phí xây dựng các sản phẩm tài chính mới. Khi các phần nguyên thủy cốt lõi là mở và có thể tái sử dụng, các nhà phát triển có thể tập trung vào việc cải thiện trải nghiệm người dùng, quản lý rủi ro, và thiết kế chiến lược độc đáo thay vì xây dựng lại các sàn giao dịch, động cơ cho vay, hoặc hệ thống kế toán từ đầu.

Đối với người dùng, composability có thể có nghĩa là hiệu quả vốn tốt hơn—các tài sản có thể được sử dụng qua nhiều địa điểm khác nhau—và quy trình làm việc mượt mà hơn mà gộp nhiều bước vào một giao dịch.

Nó cũng thay đổi cạnh tranh: các giao thức trở thành nền tảng. Một phần nguyên thủy được thiết kế tốt có thể thu hút một hệ sinh thái các nhà tích hợp, điều này có thể củng cố thanh khoản và sự chấp nhận. Mặt trái là rủi ro hệ thống có thể tăng lên khi nhiều ứng dụng phụ thuộc vào cùng một thành phần, làm cho việc kiểm toán cẩn thận, giả định bảo thủ, và quản lý phụ thuộc rõ ràng trở nên thiết yếu.

Để hiểu tại sao mô hình “tài chính có thể xếp chồng” này lại trung tâm đến tài chính phi tập trung, hãy xem lại định nghĩa thực tiễn về tài chính phi tập trung và xem composability như là tính năng biến các dApp cô lập thành một hệ thống tài chính liên kết.