Giúp bạn hiểu tại sao sự đa dạng của khách hàng lại quan trọng trong Ethereum 2.0

Tuyên bố từ chối trách nhiệm: Bài viết này không nhắm mục tiêu đến bất kỳ khách hàng cụ thể nào. Chúng ta cần biết rằng mọi khách hàng và thậm chí mọi thông số kỹ thuật đều có thể chứa những thiếu sót và lỗ hổng. Chưa kể, Eth2 là một giao thức rất phức tạp và những người triển khai nó chỉ là người bình thường. Mục đích của bài viết này là nêu bật cách thức và lý do bạn nên giảm thiểu rủi ro.

Nguồn: Blog Ethereum

Tác giả: Carl Beekhuizen

Medalla Testnet After Sau khi phát hành, chúng tôi khuyến khích mọi người sử dụng các ứng dụng khách khác nhau để tham gia vào mạng thử nghiệm. Ngày testnet được tạo, nó cho chúng tôi thấy tầm quan trọng của nhiều máy khách: các nút chạy máy khách Nimbus và Lodestar không thể xử lý công việc của toàn bộ mạng thử nghiệm và do đó không theo kịp tiến trình của các nút được đồng bộ hóa. Kết quả là công việc hoàn thiện bắt đầu nửa giờ sau khi Huy chương được trả tự do.

Vào ngày 14 tháng 8, các nút Prysm đã gặp phải lỗi thời gian do một trong những máy chủ thời gian mà chúng đang tham chiếu đột nhiên chuyển sang một thời điểm trong tương lai. Kết quả là, các nút này bắt đầu đề xuất các khối trong tương lai và xác minh bằng chứng trong tương lai.

Tuy nhiên, sau khi đồng hồ của nút được hiệu chỉnh (bằng cách cập nhật phiên bản máy khách hoặc do máy chủ thời gian di chuyển về thời gian chính xác), nút trước đó đã hủy bảo vệ cắt giảm nhận thấy rằng tài sản cầm cố của nó đã bị cắt.

Toàn bộ sự việc này đã xảy ra một cách tinh vi và tôi thực sự khuyên bạn nên đọc bài đánh giá của Raul Jordan về vụ việc.

Lỗi đồng hồ—tệ hơn

Khi các nút Prysm cho phép du hành thời gian, chúng chiếm khoảng 62% mạng lưới. Điều này có nghĩa là không thể đáp ứng các tiêu chí tối thiểu để hoàn thiện các khối (có>2/3 trình xác nhận hoạt động trên chuỗi). Tệ hơn nữa, các nút này không thể tìm thấy chuỗi mà chúng mong đợi (có khoảng cách 4 giờ trong dòng thời gian và tất cả chúng đều đi đến những thời điểm hơi khác nhau trong tương lai), vì vậy chúng dự đoán dữ liệu "bị thiếu" bởi các Forks ngắn tràn ngập toàn bộ mạng.

Minh họa: Ứng dụng khách Prysm hiện chiếm 82% tổng số nút Huy chương

Nguồn: ethernodes.org

Tại thời điểm này, mạng tràn ngập các dự đoán khác nhau cho người đứng đầu chuỗi, vì vậy tất cả khách hàng bắt đầu phải đối mặt với nhiều hơn và nhiều công việc hơn - xác định đầu liên kết nào hợp lệ. Điều này dẫn đến việc các nút bị tụt lại phía sau, cần đồng bộ hóa, hết bộ nhớ và các dạng hỗn loạn khác, tất cả đều khiến vấn đề trở nên trầm trọng hơn.

Nhìn chung, sự kiện này rất tốt vì nó không chỉ cho phép chúng tôi khắc phục các vấn đề cơ bản liên quan đến xung nhịp mà còn cho phép chúng tôi kiểm tra sức chịu đựng của máy khách trong trường hợp lỗi nút nặng và tải mạng. Nói cách khác, lỗi này cho chúng ta biết rằng mạng không thể quá cực đoan và thủ phạm của sự cố này là các nút Prysm chiếm phần lớn mạng.

Thúc đẩy phân cấp

Có lợi cho eth2

Như trong này series Như đã thảo luận ở số thứ hai của bài viết, theo thuật toán chịu lỗi không đồng bộ Byzantine, 1/3 là con số kỳ diệu để đảm bảo an ninh mạng. Nếu hơn 1/3 số trình xác thực ngoại tuyến thì không thể hoàn tất các kỷ nguyên nữa. Vì vậy, mặc dù chuỗi vẫn đang phát triển vào thời điểm này nhưng không thể xác nhận khối và đảm bảo rằng nó là một phần của chuỗi chuẩn.

