Điều Kiện Timelock Nằm Sau Mỗi Lệnh Cầm Cố Babylon

một thời gian, tôi đã hình dung timelock của Babylon giống như một đồng hồ đếm ngược. BTC của bạn đi vào, thời gian trôi qua, rồi nó được đưa ra. Không có gì phức tạp.

Sau đó tôi xem qua tài liệu về script cầm cố, và một chi tiết khiến tôi bất ngờ: timelock chỉ xuất hiện như một trong ba điều kiện chi tiêu (spending conditions) trên UTXO. Không phải là một cơ chế tự trả lại BTC.

Hmm.

Điều kiện chi tiêu chỉ là sự cho phép. Tự nó, không hề di chuyển bất cứ thứ gì.

Trước khi khóa đó hết hạn, khóa (key) của người cầm cố không thể chạm vào các khoản tiền. Khi nó hết hạn, cuối cùng thì cùng khóa đó mới có thể chạm vào. Có thể, chứ không tự động làm.

Tạm gác điện thoại của tôi xuống một phút vì việc đó.

Không gì trong Bitcoin tự động gửi đồng xu đi bất cứ đâu. Vẫn cần có ai đó tạo một giao dịch rút (withdrawal transaction) và đưa nó lên chuỗi, theo đúng đường đi vừa được mở.

Quay lại với script và nhận ra hai điều kiện còn lại cũng nằm ngay đó. Cùng một UTXO cũng giữ luôn “đường” bị phạt (slashing path) của một ủy ban hợp ước (covenant committee), với nhánh riêng của nó. Qua được một cánh cửa chỉ bằng cách chờ đợi. Bị kéo qua cánh còn lại nếu bị bắt quả tang làm điều mà bạn không nên làm.

Hết hạn không đóng cánh cửa thứ hai đó. Nó chỉ nói cho bạn biết khi nào cánh đầu tiên mở ra, giả sử trước đó không có sự kiện nào có thể bị slash.

Vì vậy lời hứa thực sự ở đây nhỏ hơn “bạn sẽ nhận lại BTC.” Giống như: khi đã trôi qua đủ thời gian một cách sạch sẽ, bạn được tự do để tự mình đi nhận nó — theo sáng kiến của chính bạn.

Không hẳn là một lỗi. Không có phiên bản nào của script Bitcoin tự trả tiền lại. Mọi kết cục đều cần ai đó ký và gửi một giao dịch.

Dù vậy vẫn hơi lạ. “Timelock” nghe như thể nó là thứ “trả lại”, nhưng thực ra nó chỉ mở khóa cánh cửa.

Điều đó có làm thay đổi mức độ an toàn mà bạn cảm thấy không?

@BabylonLabs_io #baby $BABY $DEXE $EUL