Vì sao quản trị không thể âm thầm viết lại một Vault BTC đang hoạt động

Sau một buổi giao dịch khá tệ nữa khi xem biểu đồ BABY, tôi nhận ra rằng mình học nhiều hơn từ tài liệu hơn là từ giá.

Tôi vẫn luôn cho rằng quản trị có thể can thiệp và vá một vị trí tài sản thế chấp đang hoạt động mỗi khi giao thức phát triển.

Vault Bitcoin Không Cần Tin Cậy của Babylon đã cho tôi thấy giả định đó không thực sự đúng.

Khi một vault được tạo, đồ thị giao dịch Bitcoin của nó đã được xây dựng và ký sẵn. Các cơ chế timelock, tập hợp người tham gia, thời gian cửa sổ phản biện và các giả định về khôi phục thuộc về phiên bản giao thức đó. Quản trị có thể đưa ra các tham số mới cho các vault trong tương lai, nhưng không thể âm thầm viết lại các điều kiện chi tiêu của BTC đã bị khóa.

Một người giám hộ (custodian) hoạt động khác. Họ có thể thay đổi người điều hành, sửa thủ tục rút tiền hoặc cập nhật chính sách nội bộ vì họ kiểm soát sổ cái. TBV cố tình từ bỏ sự tự do đó để các quy tắc bảo vệ Bitcoin đã gửi không bị viết lại bằng cách “hậu kiểm”.

Chi phí đã không biến mất. Nó chuyển sang việc hỗ trợ nhiều phiên bản vault, chấp nhận sự phát triển giao thức chậm hơn, và đánh đổi sự tiện lợi của việc thay đổi các vị trí đang hoạt động thông qua một phiếu bầu quản trị.

Càng suy nghĩ, tôi càng thấy điều này giống lời hứa hơn là một chiến lược nâng cấp. Khi Bitcoin đã bị khóa, giao thức phần lớn mất khả năng thay đổi thỏa thuận mà nó đã thực hiện với người gửi.

Tôi nghĩ thước đo thực sự có thể đến sau lần nâng cấp giao thức lớn đầu tiên hoặc một sự cố bảo mật nghiêm trọng. Ai cũng sẽ muốn có bản sửa an toàn nhất càng nhanh càng tốt, nhưng các vault hiện hữu vẫn sẽ mang những cam kết mà chúng được tạo ra. Đó là lúc việc “ghim phiên bản” ngừng chỉ là một lựa chọn thiết kế và trở thành một thứ mà người ta hoặc học cách trân trọng, hoặc học cách chấp nhận. $BLESS thì biến động rất mạnh.
@BabylonLabs_io $BABY #baby
Các quy tắc cố định có khiến bạn tin tưởng một vault BTC hơn không?
Yes, Fixed Vault Rules
56%
Safer BTC Collateral
44%
Upgrades Need Flexibility
0%
Depends on Live Testing
0%
9 phiếu bầu • Cuộc bỏ phiếu đã kết thúc