Buidler DAO: Tìm hiểu IBC—Giao thức truyền thông xuyên chuỗi của Cosmos trong một bài viết

Cần xuyên suốt Các thông điệp chuỗi được đóng gói thành các gói và lớp vận chuyển chịu trách nhiệm truyền, xác thực và sắp xếp các gói này. Ở lớp vận chuyển, nó không quan tâm có gì trong gói dữ liệu cũng như chuỗi nhận giải mã gói dữ liệu như thế nào. Từ góc độ lớp vận chuyển, thông tin trong gói chỉ là các byte ngẫu nhiên.

Các thành phần chính của lớp vận chuyển là các máy khách nhẹ, rơle, kết nối và kênh.

Khách hàng nhẹ

Chịu trách nhiệm xác minh bằng chứng tin nhắn trong gói dữ liệu. Máy khách nhẹ là lựa chọn thay thế nhẹ để chạy các nút đầy đủ. Không giống như nút đầy đủ,nó không lưu trữ tất cả dữ liệu khối cũng như không thực hiện giao dịch. Thay vào đó, họ chỉ xác minh tiêu đề khối. Ứng dụng khách nhẹ IBC thực sự là một thuật toán xác minh trong một chuỗi khối theo dõi các thay đổi trạng thái của một chuỗi khối khác (dấu thời gian, hàm băm gốc, hàm băm bộ xác thực tiếp theo), giúp tiết kiệm không gian và cải thiện hiệu quả xử lý cập nhật trạng thái đồng thuận.

Nói cách khác, hai khu vực độc lập sử dụng Chuỗi khối tương tác IBC A và B có các khách hàng nhỏ trong chuỗi đối tác của nhau. Ví dụ: có một client nhẹ của chuỗi B trên chuỗi A. Khi chuỗi A muốn truyền thông điệp X với chuỗi B, nó sẽ gửi tiêu đề khối của khối chứa thông điệp X và gói dữ liệu được chứng thực bởi thông báo đó tới chuỗi B. . Sau đó, Chuỗi B thực hiện xác minh mật mã bằng cách sử dụng gói đã nhận để xác định thông báo X đã thực thi của chuỗi A. ngược lại.

Mô hình bảo mật IBC dựa trên các khách hàng đơn giản hơn là các chuỗi. Nói cách khác, giao thức IBC không quan tâm đến thông tin chuỗi, miễn là IBC light client duy trì các cập nhật đồng thuận hợp lệ và có thể xác minh bằng chứng Merkle. Điều này tương tự với địa chỉ IP và DNS, trong đó địa chỉ IP là clientID của IBC và DNS là chainID.

Bộ lặp

Trong IBC, các chuỗi khối không truyền trực tiếp tin nhắn cho nhau thông qua mạng mà dựa vào các rơle để liên lạc. Bộ chuyển tiếp là các quy trình ngoài chuỗi chịu trách nhiệm giám sát trạng thái của từng chuỗi chạy giao thức IBC và chuyển tiếp các gói đã cập nhật đến chuỗi đối tác. Như trong ví dụ ở đoạn trước, khi A gửi tin nhắn X đến B, A sẽ gửi hoặc lưu trữ giá trị băm của gói chứa tin nhắn X trong máy trạng thái của nó. Khi rơle thấy rằng A đã gửi một thông báo X dành cho B trong máy trạng thái, họ chỉ cần nhận thông báo X và chuyển nó cho B.

Bộ lặp có trách nhiệm gửi các gói dữ liệu qua lại và không thể sửa đổi dữ liệu cũng không thực hiện bất kỳ xác minh nào trên các gói dữ liệu và do đó không cần phải tin cậy. Bộ lặp cũng cần thiết khi thiết lập kết nối và bắt tay kênh. Khi một chuỗi ở một đầu của kết nối cố gắng phân nhánh hoặc có hành vi nguy hiểm khác, rơle cũng có thể gửi bằng chứng về hành vi không phù hợp.

Có một lỗ hổng khi dựa vào rơle để liên lạc: hãy tưởng tượng nếu mỗi cặp blockchain chạy Repeater, điều này sẽ là rất phức tạp và lãng phí tài nguyên. Vì vậy, Cosmos Hub được sinh ra cho mục đích này, như một trung tâm truyền dữ liệu giữa các chuỗi khối. Chỉ cần chạy một chuyển tiếp giữa blockchain và Cosmos Hub, blockchain này có thể truyền dữ liệu đến và đi từ các blockchain khác đã được kết nối với Cosmos Hub.

