Tóm tắt ngắn
- Các nhà phát triển ethereum đã hợp nhất bản sửa lỗi Glamsterdam sau khi phát hiện logic chuyển đổi phân nhánh có thể định tuyến các khoản nạp validator đến các builder chia sẻ cùng một khóa công khai.
- Lỗi này ảnh hưởng đến quá trình đăng ký Gloas, nơi các khoản nạp đang chờ có thể bị phân loại sai trong quá trình tạo danh sách builder và validator, nhưng đây không phải là một cuộc khai thác trên mạng chính.
- Pull request #5736 hiện đã phân tách tuyến đường nạp theo thông tin xác thực rút tiền, giữ nguyên các khoản nạp validator trong hàng đợi của chúng và thêm các bài kiểm tra hồi quy trước khi triển khai.
Các nhà phát triển ethereum đã hợp nhất một bản sửa lỗi trong thông số đồng thuận cho Glamsterdam sau khi phát hiện lỗi kết nối phân nhánh Gloas có thể định tuyến các khoản nạp validator đến các người xây khối chia sẻ cùng khóa công khai. Yêu cầu kéo #5736 đã được hợp nhất vào nhánh master vào ngày 26 tháng Mười và thay đổi cách phân loại các khoản nạp đang chờ trong quá trình phân nhánh. Lỗi này ảnh hưởng đến logic chuyển đổi cho bản nâng cấp tương lai của ethereum, không phải giao thức mạng chính hiện tại, giúp giới hạn vấn đề trong phạm vi phát triển và kiểm thử cho Ethereum.
Gloas Fix tách đường dẫn nạp của Validator và Builder
Vấn đề cốt lõi liên quan đến thời điểm Gloas khởi tạo builder registry riêng biệt. Theo quy tắc định tuyến trước đây, sau khi một khoản nạp đang chờ được đăng ký một builder, các khoản nạp sau đó sử dụng cùng khóa công khai có thể tăng số dư của builder đó bất kể thông tin xác thực rút tiền của chúng. Do đó, một khoản nạp validator có thể rời khỏi hàng đợi validator và được ghi có vào một builder thay vì. Lỗi này đã tạo ra một đường dẫn điều kiện khiến số tiền cung cấp để staking có thể đến một tài khoản do bên thứ ba kiểm soát.
Mô tả vấn đề minh họa rủi ro khi một giao thức staking tài trợ cho một validator do bên thứ ba vận hành. Nếu người vận hành trước tiên đã xếp hàng một khoản nạp hợp lệ của builder sử dụng cùng khóa và cả hai khoản nạp vẫn đang chờ xử lý tại thời điểm phân nhánh, khoản nạp của validator được tài trợ bởi giao thức cũng có thể được chuyển đến builder. Không tạo ra validator nào từ khoản nạp đó, có thể làm gián đoạn các quy trình kế toán dựa trên bằng chứng hoặc phục hồi. Tình huống được ghi lại là một trường hợp biên giới ở cấp giao thức, không phải bằng chứng cho thấy các khoản nạp trên mạng chính ethereum đã bị chuyển hướng.
Bản sửa đổi kết hợp tách các khoản nạp theo thông tin xác thực rút tiền trong quá trình đăng ký Gloas. Các khoản nạp của validator hiện vẫn giữ trong hàng đợi validator ngay cả khi một builder sử dụng cùng khóa, trong khi các khoản nạp hợp lệ của builder có thể đăng ký hoặc nạp thêm cho builder một cách độc lập. Các khoản nạp của builder hiện tại cũng có thể nhận thêm tiền dưới các quy tắc đã sửa đổi. Thay đổi này điều chỉnh quá trình đăng ký với các danh sách validator và builder độc lập được mô tả bởi EIP-8282 và thêm các bài kiểm tra hồi quy bao gồm hành vi sắp xếp và định tuyến khoản nạp.
Thời gian có ý nghĩa vì Glamsterdam kết hợp các thay đổi về lớp thực thi của Amsterdam với các thay đổi về lớp đồng thuận của Gloas, bao gồm sự tách biệt giữa người đề xuất và người xây dựng được ghi nhận. Bản nâng cấp rộng hơn đã trải qua kiểm thử công khai, trong khi việc triển khai Hoodi đã bị hoãn lại để thực hiện thêm đánh giá và việc kích hoạt trên mạng chính vẫn chưa được xác nhận. Do đó, việc sửa lỗi định tuyến nạp tiền củng cố các thông số kỹ thuật cho một phân nhánh tương lai thay vì khắc phục một lỗ hổng trên ethereum đang hoạt động. Nó cũng củng cố lý do tại sao logic chuyển đổi xung quanh cơ sở hạ tầng staking và xây dựng khối cần được kiểm thử trước khi các thay đổi giao thức được đề xuất được đưa vào sản xuất một cách an toàn.