Hiểu bộ ba theo dõi bảo hiểm DeFi trong một bài viết: Cover, Nsure và NXM

Tiêu đề gốc: "Hiểu về bộ ba của con đường bảo hiểm DeFi trong một bài viết: Cover, Nsure và NXM"

Nguồn gốc: Blue Fox Notes

Các giao thức DeFi dễ vỡ

Sau đây là những vấn đề mà nhiều giao thức DeFi gặp phải trong tháng qua hoặc hơn thế. Các cuộc tấn công khác nhau bao gồm từ các cuộc tấn công chênh lệch giá cho vay chớp nhoáng đến hành vi trộm cắp tài chính nhằm khai thác các lỗ hổng mã.

·  Thu hoạch 25 triệu USD

·  PickleFinance 20 triệu USD

·  Giao thức gốc 8 triệu USD

·  Giá trị DeFi 7 triệu đô la Mỹ

·  CheeseBank 3,3 triệu USD

· Akropolis 2 triệu đô la

DeFi đã trở thành bữa tiệc dành cho các “nhà khoa học”, nhắc nhở thêm những người tham gia không đầu tư tiền mà họ không thể duy trì mất tiền để tham gia DeFi hiện tại.

Làm thế nào để giải quyết tình trạng này? Ngoài việc lặp lại và kiểm tra chắc chắn hơn, còn cách nào khác không? Nếu không giải quyết được nỗi lo của người tham gia, sự phát triển của DeFi sẽ chững lại.

Trong hành trình của DeFi, bảo hiểm là một mảnh ghép quan trọng để giải quyết vấn đề này.

Bất kỳ giao thức DeFi nào cũng cần có bảo hiểm

Để phát triển, DeFi cần có cơ sở hạ tầng như bảo hiểm. Sẽ là không thực tế nếu chỉ dựa vào người dùng giao thức DeFi để tự mua bảo hiểm. Một trong những giải pháp tốt nhất là giao thức DeFi trích một phần phí giao dịch hoặc doanh thu khai thác của giao thức và gửi nó vào nhóm dự trữ vốn của dự án và một phần của nhóm dự trữ vốn này được sử dụng để mua toàn bộ bảo hiểm của thỏa thuận, ngay cả khi Ban đầu không thể bảo hiểm toàn bộ tài sản nhưng việc có thể bảo vệ được một tỷ lệ nhất định trong số đó sẽ giúp người dùng yên tâm hơn rất nhiều. Nếu điều này không thực tế ngay từ đầu, bên dự án cũng có thể sử dụng thị trường bảo hiểm để trở thành nhà bảo lãnh phát hành và cung cấp bảo hiểm chi phí tương đối thấp cho người dùng hợp đồng, điều này có thể nâng cao niềm tin của người dùng và giảm bớt gánh nặng.

Cuối cùng, hầu hết các giao thức DeFi sẽ coi dịch vụ bảo hiểm là một thành phần quan trọng của dịch vụ giao thức. Chỉ bằng cách này, những lo lắng của người dùng mới có thể thực sự được giải quyết.

Khả năng trong tương lai này đồng nghĩa với cơ hội lớn cho các dự án bảo hiểm. Để thu hút người dùng và củng cố hào quang của họ, ngày càng nhiều dự án DeFi sẽ đưa một phần lợi nhuận của họ vào thị trường bảo hiểm, đồng nghĩa với việc tăng nhu cầu bảo hiểm và tăng quy mô thu nhập phí bảo hiểm. Ngoài ra, xét đến tính minh bạch tốt hơn và tính thanh khoản tốt hơn của thị trường bảo hiểm DeFi, DeFi sẽ có tỷ lệ thâm nhập cao hơn so với thị trường bảo hiểm trong các ngành truyền thống.

Từ góc độ này, Blue Fox Notes lạc quan về thị trường bảo hiểm DeFi trong tương lai. Vậy trong đường đua này, ai sẽ nổi bật giữa Nexus Mutual, Nsure và Cover? Có phải cổ và cổ không? Hay là một người siêu mạnh? Hay nó là một sự nổi bật? Mô hình tương lai sẽ ra sao, có lẽ chỉ có thời gian mới trả lời được vì còn quá nhiều điều không chắc chắn.

Nhưng trước đó, hãy xem nhanh chúng là gì.

