Những gì chúng tôi học được từ sự cố mạng thử nghiệm Ethereum 2.0 Huy chương
Tiêu đề gốc: "Giới thiệu | Mạng lưới thử nghiệm Huy chương hỗn loạn từ đầu đến cuối, Phần 3"
Tác giả gốc: Raul Jordan
Bản tổng hợp gốc: Zeng Mi, Min Min& A Jian, người đam mê Ethereum
Tuyên bố miễn trừ trách nhiệm: Bài viết này không chê bai bất kỳ khách hàng nào. Mọi khách hàng, thậm chí cả đặc điểm kỹ thuật, đều có thể có những thiếu sót và lỗ hổng. ETH 2.0 là một giao thức phức tạp và những người thực hiện nó đều là người bình thường. Bài viết này nhằm mục đích làm nổi bật cách thức và lý do để giảm thiểu rủi ro.
Với mạng thử nghiệm trực tuyến của Huy chương, nhóm chính thức khuyến khích mọi người thử nghiệm với các khách hàng khác nhau. Tầm quan trọng của việc này đã rõ ràng ngay từ thời điểm tạo: Các nút Nimbus và Lodestar bị kẹt do không thể xử lý tải trên mạng thử nghiệm [0] [1]. Kết quả là, Huy chương không thể hoàn tất việc chặn trong vòng nửa giờ sau khi trực tuyến.
Vào ngày 15 tháng 8, giờ Bắc Kinh, máy chủ đồng hồ được khách hàng Prysm sử dụng làm tài liệu tham khảo bất ngờ xuất hiện Độ lệch , đồng hồ của nút Prysm tăng thêm 4 giờ. Do đó, các nút này đã tạo các khối và chứng kiến các thông báo cho các vị trí trước thời hạn. Sau khi đồng hồ của các nút này trở lại bình thường, những người xác nhận đã vô hiệu hóa cơ chế bảo vệ cắt giảm mặc định sẽ thấy mình bị cắt.
Nếu bạn muốn biết thêm chi tiết, tôi thực sự khuyên bạn nên đọc "ETH2 Huy chương Testnet" của Raul Jordan Tai nạn" (Ghi chú của biên tập viên: xem siêu liên kết ở cuối bài viết).
Khi xảy ra hiện tượng lệch đồng hồ, các nút Prysm chiếm khoảng 62% số nút trong toàn bộ mạng. Điều này có nghĩa là mạng không thể đạt được tỷ lệ tham gia tối thiểu (> 2/3) cần thiết để hoàn thiện một khối. Tệ hơn nữa, các nút này không thể tìm thấy đỉnh của chuỗi khối nơi chúng mong đợi (có những "khoảng trống" lên tới 4 giờ trong lịch sử và có một chút sai lệch giữa đồng hồ của tất cả các nút Prysm), vì vậy các nút này Khi đoán dữ liệu "thiếu", nhiều chuỗi phân nhánh ngắn được tạo ra, gây tắc nghẽn mạng.
Tại thời điểm này, Internet tràn ngập hàng nghìn suy đoán về đỉnh cao của blockchain và con số này vẫn đang tăng lên. Để phân biệt fork nào là chính xác, tất cả khách hàng Bắt đầu cảm thấy choáng ngợp. Điều này làm tình hình trở nên tồi tệ hơn bằng cách khiến các nút bị kẹt, không đồng bộ và hết bộ nhớ.
Một phước lành được ngụy trang là một phước lành được ngụy trang. Sau sự cố này, chúng tôi không chỉ có thể khắc phục sự cố cơ bản với đồng hồ mà còn có thể kiểm tra căng thẳng máy khách trong trường hợp lỗi nút lớn và tải mạng nặng. Mặc dù vậy, vụ tai nạn này sẽ không gây ra hậu quả nghiêm trọng như vậy, nguyên nhân cơ bản là do tỷ lệ các nút Prysm quá lớn.
Như tôi đã thảo luận trước đó, 1/3 là ngưỡng an toàn khi nói đến thuật toán Dung sai lỗi Byzantine không đồng bộ. Nếu hơn 1/3 số trình xác thực ngoại tuyến thì mạng không thể đạt được kết quả cuối cùng. Mặc dù chuỗi khối ETH 2.0 không ngừng phát triển nhưng người xác thực không thể đảm bảo khối hoặc trạng thái nào sẽ không bị phá hủy.
Về cơ bản, chúng tôi muốn các động lực kinh tế đủ mạnh để người xác nhận thực hiện những việc có lợi cho toàn bộ mạng lưới mà không cần chúng tôi tin tưởng họ là người tốt.
Nếu hơn 1/3 nút xác thực ngoại tuyến, hình phạt đối với các nút ngoại tuyến sẽ tăng lên. Đây được gọi là hình phạt không hoạt động.
Nói cách khác, với tư cách là người xác thực, bạn sẽ hy vọng rằng mình bị buộc phải Khi ngoại tuyến, sẽ có không có nhiều nút khác ngoại tuyến vì lý do tương tự.
Điều tương tự cũng xảy ra với việc tịch thu. Mặc dù có thể nút xác thực của bạn sẽ bị cắt do thông số kỹ thuật hoặc trục trặc/lỗ hổng phần mềm, nhưng các dấu gạch chéo riêng lẻ sẽ chỉ dẫn đến mất 1 ETH.
Tuy nhiên, nếu nhiều validator bị chém cùng lúc với bạn (đạt 1/3 ngưỡng an toàn ), mức phạt sẽ lên tới 32 ETH. (Để biết chi tiết, vui lòng tham khảo bài viết này.)
Hai tình huống trên được gọi là hoạt động chống tương quan Cơ chế chống tương quan sống động và cơ chế chống tương quan an toàn là những phần được thiết kế cẩn thận của ETH 2.0. Cơ chế chống tương quan gắn các hình phạt riêng lẻ với tác động của từng người xác thực trên mạng, từ đó khuyến khích người xác nhận đưa ra quyết định tốt nhất cho mạng.
ETH 2.0 được triển khai bởi nhiều nhóm độc lập. Mỗi nhóm phát triển các khách hàng độc lập dựa trên các thông số kỹ thuật do nhóm nghiên cứu ETH 2.0 viết. Điều này đảm bảo có nhiều nút chuỗi beacon và triển khai ứng dụng khách xác thực. Khi xây dựng ứng dụng khách ETH 2.0, mỗi nhóm khách hàng sẽ đưa ra các quyết định khác nhau về công nghệ, ngôn ngữ, tối ưu hóa và sự đánh đổi. Bằng cách này, ngay cả khi lỗ hổng xảy ra ở bất kỳ lớp nào của hệ thống ETH 2.0, nó sẽ chỉ ảnh hưởng đến nút chạy máy khách cụ thể và sẽ không ảnh hưởng đến toàn bộ mạng.
Lấy độ lệch xung nhịp của nút Prysm trên mạng thử nghiệm Huy chương làm ví dụ. Nếu chỉ 20% nút ETH 2.0 đang chạy ứng dụng khách Prysm và 85% trình xác thực đang trực tuyến, các nút Prysm sẽ không phải chịu hình phạt không hoạt động. Đội ngũ phát triển chỉ phải thức vài đêm để khắc phục sự cố và hình phạt có thể được giữ ở mức tối thiểu.
Trên thực tế, do có quá nhiều trình xác thực tập trung vào cùng một khách hàng (và nhiều trình xác thực đã vô hiệu hóa chức năng bảo vệ chém), nên số lượng trình xác thực bị cắt giảm trong một khoảng thời gian ngắn dao động từ 3.500 đến 5.000. Mối tương quan cao như vậy có nghĩa là những trình xác nhận này đã mất khoảng 16 ETH chỉ vì họ đang chạy các ứng dụng khách phổ biến.
Tính đến thời hạn của bài viết này, số tiền phạt và tịch thu vẫn tăng lên đáng kể, và dữ liệu cuối cùng vẫn chưa được lấy.
Bây giờ là lúc thử các ứng dụng khách khác nhau. Bạn cũng có thể thử ứng dụng khách thích hợp. (Bấm vào đây để xem sự phân bổ của các trình xác thực.) Hiện tại, Lighthouse, Teku, Nimbus và Prysm tương đối ổn định và Lodestar đang bắt kịp.
Quan trọng nhất, hãy nhớ thử khách hàng mới! Chúng tôi có thể hợp lý hóa việc phân phối trình xác thực trên các máy khách khác nhau trên Huy chương để chuẩn bị cho việc ra mắt mạng chính ETH 2.0.
Ether Những người yêu thích hình vuông
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia
Bài viết liên quan
