Tôi đang tìm hiểu về các hợp đồng Cosmos IBC được triển khai trên ethereum và phát hiện ra một điều thú vị về cách các light client ZK của chúng được quản lý. Các bằng chứng SP1 xác thực sự đồng thuận của Cosmos, nhưng bản thân triển khai light client vẫn có thể được di chuyển thông qua quản trị. Họ thực sự đã sử dụng cơ chế này trong đợt nâng cấp tháng Sáu để chuyển các client Tendermint sang SP1 v6.1. Cấu hình hiện tại sử dụng OpenZeppelin AccessManager, một Safe quản trị 4 trên 7 và thời gian chờ 72 giờ. Vì vậy, dù việc xác thực đồng thuận là mã hóa, hệ thống vẫn có một lớp niềm tin quản trị. Và tôi nghĩ điều đó đáng để hiểu rõ. Nếu ai đó có thể thay đổi triển khai light client mà bộ định tuyến tin tưởng, thì độ an toàn của toàn bộ hệ thống cũng phụ thuộc vào ai kiểm soát quyền hạn đó. Tôi không nói rằng có lỗ hổng ở đây. Cơ chế di chuyển là có chủ ý và hữu ích cho các bản nâng cấp và phục hồi. Nhưng tôi muốn hiểu rõ điều gì xảy ra nếu các khóa quản trị bị xâm phạm, liệu mọi thay đổi nhạy cảm có thực sự đi qua thời gian chờ không, và người dùng có thể xác minh một bản nâng cấp trước khi nó xảy ra như thế nào. nguồn: https://t.co/dnN5drqJMi