Khi tôi tháo rời quy trình thanh lý TBV của @BabylonLabs_io , cảm giác trực quan nhất là: người thanh lý kiếm không phải “chênh lệch theo giây”, mà là phải gánh rủi ro trong một khoảng thời gian.

Giả sử BTC giảm xuống mức giá thanh lý, liquidator sẽ ứng trước USDC để trả nợ cho người đi vay; còn quy trình hợp đồng và chữ ký có thể diễn ra rất nhanh. Nhưng vấn đề nằm ở phía sau: tài liệu có nhắc đến claim delay và challenge period, nghĩa là người thanh lý không thể lập tức nhận BTC làm tài sản thế chấp, mà phải đợi khi cửa sổ kết thúc. Tiền đã bị ứng ra rồi, BTC vẫn chưa cầm được—trong khoảng thời gian đó giá biến động thế nào thì rủi ro cơ bản do người thanh lý gánh.$BTC

Điều này khác rất nhiều so với logic thanh lý của DeFi truyền thống. Nhiều giao thức cho vay-mượn hoàn tất trong một bước: trả nợ, nhận tài sản thế chấp, hưởng chiết khấu—cửa sổ rủi ro rất ngắn. TBV, vì cần giữ cơ chế thách thức của BitVM3, nên quy trình bị tách thành hai đoạn: thanh toán trước, rồi mới nhận/claim sau. Ranh giới an toàn mạnh hơn, nhưng “sổ sách” kinh tế của người thanh lý cũng trở nên phức tạp hơn.$BABY

Vì vậy, không thể chỉ nhìn BitVM3 để thấy chi phí tranh chấp được ép xuống thấp thế nào. Dispute on-chain rẻ không có nghĩa là thanh lý cũng rẻ. Thứ mà liquidator thật sự quan tâm là việc bị chiếm dụng vốn, biến động giá BTC, Gas, chi phí cơ hội, và liệu trong thời gian chờ này có được bù đắp đủ không.#baby

Nếu phần bù không đủ, người thanh lý có thể yêu cầu mức chiết khấu cao hơn; chiết khấu cao thì người đi vay chịu áp lực; còn chiết khấu không đủ, lại có thể chẳng ai sẵn lòng thanh lý, và rủi ro nợ xấu sẽ bị đẩy dồn vào hệ thống.

Thiết kế thanh lý của Babylon TBV không nhằm sao chép trải nghiệm “tính theo giây” như Aave, mà dùng mô hình an toàn mạnh hơn để đổi lấy ngưỡng tham gia nặng hơn. Những ai chấp nhận thời gian chờ và biến động giá mới sẵn sàng trở thành liquidator này.$ETH