Tôi nghĩ phần thú vị nằm ở hệ số thế chấp của Babylon. Nhưng hóa ra nó lại là hành vi vận hành được ẩn sau chỉ một con số đó.
Tôi bắt đầu bằng việc so sánh các thiết lập thế chấp với luồng staking và trách nhiệm của trình xác thực (validator). Ban đầu, hệ số này trông giống như một tham số rủi ro tiêu chuẩn. Sau đó tôi nhận ra cùng một tài sản thế chấp phải đồng thời chịu đựng biến động giá, rủi ro về hiệu năng của validator và sự chậm trễ trong việc giải quyết tranh chấp.
Điều làm thay đổi quan điểm của tôi là yếu tố thời điểm. Tính cuối cùng của Bitcoin đến theo thời gian của Bitcoin, trong khi các validator của Babylon hoạt động với nhịp độ nhanh hơn rất nhiều. Hệ số thế chấp không chỉ là một khoản cắt giảm giá trị (haircut). Nó là một bộ đệm cần tồn tại qua giai đoạn mà thông tin đến với tốc độ khác nhau giữa hai hệ thống.
Tiếp theo, tôi kiểm tra các thảo luận về quản trị (governance) liên quan đến quản lý rủi ro và hoạt động của kho bạc (treasury). Mẫu hình trở nên rõ ràng hơn. Hệ số thế chấp thấp hơn làm giảm hiệu quả sử dụng vốn, nhưng đồng thời cũng giảm xác suất rằng một biến động thị trường đột ngột sẽ buộc phải điều phối khẩn cấp giữa các validator, các quản lý treasury và những người tham gia quản trị. Đây không phải là một quyết định mang tính thị trường. Nó là một quyết định mang tính vận hành.
Sau đó tôi xem xét điều kiện thanh khoản. Nếu trong lúc căng thẳng mà việc tìm nguồn thế chấp trở nên khó hơn, thì giao thức không chỉ đối mặt với năng lực vay thấp hơn. Nó còn phải chịu sự phục hồi chậm hơn vì những người tham gia cần thời gian để tái cân bằng vị thế trên các chuỗi.
Tôi đi tìm một tham số về đòn bẩy và cuối cùng lại đọc một tài liệu về sự phối hợp trong điều kiện bất định.
@BabylonLabs_io
#baby $BABY
Tôi bắt đầu bằng việc so sánh các thiết lập thế chấp với luồng staking và trách nhiệm của trình xác thực (validator). Ban đầu, hệ số này trông giống như một tham số rủi ro tiêu chuẩn. Sau đó tôi nhận ra cùng một tài sản thế chấp phải đồng thời chịu đựng biến động giá, rủi ro về hiệu năng của validator và sự chậm trễ trong việc giải quyết tranh chấp.
Điều làm thay đổi quan điểm của tôi là yếu tố thời điểm. Tính cuối cùng của Bitcoin đến theo thời gian của Bitcoin, trong khi các validator của Babylon hoạt động với nhịp độ nhanh hơn rất nhiều. Hệ số thế chấp không chỉ là một khoản cắt giảm giá trị (haircut). Nó là một bộ đệm cần tồn tại qua giai đoạn mà thông tin đến với tốc độ khác nhau giữa hai hệ thống.
Tiếp theo, tôi kiểm tra các thảo luận về quản trị (governance) liên quan đến quản lý rủi ro và hoạt động của kho bạc (treasury). Mẫu hình trở nên rõ ràng hơn. Hệ số thế chấp thấp hơn làm giảm hiệu quả sử dụng vốn, nhưng đồng thời cũng giảm xác suất rằng một biến động thị trường đột ngột sẽ buộc phải điều phối khẩn cấp giữa các validator, các quản lý treasury và những người tham gia quản trị. Đây không phải là một quyết định mang tính thị trường. Nó là một quyết định mang tính vận hành.
Sau đó tôi xem xét điều kiện thanh khoản. Nếu trong lúc căng thẳng mà việc tìm nguồn thế chấp trở nên khó hơn, thì giao thức không chỉ đối mặt với năng lực vay thấp hơn. Nó còn phải chịu sự phục hồi chậm hơn vì những người tham gia cần thời gian để tái cân bằng vị thế trên các chuỗi.
Tôi đi tìm một tham số về đòn bẩy và cuối cùng lại đọc một tài liệu về sự phối hợp trong điều kiện bất định.
@BabylonLabs_io
#baby $BABY