Hiện nay, phương thức vận hành rơle off-chain có tính khả thi trong ngắn hạn, nhưng nó không thể thực hiện được về lâu dài. Về vấn đề này, IBC đã đề xuất một phương pháp khuyến khích chuyển tiếp trên chuỗi trong tiêu chuẩn chuỗi chéo ICS-29, bao gồm ba phương pháp khác nhau, phần mềm trung gian tính phí, trợ cấp phí và mô-đun ngân sách. Mục đích là cung cấp cho người chuyển tiếp một mô hình thu nhập bền vững.

Lưu ý: Vì bài viết này chủ yếu mô tả nguyên tắc hoạt động của giao thức IBC nên nếu bạn muốn Để biết thêm về nội dung của bộ lặp, bạn có thể đọc các bài viết liên quan đến bộ lặp trong tài liệu tham khảo ở cuối bài viết.

Kết nối

Chịu trách nhiệm kết nối các khách hàng hạng nhẹ trên hai chuỗi khác nhau và xác minh xem khách hàng của các đối tác tương ứng của họ có chính xác hay không thông qua bắt tay bốn chiều. Hiểu đơn giản là trước khi light client xác minh gói dữ liệu, kết nối trước tiên phải xác minh danh tính của trình xác minh "light client". Tất cả các hoạt động của bốn lần bắt tay này đều được kích hoạt bởi rơle và trước khi mỗi lần bắt tay cập nhật trạng thái kết nối, trạng thái của các máy khách nhẹ của nhau trên hai chuỗi sẽ được cập nhật trước để đảm bảo rằng trạng thái đồng thuận của chúng được cập nhật. Quá trình tổng quan như sau:

Bắt tay 1 – OpenInit , từ Cái bắt tay này do chain A khởi xướng sẽ cập nhật trạng thái kết nối của nó thành INIT

Bắt tay 2 – OpenTry , Chuỗi B xác minh danh tính của Chuỗi A dựa trên thông tin của Chuỗi A trong ứng dụng khách nhẹ của nó (ảnh chụp nhanh cuối cùng của thuật toán và trạng thái đồng thuận, bao gồm chiều cao mới nhất của hàm băm gốc và hàm băm của trình xác thực tiếp theo). Nó cũng xác minh xem chuỗi đối tác A có sở hữu thông tin nhận dạng của chuỗi B hay không. Sau khi cả hai được xác minh, chuỗi B bắt đầu quá trình bắt tay này và cập nhật trạng thái kết nối của nó thành TRY.

Handshake 3 – OpenAck, chuỗi A xác minh danh tính của chuỗi B trong client nhẹ của nó, At đồng thời xác minh xem chuỗi B có thông tin nhận dạng chính xác của chuỗi A hay không. Sau khi cả hai đều được xác minh, cái bắt tay này được bắt đầu từ chuỗi A sẽ cập nhật trạng thái kết nối của nó thành MỞ.

Bắt tay 4 – OpenConfirm, chain B xác nhận rằng cả việc tự nhận dạng và nhận dạng đối tác đều thành công và The trạng thái kết nối được cập nhật từ TRY sang OPEN Quá trình bắt tay kết thúc và kết nối IBC được thiết lập thành công

Từ mô tả về cái bắt tay bốn bước ở trên, chúng ta có thể thấy chuỗi A và chuỗi B đó Trong quá trình thiết lập kết nối, các khách hàng nhẹ có chuỗi đối thủ riêng sẽ xác minh thông tin đối thủ trong chuỗi của chính họ và thông tin của chuỗi đối thủ của họ để ngăn chặn hành vi mạo danh độc hại và xác minh rằng họ là nhau.

Kênh (kênh)

Giao tiếp giữa các ứng dụng trong IBC được thực hiện thông qua các kênh là các đường ống. vận chuyển các gói giữa các mô-đun ứng dụng trên các chuỗi khác nhau này. Một kết nối có thể có bất kỳ số lượng kênh liên kết nào. Tuy nhiên, mỗi kênh chỉ được liên kết với ConnectionID, được sử dụng để nhận dạng máy khách hạng nhẹ và kênh cũng có ID cổng (PortID), được sử dụng để xác định ứng dụng được kết nối với kênh.

