Bản Sửa Lỗi Trong Nâng Cấp Glamsterdam
Các nhà phát triển Ethereum đã hợp nhất một bản sửa lỗi cho lỗi xử lý gửi tiền trong bản nâng cấp Glamsterdam sắp tới. Bản sửa lỗi này có thể cho phép một nhà xây dựng khối nhận ETH dành cho một trình xác thực mới, sau khi quyết định ban đầu từ chối thay đổi được đề xuất.
Chi Tiết Về Bản Sửa Lỗi
Theo các thông số đồng thuận của Ethereum, người duy trì Justin Traglia đã hợp nhất bản sửa lỗi vào ngày 26 tháng 10, sau khi nhà phát triển avsetsin phát hiện ra một vấn đề với cách xử lý các khoản gửi tiền đang chờ trong quá trình phân nhánh Gloas. Thay đổi này tách biệt các khoản gửi tiền của nhà xây dựng khỏi các khoản gửi tiền của trình xác thực theo thông tin rút tiền của họ, ngăn chặn việc tiền vào tài khoản sai khi cả hai đều sử dụng cùng một khóa công khai.
Lỗ hổng này liên quan đến các quy tắc đang được phát triển, không phải là một vụ đánh cắp đã được xác nhận từ mạng chính của Ethereum.
Các nhà phát triển đã tích hợp bản sửa lỗi vào các thông số, mặc dù các khách hàng đồng thuận riêng lẻ vẫn cần thực hiện và kiểm tra hành vi đã sửa đổi. Vấn đề này phát sinh từ những thay đổi dự kiến trong việc tách biệt nhà đề xuất và nhà xây dựng được ghi nhận trong Glamsterdam, phân công việc xây dựng khối và đề xuất khối cho các vai trò khác nhau.
Vấn Đề Được Phát Hiện
Nhà nghiên cứu avsetsin đã mô tả lỗ hổng vào ngày 12 tháng 10, xác định một vấn đề trong các quy tắc được sử dụng để xử lý các khoản gửi tiền đang chờ khi mạng nâng cấp. Nếu một nhà xây dựng đã đăng ký bằng một khóa công khai trước khi khoản gửi tiền của trình xác thực đến dưới cùng một khóa, logic được đề xuất có thể ghi có cả hai khoản gửi tiền cho nhà xây dựng.
Nhà điều hành có thể rút tiền của giao thức,” avsetsin đã cảnh báo trong báo cáo trên GitHub.
Vì trình xác thực dự kiến sẽ không được tạo ra, dịch vụ staking có thể gặp khó khăn trong việc thu thập chứng cứ cần thiết để hoàn thành các quy trình gửi tiền và phục hồi bình thường của nó. Nhà nghiên cứu đã xem xét khả năng tiếp xúc liên quan đến Lido, Origin và Rocket Pool thông qua nghiên cứu mã sơ bộ.
Quyết Định Cuối Cùng
Bản sửa lỗi được đề xuất ban đầu đã gặp phải sự phản đối từ các nhà phát triển khách hàng Ethereum, mặc dù mô tả của nhà nghiên cứu về rủi ro định tuyến gửi tiền. Vào ngày 19 tháng 10, Traglia đã đóng yêu cầu kéo sau các cuộc thảo luận giữa các nhà phát triển cốt lõi. “Không có đủ sự hỗ trợ từ các khách hàng để thực hiện thay đổi này vào thời điểm này,” Traglia viết.
Quyết định này không giữ nguyên, với các nhà phát triển đã mở lại đề xuất vào ngày 23 tháng 10 sau khi xem xét thêm. Sau đó, người đánh giá potuz đã phê duyệt cách tiếp cận nhưng yêu cầu thêm các bài kiểm tra cho các tổ hợp gửi tiền cụ thể.
Thay đổi cuối cùng đã được hợp nhất vào các thông số đồng thuận của Ethereum vào ngày 26 tháng 10 sau khi xem xét thêm từ khách hàng. Nó chỉ đạo các khoản gửi tiền hợp lệ của trình xác thực vào hàng đợi của trình xác thực trong khi cho phép các khoản gửi tiền hợp lệ của nhà xây dựng đăng ký hoặc thêm tiền vào một nhà xây dựng hiện có.
Vấn Đề Kích Hoạt Glamsterdam
Cập nhật thông số đã đến trong khi các nhà phát triển Ethereum đang xem xét một vấn đề riêng biệt ảnh hưởng đến việc kích hoạt Glamsterdam theo lịch trình trên mạng thử nghiệm Hoodi. Quỹ Ethereum đã hoãn bản nâng cấp vào ngày 26 tháng 10 sau khi các nhà nghiên cứu xác định các rủi ro tương thích liên quan đến EIP-8037.
Như crypto.news đã báo cáo trước đó về việc hoãn lại, quyết định này đã loại bỏ cả các thay đổi thực thi Amsterdam và các thay đổi đồng thuận Gloas khỏi việc kích hoạt dự kiến của Hoodi. Sự gia tăng đề xuất lên giới hạn gas 200 triệu đã bị hoãn lại cùng với chúng.
Nhà nghiên cứu Ethereum Toni Wahrstätter giải thích rằng EIP-8037 có thể can thiệp vào các hợp đồng thông minh dựa vào các giả định về gas còn lại trong quá trình thực thi. Ông đã xác định các trường hợp mà kế toán gas có thể khiến một giao dịch quay lại một cách bất ngờ hoặc cho phép một đường thực thi mà các nhà phát triển đã giả định là không thể tiếp cận.
Vấn đề tương thích hợp đồng là khác biệt với lỗ hổng gửi tiền của nhà xây dựng được giải quyết trong bản sửa lỗi trên GitHub. Cả hai đều liên quan đến Glamsterdam, nhưng việc hoãn lại của Quỹ vào ngày 22 tháng 10 đã cụ thể trích dẫn việc điều tra thêm về sự tương tác của EIP-8037 với các hợp đồng hiện có.
Glamsterdam đã được kích hoạt trên mạng thử nghiệm Sepolia vào ngày 6 tháng 10, nơi các nhà phát triển đã xem xét các thay đổi trong việc xây dựng khối và khả năng xử lý giao dịch cao hơn. Buổi tổng duyệt Hoodi tiếp theo vẫn chưa được lên lịch, với không có ngày xác nhận cho việc kích hoạt trên mạng chính Ethereum.
Bản sửa lỗi gửi tiền đã hợp nhất chứa các bài kiểm tra hồi quy bao gồm cách các khoản gửi tiền được phân loại trong quá trình chuyển tiếp Gloas. Các nhóm khách hàng phải tích hợp thay đổi thông số vào phần mềm của họ và hoàn thành các bài kiểm tra thêm trước khi các quy tắc cập nhật có thể hoạt động trong một nâng cấp mạng trong tương lai.
