Các nhà phát triển Ethereum đang trong quá trình chạy thử nghiệm bản cập nhật Shanghai-Capella.
Cụ thể, theo TheBlock, testnet trên mạng thử nghiệm Zhejiang của Ethereum trước bản cập nhật Shanghai-Capella đã cho thấy một số lỗi, tuy nhiên, lỗi này không có ảnh hưởng gì đến tiến trình giới thiệu tính năng staking.
Nhà phát triển Ethereum Marius VanDerWijden cho biết một lỗi đồng bộ hóa gây khó khăn cho client nhưng các nhà phát triển tự tin có thể sửa được.
“Lỗi này sẽ không ảnh hưởng đến bất kỳ mốc thời gian đã thiết lập nào đối với bộ nâng cấp được đề xuất cho mạng thử nghiệm Sepolia được lên lịch vào ngày 28 tháng 2”, VanDerWijden nói.
Bản cập nhật devnet rút tiền mới nhất đã trình bày chi tiết một bài kiểm tra bao gồm 600.000 validators, 360.000 trong số đó đã thực hiện cập nhật thông tin xác thực rút tiền tại thời điểm diễn ra phân nhánh.
Beiko cho biết client đã xảy ra tình trạng tăng đột biến về RAM và CPU và các nhà phát triển sẽ đánh giá số lượng thông báo cập nhật thông tin đăng nhập bị mất so với số lượng được ghi lại trong những ngày tới.
Bài test cũng cho thấy một lỗi giữa ứng dụng client bằng chứng cổ phần, Prysm và ứng dụng client Besu được thiết kế cho các trường hợp sử dụng được phép.
Để đồng bộ hóa đúng cách, ứng dụng khách Prysm mong đợi một số lượng phản hồi nhất định, tuy nhiên, Besu áp đặt các giới hạn phản hồi khiến nó xuống dưới ngưỡng đồng bộ hóa cần thiết, Beiko nói.
Hiện nhóm phát triển của ông đang xem xét vấn đề.
Cụ thể, theo TheBlock, testnet trên mạng thử nghiệm Zhejiang của Ethereum trước bản cập nhật Shanghai-Capella đã cho thấy một số lỗi, tuy nhiên, lỗi này không có ảnh hưởng gì đến tiến trình giới thiệu tính năng staking.
Nhà phát triển Ethereum Marius VanDerWijden cho biết một lỗi đồng bộ hóa gây khó khăn cho client nhưng các nhà phát triển tự tin có thể sửa được.
“Lỗi này sẽ không ảnh hưởng đến bất kỳ mốc thời gian đã thiết lập nào đối với bộ nâng cấp được đề xuất cho mạng thử nghiệm Sepolia được lên lịch vào ngày 28 tháng 2”, VanDerWijden nói.
Bản cập nhật devnet rút tiền mới nhất đã trình bày chi tiết một bài kiểm tra bao gồm 600.000 validators, 360.000 trong số đó đã thực hiện cập nhật thông tin xác thực rút tiền tại thời điểm diễn ra phân nhánh.
Beiko cho biết client đã xảy ra tình trạng tăng đột biến về RAM và CPU và các nhà phát triển sẽ đánh giá số lượng thông báo cập nhật thông tin đăng nhập bị mất so với số lượng được ghi lại trong những ngày tới.
Bài test cũng cho thấy một lỗi giữa ứng dụng client bằng chứng cổ phần, Prysm và ứng dụng client Besu được thiết kế cho các trường hợp sử dụng được phép.
Để đồng bộ hóa đúng cách, ứng dụng khách Prysm mong đợi một số lượng phản hồi nhất định, tuy nhiên, Besu áp đặt các giới hạn phản hồi khiến nó xuống dưới ngưỡng đồng bộ hóa cần thiết, Beiko nói.
Hiện nhóm phát triển của ông đang xem xét vấn đề.