Mô-đun ứng dụng trên chuỗi chịu trách nhiệm về cách giải mã và xử lý dữ liệu gói. Các gói dữ liệu được truyền qua kênh có thể được sắp xếp theo thứ tự (ĐẶT HÀNG) và được xử lý bởi mô-đun nhận theo thứ tự chúng được gửi; chúng cũng có thể được sắp xếp theo thứ tự (KHÔNG ĐẶT HÀNG) và được xử lý theo thứ tự chúng đến. Điều quan trọng cần nhấn mạnh là trong hầu hết các ứng dụng, thứ tự gửi gói không quan trọng, vì vậy các gói có thể được gửi theo bất kỳ thứ tự nào và được nhận theo bất kỳ thứ tự nào. Điều này đặc biệt quan trọng đối với việc chuyển mã thông báo. Bởi vì nếu một gói hết thời gian chờ thì không thể nhận chúng theo thứ tự được nữa và kênh được yêu cầu sẽ bị đóng. Hơn nữa, đối với giao tiếp giữa các blockchain, hầu hết đều không đồng bộ và khó đảm bảo rằng các gói dữ liệu được nhận theo thứ tự chúng được gửi.

Tương tự như cách thiết lập kết nối, một kênh được thiết lập thông qua bắt tay bốn chiều, mỗi bước được bắt đầu bởi một bộ lặp. Quá trình bắt tay thiết lập kênh như sau:

Handshake 1 – ChanOpenInit, set chain A sang trạng thái INIT. Trong quá trình này, ứng dụng có thể tùy chỉnh một loạt kiểm tra thông qua các cuộc gọi lại, chẳng hạn như cổng có chính xác hay không, kênh có theo thứ tự mong đợi hay không, phiên bản ứng dụng có nhất quán hay không, v.v.

Handshake 2 – ChanOpenTry, chuỗi B. Nếu trạng thái của chuỗi xác minh A là INIT, hãy đặt chuỗi B thành trạng thái THỬ.

Bắt tay 3 – ChanOpenAck, chuỗi A. Nếu trạng thái của chuỗi xác minh B là TRY, sau đó Chuỗi A được đặt ở trạng thái MỞ.

Bắt tay 4 – ChanOpenConfirm, chuỗi B. Nếu trạng thái của chuỗi xác minh A là MỞ, thì Chuỗi B được đặt ở trạng thái MỞ.

Khi trạng thái kênh của chuỗi A và chuỗi B đều MỞ, kênh được xác lập thành công. Trong mỗi lần bắt tay, cần phải kiểm tra tính nhất quán của phiên bản ứng dụng. Vì gói dữ liệu được phân tích cú pháp bởi ứng dụng nên nếu phiên bản ứng dụng khác, việc phân tích gói dữ liệu có thể không thành công.

Lưu ý rằng mặc dù quá trình bắt tay tương tự nhau nhưng Connection kết nối hai chuỗi khối. Kênh kết nối hai mô-đun.

Quá trình truyền gói dữ liệu

Trong nội dung trên, các thành phần chính của lớp vận chuyển lần lượt được giới thiệu, cách thức hoạt động của các máy khách nhẹ, bộ lặp, kết nối và kênh. Vậy làm thế nào để một gói dữ liệu được truyền qua các chuỗi?

Như trong hình trên, có hai ví dụ về quy trình gói, ví dụ đầu tiên là quy trình gói thành công và thứ hai là quy trình trong trường hợp hết thời gian chờ. Giải thích chi tiết như sau:

APP A trong chuỗi A gọi sendPacket để gửi đến APP B trong chuỗi B. Đối với gói dữ liệu, IBC lõi a của chuỗi A gửi gói dữ liệu để cập nhật trạng thái của nó. Rơle phát hiện gói dữ liệu này và gửi tin nhắn đến IBC lõi b của chuỗi B. Trong quá trình này, lõi IBC a và lõi IBC b sẽ thực hiện nhiều xác minh khác nhau để xác minh rằng gói dữ liệu thực sự được gửi bởi chuỗi A, liệu thứ tự của các gói dữ liệu có đúng hay không, chứng chỉ tin nhắn của gói dữ liệu có hợp lệ hay không, v.v. . Nếu xác thực IBC lõi thành công, gói này sẽ đến APP B. Sau khi APP B nhận được gói dữ liệu từ IBC lõi, nó sẽ giải nén gói đó theo cấu trúc dự kiến, sau đó thực thi logic ứng dụng tương ứng. Sau khi xử lý gói dữ liệu, biên nhận cũng sẽ được trao cho chuỗi A.

