Vào lúc 14:07:18, Chỉ Số Sức Khỏe (Health Factor) trong bản phát lại thanh lý của tôi đã giảm xuống dưới 1.0.
Vị thế đã được chính thức xác nhận là có thể thanh lý.
Nhưng việc thanh toán không bắt đầu đúng ngay thời điểm đó.
Dòng thời gian mô phỏng của tôi cho thấy:
Tài sản thế chấp được chọn: 0.2694
Giá tham chiếu: $64,712.80
Phát hiện theo indexer: +4.81s
Phát broadcast giao dịch: +11.54s
Xác nhận đầu tiên: +19.36s
Vault vào escrow: +27.92s
Chuyển giao thanh toán: +43.17s
Trong 43.17 giây đó, tôi đã áp dụng thêm một mức sụt giá 0.68%.
Tài sản thế chấp đã chọn mất xấp xỉ $118.55 về giá trị trước khi tuyến đường tới được giai đoạn thanh toán.
Mọi thành phần đều hoạt động đúng.
Ngưỡng đã kích hoạt.
Trạng thái không lành mạnh đã được phát hiện.
Bên thanh lý đã gửi một giao dịch hợp lệ.
Vault đã tới escrow.
Nhưng thị trường vẫn tiếp tục biến động giữa các hành động đúng đó.
Đó là Ngân Sách Độ Trễ Thanh Lý (Liquidation Latency Budget):
Mức biến động giá và tổn thất kinh tế mà một hệ thống phải hấp thụ giữa lúc đủ điều kiện thanh lý và lúc thực thi thực tế.
Chuỗi này là đơn giản:
HF < 1 → phát hiện → giao dịch → xác nhận → escrow → lộ diện khi thanh toán.
Phản hồi của tôi trên Public Testnet là không nên hứa hẹn thanh lý tức thì.
Mục tiêu là để độ trễ có thể đo lường được.
Giao diện nên hiển thị:
Thời gian kể từ khi HF vượt qua 1.0
Giai đoạn thực thi hiện tại
Trạng thái giao dịch đang chờ
Biến động giá kể từ thời điểm phát hiện
Ước tính mức phơi nhiễm của tài sản thế chấp
Phương án dự phòng nếu không có bên thanh lý phản hồi
Một ngưỡng thanh lý xác định khi nào hành động được cho phép.
Tính “sống” của việc thực thi quyết định giá tại đó hành động đó trở thành hiện thực.
Bạn sẽ đánh giá độ an toàn thanh lý chỉ dựa trên ngưỡng của hợp đồng, hay dựa trên toàn bộ thời gian cần thiết để biến ngưỡng đó thành thanh toán?
@BabylonLabs_io $BABY #baby
$AKE
$KOMA
Vị thế đã được chính thức xác nhận là có thể thanh lý.
Nhưng việc thanh toán không bắt đầu đúng ngay thời điểm đó.
Dòng thời gian mô phỏng của tôi cho thấy:
Tài sản thế chấp được chọn: 0.2694
Giá tham chiếu: $64,712.80
Phát hiện theo indexer: +4.81s
Phát broadcast giao dịch: +11.54s
Xác nhận đầu tiên: +19.36s
Vault vào escrow: +27.92s
Chuyển giao thanh toán: +43.17s
Trong 43.17 giây đó, tôi đã áp dụng thêm một mức sụt giá 0.68%.
Tài sản thế chấp đã chọn mất xấp xỉ $118.55 về giá trị trước khi tuyến đường tới được giai đoạn thanh toán.
Mọi thành phần đều hoạt động đúng.
Ngưỡng đã kích hoạt.
Trạng thái không lành mạnh đã được phát hiện.
Bên thanh lý đã gửi một giao dịch hợp lệ.
Vault đã tới escrow.
Nhưng thị trường vẫn tiếp tục biến động giữa các hành động đúng đó.
Đó là Ngân Sách Độ Trễ Thanh Lý (Liquidation Latency Budget):
Mức biến động giá và tổn thất kinh tế mà một hệ thống phải hấp thụ giữa lúc đủ điều kiện thanh lý và lúc thực thi thực tế.
Chuỗi này là đơn giản:
HF < 1 → phát hiện → giao dịch → xác nhận → escrow → lộ diện khi thanh toán.
Phản hồi của tôi trên Public Testnet là không nên hứa hẹn thanh lý tức thì.
Mục tiêu là để độ trễ có thể đo lường được.
Giao diện nên hiển thị:
Thời gian kể từ khi HF vượt qua 1.0
Giai đoạn thực thi hiện tại
Trạng thái giao dịch đang chờ
Biến động giá kể từ thời điểm phát hiện
Ước tính mức phơi nhiễm của tài sản thế chấp
Phương án dự phòng nếu không có bên thanh lý phản hồi
Một ngưỡng thanh lý xác định khi nào hành động được cho phép.
Tính “sống” của việc thực thi quyết định giá tại đó hành động đó trở thành hiện thực.
Bạn sẽ đánh giá độ an toàn thanh lý chỉ dựa trên ngưỡng của hợp đồng, hay dựa trên toàn bộ thời gian cần thiết để biến ngưỡng đó thành thanh toán?
@BabylonLabs_io $BABY #baby
$AKE
$KOMA