Có lợi cho người xác thực

Ở một mức độ lớn, người xác nhận được khuyến khích làm những việc có lợi cho mạng thay vì làm vì mọi người đều cho rằng đó là điều đúng đắn.

Nếu hơn 1/3 số nút ngoại tuyến, hình phạt đối với các nút ngoại tuyến sẽ bắt đầu tăng lên, đây gọi là hình phạt "không hoạt động".

Điều này có nghĩa là người xác thực muốn cố gắng đảm bảo rằng nếu nút của chính nó bị buộc ngoại tuyến thì không thể buộc các nút khác ngoại tuyến cùng một lúc.

Điều tương tự cũng xảy ra với việc tịch thu. Tuy nhiên, luôn có khả năng trình xác thực sẽ bị gạch chéo do lỗi/lỗi trong thông số kỹ thuật hoặc phần mềm, với một dấu gạch chéo duy nhất là "chỉ" 1 ETH.

Tuy nhiên, nếu có nhiều trình xác thực cùng lúc Nếu bạn bị chém, mức phạt sẽ tăng lên 32 ETH. Và có con số kỳ diệu này, khi hơn 1/3 số validator bị chém thì 32 ETH sẽ bị chém.

Những ưu đãi này lần lượt được gọi là chống tương quan tích cực và chống tương quan bảo mật và là một khía cạnh được thiết kế có chủ ý của eth2. Cơ chế chống tương quan khuyến khích người xác nhận đưa ra quyết định có lợi nhất cho mạng bằng cách buộc các hình phạt riêng lẻ theo mức độ ảnh hưởng của mỗi người xác thực trên mạng.

Hiển thị dữ liệu

Nhiều nhóm độc lập đang làm việc về Để triển khai Eth2, 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 chủ yếu được viết bởi nhóm nghiên cứu Eth2. Điều này đảm bảo rằng có nhiều quá trình triển khai ứng dụng khách xác thực và nút báo hiệu, trong đó mỗi nhóm đưa ra các quyết định khác nhau về công nghệ, ngôn ngữ, tối ưu hóa, đánh đổi, v.v. cần thiết để xây dựng ứng dụng khách eth2. Bằng cách này, khi xảy ra lỗi ở bất kỳ lớp nào của hệ thống, nó chỉ ảnh hưởng đến người dùng đang chạy một máy khách cụ thể và không ảnh hưởng đến toàn bộ mạng.

Nếu tại thời điểm xảy ra lỗi Huy chương Prysm này, chỉ có 20% nút eth2 đang chạy trên máy khách Prysm và 85% trình xác thực đang trực tuyến, thì các nút Prysm sẽ không phải chịu hình phạt "không hoạt động" và chỉ bị phạt một phần nhỏ Sự trừng phạt và một vài đêm mất ngủ từ các nhà phát triển sẽ có tác dụng.

Ngược lại, kể từ khi chạy cùng một khách hàng Có quá nhiều trình xác nhận ở một bên (nhiều trình trong số đó đã loại bỏ tính năng bảo vệ dấu gạch chéo) và khoảng 3.500 đến 5.000 trình xác thực đã bị cắt trong một khoảng thời gian rất ngắn.

*Mức độ tương quan cao có nghĩa là hình phạt cắt giảm đối với những người xác nhận này là khoảng 16 ETH vì họ đang sử dụng một ứng dụng khách tương đối phổ biến.

*Tại thời điểm viết bài vẫn đang có dấu gạch chéo nên chưa có con số cuối cùng.

Sử dụng ứng dụng khách mới

Bây giờ là lúc tham gia thử nghiệm bằng các ứng dụng khách khác nhau, tìm một Khách hàng đã sử dụng bởi một số lượng nhỏ người xác nhận (bạn có thể nhấp vào đây để xem trạng thái phân phối). Lighthouse, Teku, Nimbus và Prysm đều đang hoạt động tương đối ổn định vào thời điểm này nhưng Lodestar đang nhanh chóng bắt kịp.

Quan trọng nhất, hãy thử khách hàng mới! Chúng ta có thể cố gắng xây dựng một hệ thống phân phối nút lành mạnh hơn trên Huy chương để chuẩn bị cho mạng chính phi tập trung.

Liên kết gốc

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