Trong cấu trúc gói dữ liệu trong giao thức IBC, dấu thời gian hết thời gian chờ (TimeoutTimestamp) và chiều cao khối thời gian chờ ( TimeoutHeight ), nếu quá thời gian để gói dữ liệu đến chuỗi B thì gói dữ liệu sẽ không được xử lý. Nếu chuỗi A không nhận được biên nhận sau khi gói dữ liệu đã gửi hết thời gian chờ, nó sẽ khôi phục trạng thái của gói dữ liệu. Ví dụ: ứng dụng chuyển mã thông báo sẽ hủy quyền giám sát mã thông báo bị khóa, v.v.

Lớp ứng dụng

Lớp ứng dụng là nơi người dùng cuối tương tác. Nó là một loạt các ứng dụng được xây dựng trên lớp vận chuyển và chịu trách nhiệm xử lý các gói đến từ kênh của lớp vận chuyển. Các ứng dụng IBC được sử dụng phổ biến nhất hiện nay là chuyển mã thông báo chuỗi chéo và tài khoản chuỗi chéo.

Chuyển mã thông báo chuỗi chéo

Người dùng có thể gửi mã thông báo qua các chuỗi hỗ trợ IBC, tuân theo Tiêu chuẩn chuỗi chéo 20 (ICS-20). ICS-20 (Tiêu chuẩn Interchain-20) chỉ định cấu trúc của các gói và cách chuỗi nhận giải mã chúng. Bằng cách ký quỹ mã thông báo trên chuỗi nguồn, bằng chứng về ký quỹ và siêu dữ liệu mã thông báo được chuyển tiếp đến chuỗi mục tiêu, trong đó bằng chứng về ký quỹ được xác minh bởi một máy khách đơn giản được lưu trữ trên chuỗi mục tiêu. Nếu quá trình xác minh thành công, chứng chỉ sẽ được tạo cho mã thông báo trên chuỗi mục tiêu và xác nhận sẽ được gửi trở lại chuỗi nguồn. Cũng có trường hợp mã thông báo được chuyển từ chuỗi mục tiêu trở lại chuỗi nguồn. Trước tiên, chuỗi mục tiêu sẽ hủy mã thông báo và sau đó chuỗi nguồn sẽ giải phóng mã thông báo được quản lý.

Tài khoản chuỗi chéo

Tuân theo ICS-27 và là giao thức quản lý tài khoản chuỗi chéo dựa trên IBC. Các chuỗi cũng được kích hoạt ICS-27 có thể tạo tài khoản trên chuỗi khác theo chương trình và kiểm soát các tài khoản đó bằng cách gửi các gói qua IBC mà không cần phải ký bằng khóa riêng. Tài khoản chuỗi chéo cho phép chuỗi khối không chỉ trao đổi dữ liệu mà còn ghi trạng thái. Tài khoản chuỗi chéo chứa tất cả các chức năng của một tài khoản thông thường (tức là đặt cược, gửi, bỏ phiếu) và nó được quản lý bởi một chuỗi riêng thông qua IBC, tức là chuỗi điều khiển. Các tài khoản trên chuỗi kiểm soát có toàn quyền kiểm soát các tài khoản trên chuỗi máy chủ.

Giải thích thêm, tại sao tài khoản chuỗi chéo có thể đạt được tất cả chức năng của tài khoản thông thường mà không cần chữ ký chính? Nói một cách đơn giản, các gói IBC có “hướng dẫn lập trình” được gửi đến chuỗi chính thông qua chuỗi điều khiển để kiểm soát theo chương trình các tài khoản trong chuỗi chính.

Một tính năng khác của tài khoản chuỗi chéo là nó cải thiện trải nghiệm tương tác chuỗi chéo và cho phép người dùng Ở lại trên cùng một giao diện và nhận ra sự tương tác xuyên chuỗi mà không có bất kỳ ý nghĩa nào.

Ngoài việc chuyển mã thông báo chuỗi chéo và tài khoản chuỗi chéo nêu trên, IBC còn có:

