........
Đăng
MICHAEL MOORE
·
--
Cuối cùng tôi đã ngồi đọc trang Trustless BTCVault 101 của chính Babylon thay vì các bản tóm tắt tin tức, và một chi tiết đã thay đổi cách tôi nhìn toàn bộ thiết kế.
Theo tài liệu chính thức của Babylon Labs, mỗi vault đều có một claimer được đặt sẵn. Các bên cho phép người tham gia được quyền claim hoặc rút số bitcoin đã bị khóa phải được xác định ngay tại thời điểm vault được tạo ra. Không ai ngoài nhóm đó có thể claim, bất kể sau này xảy ra chuyện gì.
Sản phẩm DeFi mục tiêu cũng được đặt sẵn. Khi một vault được xây cho một hợp đồng cho vay hoặc đi vay cụ thể, thì sau đó không thể chuyển nó sang một hợp đồng khác.
Đó là một sự đánh đổi thật sự, không phải một dòng chú thích.
Tính cứng nhắc chính là thứ loại bỏ bề mặt tấn công, nhưng đồng thời cũng có nghĩa là ít linh hoạt hơn một pool DeFi thông thường, nơi quỹ có thể chuyển giữa các chiến lược mỗi khi người dùng muốn.
Dưới đây là một mốc thời gian tôi tự lập, không hề được nêu ở bất cứ đâu dưới dạng một con số. Bạch thư của Babylon được công bố vào đầu tháng Tám, và testnet công khai vẫn được nhắm tới trong tuần cuối của tháng Năm năm kế tiếp, theo cuộc gọi của chính những người sáng lập công ty.
Như vậy là khoảng chín tháng giữa bản giấy và một môi trường test trực tiếp—một nhịp độ cố ý chậm đối với thứ đang viết lại cách Bitcoin chạm vào DeFi.
Phần vẫn làm tôi băn khoăn nằm sâu hơn trong mã hóa. Trong BitVM3, thứ thực sự được che giấu và được xác minh thông qua mạch garbled không phải toàn bộ logic của hợp đồng cho vay nằm trên chuỗi khác, mà chính là bộ xác minh SNARK.
Điều đó có nghĩa là nhãn “trustless” cũng phụ thuộc một phần vào việc hợp đồng thông minh bên ngoài đó có được viết đúng hay không—một sự khác biệt mà tôi chưa thấy Babylon giải thích rõ ràng ngoài các vòng kỹ thuật.
Tôi thích việc thiết kế chọn tính vĩnh cửu thay vì sự tiện lợi, vì tính vĩnh cửu là thứ khiến một yêu cầu (claim) có thể được thực thi mà không cần trung gian.
Vẫn đang tự hỏi Babylon sẽ định giải thích ranh giới “SNARK-verifier” đó cho những người nắm giữ BTC hằng ngày như thế nào, khi TBV thực sự đi vào hoạt động.
@BabylonLabs_io #baby $BABY
Theo tài liệu chính thức của Babylon Labs, mỗi vault đều có một claimer được đặt sẵn. Các bên cho phép người tham gia được quyền claim hoặc rút số bitcoin đã bị khóa phải được xác định ngay tại thời điểm vault được tạo ra. Không ai ngoài nhóm đó có thể claim, bất kể sau này xảy ra chuyện gì.
Sản phẩm DeFi mục tiêu cũng được đặt sẵn. Khi một vault được xây cho một hợp đồng cho vay hoặc đi vay cụ thể, thì sau đó không thể chuyển nó sang một hợp đồng khác.
Đó là một sự đánh đổi thật sự, không phải một dòng chú thích.
Tính cứng nhắc chính là thứ loại bỏ bề mặt tấn công, nhưng đồng thời cũng có nghĩa là ít linh hoạt hơn một pool DeFi thông thường, nơi quỹ có thể chuyển giữa các chiến lược mỗi khi người dùng muốn.
Dưới đây là một mốc thời gian tôi tự lập, không hề được nêu ở bất cứ đâu dưới dạng một con số. Bạch thư của Babylon được công bố vào đầu tháng Tám, và testnet công khai vẫn được nhắm tới trong tuần cuối của tháng Năm năm kế tiếp, theo cuộc gọi của chính những người sáng lập công ty.
Như vậy là khoảng chín tháng giữa bản giấy và một môi trường test trực tiếp—một nhịp độ cố ý chậm đối với thứ đang viết lại cách Bitcoin chạm vào DeFi.
Phần vẫn làm tôi băn khoăn nằm sâu hơn trong mã hóa. Trong BitVM3, thứ thực sự được che giấu và được xác minh thông qua mạch garbled không phải toàn bộ logic của hợp đồng cho vay nằm trên chuỗi khác, mà chính là bộ xác minh SNARK.
Điều đó có nghĩa là nhãn “trustless” cũng phụ thuộc một phần vào việc hợp đồng thông minh bên ngoài đó có được viết đúng hay không—một sự khác biệt mà tôi chưa thấy Babylon giải thích rõ ràng ngoài các vòng kỹ thuật.
Tôi thích việc thiết kế chọn tính vĩnh cửu thay vì sự tiện lợi, vì tính vĩnh cửu là thứ khiến một yêu cầu (claim) có thể được thực thi mà không cần trung gian.
Vẫn đang tự hỏi Babylon sẽ định giải thích ranh giới “SNARK-verifier” đó cho những người nắm giữ BTC hằng ngày như thế nào, khi TBV thực sự đi vào hoạt động.
@BabylonLabs_io #baby $BABY
Tuyên bố miễn trừ trách nhiệm: Nội dung bao gồm cả quan điểm của bên thứ ba, không phải lời khuyên. Có thể sử dụng nội dung do Binance Ai đưa ra nhưng không được đảm bảo. Xem Điều khoản & Điều kiện.