Khi người dùng gửi BTC, họ thấy thời hạn 30 ngày, các khoản phí được nêu rõ ràng và các điều kiện thoát cố định. Mười ngày sau, nếu giao thức cập nhật tham số và các vị thế hiện có cũng được áp dụng trực tiếp theo quy tắc mới, thì cam kết mà người dùng đã xác nhận ban đầu sẽ không còn là sự cam kết trọn vẹn.

Khi quan sát hướng TBV mà @BabylonLabs_io đang khám phá, tôi đặc biệt chú ý đến việc thay đổi quy tắc sẽ ảnh hưởng thế nào đến các Vault đã tồn tại. Tính năng mới có thể dùng tham số mới, nhưng liệu các vị thế cũ có tiếp tục vận hành theo các điều kiện lúc gửi hay không cần phải được giải thích riêng, chứ không nên được “giấu” trong một bản nâng cấp thông thường.

Điều này không có nghĩa là giao thức không thể bao giờ điều chỉnh. Bối cảnh thị trường và mô hình rủi ro sẽ thay đổi, và điều thực sự quan trọng là phân biệt “thay đổi có hiệu lực cho tương lai” và “thay đổi mang tính hồi tố đối với quá khứ”. Với các sản phẩm trong hệ sinh thái #baby , nếu bắt buộc phải sửa các sắp xếp đã có, thì cần nêu trước phạm vi tác động, thời gian đệm và lối thoát có thể lựa chọn.

Người dùng sẵn sàng khóa BTC vì họ có thể đưa ra quyết định dựa trên các điều kiện công khai tại thời điểm đó. Nếu quy tắc có thể được tùy ý sửa đổi sau khi đã thiết lập vị thế, thì ngay cả một trang thông tin ban đầu minh bạch cũng không thể tạo được niềm tin dài hạn.

Khi các ứng dụng liên quan đến $BABY ngày càng phong phú, năng lực nâng cấp giao thức là quan trọng, nhưng những lựa chọn đã được hình thành cũng cần được tôn trọng. Quy tắc mới có thể mở ra những lối đi mới, nhưng không nên lặng lẽ thay đổi con đường mà người dùng đã bước lên từ trước.