- Bảo mật liên chuỗi:  đã được nêu bật và nâng cấp tại hội nghị Cosmos 2.0. Nó cho phép blockchain thuê bảo mật từ một chuỗi khác (chẳng hạn như Cosmos Hub) mà không cần thiết lập các nút xác minh riêng và chỉ phải trả một khoản phí thuê nhỏ.

- Phần mềm trung gian tính phí: Tuân theo ICS-29 để khuyến khích người chuyển tiếp gói .

- Chuyển NFT chuỗi chéo: ICS-721, là a Giao thức lớp ứng dụng có thể cho phép khả năng tương tác NFT chuỗi chéo giữa các chuỗi khối dựa trên kết nối IBC (bao gồm chuỗi đồng nhất và chuỗi không đồng nhất).

  IBC an toàn đến mức nào?   

Trong số bảy nhóm phát triển chính trong hệ sinh thái Cosmos, Nhóm Hệ thống không chính thức chịu trách nhiệm chính trong việc đánh giá bảo mật. Đặc tả giao thức IBC, đánh giá giao thức và thử nghiệm dựa trên mô hình đều do nhóm này thực hiện. Bảo mật IBC được thiết kế xoay quanh hai nguyên tắc chính:

Thay vào đó hãy tin tưởng vào chuỗi (sự đồng thuận) của một cây cầu (bên thứ ba)

Việc xác thực các gói trong IBC được thực hiện bởi client hạng nhẹ. Do đó, tính bảo mật của IBC phụ thuộc vào tính bảo mật của các client nhẹ. Nói cách khác, khi sử dụng IBC để tương tác giữa các chuỗi, không cần thêm bên thứ ba đáng tin cậy nào, đây còn gọi là "giảm thiểu niềm tin". Sử dụng ứng dụng khách nhẹ dựa trên chuỗi nguồn cũng có nghĩa là tính bảo mật của nó về cơ bản phù hợp với các giả định bảo mật của chuỗi khối cơ bản.

Cơ chế cách ly lỗi

Mọi thiệt hại gây ra khi các chuỗi này bị ảnh hưởng bởi hành vi nguy hiểm đều có thể được hạn chế.

Trong Tendermint, cần có tính xác định nhanh của chuỗi (tức là. Các giao dịch được đóng gói nhanh chóng và không thể thu hồi hoặc thay đổi), đây cũng là điều kiện tiên quyết đối với IBC nên về nguyên tắc, các fork không được xảy ra. Nếu hành vi nguy hiểm xảy ra trên một chuỗi sử dụng IBC để liên lạc giữa các chuỗi, người chuyển tiếp có thể gửi bằng chứng về hành vi sai trái và khách hàng hạng nhẹ trên chuỗi kia sẽ bị đóng băng. Sau khi cuộc tấn công bị vô hiệu hóa, tiền có thể được phục hồi bằng cách giải phóng khách hàng hạng nhẹ thông qua các khuyến nghị quản trị.

Như chúng ta đã biết, stablecoin Luna của chuỗi Terra gần như đạt mức 0 trong cuộc khủng hoảng này. mặc dù hệ sinh thái Một số blockchain đã bị ảnh hưởng, nhưng hầu hết chúng đều bị ảnh hưởng bởi mô hình kinh tế và việc sử dụng giao thức IBC về mặt bảo mật cũng đã vượt qua được thử nghiệm.

So với cầu nối chuỗi chéo, việc giảm thiểu sự tin cậy của IBC giúp bảo mật cao hơn. Nhưng nó cũng có những sai sót. “Khách hàng nhẹ” cốt lõi thực hiện việc giảm thiểu sự tin cậy của IBC là một nhiệm vụ phát triển khó khăn đối với một nhóm nhỏ. Trong sách trắng của Cosmos2.0 có đề cập rằng “bảo mật chuỗi chéo” có thể giải quyết được vấn đề này. Bảo mật chuỗi chéo sẽ cho phép các chuỗi khối khác "thuê" bảo mật từ Cosmos Hub mà không cần phải xây dựng và duy trì các nút xác minh cho chuỗi của riêng họ. Có thể hiểu rằng Cosmos Hub là chuỗi nhà cung cấp và các chuỗi ứng dụng khác là chuỗi người tiêu dùng. Chuỗi nhà cung cấp tạo ra các khối cho chuỗi người tiêu dùng và chuỗi người tiêu dùng phát hành phần thưởng khối cho chuỗi nhà cung cấp và những người xác minh chuỗi đó. Đối với các nhóm nhỏ, việc sử dụng bảo mật chuỗi chéo có thể giảm bớt gánh nặng kỹ thuật quá mức trong giai đoạn đầu trong khi vẫn đảm bảo tính bảo mật cho chuỗi khối của họ.