Mô hình vận hành mã thông báo kép bảo hiểm của Cover

Cover là bảo hiểm ngang hàng chợ. Cơ chế hoạt động bảo hiểm của Cover áp dụng mô hình token kép bảo hiểm. Mục tiêu dài hạn của nó là xây dựng một thị trường bảo hiểm cho mọi thứ, nhưng hiện tại, trọng tâm của nó là thị trường DeFi. Nó sử dụng mô hình đường cong liên kết để thiết lập giá bảo hiểm.

Cái gọi là cơ chế vận hành mã thông báo kép bảo hiểm chủ yếu đề cập đến các mã thông báo CLAIM và NOCLAIM đồng nhất trong thị trường bảo hiểm Cover. Mã thông báo có thể thay thế là mã thông báo có thể thay thế được. Mô hình mã thông báo kép bảo hiểm này là cốt lõi trong cách thức hoạt động của giao thức Cover.

Hai token đầu tiên được đồng nhất hóa, token CLAIM và NOCLAIM, được tạo bởi người dùng gửi tài sản thế chấp vào hợp đồng thông minh Cover. Mỗi hợp đồng bảo hiểm chứa giao thức được chỉ định để được bảo hiểm, tài sản thế chấp được ký gửi (chẳng hạn như DAI hoặc ETH), số tiền được lưu trữ và ngày hết hạn của bảo hiểm.

