Trang chủ Tạp chí Tin tức Ethereum (ETH) Sự cố testnet Ethereum 2.0

Sự cố testnet Ethereum 2.0

16/08/2020 13:00

Mạng testnet (mạng thử nghiệm) Ethereum 2.0 đã gặp sự cố vào thứ 6 tuần này và không thể đạt được kết quả cuối cùng.

Một lỗi liên quan đến thời gian đã được phát hiện trên Prysm. Đây là lỗi khá đáng ngạc nhiên, đang được phần lớn các trình xác thực sử dụng mặc dù có 5 client (ứng dụng khách).

Phân phối client trên testnet Ethereum 2.0, tháng 8/2020

Có vẻ như Prysm là client duy nhất cung cấp hướng dẫn tuyệt vời về cách tham gia, vì vậy mọi người đã bỏ qua đề xuất sử dụng các client khác vì cách hoạt động không rõ ràng.

Tất cả mọi người trên Prysm đều bị dừng lại ở đây vì có một số lỗi xảy ra với bộ đồng bộ hóa thời gian:

“Cảnh báo thời gian hoạt động: Thời gian hoạt động cho biết đồng hồ của bạn tắt hơn 2 giây offset = 4h0m0.028854657s.”

Rõ ràng là “các node kết nối với máy chủ NTP để đồng bộ thời gian của chúng và trả về các giá trị sai. Hiện tại, họ sử dụng 6 máy chủ NTP để giảm thiểu điều này, nhưng có vẻ như không đủ vì tất cả đều trả về sai thời gian”. Báo cáo cho biết:

“Tất cả các máy chủ thời gian hoạt động của Cloudflare đều trả về thông tin sai và các node Prysm đã không dự phòng đúng cách từ tình huống này”.

Tỷ lệ tham gia không chính xác của testnet Ethereum 2.0, tháng 8/2020

Nhà phát triển ETH 2.0 Raul Jordan của Prysmatic giải thích thêm rằng tỷ lệ tham gia hiện tại dường như không chính xác vì:

“Hầu như không có ai được đồng bộ hóa với đầu chuỗi, do vậy trừ khi bạn có một node được đồng bộ hóa, chúng tôi không thể nhận được tín hiệu tham gia đáng tin cậy. Thậm chí không chắc liệu có >0% tham gia hay không”.

Nhà phát triển ETH 2.0 Nishant Das của Prysm nhận xét một số node Prysm đã chuẩn bị sẵn sàng nhưng quá nhiều người cố gắng đồng bộ hóa cùng một lúc nên các node đang cố gắng tích hợp gặp lỗi như trong hình ảnh dưới.

Giải thích thêm, Jordan nói:

“Thời gian rất quan trọng đối với ETH2. Nếu không có thời gian đồng bộ thì mạng không thể hoạt động bình thường. Bạn có thể dựa vào thời gian của hệ thống, thời gian này sẽ luôn trôi đi. Chúng tôi sử dụng thời gian hoạt động của Cloudflare như một cách để điều chỉnh đồng hồ cục bộ của bạn nếu nó bị tắt”.

Tuy nhiên, thời gian hoạt động đã tắt trong 4 giờ hôm qua, điều này dẫn đến tình trạng hỗn loạn. Giải pháp là không bắt buộc điều chỉnh thời gian của mọi người dựa trên thời gian hoạt động mà thay vào đó ghi lại các lỗi cho họ biết thời gian của họ đã lệch”.

Vì vậy, lỗi nhỏ này khiến toàn bộ sự việc tệ hơn, với vị trí (khối) cuối cùng mang ngày hôm qua:

Testnet Ethereum 2.0 ngừng hoạt động, tháng 8/2020

Các client khác vẫn ổn nên giải pháp là chuyển sang client khác, nhưng lỗi hiện đã được sửa. Tuy nhiên Jordan nói:

“Khi sửa lỗi này, chúng tôi đã vô tình loại bỏ tất cả các tính năng quan trọng để các node Prysm hoạt động, khiến vấn đề trở nên tồi tệ hơn vô cùng.”

May mắn nay, điều này xảy ra với testnet và ETH giả, tuy nhiên mọi thứ khác nằm trong cấu hình của mainnet.

Có khoảng 30,000 trình xác thực trên đó và khoảng 1 triệu ETH đã tận mắt chứng kiến lý do tại sao họ nên rời bỏ client được sử dụng nhiều nhất bởi vì các khuyến khích Ethereum 2.0 được thiết kế để sử dụng client, hệ điều hành nhỏ hoặc ít người biết đến, nhưng an toàn. Mỗi một thứ đều là thành phần của thiết lập thực sự.

Bởi vì nếu có lỗi nào đó trên hệ điều hành Windows ảnh hưởng đến ETH 2.0, thì tất cả các trình xác thực đang chạy Windows sẽ gặp trục trặc và bị dừng, trong khi các trình xác thực trên Linux và các hệ điều hành khác không bị ảnh hưởng.

Đó là một bài học cần được rút kinh nghiệm nhưng một loại lỗi khác đã được phát hiện ở đây là mọi người làm theo hướng dẫn và do đó, các hướng dẫn cũng cần phải đa dạng, không chỉ dành cho các client.

Một phát hiện khác là mạng vừa dừng. Ethereum chưa bao giờ dừng lại. Cho dù trong sự kiện hack mã DDoS vào đêm trước khi Devcon ra mắt tại Thượng Hải năm 2016, vụ hack DAO, fork hoặc bất cứ sự kiện gì xảy ra, các khối vẫn tiếp tục hoạt động. Trong khi lần này nó đã dừng lại.

Các vấn đề về bộ nhớ bắt đầu xảy ra sau khi giảm khoảng 30% trình xác nhận và trở nên nghiêm trọng hơn sau khoảng 50% rời đi và rõ ràng dừng lại sau 70%.

Một số loại quy trình phức tạp đã được kích hoạt vào thời điểm đó để cân bằng lại với mục đích tái khởi động mạng.

Nhưng hiện tại, thủ thuật dường như đang chuyển sang một client khác hoặc chỉ cần đợi một chút thay vì đồng bộ hóa ngay lập tức bởi vì tất cả cùng một lúc dường như gây ra hiệu ứng DDoS.

Minh Anh

Theo Trustnode