IBC tận dụng các chuỗi không phải Cosmos khác như thế nào?

Mặc dù IBC có nguồn gốc từ Cosmos nhưng nó cũng có thể được sử dụng trong các chuỗi khác (không dựa trên Bản dựng Cosmos SDK) hoặc thậm chí là sự đồng thuận hoàn toàn khác với Tendermint. Nhưng điều này đòi hỏi một loại đồng thuận dựa trên chuỗi và khung blockchain, đồng thời phát triển các thành phần khác nhau cần thiết cho IBC, chẳng hạn như:

1. Triển khai ứng dụng khách hạng nhẹ trên chuỗi triển khai lớp vận chuyển IBC, được sử dụng để theo dõi chuỗi đối tác được kết nối. (Việc triển khai ứng dụng khách nhẹ của chuỗi đối tác theo kiến trúc kỹ thuật của chuỗi này)

2. Việc triển khai ứng dụng khách nhẹ loại đồng thuận dựa trên chuỗi sẽ được sử dụng trên chuỗi đối tác.

Như đã đề cập trước đó, việc phát triển các thành phần này không phải là vấn đề đơn giản. Với sự hỗ trợ của Inter-Chain Foundation (ICF), có một số nhóm phát triển sử dụng IBC cho Bitcoin, Ethereum, Polkadot, v.v.

Chuỗi ứng dụng nào sử dụng IBC?

Kể từ khi Cosmos ra mắt giao thức truyền thông liên chuỗi chuỗi khối (IBC) vào tháng 4 năm 2021, Internet chuỗi khối Cosmos đang phát triển nhanh chóng. Đánh giá từ dữ liệu trên IOBScan, cho đến nay, đã có 53 chuỗi ứng dụng được kết nối thông qua IBC, 48 chuỗi hoạt động và 9,2 triệu giao dịch IBC đã xảy ra. Việc triển khai thành công IBC sẽ thu hút nhiều người dùng hơn đến với Cosmos, điều này mang lại lợi ích cho toàn bộ hệ sinh thái.

  chuỗi ứng dụng của IBC có thể chủ động đầu tư vào hệ sinh thái Cosmos trong tương lai. Sau đây là phần giới thiệu ngắn gọn về các dự án sinh thái Cosmos sử dụng IBC. Tất cả dữ liệu đều lấy từ "Hệ sinh thái Cosmos - Báo cáo hàng quý quý 3 năm 2022".   

Osmosis – DEX hàng đầu trên Cosmos  

Liên kết: https://osmosis.zone /

Osmosis có TVL là 209 triệu USD, đứng thứ hai trong hệ sinh thái Cosmos . Thẩm thấu luôn cung cấp một dòng chảy có tính thanh khoản cao và là lựa chọn hàng đầu trong hệ sinh thái Cosmos.

Osmosis đã trở thành công cụ số 1 trong số liệu thống kê của IBC, với khối lượng IBC 30 ngày tăng lên hàng tháng trong Quý 3. Vào tháng 9, tổng khối lượng giao dịch IBC của Osmosis là 468,73 triệu USD và hiện có 46 công ty ngang hàng và 174 kênh. Ngoài ra, Osmosis có 62.027 người dùng IBC hoạt động hàng tháng, chiếm 45,4% tổng MAU.

Kava – dành cho Cosmos Nền tảng DeFi đầu tiên  

Liên kết: https://www.kava.io/

Kava Network là một chuỗi khối Layer1. Kiến trúc "đồng chuỗi" mà nó đề xuất có thể hỗ trợ dòng chảy chuỗi chéo của Ethereum EVM và Cosmos. Nó cam kết cung cấp cho các nhà phát triển và ứng dụng sản phẩm không có ngưỡng và vĩnh viễn. Kava DApp do nhóm của họ xây dựng là nền tảng DeFi đầu tiên trên Cosmos, tương tự như MakerDAO, cung cấp các dịch vụ tài chính phi tập trung xuyên chuỗi cho các khoản thế chấp tài sản kỹ thuật số chính thống và stablecoin