Babylon Cap-2 thế chấp再创新高 机构主导格局引发安全担忧

robot
Đang tạo bản tóm tắt

Babylon Cap-2 thế chấp thu hút hơn 12 tỷ USD vốn, ai còn đang đam mê thế chấp BTC?

Giai đoạn hai của thỏa thuận thế chấp Bitcoin Babylon, Cap-2, đã kết thúc. Mặc dù lần thế chấp này chỉ kéo dài 10 khối, nhưng đã thu hút gần 23,000 BTC tham gia. Tuy nhiên, so với giai đoạn đầu tiên, độ nóng của thảo luận cộng đồng và phí giao dịch trên chuỗi lần này rõ ràng đã giảm. Nguyên nhân nào dẫn đến sự khác biệt này? Ai hoặc tổ chức nào vẫn đang tích cực tham gia vào việc thế chấp BTC?

Bài viết này sẽ phân tích các vấn đề trên, thống kê hiệu suất của các giao thức Babylon tái thế chấp chính trong Cap-2, và thảo luận xem trong khi phát triển mạnh mẽ hệ sinh thái tái thế chấp, liệu có tồn tại rủi ro tiềm ẩn đối với an toàn vốn của người dùng và sự phát triển của hệ sinh thái Babylon.

Tại sao giai đoạn Cap-2 của thế chấp lại có vẻ yên tĩnh?

Nhìn lại giai đoạn thế chấp Babylon Cap-1, người dùng đã phải trả phí giao dịch mạng Bitcoin một thời gian lên tới 1000 satoshi/byte để tham gia thế chấp, tiêu hao Gas giao dịch vượt quá 4% vốn ban đầu. Cuối cùng, trong hơn 3 giờ, đã đạt giới hạn thế chấp 1000 BTC, với khoảng 12,700 địa chỉ tham gia.

So với trước, hoạt động trên chuỗi ở giai đoạn Cap-2 rõ ràng yên tĩnh hơn nhiều. Mặc dù tổng số lượng thế chấp đạt 22891 BTC, với 12.570 địa chỉ tham gia, nhưng trong thời gian này, phí giao dịch mạng trung bình chỉ duy trì ở mức khoảng 30 Satoshi/byte. Nguyên nhân chính dẫn đến sự khác biệt này chủ yếu là do ba lý do sau:

điều chỉnh quy tắc thế chấp

Cap-1 thế chấp không chỉ có giới hạn tổng số lượng, mà mỗi giao dịch thế chấp cũng bị giới hạn trong 0.05BTC, tối thiểu là 0.005BTC. Trong khi đó, Cap-2 đã bỏ giới hạn thế chấp, thay vào đó là cơ chế "giới hạn thời gian không giới hạn số lượng", thời gian thế chấp là 10 khối (864790-864799), đồng thời tăng giới hạn số lượng thế chấp mỗi giao dịch lên 500BTC.

Cơ chế thay đổi này đã phần nào giảm bớt cảm xúc FOMO của người dùng, giúp họ có thể tham gia thế chấp theo tiến độ thời gian. Việc tăng giới hạn mỗi giao dịch không ảnh hưởng nhiều đến nhà đầu tư nhỏ lẻ, nhưng có tác động đáng kể đến các giao thức tái thế chấp và người dùng tổ chức. Bởi vì quy mô thế chấp của họ thường lớn, giới hạn số tiền thấp sẽ buộc phải giao dịch thường xuyên hơn, dễ gây ra tắc nghẽn trên chuỗi. Giới hạn mỗi giao dịch 500BTC ở giai đoạn Cap-2 phù hợp hơn với nhu cầu của các tổ chức và dự án tái thế chấp.

Do đó, việc điều chỉnh quy tắc thế chấp là lý do chính khiến các hoạt động trên chuỗi thế chấp Cap-2 tương đối yên ả.

thế chấp điểm số bị pha loãng

Trong Cap-1, do giới hạn thế chấp 1000 đồng BTC, mỗi khối tạo ra 3125 điểm được phân phối theo tỷ lệ thế chấp tương đối dồi dào. Ví dụ, thế chấp 0.05 BTC có thể nhận được khoảng 0.15625 điểm cho mỗi khối Bitcoin. Phúc lợi "đầu mỏ" này là lý do chính khiến Cap-1 gây ra FOMO.

Và trong Cap-2, trong trường hợp cơ chế phân phối điểm không thay đổi, điểm tích lũy cho mỗi khối được tăng lên 10000 điểm. Lúc này, nếu thế chấp 0.05 BTC, mỗi khối bitcoin chỉ có thể nhận được khoảng 0.0209 điểm.

Rõ ràng, sau khi Cap-2 được mở, điểm thưởng thế chấp bị pha loãng nghiêm trọng, điều này ảnh hưởng đến mức độ nhiệt tình tham gia của người dùng ở một mức độ nào đó.

thế chấp chủ động quyền chuyển giao cho tổ chức và bên dự án

Dữ liệu cho thấy, số địa chỉ tham gia thế chấp Cap-1 là 12.700, trong khi số địa chỉ tham gia Cap-2 là 12.570, không chỉ không có sự tăng trưởng rõ rệt, thậm chí còn hơi giảm.

Trong việc thế chấp Cap-1, chính thức công bố rằng khoảng 80% số tiền thế chấp đến từ các dự án token thế chấp thanh khoản (LST), khoảng 20% đến từ các nhà thế chấp gốc. Trong Cap-2, tỷ lệ các dự án tái thế chấp đã tăng lên hơn nữa, tỷ lệ của các dự án tái thế chấp chính thống đã gần 90%, tỷ lệ các nhà thế chấp gốc có thể đã dưới 10%.

