Nợ trần thực ra không chỉ là một giới hạn về con số, nó là chiếc xuồng cứu sinh của toàn bộ hệ thống.
Nhớ lại thời kỳ Helio khi đó, vụ lỗ hổng của Ankr gây xôn xao, bạn sẽ hiểu tại sao cần đặt giới hạn cho từng loại tài sản thế chấp. Vấn đề rất đơn giản: nếu một LST hoặc một loại tài sản thế chấp cụ thể gặp lỗi đúc tiền vô hạn, hoặc giá trực tiếp sụp đổ, thì tính thanh khoản của toàn bộ giao thức vay mượn có nguy cơ bị rút sạch.
Cách làm của Lista là đặt giới hạn cứng cho từng loại tài sản thế chấp, nghe có vẻ bảo thủ, nhưng về bản chất là đang đặt cược vào một điều — mã nguồn chắc chắn sẽ có lỗi. Thay vì tin vào mã hoàn hảo không tỳ vết, tốt hơn là trang bị phanh cho tình huống tồi tệ nhất từ trước. Thiết kế như vậy từ bỏ một số khả năng tối ưu vốn có, nhưng đổi lại là: ngay cả khi một tài sản thế chấp gặp vấn đề, cũng chỉ gây thiệt hại cục bộ, toàn hệ thống vẫn còn sống.
Đối với nhà thiết kế, đây là việc dùng sự cứng nhắc cục bộ để đổi lấy khả năng tồn tại toàn cục — một sự cân bằng cần thiết. Trong lĩnh vực DeFi còn phải liên tục thích nghi với các rủi ro mới, cách tư duy này lại càng thực tế hơn.
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.
22 thích
Phần thưởng
22
10
Đăng lại
Retweed
Bình luận
0/400
DaisyUnicorn
· 18giờ trước
Đây chính là học thuyết quản trị của Hoa Ngữ, mỗi bông hoa đều phải có "ranh giới phát triển" riêng của nó, nếu không, bất kỳ bông hoa nào hỏng thì cả vườn hoa cũng phải chịu chung số phận.
Xem bản gốcTrả lời0
SchrodingersPaper
· 22giờ trước
Nói đúng rồi, vẫn là câu đó, mã luôn có lỗi. Lần đó tôi nhìn thấy Ankr bị cắt, bây giờ nhìn vào cơ chế giới hạn của Lista này, thay vì cược vào sự hoàn hảo thì tốt hơn là cược vào điều tồi tệ nhất, tâm trạng này tôi đã chấp nhận.
Xem bản gốcTrả lời0
MoonRocketTeam
· 01-10 15:25
Nói hay đấy, đó chính là biểu hiện của việc hiểu rõ quản lý rủi ro. Đợt của Ankr thực sự khiến người ta tỉnh ngộ, đúc tiền vô hạn chính là phá hủy máy chủ trực tiếp đấy
Xem bản gốcTrả lời0
fomo_fighter
· 01-10 07:36
Đúng vậy, thay vì cược vào mã hoàn hảo thì cứ trực tiếp mở cổng sắt, bài học đẫm máu của Ankr vẫn còn đó.
Xem bản gốcTrả lời0
StablecoinAnxiety
· 01-07 23:54
Haha, Ankr đó thật sự để lại ấn tượng sâu sắc trong tôi, chỉ một lỗi nhỏ mà có thể khiến cả cộng đồng bùng nổ... Giờ thì hiểu tại sao không thể đúc tiền vô hạn, giới hạn thực sự cứu mạng đấy
Xem bản gốcTrả lời0
PaperHandSister
· 01-07 23:51
Thật lòng mà nói, lần đó Ankr thật sự làm tôi mất bình tĩnh, giờ nhìn vào việc thiết lập giới hạn tối đa thì thấy đó là một điều xấu cần thiết để giảm thiểu rủi ro
Xem bản gốcTrả lời0
SigmaValidator
· 01-07 23:41
Haha, đợt của Ankr thật sự đã dạy cho toàn ngành một bài học, bây giờ nhìn vào logic đỉnh cao của Lista thì không còn quá bảo thủ nữa, mà giống như là bài học bắt buộc phải học đến ngày hôm nay
Xem bản gốcTrả lời0
AirdropHunterZhang
· 01-07 23:40
Haha, tôi cũng đã tham gia đợt của Ankr, suýt nữa thì bị xóa sạch, bây giờ mới thấy cái gọi là trần nợ thật sự là cứu cánh đấy
Xem bản gốcTrả lời0
TokenomicsShaman
· 01-07 23:33
Nói một cách đơn giản là không tin tưởng vào mã nguồn, thay vì cược vào sự hoàn hảo thì hãy trang bị phanh, đó mới là chân lý để DeFi tồn tại.
Xem bản gốcTrả lời0
WhaleStalker
· 01-07 23:30
Haha, lần đó Ankr thật sự thảm hại, giới hạn trên tưởng chừng bảo thủ nhưng thực ra chỉ là để làm giảm tốc độ, cược vào việc mã chắc chắn có lỗi.
Nợ trần thực ra không chỉ là một giới hạn về con số, nó là chiếc xuồng cứu sinh của toàn bộ hệ thống.
Nhớ lại thời kỳ Helio khi đó, vụ lỗ hổng của Ankr gây xôn xao, bạn sẽ hiểu tại sao cần đặt giới hạn cho từng loại tài sản thế chấp. Vấn đề rất đơn giản: nếu một LST hoặc một loại tài sản thế chấp cụ thể gặp lỗi đúc tiền vô hạn, hoặc giá trực tiếp sụp đổ, thì tính thanh khoản của toàn bộ giao thức vay mượn có nguy cơ bị rút sạch.
Cách làm của Lista là đặt giới hạn cứng cho từng loại tài sản thế chấp, nghe có vẻ bảo thủ, nhưng về bản chất là đang đặt cược vào một điều — mã nguồn chắc chắn sẽ có lỗi. Thay vì tin vào mã hoàn hảo không tỳ vết, tốt hơn là trang bị phanh cho tình huống tồi tệ nhất từ trước. Thiết kế như vậy từ bỏ một số khả năng tối ưu vốn có, nhưng đổi lại là: ngay cả khi một tài sản thế chấp gặp vấn đề, cũng chỉ gây thiệt hại cục bộ, toàn hệ thống vẫn còn sống.
Đối với nhà thiết kế, đây là việc dùng sự cứng nhắc cục bộ để đổi lấy khả năng tồn tại toàn cục — một sự cân bằng cần thiết. Trong lĩnh vực DeFi còn phải liên tục thích nghi với các rủi ro mới, cách tư duy này lại càng thực tế hơn.