#bedrock $BR Trước đây tôi gặp một chuyện khá ngượng. Một dự án DeFi công bố kế hoạch nâng cấp hợp đồng, yêu cầu người dùng phải tự di chuyển thanh khoản. Tôi làm theo hướng dẫn, nhưng ở bước ủy quyền thì có trục trặc. Sau khi bị đốt một khoản gas, việc di chuyển thất bại. Thử lại lần nữa cũng vẫn thất bại. Cuối cùng tôi hỏi thăm trong cộng đồng thì phát hiện không phải trường hợp cá biệt—đó là vấn đề tương thích khi nâng cấp hợp đồng. Mất hơn nửa tiếng tôi mới xử lý xong, và từ đó cụm từ “nâng cấp giao thức” khiến tôi cảnh giác hơn một tầng.$ETH
Sau đó tôi xem tài liệu của @Bedrock , và tôi đã dành thời gian tìm hiểu cơ chế nâng cấp hợp đồng của họ.
Trong kiến trúc của Bedrock 2.0, các hợp đồng lõi như logic phát hành của uniBTC và brBTC không thể tùy ý thay đổi. Quyền nâng cấp nằm trong tay một nhóm đa chữ ký (multisig), và multisig này không phải “tự nhà” Bedrock. Mỗi lần nâng cấp đều cần nhiều bên độc lập ký đồng thời mới có thể thực thi. Cơ chế này không thể loại bỏ hoàn toàn rủi ro “phía dự án làm điều xấu”, nhưng ít nhất đã nâng mức ngưỡng. Một người nói không tính được—phải có sự đồng ý của nhiều người.
Điều khiến tôi chú ý hơn là Bedrock khi nâng cấp đã biến nhiều tham số thành dạng “có thể cấu hình” chứ không phải “có thể thay thế”. Nghĩa là: có những giao thức muốn thay một tham số lợi suất thì phải thay cả hợp đồng, rủi ro cao và thao tác phức tạp. Ngay từ thiết kế ban đầu, Bedrock đã đưa các tham số thường gặp như phí, phân bổ ưu đãi, trọng số của các pool… thành mục có thể cấu hình. Thông qua bỏ phiếu quản trị là có thể điều chỉnh mà không cần đụng tới hợp đồng lõi. Như vậy vừa đảm bảo linh hoạt, vừa giảm phạm vi rủi ro khi nâng cấp.
Tôi xem qua báo cáo kiểm toán lịch sử của họ. Các hợp đồng lõi của Bedrock đã trải qua các vòng kiểm toán chéo từ nhiều công ty, bao gồm SlowMist và CertiK. Kiểm toán không thể đảm bảo 100% không có lỗ hổng, nhưng nhiều vòng kiểm toán ít nhất cũng cho thấy đội ngũ không làm qua loa cho phần đầu tư bảo mật.$BTC
Còn một chi tiết nữa: cơ chế time lock khi nâng cấp hợp đồng của Bedrock. Bất kỳ lần nâng cấp nào không thuộc tình huống khẩn cấp, sau khi được kích hoạt sẽ có độ trễ thời gian nhất định mới có hiệu lực. “Cửa sổ” này cho cộng đồng thời gian phản ứng. Nếu một đề xuất nâng cấp gây tranh cãi, cộng đồng có thể trong khoảng thời gian đó phát hiện vấn đề và nêu ý kiến phản đối. Thiết kế này không phải là hiếm trong lĩnh vực DeFi, nhưng thực sự những dự án thực thi nghiêm ngặt thì không nhiều.
Sau đó tôi xem tài liệu của @Bedrock , và tôi đã dành thời gian tìm hiểu cơ chế nâng cấp hợp đồng của họ.
Trong kiến trúc của Bedrock 2.0, các hợp đồng lõi như logic phát hành của uniBTC và brBTC không thể tùy ý thay đổi. Quyền nâng cấp nằm trong tay một nhóm đa chữ ký (multisig), và multisig này không phải “tự nhà” Bedrock. Mỗi lần nâng cấp đều cần nhiều bên độc lập ký đồng thời mới có thể thực thi. Cơ chế này không thể loại bỏ hoàn toàn rủi ro “phía dự án làm điều xấu”, nhưng ít nhất đã nâng mức ngưỡng. Một người nói không tính được—phải có sự đồng ý của nhiều người.
Điều khiến tôi chú ý hơn là Bedrock khi nâng cấp đã biến nhiều tham số thành dạng “có thể cấu hình” chứ không phải “có thể thay thế”. Nghĩa là: có những giao thức muốn thay một tham số lợi suất thì phải thay cả hợp đồng, rủi ro cao và thao tác phức tạp. Ngay từ thiết kế ban đầu, Bedrock đã đưa các tham số thường gặp như phí, phân bổ ưu đãi, trọng số của các pool… thành mục có thể cấu hình. Thông qua bỏ phiếu quản trị là có thể điều chỉnh mà không cần đụng tới hợp đồng lõi. Như vậy vừa đảm bảo linh hoạt, vừa giảm phạm vi rủi ro khi nâng cấp.
Tôi xem qua báo cáo kiểm toán lịch sử của họ. Các hợp đồng lõi của Bedrock đã trải qua các vòng kiểm toán chéo từ nhiều công ty, bao gồm SlowMist và CertiK. Kiểm toán không thể đảm bảo 100% không có lỗ hổng, nhưng nhiều vòng kiểm toán ít nhất cũng cho thấy đội ngũ không làm qua loa cho phần đầu tư bảo mật.$BTC
Còn một chi tiết nữa: cơ chế time lock khi nâng cấp hợp đồng của Bedrock. Bất kỳ lần nâng cấp nào không thuộc tình huống khẩn cấp, sau khi được kích hoạt sẽ có độ trễ thời gian nhất định mới có hiệu lực. “Cửa sổ” này cho cộng đồng thời gian phản ứng. Nếu một đề xuất nâng cấp gây tranh cãi, cộng đồng có thể trong khoảng thời gian đó phát hiện vấn đề và nêu ý kiến phản đối. Thiết kế này không phải là hiếm trong lĩnh vực DeFi, nhưng thực sự những dự án thực thi nghiêm ngặt thì không nhiều.