Sân chơi chính của Babylon thế chấp chắc chắn thuộc về các tổ chức và các dự án tái thế chấp. Họ thực hiện thế chấp chuyên nghiệp thông qua các nhà quản lý và nhà cung cấp dịch vụ xác nhận giao dịch, đối với những người dùng đã gửi BTC vào nền tảng tái thế chấp từ lâu, toàn bộ quá trình này không cần tham gia trực tiếp, thậm chí không cần quan tâm, chỉ cần nhận thưởng vào thời gian cụ thể. Do đó, thế chấp Cap-2 có vẻ bình lặng, một phần nào đó cũng phản ánh sự phát triển và mở rộng không ngừng của hệ sinh thái tái thế chấp Babylon, cung cấp nhiều tiện ích hơn cho người dùng.

Babylon Cap-2 thu hút vốn trên 1,2 tỷ USD, ai vẫn đang điên cuồng thế chấp BTC?

Ai đang tích cực thế chấp BTC?

Bài viết này thống kê tình hình thế chấp của 7 giao thức Babylon tái thế chấp phổ biến hiện nay trong Cap-1 và Cap-2.

Tổng thể, bảy giao thức tái thế chấp này chiếm hơn 80% tổng tỷ lệ thế chấp trong Cap-1, trong khi tỷ lệ này tăng lên khoảng 90% trong Cap-2.

Trong đó, Lombard là người thế chấp BTC nhiều nhất với 7166 BTC, chiếm 31.66%. Đáng chú ý là Lombard đã không tham gia thế chấp trong Cap-1 do chi phí giao dịch quá cao. Hiện tại, số BTC mà người dùng trên nền tảng này gửi vào là 8081.8 BTC, tỷ lệ thế chấp trên nền tảng (tỷ lệ giữa BTC thế chấp vào Babylon và BTC người dùng gửi vào nền tảng) vượt quá 88%.

Ngoài ra, tỷ lệ thế chấp của các nền tảng Solv, Chakra và pSTAKE đều đạt 100%.

Thỏa thuận tái thế chấp có đi chệch khỏi mục đích ban đầu của Babylon không?

Babylon đã phát triển một giải pháp không cần tin cậy và tự quản lý, cho phép người dùng an toàn thế chấp BTC, đồng thời cung cấp sự an toàn cho hệ thống POS và nhận phần thưởng.

Và giao thức tái thế chấp trong hệ sinh thái Babylon đóng vai trò như một "trung gian thế chấp" giữa người dùng và Babylon. Người dùng trước tiên gửi BTC vào nền tảng tái thế chấp, khi Babylon mở chức năng thế chấp, nền tảng sẽ sử dụng công nghệ chuyên môn để giúp người dùng hoàn thành việc thế chấp. Người dùng có thể đồng thời tận hưởng phần thưởng điểm kép từ nền tảng và Babylon.

Xét từ góc độ lợi nhuận và tiện lợi, việc người dùng lựa chọn tái thế chấp là điều dễ hiểu. Một mặt, họ có thể nhận được phần thưởng kép, ngay cả khi BTC không được thế chấp vào Babylon cũng có thể hưởng lợi từ phần thưởng của nền tảng; mặt khác, với việc quy tắc và thời gian thế chấp của Babylon khá phức tạp, thỏa thuận tái thế chấp có thể giúp người dùng tiết kiệm sức lực và thời gian.

Tuy nhiên, từ quan điểm an toàn, việc hy sinh một phần an toàn để đạt được lợi nhuận và tiện lợi có đáng không? Điều này có trái ngược với việc Babylon quảng bá về việc không cần tin tưởng và quan niệm tự quản lý BTC không?

Hiện tại, các giao thức tái thế chấp Babylon thường áp dụng giải pháp lưu ký. Trước đó, Bedrock đã bị tấn công gây ra thiệt hại khoảng 2 triệu USD trên DEX, mặc dù sau đó chính thức đã tiến hành sửa chữa và bồi thường, nhưng sự kiện này vẫn gây lo ngại cho người dùng về độ an toàn của các giao thức tái thế chấp. Liệu trong tương lai có xảy ra sự kiện thiên nga đen nào khác không? Một khi vốn gốc của người dùng bị đe dọa về an toàn, phần thưởng điểm mà họ nhận được có thể trở nên vô giá trị.

"Không phải chìa khóa của bạn, không phải Bitcoin của bạn", Babylon cố gắng khai thác tiềm năng của BTC mà không vi phạm nguyên tắc này. Nhưng nếu các giao thức thế chấp trong hệ sinh thái không chú trọng đến việc nâng cấp an toàn, hoặc tỷ lệ thế chấp gốc tiếp tục trì trệ, thì vấn đề có thể lại trở về điểm xuất phát.

BABY1.21%
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • 3
  • Chia sẻ
Bình luận
0/400
ImpermanentSagevip
· 21giờ trước
Không hổ danh là cựu chiến binh tiền điện tử trong việc huy động vốn.
Xem bản gốcTrả lời0
GweiWatchervip
· 21giờ trước
Phương pháp kêu gọi vốn đã đến đây!
Xem bản gốcTrả lời0
LazyDevMinervip
· 22giờ trước
Đào một hồi thì không còn hứng thú nữa.....
Xem bản gốcTrả lời0
  • Ghim
Giao dịch tiền điện tử mọi lúc mọi nơi
qrCode
Quét để tải xuống ứng dụng Gate
Cộng đồng
Tiếng Việt
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)