Chiều hôm qua tôi xuống cửa hàng in ở tầng dưới thì gặp ông Lão Trần (anh họ của tôi, làm trong mảng tài chính truyền thống). Ông ấy nói: "Deg, các cậu khóa lệnh trong giới coin không phải chỉ là viết một cái ngày tháng sao?" Tôi suýt nữa tắt máy quét lên đầu ông ấy. Ông Trần quen tay với chữ ký giấy, chẳng hiểu được giữa "các quy tắc vật lý" trên blockchain và "cam kết pháp lý" còn cách nhau bao nhiêu dải ngân hà.
Trong vài tuần này tôi điên cuồng kiểm toán một vài dự án Restaking chủ lưu về lịch phát hành token. Càng xem càng thấy việc giao việc mở khóa cho multisig của quỹ chỉ là một mệnh đề sai lầm. Những dự án dựa vào multisig của EOA về bản chất là bắt bạn giao luôn quyền hưởng lãi và quyền rút lui đi cùng một lúc. Thứ bạn đổi về bằng tiền thật chỉ là một tờ hứa nợ của bên thứ ba, bất cứ lúc nào cũng có thể nổ tung nếu ủy ban làm điều sai.
Cơ chế xương sống cho phần mở khóa token BABY mà Babylon thiết kế có điểm thú vị ở chỗ "trục" của nó. Họ không làm kiểu "ủy ban quản trị linh hoạt điều chỉnh", mà cứ bám chặt theo các quy tắc cứng của BTC mainnet UTXO. Thông qua Taproot script, điều kiện mở khóa được ghi thẳng vào phần khóa của từng đơn vị tiền trong mỗi giao dịch. Sự cách ly vật lý này, ngay từ gốc, cắt đứt hoàn toàn thao tác thông thường kiểu "quỹ chỉ cần nói một câu là đổi điều kiện mở khóa".
Tôi đã chạy thử trên testnet. Quyền quyết định mở khóa BABY nằm trong sự đồng thuận vật lý của mainnet BTC, không phải khóa cá nhân trong ví của quỹ. Trên chain nhìn thấy là bằng chứng mật mã cứng rắn—đúng thời điểm, đúng lượng, đúng trạng thái; thiếu một là không được. Uỷ ban muốn sửa thì các node sẽ từ chối nhận.
Nhưng cách giải này không phải thuốc vạn năng. Khi dồn toàn bộ vào script của BTC để kiểm chứng, đội ngũ phát triển phải rất vững về chuyên môn, đồng thời đối mặt trực tiếp với giới hạn về thông lượng mainnet và độ trễ xác thực. Chấp nhận cái giá của "không thể bị làm giả" đồng nghĩa với "không đủ linh hoạt".
Tuy vậy, cuộc khám phá này vẫn có giá trị. Nó đặt thẳng câu hỏi trắc nghiệm trước mặt chúng ta: muốn "linh hoạt" nhưng kèm theo việc ủy thác cho quỹ với hộp đen đầy bí ẩn, hay muốn một khóa vật lý on-chain cồng kềnh nhưng khiến bạn nửa đêm ngủ vẫn yên tâm? Tôi thấy lựa chọn thứ hai thực tế hơn.
[TL;DR]
Việc mở khóa của BABY không phải là "thỏa thuận tử tế" kiểu multisig của quỹ, mà là khóa vật lý Taproot được hàn chặt vào BTC mainnet UTXO. Dù cồng kềnh và bị giới hạn bởi hiệu năng mainnet, nhưng nó cứng hơn bất kỳ cam kết của đội ngũ nào. Tiếp tục theo dõi, chưa cần vội hành động.
@BabylonLabs_io
Các anh em ơi, vào khu bình luận ở quảng trường Binance trò chuyện nhé.
#baby $BABY
Trong vài tuần này tôi điên cuồng kiểm toán một vài dự án Restaking chủ lưu về lịch phát hành token. Càng xem càng thấy việc giao việc mở khóa cho multisig của quỹ chỉ là một mệnh đề sai lầm. Những dự án dựa vào multisig của EOA về bản chất là bắt bạn giao luôn quyền hưởng lãi và quyền rút lui đi cùng một lúc. Thứ bạn đổi về bằng tiền thật chỉ là một tờ hứa nợ của bên thứ ba, bất cứ lúc nào cũng có thể nổ tung nếu ủy ban làm điều sai.
Cơ chế xương sống cho phần mở khóa token BABY mà Babylon thiết kế có điểm thú vị ở chỗ "trục" của nó. Họ không làm kiểu "ủy ban quản trị linh hoạt điều chỉnh", mà cứ bám chặt theo các quy tắc cứng của BTC mainnet UTXO. Thông qua Taproot script, điều kiện mở khóa được ghi thẳng vào phần khóa của từng đơn vị tiền trong mỗi giao dịch. Sự cách ly vật lý này, ngay từ gốc, cắt đứt hoàn toàn thao tác thông thường kiểu "quỹ chỉ cần nói một câu là đổi điều kiện mở khóa".
Tôi đã chạy thử trên testnet. Quyền quyết định mở khóa BABY nằm trong sự đồng thuận vật lý của mainnet BTC, không phải khóa cá nhân trong ví của quỹ. Trên chain nhìn thấy là bằng chứng mật mã cứng rắn—đúng thời điểm, đúng lượng, đúng trạng thái; thiếu một là không được. Uỷ ban muốn sửa thì các node sẽ từ chối nhận.
Nhưng cách giải này không phải thuốc vạn năng. Khi dồn toàn bộ vào script của BTC để kiểm chứng, đội ngũ phát triển phải rất vững về chuyên môn, đồng thời đối mặt trực tiếp với giới hạn về thông lượng mainnet và độ trễ xác thực. Chấp nhận cái giá của "không thể bị làm giả" đồng nghĩa với "không đủ linh hoạt".
Tuy vậy, cuộc khám phá này vẫn có giá trị. Nó đặt thẳng câu hỏi trắc nghiệm trước mặt chúng ta: muốn "linh hoạt" nhưng kèm theo việc ủy thác cho quỹ với hộp đen đầy bí ẩn, hay muốn một khóa vật lý on-chain cồng kềnh nhưng khiến bạn nửa đêm ngủ vẫn yên tâm? Tôi thấy lựa chọn thứ hai thực tế hơn.
[TL;DR]
Việc mở khóa của BABY không phải là "thỏa thuận tử tế" kiểu multisig của quỹ, mà là khóa vật lý Taproot được hàn chặt vào BTC mainnet UTXO. Dù cồng kềnh và bị giới hạn bởi hiệu năng mainnet, nhưng nó cứng hơn bất kỳ cam kết của đội ngũ nào. Tiếp tục theo dõi, chưa cần vội hành động.
@BabylonLabs_io
Các anh em ơi, vào khu bình luận ở quảng trường Binance trò chuyện nhé.
#baby $BABY