Khi “tự lưu ký” nguyên bản tràn ngập màn hình và khiến ai cũng phải lướt qua, tôi lại nhìn chằm chằm vào whitepaper của Babylon, nhưng thứ ám ảnh trong đầu không phải là điều gì khác—mà là đa chữ ký (multisig) Covenant Committee theo kiểu 6 trên 9.
Muốn hiểu sự “lằng nhằng” này, trước hết hãy bóc tách lớp vỏ của Babylon như một củ hành. Mô hình Taproot của Bitcoin có thể đảm bảo quyền sở hữu, nhưng khi đối mặt với các logic phạt tịch thu phức tạp, Script gốc vẫn bất lực. Vì vậy Babylon đưa vào Covenant Committee. Đây không phải sự tập trung hóa được chủ động thêm vào, mà là một sự thỏa hiệp kỹ thuật trong giới hạn hiện tại của các script. Chín nút này giống như những người thực thi quy tắc: thông qua cơ chế đa chữ ký, đảm bảo rằng BTC chỉ có thể luân chuyển theo đúng “đường dẫn theo giao thức”.
Từ đó dẫn tới sự thanh lịch và tàn khốc của EOTS. Thiết kế FP ký đôi tự động lộ khóa riêng có thể xem như một tác phẩm nghệ thuật; nhưng nếu ký đôi mang tính ác ý, nó sẽ trực tiếp đốt cháy 33,33% số vốn gốc. Tuy nhiên, sự thanh lịch trong kỹ thuật đôi khi đi kèm sự phũ phàng của hiện thực: các tình huống ký đôi ngoài ý muốn do phân nhánh cực đoan hoặc lỗi nút thường trông giống hệt—trên chuỗi—với ký đôi ác ý. Gặp sự cố vận hành FP, chỉ một lần “ngoài ý muốn” cũng có thể khiến số vốn tan thành mây khói. Trong mô hình này, lựa chọn FP thay vì Staking truyền thống để xác thực người xác minh về bản chất không khác gì; Babylon chỉ khoác thêm một lớp áo kể chuyện cho “tự lưu ký”.
Nhìn sâu hơn nữa, cơ chế TBV cố gắng giải bài toán tối thượng: để BTC làm tài sản thế chấp trên Ethereum mà vẫn không biến thành một dạng “đóng gói” BTC. TBV không hề mang BTC đi. BTC của người gửi vẫn bị khóa trong script Taproot của Bitcoin; hợp đồng trên Ethereum chỉ theo dõi trạng thái của “kho” (vault). Điều này giống hơn với việc ngân hàng tạo một mã nội bộ khi thế chấp bất động sản: “giấy chứng nhận quyền sở hữu” gốc vẫn nằm trên sổ cái Bitcoin.
Nhưng “Trustless” tuyệt đối không đồng nghĩa với “Riskless”. Khung xương của TBV là BitVM3—và mô hình này có một điểm chết: cần có ai đó sẵn sàng bỏ Gas trong giai đoạn thách thức để giám sát và nộp phản biện (challenge). Thực tế, rất có thể phải dựa vào các tổ chức để chống đỡ cán cân trò chơi; hơn nữa, giai đoạn thách thức chồng lên Unbonding Period, nên rủi ro chậm trễ thanh lý trong điều kiện biến động cực đoan là hoàn toàn có thật.
Nói cho cùng, Babylon đã “chơi script” theo một cách rất thú vị, nhưng độ phức tạp càng cao thì số lượng case biên càng nhiều. Thứ chúng ta thực sự nên quan tâm không phải nó có thể thu hút được bao nhiêu BTC, mà là liệu Covenant Committee có thể dần suy yếu khi năng lực script nguyên bản của Bitcoin được tăng cường hay không. Nếu tương lai Script có thể biểu đạt nhiều logic hơn, thì ủy ban ngày nay chỉ là giai đoạn chuyển tiếp; nếu không, đây sẽ là chi phí cấu trúc mà BTC phải gánh lâu dài khi bước vào thế giới PoS.
#baby $BABY @BabylonLabs_io
Muốn hiểu sự “lằng nhằng” này, trước hết hãy bóc tách lớp vỏ của Babylon như một củ hành. Mô hình Taproot của Bitcoin có thể đảm bảo quyền sở hữu, nhưng khi đối mặt với các logic phạt tịch thu phức tạp, Script gốc vẫn bất lực. Vì vậy Babylon đưa vào Covenant Committee. Đây không phải sự tập trung hóa được chủ động thêm vào, mà là một sự thỏa hiệp kỹ thuật trong giới hạn hiện tại của các script. Chín nút này giống như những người thực thi quy tắc: thông qua cơ chế đa chữ ký, đảm bảo rằng BTC chỉ có thể luân chuyển theo đúng “đường dẫn theo giao thức”.
Từ đó dẫn tới sự thanh lịch và tàn khốc của EOTS. Thiết kế FP ký đôi tự động lộ khóa riêng có thể xem như một tác phẩm nghệ thuật; nhưng nếu ký đôi mang tính ác ý, nó sẽ trực tiếp đốt cháy 33,33% số vốn gốc. Tuy nhiên, sự thanh lịch trong kỹ thuật đôi khi đi kèm sự phũ phàng của hiện thực: các tình huống ký đôi ngoài ý muốn do phân nhánh cực đoan hoặc lỗi nút thường trông giống hệt—trên chuỗi—với ký đôi ác ý. Gặp sự cố vận hành FP, chỉ một lần “ngoài ý muốn” cũng có thể khiến số vốn tan thành mây khói. Trong mô hình này, lựa chọn FP thay vì Staking truyền thống để xác thực người xác minh về bản chất không khác gì; Babylon chỉ khoác thêm một lớp áo kể chuyện cho “tự lưu ký”.
Nhìn sâu hơn nữa, cơ chế TBV cố gắng giải bài toán tối thượng: để BTC làm tài sản thế chấp trên Ethereum mà vẫn không biến thành một dạng “đóng gói” BTC. TBV không hề mang BTC đi. BTC của người gửi vẫn bị khóa trong script Taproot của Bitcoin; hợp đồng trên Ethereum chỉ theo dõi trạng thái của “kho” (vault). Điều này giống hơn với việc ngân hàng tạo một mã nội bộ khi thế chấp bất động sản: “giấy chứng nhận quyền sở hữu” gốc vẫn nằm trên sổ cái Bitcoin.
Nhưng “Trustless” tuyệt đối không đồng nghĩa với “Riskless”. Khung xương của TBV là BitVM3—và mô hình này có một điểm chết: cần có ai đó sẵn sàng bỏ Gas trong giai đoạn thách thức để giám sát và nộp phản biện (challenge). Thực tế, rất có thể phải dựa vào các tổ chức để chống đỡ cán cân trò chơi; hơn nữa, giai đoạn thách thức chồng lên Unbonding Period, nên rủi ro chậm trễ thanh lý trong điều kiện biến động cực đoan là hoàn toàn có thật.
Nói cho cùng, Babylon đã “chơi script” theo một cách rất thú vị, nhưng độ phức tạp càng cao thì số lượng case biên càng nhiều. Thứ chúng ta thực sự nên quan tâm không phải nó có thể thu hút được bao nhiêu BTC, mà là liệu Covenant Committee có thể dần suy yếu khi năng lực script nguyên bản của Bitcoin được tăng cường hay không. Nếu tương lai Script có thể biểu đạt nhiều logic hơn, thì ủy ban ngày nay chỉ là giai đoạn chuyển tiếp; nếu không, đây sẽ là chi phí cấu trúc mà BTC phải gánh lâu dài khi bước vào thế giới PoS.
#baby $BABY @BabylonLabs_io