Định dạng của mã mã thông báo bảo hiểm: COVER_{Thỏa thuận__{Maturity__{Tài sản thế chấp__{Nonce__{Direction

Ví dụ: Mã thông báo bảo hiểm tổng hợp

COVER_COMPOUND_2020_12_31_DAI_0_CLAIM

COVER_COMPOUND_2020_12_31_DAI_0_NOCLAIM

Mã thông báo bảo hiểm có thể thay thế duy trì tỷ lệ cơ bản 1:1 với tài sản thế chấp của chúng. Ví dụ: cứ 1 DAI được gửi, người dùng sẽ nhận được hai mã thông báo bảo hiểm, một mã thông báo CLAIM (mã thông báo có thể xác nhận quyền sở hữu) và một mã thông báo NOCLAM (mã thông báo không thể xác nhận quyền sở hữu). Mã thông báo NOCLAIM là mã thông báo vốn sở hữu đại diện cho quyền nhận tài sản thế chấp trong trường hợp không có khiếu nại trong khoảng thời gian bảo hiểm được chỉ định. Mã thông báo CLAIM cũng là mã thông báo vốn chủ sở hữu, thể hiện quyền nhận tài sản thế chấp đã ký gửi (hoặc một phần tài sản thế chấp) sau khi xác nhận thanh toán yêu cầu bồi thường trong quá trình quản lý yêu cầu bồi thường. Mối quan hệ giữa mã thông báo CLAIM và mã thông báo NOCLAIM và tài sản thế chấp:

1mã thông báoCLAIM + 1 mã thông báo NOCLAIM≈1 tài sản thế chấp (chẳng hạn như DAI)

*Nếu khiếu nại xảy ra, 1CLAIM mã thông báo ≈ 1 tài sản thế chấp (chẳng hạn như DAI) và mã thông báo 1NOCLAIM = 0;

* Nếu không có yêu cầu nào xảy ra khi đáo hạn, 1NOCLAIM ≈ 1 tài sản thế chấp ( Ví dụ DAI) , 1 mã thông báoCLAIM = 0.

Nói cách khác, Cover Hoạt động của thị trường bảo hiểm chủ yếu dựa vào hai mã thông báo có thể thay thế này và mã thông báo bảo hiểm này có tính thanh khoản bằng cách cung cấp nhóm thanh khoản trên DEX (hiện chủ yếu là Balancer). Do đó, sau khi tạo, mã thông báo CLAIM và NOCLAIM có thể được sử dụng để cung cấp thanh khoản, có thể bán và thậm chí có thể được sử dụng làm tài sản thế chấp trên nền tảng cho vay.

Hiện có hai nhóm mã thông báo bảo hiểm Cover trên Balancer: 98% mã thông báo CLAIM và 2% DAI, và một nhóm khác gồm 98% mã thông báo NOCLAIM và 2% DAI.

Ba vai trò trong thị trường bảo hiểm Cover

Trong cơ chế vận hành bảo hiểm Cover, có ba loại Vai trò chính: nhà tạo lập thị trường, nhà cung cấp bảo hiểm, người yêu cầu bảo hiểm. Trong số đó, cả nhà tạo lập thị trường và nhà cung cấp bảo hiểm đều cần ký gửi tài sản thế chấp và người yêu cầu bảo hiểm chủ yếu là người dùng các giao thức DeFi khác nhau. Họ có thể mua token bảo hiểm trên các thị trường như Balancer.

1. Nhà tạo lập thị trường

Nhà tạo lập thị trường nắm giữ các token CLAIM và NOCLAIM, đồng thời cung cấp tính thanh khoản cho cả hai token. Mục đích chính của các nhà tạo lập thị trường là kiếm thu nhập tạo lập thị trường từ việc cung cấp thanh khoản và trợ cấp thu nhập từ việc khai thác.

Trước tiên, nhà tạo lập thị trường cần ký gửi tài sản thế chấp, chẳng hạn như DAI, sau đó nhận hai mã thông báo bảo hiểm CLAIM và NOCLAIM, sau đó cung cấp CLAIM và NOCLAIM trên Trình cân bằng Token cung cấp tính thanh khoản. Trở thành nhà tạo lập thị trường có thể kiếm thu nhập từ phí thanh khoản và thu nhập từ mã thông báo Cover. Tuy nhiên, các nhà tạo lập thị trường cũng có thể bán bất kỳ mã thông báo CLAIM hoặc NOCLAIM nào; nếu họ muốn thoát, họ cũng có thể sử dụng mã thông báo CLAIM và NOCLAIM.

Tất nhiên, việc trở thành nhà tạo lập thị trường cũng tiềm ẩn nguy cơ mất thanh khoản tạm thời, nhưng mức lỗ này sẽ không lớn vì nó là 98%/2% CLAIM và Nhóm mã thông báo NOCLAIM.

2. Nhà cung cấp bảo hiểm

Nhà cung cấp bảo hiểm chỉ nắm giữ token NOCLAIM và cung cấp tính thanh khoản cho chúng. Nói cách khác, nhà cung cấp bảo hiểm chủ yếu bảo lãnh bảo hiểm hơn là trở thành người yêu cầu bảo hiểm. Các bên tham gia dự án có thể trở thành nhà cung cấp bảo hiểm để cung cấp bảo hiểm cho người dùng hợp đồng của họ.

Để trở thành nhà cung cấp bảo hiểm, trước tiên bạn cần gửi tài sản thế chấp và thu thập mã thông báo CLAIM và NOCLAIM; sau đó bán mã thông báo CLAIM mà bạn nắm giữ (bạn có thể Kiếm phí bảo hiểm) và chỉ cung cấp tính thanh khoản cho token NOCLAIM.

Nếu giao thức bán mã thông báo CLAIM cho người dùng của chính nó (thậm chí có thể có chiết khấu, làm cho giá thấp hơn được người dùng giao thức chấp nhận hoặc thông qua trợ cấp mã thông báo Bán nó theo những cách khác) và tự mình giữ mã thông báo NOCLAIM, tương đương với việc cung cấp dịch vụ bảo lãnh giá thấp cho người dùng. Đây cũng là một dấu hiệu quan trọng cho thấy sự tin cậy của thỏa thuận trong việc thể hiện với người dùng.

Đồng thời, bạn cũng có thể nhận được phí cung cấp tính thanh khoản cho nhóm mã thông báo NOCLAIM. Đồng thời, bạn có thể cầm cố các mã thông báo LP lỏng để tham gia vào Khai thác khiên. Nhận phần thưởng COVER. Tất nhiên, bạn cũng có thể chọn bán mã thông báo NOCLAIM để giảm thiểu rủi ro. Nếu không có yêu cầu bồi thường nào xảy ra khi hết hạn bảo hiểm, nhà cung cấp bảo hiểm (chẳng hạn như bên dự án hoặc bất kỳ tổ chức nào khác) cũng có thể sử dụng mã thông báo NOCLAIM để mua lại tài sản thế chấp.

Khác với nhà tạo lập thị trường nắm giữ hai mã thông báo bảo hiểm, vì nhà cung cấp bảo hiểm chỉ giữ lại mã thông báo NOCLAIM và trở thành người bảo lãnh phát hành, nếu xảy ra sự kiện thành công. Khi yêu cầu bồi thường, tài sản thế chấp của nhà cung cấp bảo hiểm sẽ bị tổn thất, hơn nữa, tổn thất tạm thời về thanh khoản cũng giống như tổn thất của các nhà tạo lập thị trường và có thể gây ra tổn thất nhưng nhìn chung sẽ không quá lớn.

3. Người yêu cầu bảo hiểm

Người yêu cầu bảo hiểm (Người tìm kiếm bảo hiểm) nắm giữ Đồng xu proxy CLAIM , mục đích của nó là để bảo vệ tính bảo mật của tài sản trong giao thức của nó. Người yêu cầu bảo hiểm là người dùng mua bảo hiểm. Việc mua bảo hiểm rất đơn giản và không yêu cầu KYC. Bạn chỉ cần mua mã thông báo CLAIM của một giao thức cụ thể trên DEX (Balancer). Tất nhiên, có một cách khác là gửi tài sản thế chấp để nhận token CLAIM và NOCLAIM, sau đó bán token NOCLAIM, chỉ giữ token CLAIM hoặc cung cấp thanh khoản cho token CLAIM (kiếm thu nhập từ thanh khoản và token COVER) phần thưởng coin).

Người dùng có nhu cầu bảo hiểm mua mã thông báo CLAIM của một thỏa thuận nhất định, có nghĩa là khi sự kiện yêu cầu bồi thường thành công xảy ra trong thỏa thuận trong thời gian bảo lãnh, người mua bảo hiểm có thể sử dụng Mã thông báo CLAIM Việc đổi tiền xu được thanh toán bằng tài sản thế chấp.

Ngoài ra, người dùng mua bảo hiểm còn có các lựa chọn khác để kiếm thu nhập thanh khoản bằng cách cung cấp thanh khoản cho mã thông báo CLAIM trong khi bảo vệ tài sản cơ bản của các giao thức tương ứng của họ; họ cũng có thể mua với số lượng tương tự ví dụ: mã thông báo NOCLAIM, trước khi bảo hiểm hết hạn hoặc xảy ra sự kiện yêu cầu bồi thường, CLAIM có trong tay và mã thông báo NOCLAIM đã mua có thể được sử dụng để đổi tài sản thế chấp.

Đối với người yêu cầu bảo hiểm, rủi ro chính là nếu không xảy ra sự kiện yêu cầu bồi thường thì phí bảo hiểm đã đóng sẽ được trả cho người bảo lãnh. được an toàn trong các dự án được bảo vệ.

Ngoài ra, trong thỏa thuận Cover, nếu xảy ra hoạt động mua lại, thỏa thuận cần tính một tỷ lệ phí nhất định.

Quản lý khiếu nại của Cover

Các khiếu nại của Cover chủ yếu được chia thành ba bước: nộp đơn khiếu nại, biểu quyết và quyết định cuối cùng của ủy ban.

*Nộp đơn khiếu nại

Bất kỳ ai cũng có thể khởi kiện bằng cách trả phí nộp đơn khiếu nại. Phí gửi yêu cầu cho mỗi giao thức sẽ có tác dụng cấp số nhân để ngăn chặn các cuộc tấn công thư rác. Ngoài ra, bất kỳ ai cũng có thể đưa ra yêu cầu bắt buộc bằng cách trả phí yêu cầu bắt buộc. Các yêu cầu bắt buộc có thể được đưa trực tiếp đến quá trình ra quyết định của ủy ban.

*Bỏ phiếu

Sau khi sự kiện xác nhận quyền sở hữu được gửi, việc bỏ phiếu sẽ được tiến hành thông qua ảnh chụp nhanh. Người nắm giữ token COVER có thể tham gia bỏ phiếu để xác định xem yêu cầu bồi thường có hợp lệ hay không. Nếu một cuộc bỏ phiếu được thực hiện để từ chối yêu cầu bồi thường, yêu cầu đó sẽ bị từ chối. Nếu bất kỳ ai không đồng ý với kết quả bỏ phiếu của cộng đồng, họ có thể nộp đơn yêu cầu thực thi.

*Quyết định cuối cùng của "Ủy ban xác thực yêu cầu bồi thường"

Ủy ban xác thực yêu cầu bồi thường Committe) kiểm toán các yêu cầu bồi thường. Họ là những kiểm toán viên chuyên nghiệp có thể cung cấp các báo cáo đánh giá chuyên nghiệp và quyết định xem các tiêu chuẩn yêu cầu bồi thường có được đáp ứng hay không và tỷ lệ phần trăm nào sẽ được hoàn trả. Mỗi yêu cầu bồi thường được chỉ định từ 5 kiểm toán viên trở lên. Để xác định một sự kiện yêu cầu bồi thường, hơn 50% người đánh giá phải đồng ý về tính hợp lệ của yêu cầu bồi thường và xác định tỷ lệ hoàn trả nếu yêu cầu bồi thường xảy ra.

Cuối cùng, nếu yêu cầu được thông qua thành công, chủ sở hữu mã thông báo CLAIM có thể đổi số tiền hoàn trả sau một khoảng thời gian nhất định.

Mô hình “Loyod’s phi tập trung” của Bảo hiểm Nsure

Thỏa thuận bảo hiểm Nsure Cốt lõi của bảo hiểm là Cũng như các dự án bảo hiểm khác, để hình thành thị trường bảo hiểm cũng cần tập trung vào ba khía cạnh là ưu đãi bảo lãnh, ưu đãi người yêu cầu và quy trình bồi thường. Nó sử dụng ba cơ chế cốt lõi để thúc đẩy hoạt động của mô hình của mình: mô hình định giá động, mô hình nhóm vốn và cơ chế ra quyết định yêu cầu biểu quyết theo nhóm ba giai đoạn.

Mô hình định giá động của giao thức Nsure

Định giá động dựa trên yêu cầu về vốn và mối quan hệ cung ứng của từng dự án Quyết định . Yêu cầu về vốn (tổng số tiền bảo hiểm) liên quan đến tổng tài sản khóa của dự án, tỷ lệ nhu cầu, v.v. Tỷ lệ nhu cầu sẽ bị ảnh hưởng bởi tỷ lệ thâm nhập bảo hiểm và thị phần Nsure. Cung cấp vốn chủ yếu liên quan đến tài sản được bảo lãnh đằng sau mỗi dự án. Một trong những thiết kế thú vị là người dùng có thể tối đa hóa số tiền đặt cược của mình lên mức đòn bẩy gấp 4 lần. Ngoài ra, khi xem xét định giá cao, ngoài cung và cầu vốn, yếu tố rủi ro cũng được xem xét.

Cuối cùng, việc định giá phụ thuộc vào mối quan hệ cung cầu và mức độ rủi ro của dự án. Giá phí bảo hiểm liên quan đến α, β, các yếu tố rủi ro, v.v. trong đó α và β là các tham số trong phân phối Beta. Các yếu tố cung và cầu chuyển đổi tổng số tiền bảo hiểm và tổng tài sản bảo lãnh cầm cố thành α và β. Các giao thức DeFi khác nhau có những rủi ro khác nhau, trong giai đoạn đầu, Nsure sẽ tự đánh giá rủi ro của các dự án DeFi và trong tương lai, cộng đồng sẽ tham gia xếp hạng rủi ro.

(Ví dụ về phí bảo hiểm và hoàn trả của Nsure, Nsure)

Mô hình nhóm vốn của giao thức Nsure

Nhóm vốn có thể được sử dụng để khai thác nhằm thúc đẩy người dùng bảo lãnh. Đồng thời, một khi một sự kiện yêu cầu bồi thường xảy ra, Sẽ hỗ trợ thanh toán bồi thường. Nếu quỹ thặng dư không thể đáp ứng MCR (yêu cầu về vốn tối thiểu) và không thể hoàn trả tất cả các yêu cầu bồi thường, quỹ vốn sẽ được sử dụng để thanh toán các khoản hoàn trả còn lại. Mô hình tập hợp vốn là hỗ trợ quan trọng cho hoạt động của Nsure, giải quyết bài toán cung vốn, đảm bảo không xảy ra rủi ro hệ thống, đồng thời thu hút nhiều người tham gia cung cấp vốn bảo lãnh.

Quỹ thặng dư được tài trợ bằng phí bảo hiểm và có thể thu được 50% tổng phí bảo hiểm, 10% trong số đó sẽ được chuyển vào quỹ thặng dư sau khi bảo hiểm hết hạn và không có yêu cầu nào được thanh toán. . 50% phí bảo hiểm còn lại được phân bổ cho người bảo lãnh.

Quy trình yêu cầu bồi thường theo giao thức Nsure

Nsure áp dụng quy trình yêu cầu bồi thường ba giai đoạn. sẽ tham gia và chính các nạn nhân sẽ bỏ phiếu để nộp đơn yêu cầu bồi thường; sau đó một cơ quan kiểm toán chuyên nghiệp sẽ được giới thiệu để trình bày chi tiết về vấn đề cho tất cả các bên; và cuối cùng một cuộc bỏ phiếu sẽ được tổ chức. Quy trình gần đúng như sau:

(Quy trình yêu cầu bồi thường của Nsure, Nsure)

So với quy trình yêu cầu bồi thường của Cover, cả hai đều áp dụng biện pháp kiểm toán chuyên nghiệp. Ở Nsure, đây là một tổ chức kiểm toán chuyên nghiệp, trong khi ở Cover, đó là "Ủy ban Hiệu lực Yêu cầu bồi thường (CVC)".

Sự tích hợp giữa mô hình mã thông báo của Nsure và sự phát triển giao thức

Mã thông báo Nsure có thể được sử dụng làm cam kết cho nhóm vốn Tài sản và tài sản cầm cố của nguồn vốn tương đương với tài sản bảo lãnh phát hành và có thể thu được 50% phí bảo hiểm. Ngoài ra, Nsure cũng có thể tham gia khai thác và kiếm thêm Nsure bằng cách đặt cọc tài sản. Bản thân nó đã trở thành một tài sản sinh lợi, một mặt có thể làm giảm lưu thông và đồng thời thu được giá trị tăng trưởng của hệ thống.

Trong mô hình mã thông báo Cover, COVER hiện chủ yếu là mã thông báo quản trị. Về cách nắm bắt giá trị trong tương lai, cũng cần có sự tham gia quản trị của cộng đồng. Từ góc độ này, mô hình mã thông báo hiện tại của Nsure có thể thu được nhiều giá trị hơn. Tất nhiên, cuối cùng có thể thu được bao nhiêu giá trị, ngoài cơ chế kinh tế mã thông báo, quan trọng hơn là các nguyên tắc cơ bản của doanh nghiệp, điều này phụ thuộc vào quy mô giao dịch của toàn bộ doanh nghiệp bảo hiểm. Đây là chìa khóa để xác định giá trị của các thỏa thuận trong tương lai.

Đi đâu trong tương lai

Về lâu dài, cả Nsure và Cover đều có cơ hội phát triển thành Nexus Một đối thủ đáng kể của Mutual. Trước hết, cả hai đều không yêu cầu KYC và có lợi thế về ngưỡng tham gia.

Ngoài ra, Nsure còn khác Nsure về cơ chế định giá phí bảo hiểm, cơ chế mã thông báo, quy trình yêu cầu bồi thường, v.v. Nó đã tiếp thu lịch sử của bảo hiểm truyền thống như tổng thể trải nghiệm và khám phá nó kết hợp với blockchain.

Cover đề xuất một mô hình hoạt động mã thông báo kép cho bảo hiểm và kết hợp nó với tính thanh khoản, nó có mô hình duy nhất của riêng mình cho bảo hiểm DeFi, nhưng mã thông báo của nó Cơ chế có thể yêu cầu lặp lại nhiều hơn để thu được giá trị lớn hơn.

NSure, Cover và Nexus Mutual đại diện cho ba khám phá khác nhau về lộ trình bảo hiểm mã hóa. Họ sẽ đi về đâu trong tương lai? Khi DeFi phát triển và nhu cầu bảo hiểm tăng lên, những ưu điểm và nhược điểm tương ứng của chúng sẽ lần lượt xuất hiện. Điều này cũng kiểm tra khả năng nâng cấp lặp đi lặp lại của ba đội này.

Cuối cùng, ba giao thức bảo hiểm Nsure, Cover và Nexus Mutual cũng có hợp đồng thông minh và những rủi ro tiềm ẩn. Một trong những cách tốt nhất để chúng hỗ trợ lẫn nhau là Mỗi giao thức có thể cung cấp dịch vụ bảo hiểm cho người dùng của nhau, mang lại khả năng phục hồi cao hơn cho chính ngành DeFi.

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia