Rõ ràng, bài viết này cho rằng việc sử dụng khách hàng Geth sẽ dẫn đến mất tài sản là quá đáng báo động.
Tác giả đã sử dụng trường hợp lỗi máy khách Nethermind khiến nút bị Slashed để cho rằng 84% lỗi máy khách Geth có thể dẫn đến tình huống xấu. Chỉ có thể nói rằng đây là một giả định cực đoan và là sự giải thích quá mức về vấn đề tập trung hóa máy khách Geth. Tóm lại, suy nghĩ của tôi:
1) Các ứng dụng khách nút của Ethereum bao gồm Geth, Nethrmind, Besu, Erigon, Reth và các ứng dụng khách khác. Các máy khách thực thi này chỉ là lựa chọn cấu hình đầu cuối để các nhà phát triển thực thi quyền sản xuất khối và không liên quan trực tiếp đến sự đồng thuận của chuỗi, đặc biệt là các vấn đề như quyền sản xuất khối.
Sự khác biệt duy nhất là một số nhà phát triển có thể chọn khách hàng nhỏ như Nethermind do các yếu tố như sự quen thuộc hoặc chi phí, trong khi một số nhà phát triển sẽ đi theo xu hướng. Chọn Geth . Cho dù nhà phát triển sử dụng loại ứng dụng khách nào thì xác suất của cơ chế tạo khối trong POS chỉ liên quan đến ETH đã cam kết, tuy nhiên, độ bao phủ của ứng dụng khách Geth rất cao, điều này mang lại cho mọi người cảm giác trực quan rằng hầu hết việc tạo khối đều quyền đều thuộc về Geth. Trên thực tế, đó chỉ là do Hầu hết các nút đều sử dụng Geth và số lượng ETH cam kết trên đó là lớn;
2) Về lý do tại sao Khách hàng Geth chiếm tỷ lệ 84% đã trở thành khách hàng phổ thông nhờ hiệu suất vượt trội, khả năng tương thích mạnh mẽ, chức năng phong phú, trưởng thành và ổn định. Một chu kỳ tích cực: Geth có hiệu suất tốt - nhà phát triển tích cực - lỗi được sửa nhanh chóng - ổn định và dễ sử dụng - nhà phát triển tích cực hơn - Tài khoản Geth chiếm thị phần lớn hơn. Mặc dù Ethereum Foundation cũng đã tăng tỷ lệ khách hàng khác thông qua Grant liên tục nhưng kết quả vẫn không có kết quả. Sự đồng thuận của khách hàng Geth ngày càng mạnh mẽ hơn;
Theo dõi bài viết Logic của tác giả là do client Geth chiếm tỷ trọng lớn nên một khi Geth xảy ra sự cố, việc tạo khối của Ethereum sẽ không ổn định, gây ra thiệt hại Slash rất lớn cho Stake, nhưng đó là một đề xuất sai lầm. Bởi vì nếu client Geth không dễ sử dụng thì không thể chiếm tỷ lệ lớn nhất, vì tỷ lệ lớn là do tính dễ sử dụng nên khả năng Geth gặp sự cố là bao nhiêu? Ngay cả khi giả định này là đúng, những gì Ethereum phải đối mặt không đơn giản như một cú chém nút mà có thể liên quan đến một hard fork của chuỗi;
3) Đặt cược và Có một khái niệm về AVS (Bộ xác thực hoạt động) trong Đặt lại, yêu cầu các nút tham gia Đặt cược phải đảm bảo tính ổn định của kết nối liên lạc, độ ổn định của phần mềm và tốc độ sửa lỗi, quy trình xác minh và tạo khối hiệu quả, v.v.
Điều này có nghĩa là các nút tham gia Đặt cọc và Đặt lại sẽ có xu hướng chọn ứng dụng khách Geth và các nút trong bộ AVS Đặt cược phải tiếp tục tham gia Đặt lại. Hãy thử tăng mức tải thiết bị đầu cuối để cải thiện hiệu suất hơn nữa. Do đó, Đặt cọc và Đặt lại sẽ chỉ dẫn đến sự cạnh tranh nhiều hơn ở cấp độ khách hàng, đồng nghĩa với việc tỷ lệ khách hàng Geth có thể được mở rộng hơn nữa.
Do đó, quan điểm cho rằng khách hàng Geth chiếm tỷ lệ lớn trong việc tập trung hóa để bôi nhọ những rủi ro tiềm ẩn của việc Đặt cọc và Đặt lại rõ ràng là không thể đứng vững.
Vấn đề tập trung hóa của client Geth quả thực là một vấn đề, đặc biệt trong bối cảnh mô hình hóa thế giới phi tập trung, một tỷ lệ lớn sẽ luôn khiến mọi người cảm thấy bối rối. , nhưng vấn đề đa dạng khách hàng là điều mà Ethereum Foundation đang tìm cách tối ưu hóa. Điều này không liên quan trực tiếp đến sự bùng nổ của Stake và Restaging. Nếu có mối liên hệ thì chỉ có thể nói là sự phổ biến của Stake và Việc đặt lại có thể tăng cường Geth, tập trung hơn nữa cho khách hàng. Tuy nhiên, sẽ là vô căn cứ khi phàn nàn về nguy cơ tập trung hóa khách hàng Geth.
Lưu ý: Sáng kiến cân nhắc những rủi ro tiềm ẩn của việc tập trung hóa và đặt cược khách hàng Geth thực sự nằm trong tay các thực thể nút lớn như Lido. Nếu Lido có ý thức tăng lượng khách hàng Sự đa dạng của nút cuối, tài trợ cho các nhà phát triển của nhiều khách hàng, vấn đề sẽ được cải thiện tương ứng.