Trò chuyện về Babylon BTCVault—cụm từ “tự quản” nghe đúng là “ngầu” và “cứng” hơn nhiều so với mô hình quản hộ (custody) kiểu wBTC. Toàn bộ BTC được khóa suốt quá trình trong các script Taproot trên mạng Bitcoin chính, không cầu nối, không bọc token, không giao cho bên thứ ba quản hộ. Nghe như thể đã giải quyết dứt điểm bài toán “tiền nằm trong tay ai”.
Nhưng đọc xong tài liệu chính thức mới thấy: việc “tự mình rút ra được” có một tiền đề rất hiện thực—việc khôi phục tự chủ không chỉ dựa vào cụm từ ghi nhớ.
Nghe có vẻ rất tự do đúng không? Nhưng cái giá phải trả là bạn phải quản lý nhiều thứ hơn. Mất cụm từ ghi nhớ ví thì rắc rối là đương nhiên, nhưng mất file WOTS và những “claimer artifacts” cũng nghiêm trọng không kém. Tài liệu chính thức viết rất thẳng thừng: nếu bạn đồng thời mất file WOTS hoặc các hiện vật (nhưng không phải cả hai), thì việc tự yêu cầu (self-claim) sẽ không còn khả thi; nếu mất cả hai, mà Vault Provider cũng không phản hồi, thì chỉ còn cách liên hệ đội ngũ để kích hoạt quy trình khôi phục thông qua Security Council. Ở giai đoạn testnet, Security Council là 5 khóa với ngưỡng ký 3—nó không thể chuyển đi BTC của bạn, nhưng có thể ngăn thanh toán trong các tình huống khẩn cấp. Đây không phải là chuyển quyền kiểm soát cho người khác, nhưng đúng là có thêm một lớp “cần có sự phối hợp của người khác”.
Còn có một vấn đề thời gian dễ bị bỏ qua. Từ lúc gửi tạo kho bạc (vault) đến khi kích hoạt mất khoảng 2 giờ, “cửa sổ” kích hoạt khoảng 48 giờ; quá hạn sẽ chuyển sang trạng thái Expired, thời gian hoàn tiền (refund) bị khóa khoảng 3 ngày. Testnet chạy thông suốt quy trình là một chuyện, nhưng việc liệu đa số người dùng trên mainnet có thể khôi phục trơn tru khi gặp sự cố hay không lại là chuyện khác.
Vì vậy, tôi sẽ không hiểu đơn giản BTCVault là “không có rủi ro quản hộ”. Nói chính xác hơn: nó chuyển rủi ro quản hộ sang rủi ro quản lý khóa, rủi ro sao lưu tệp và rủi ro thao tác của người dùng. Tự quản không phải là không có rủi ro—chỉ là rủi ro chuyển chỗ từ “tin người khác” sang “quản tốt đồ của mình”. Và việc quản tốt đồ của mình phức tạp hơn nhiều so với tưởng tượng.
Tiếp theo, tôi sẽ chờ dữ liệu về các buổi diễn tập khôi phục công khai, tỷ lệ thất bại và thời gian trung bình để được hoàn trả/chuộc (redeem) rồi mới đánh giá liệu kênh tự yêu cầu này thực sự hữu dụng đến mức nào.#baby $BABY @BabylonLabs_io
Nhưng đọc xong tài liệu chính thức mới thấy: việc “tự mình rút ra được” có một tiền đề rất hiện thực—việc khôi phục tự chủ không chỉ dựa vào cụm từ ghi nhớ.
Nghe có vẻ rất tự do đúng không? Nhưng cái giá phải trả là bạn phải quản lý nhiều thứ hơn. Mất cụm từ ghi nhớ ví thì rắc rối là đương nhiên, nhưng mất file WOTS và những “claimer artifacts” cũng nghiêm trọng không kém. Tài liệu chính thức viết rất thẳng thừng: nếu bạn đồng thời mất file WOTS hoặc các hiện vật (nhưng không phải cả hai), thì việc tự yêu cầu (self-claim) sẽ không còn khả thi; nếu mất cả hai, mà Vault Provider cũng không phản hồi, thì chỉ còn cách liên hệ đội ngũ để kích hoạt quy trình khôi phục thông qua Security Council. Ở giai đoạn testnet, Security Council là 5 khóa với ngưỡng ký 3—nó không thể chuyển đi BTC của bạn, nhưng có thể ngăn thanh toán trong các tình huống khẩn cấp. Đây không phải là chuyển quyền kiểm soát cho người khác, nhưng đúng là có thêm một lớp “cần có sự phối hợp của người khác”.
Còn có một vấn đề thời gian dễ bị bỏ qua. Từ lúc gửi tạo kho bạc (vault) đến khi kích hoạt mất khoảng 2 giờ, “cửa sổ” kích hoạt khoảng 48 giờ; quá hạn sẽ chuyển sang trạng thái Expired, thời gian hoàn tiền (refund) bị khóa khoảng 3 ngày. Testnet chạy thông suốt quy trình là một chuyện, nhưng việc liệu đa số người dùng trên mainnet có thể khôi phục trơn tru khi gặp sự cố hay không lại là chuyện khác.
Vì vậy, tôi sẽ không hiểu đơn giản BTCVault là “không có rủi ro quản hộ”. Nói chính xác hơn: nó chuyển rủi ro quản hộ sang rủi ro quản lý khóa, rủi ro sao lưu tệp và rủi ro thao tác của người dùng. Tự quản không phải là không có rủi ro—chỉ là rủi ro chuyển chỗ từ “tin người khác” sang “quản tốt đồ của mình”. Và việc quản tốt đồ của mình phức tạp hơn nhiều so với tưởng tượng.
Tiếp theo, tôi sẽ chờ dữ liệu về các buổi diễn tập khôi phục công khai, tỷ lệ thất bại và thời gian trung bình để được hoàn trả/chuộc (redeem) rồi mới đánh giá liệu kênh tự yêu cầu này thực sự hữu dụng đến mức nào.#baby $BABY @BabylonLabs_io
