Hướng dẫn dành cho người lái xe kỳ cựu trong Ethereum 2.0: Ba mẹo để tránh đặt cược

Lưu ý của biên tập viên: Bài viết này đến từThông tin Babbitt (ID: bitcoin8btc)Lưu ý của biên tập viên: Bài viết này đến từ

Thông tin Babbitt (ID: bitcoin8btc)

Thông tin Babbitt (ID: bitcoin8btc)

, Tác giả: Raul Jordan, bản dịch: miễn phí và dễ dàng, được xuất bản với sự cho phép.

Bài viết này thảo luận về cơ chế chém trong mạng Ethereum 2.0 Đối với những người tham gia Staking (đặc biệt là những người tham gia trực tiếp), bạn cần hiểu những tình huống nào sẽ dẫn đến việc chém và làm thế nào để tránh bị chém. Hầu hết thông tin được trình bày trong tài liệu này là sự lựa chọn bất khả tri của khách hàng, có nghĩa là nó sẽ áp dụng cho tất cả người dùng bất kể họ chọn chạy Prysm, Lighthouse, Teku, Nimbus hay ứng dụng khách Ethereum 2.0 khác.

Tác giả ban đầu là Raul Jordan, đồng sáng lập Prysmatic Labs.

* TUYÊN BỐ TUYÊN BỐ TRÁCH NHIỆM QUAN TRỌNG *

Prysmatic Labs không chịu trách nhiệm về việc mất tiền của người dùng bất kể nguyên nhân là gì, kể cả lỗi máy khách hoặc lỗi tài liệu, loại trừ trách nhiệm pháp lý này áp dụng cho cả quy trình cắt giảm. Mặc dù mọi ứng dụng khách Ethereum 2.0 đều cố gắng hết sức để đảm bảo rằng cơ sở mã được an toàn, nhưng cũng như bất kỳ dự án phát triển nào khác, sẽ luôn có khả năng xảy ra lỗi. Tham gia Ethereum 2.0 là một hoạt động rủi ro và điều quan trọng là người tham gia phải nghiên cứu và hiểu những rủi ro cũng như trách nhiệm mà họ sẽ gánh chịu.

Chém là gì?

Chém xảy ra khi trình xác thực thể hiện hành vi cạnh tranh với mạng Ethereum. Chém gió chưa hẳn là do ác ý, cũng có thể do cấu hình sai. Hành động của những người xác minh có thể gây nhầm lẫn trong hệ thống hoặc phá hủy tính toàn vẹn của nó. Do đó, những người xác minh này gây hại cho mạng sẽ bị phạt vì ETH đã cam kết của họ, điều này là không thể đảo ngược.

Đừng nhầm lẫn giữa việc cắt giảm với các hình phạt không hoạt động, mục tiêu của việc cắt giảm là để làm nản lòng những người tìm cách gây hại cho mạng Ethereum 2.0 và ngược lại, thưởng cho những người duy trì, quản lý và vận hành mạng Ethereum 2.0 theo kế hoạch. Mục đích chính của việc cắt giảm là để giảm thiểu các cuộc tấn công được thực hiện trên mạng Ethereum 2.0, chẳng hạn như tạo ra các nhánh xung đột của trình xác thực trên các chế độ xem lịch sử được kiểm tra khác nhau.

Trình xác thực tuân thủ đúng giao thức sẽ không bao giờ đưa ra phiếu bầu có thể cắt giảm trong hoạt động bình thường và trình xác nhận sẽ không bị cắt do ngoại tuyến.

Chém hoạt động như thế nào

1. Hành động cắt giảm sẽ phá hủy số tiền đặt cọc của những người xác thực gây hại cho mạng Ethereum, buộc họ phải rời khỏi mạng và tăng cường bảo mật của chuỗi khối bằng cách quảng bá những người thực hiện tốt.

2. Mặc dù chém là một hình thức trừng phạt, nhưng ngay cả người dùng bình thường vẫn có thể bị chém nếu trình xác thực của họ được định cấu hình không chính xác. Do đó, điều quan trọng là phải biết cách thiết lập và quản lý đúng cách các máy khách và hệ điều hành của trình xác thực, đồng thời người dùng nên tránh cố gắng sử dụng các hướng dẫn nâng cao mà không hiểu hết khả năng của chúng.

3. Trình xác thực đề xuất hai khối xung đột trong cùng một vị trí với các gốc khác nhau (về cơ bản là các giá trị băm của dữ liệu nội bộ). Nếu những hành động như vậy không bị trừng phạt, những người xác thực sẽ dễ dàng tạo ra các nhánh không cần thiết hoặc gây nhầm lẫn. Lưu ý: Chỉ cần đề xuất cùng một khối hai lần sẽ không bị giảm;

Trình xác nhận chứng thực hai khối xung đột trong cùng một vị trí. Điều này được gọi là bỏ phiếu kép và cũng có nghĩa là những người xác thực có thể cố gắng tạo ra các nhánh xung đột của chuỗi. Lưu ý: Chỉ cần bỏ phiếu hai lần cho cùng một khối sẽ không bị giảm;https://github.com/protolambda/eth2-surround

Các phiếu bầu do người xác nhận bỏ phiếu "bao quanh" hoặc bị "bao quanh" bởi các phiếu bầu trước đó, có nghĩa là người xác thực cố gắng bỏ phiếu chống lại lịch sử, trong trường hợp đó, họ bị gạch chéo;

Mô tả hình ảnh

Bỏ phiếu xung quanh Ethereum 2.0, từ1、2Điều gì xảy ra sau khi bị tịch thu?

Mặc dù có nhiều cơ chế để ngăn chặn việc cắt giảm, nhưng điều quan trọng là mỗi cặp khóa của trình xác thực chỉ được sử dụng bởi một trình xác thực. Điều này nghe có vẻ dễ dàng, nhưng khi nhiều trình xác thực được định cấu hình, thật dễ dàng để khôi phục một trình xác thực do nhầm lẫn và sao chép một trình xác thực đang chạy. Luôn xác minh rằng khóa trình xác thực chính xác đang được sử dụng/khôi phục/đặt khi thực hiện thay đổi.

1. Bạn có thể tìm thấy nó ở đây (

2. ) để tìm một số tài nguyên bổ sung.Nếu trình xác thực bị cắt, một số điều có thể xảy ra:）；

3. Những người xác thực bị cắt giảm buộc phải rút khỏi beacon chain trong vòng 36 ngày;

4. Trình xác thực bị cắt giảm phải đối mặt với ba loại hình phạt (

5. nguồn

Hình phạt bắt đầu ở mỗi kỷ nguyên cho đến khi trình xác thực rời khỏi hàng đợi thoát;đây。

Trong khoảng thời gian giữa thông báo báo cáo được đưa vào một khối và thoát khỏi trình xác thực bị cắt, một hình phạt đặc biệt sẽ được áp dụng tỷ lệ thuận với số lượng trình xác thực khác đã bị cắt trong khoảng thời gian này. Áp dụng tối đa cho tất cả số dư hợp lệ của đối tượng được gạch chéo có liên quan.

Điều này có nghĩa là nếu một trình xác thực bị chém sẽ bị phạt ngay lập tức và sẽ tiếp tục bị phạt trong khoảng 36 ngày cho đến khi có thể thoát ra và trong vòng 18-36 ngày sẽ bị phạt một lần, số tiền bị chém cũng bị ảnh hưởng bởi số lượng trình xác thực bị cắt giảm trong cùng một kỷ nguyên (nghĩa là để xác định xem đây là một cuộc tấn công phối hợp hay một cuộc tấn công riêng biệt). Để biết thêm hướng dẫn chi tiết, vui lòng truy cập

đây

Cuối cùng, điều đáng chú ý là trình xác thực bị cắt giảm không thể nhập lại bộ trình xác thực. Nếu người xác minh muốn tiếp tục xác minh, họ cần thực hiện một cam kết mới và tạo khóa mới, và hình phạt là không thể đảo ngược!

Nói chung, việc bị cắt giảm sẽ dẫn đến việc số ETH đặt cược của bạn ngày càng ít đi, với những khoản lỗ đáng kể trong quá trình thực hiện. Sau 36 ngày, bạn có thể thoát khỏi beacon chain và có thể rút tất cả ETH còn lại, đồng thời bạn sẽ mất một phần lớn ETH của mình trong khoảng thời gian 36 ngày này.

Lỗi người dùng phổ biến dẫn đến chặt chém

Mặc dù kịch bản cắt giảm được đề cập ở trên dường như là không thể đối với người dùng thông thường, nhưng cấu hình không chính xác cũng có thể khiến những người xác thực trung thực cũng bị cắt giảm! Dưới đây là một số tình huống mà điều này có thể xảy ra:

1. Cùng một khóa xác thực đang chạy trên hai máy chủ cùng lúc, một trong số đó có thể được sử dụng làm chuyển đổi dự phòng trong trường hợp máy chủ đầu tiên bị lỗi.

Lưu ý: Đây là cách dễ nhất để bị chém và bạn có thể rơi vào tình huống bị chém nếu hệ thống chuyển đổi dự phòng của bạn báo cáo sai rằng nút đầu tiên bị hỏng.

Vui lòng không chạy khóa xác minh ở hai nơi cùng một lúc!

2. Bạn đã di chuyển khóa sang máy tính khác hoặc ứng dụng khách Ethereum 2.0 khác mà không di chuyển lịch sử bảo vệ bị tịch thu của mình;

Giải thích: Một nút khác của bạn có thể có đồng hồ được đồng bộ hóa không chính xác, điều này có thể khiến bạn bị gạch chéo, điều này có thể dễ dàng vượt qua nếu bạn di chuyển lịch sử bảo vệ dấu gạch chéo.

3. Bạn đã xóa hoặc làm mất lịch sử bảo vệ dấu gạch chéo trong ứng dụng khách trình xác thực;

Giải thích: Việc mất lịch sử bảo vệ bằng dấu gạch chéo có thể gây ra các sự cố như đồng hồ của bạn bị rối để tạo ra các khối hoặc phiếu bầu sẽ bị gạch chéo.

4. Xác thực bằng môi trường được chứa mà không có khối lượng liên tục (PV)

5. Một lỗi giao thức có thể dẫn đến lỗi chém (điều này khó xảy ra, nhưng sẽ là trường hợp xấu nhất)đâyBiết cách thiết lập, định cấu hình, nâng cấp và khắc phục sự cố bất kỳ phần mềm đã cài đặt nào là rất quan trọng khi chọn trình xác thực. hiện hữuđâyđây

(ethereumprice.org) Bạn có thể tìm thấy một nguồn tài nguyên tốt để hiểu rõ hơn về những rủi ro khi tham gia đặt cược Ethereum 2.0 tại

đây

Có một tài nguyên khác giải thích cách phát hiện các điều kiện chặt chém.

Ai đang thực hiện việc tịch thu?

kẻ giết người

Slasher đề cập đến một phần mềm riêng biệt với mục đích chính là phát hiện các sự kiện có thể chém được. Bạn có thể coi những kẻ giết người (Slashers) giống như "cảnh sát" của mạng Ethereum 2.0. Do dữ liệu bổ sung và quá trình xử lý cần thiết để phát hiện các thông báo độc hại, những kẻ giết người này thường chạy độc lập với các nút báo hiệu. Để phát hiện các thông báo có thể cắt giảm, trình cắt giảm ghi lại lịch sử bằng chứng và đề xuất của mọi trình xác thực trên mạng và tham chiếu chéo lịch sử đó với nội dung phát sóng để tìm các thông báo có thể cắt giảm, chẳng hạn như khối kép hoặc phiếu bầu xung quanh.

Những gì mạng cần là một ứng dụng khách dấu gạch chéo trung thực để giám sát mạng, vì bất kỳ dấu gạch chéo nào được tìm thấy sẽ được lan truyền khắp mạng để được đưa vào một khối càng nhanh càng tốt.

Phần thưởng cho người tố giác

Để khuyến khích phát hiện dấu gạch chéo, những người xác thực sẽ nhận được "phần thưởng cho người tố giác", đây là phần thưởng trên chuỗi đèn hiệu cho việc gửi các khối có bất kỳ dấu gạch chéo hợp lệ nào. Những phần thưởng này được trao cho những người xác thực tham gia vào dấu gạch chéo và thường được thưởng khoảng 0,1 ETH cho mỗi người xác thực.

Mặc dù tính năng phát hiện khuyến khích rất có giá trị, nhưng nếu bạn phát hiện ra hành vi chặt chém trong Prysm, thì việc chỉ chạy ứng dụng khách kẻ giết người sẽ không giúp bạn kiếm được phần thưởng cho người tố giác. Theo mặc định, bất kỳ dấu gạch chéo nào được phát hiện đều được phát lên mạng để đưa vào các khối càng nhanh càng tốt, do đó, phần thưởng thường được gửi cho người đề xuất ngay sau khi phát hiện dấu gạch chéo, thay vì gửi cho người xác thực chạy trình gạch chéo.

Điều hành một kẻ giết người không có nghĩa là nó có lãi. Việc tịch thu rất hiếm và phần thưởng cho người tố giác được đặt ở mức thấp. Về bản chất, điều hành một kẻ giết người là một hành động vị tha, và một lần nữa, chỉ một kẻ giết người trung thực, đang hoạt động cần được kích hoạt trong mạng để bắt các hành vi vi phạm. May mắn thay, đây là một rào cản thấp đối với việc gia nhập và chúng tôi hình dung rằng một số lượng đáng kể người dùng và tổ chức sẽ chạy các công cụ cắt để bảo mật mạng.

tịch thu vắc xin

Chúng tôi có một tin tốt cho bạn, việc tịch thu có thể ngăn chặn được! Có nhiều phương pháp hay nhất để đảm bảo chúng ta không bị chặt chém, nhưng điều quan trọng là phải hiểu chúng.

1. Cơ sở dữ liệu bảo vệ tịch thu địa phương

Một phương pháp bảo vệ cắt giảm được thực hiện bởi nhiều khách hàng là cơ sở dữ liệu lịch sử chữ ký cục bộ. Tính năng này được bật theo mặc định trong ứng dụng khách trình xác thực của Prysm. Cơ sở dữ liệu này đảm bảo rằng những người xác thực không ký các thông báo được coi là thông báo có thể cắt xén dựa trên lịch sử của chính họ. Đơn giản hơn, trình xác thực coi cơ sở dữ liệu là nguồn sự thật duy nhất của nó khi quyết định xem có nên ký một thông báo hay không. Cách tiếp cận này đảm bảo rằng một trình xác thực duy nhất không thực hiện các hành động trùng lặp.

Lưu ý rằng tính năng bảo vệ gạch chéo cục bộ không ngăn việc chạy nhiều phiên bản trình xác thực với cùng một khóa trình xác thực.

Cơ sở dữ liệu chỉ theo dõi các sự kiện ký cho trình xác thực trong phiên bản cục bộ đó. Điều này cũng có nghĩa là nếu người dùng thay đổi trình xác thực của họ sang một ứng dụng khách khác (ví dụ: di chuyển từ Lighthouse sang Nimbus) hoặc chuyển sang thiết lập phần cứng mới (cài đặt trên máy linux mới, di chuyển sang giải pháp được lưu trữ), thì chữ ký cơ sở dữ liệu lịch sử cũng phải được di chuyển. Điều này sẽ đảm bảo rằng lịch sử của các hoạt động trong quá khứ được lưu giữ trên bất kỳ máy khách mới nào.

2. Chống chém từ xa

Một cách thực hiện thay thế khác để ngăn chặn việc cắt xén là sử dụng máy cắt. Slasher ghi lại tất cả các bằng chứng và chặn nó nhận được, mà những người xác nhận sẽ trích dẫn trước khi đồng ý ký các tin nhắn. Cách tiếp cận này là một hình thức bảo vệ chặt chẽ hơn so với cơ sở dữ liệu lịch sử chữ ký cục bộ, nhưng giống như cơ sở dữ liệu, nó không bảo vệ chống lại việc chạy nhiều phiên bản của cùng một trình xác thực.

Một cách triển khai khác để ngăn chặn việc cắt xén là sử dụng chính trình cắt xén làm phần mềm trung gian giữa các nút báo hiệu và máy khách trình xác thực. Trước khi ứng dụng khách của trình xác thực gửi một khối hoặc bằng chứng, trước tiên, nó sẽ hỏi trình cắt giảm liệu nó có thể cắt được hay không.

Nếu vượt qua kiểm tra, dữ liệu sẽ đi qua nút báo hiệu. Đây là hình thức bảo vệ dấu gạch chéo tiên tiến nhất, bởi vì lý tưởng nhất là dấu gạch chéo biết về mọi thứ xảy ra trong mạng và ghi lại lịch sử của các khối cũng như bằng chứng cho mỗi trình xác thực. Nhưng có một điều cần lưu ý là trong Prysm, tính năng chống chém từ xa vẫn chưa được tối ưu hóa, vì máy chém của chúng ta vẫn còn ngốn nhiều tài nguyên. Do mức tiêu thụ tài nguyên cao của trình cắt xén của chúng tôi, điều này có thể khiến trình xác thực của bạn bỏ lỡ bằng chứng hoặc khối. Bảo vệ chống cắt từ xa được thiết kế để hoạt động như một lớp bổ sung bên trên lớp chống cắt cục bộ. Vì lý do bảo mật, người dùng không thể tắt tính năng bảo vệ cắt cục bộ trong Prysm.

3. Di chuyển lịch sử bảo vệ tịch thu của bạn

Đôi khi, bạn có thể muốn chuyển đổi máy đặt cược hoặc bạn có thể muốn chuyển sang ứng dụng khách Ethereum 2.0 khác phù hợp với mình. Trong mọi trường hợp, bạn phải luôn mang theo hồ sơ bảo vệ tịch thu của mình.EthereumTiêu chuẩn bảo vệ tịch thu: EIP-3076EIP-3076Hiện tại có một tiêu chuẩn chính thức để di chuyển

1. Ethereum

2. 2.0 lịch sử được bảo vệ bằng dấu gạch chéo giữa các máy khách, nó được gọi là

. Tiêu chuẩn đề xuất thể hiện lịch sử bảo vệ dấu gạch chéo của trình xác thực trong tệp JSON. Tệp này chứa:

Thông tin về trạng thái ban đầu của chuỗi trong lịch sử xác minh (được sử dụng để phân biệt testnet với mainnet);

Tất cả các khối đã ký và thông tin chứng minh chữ ký về khóa công khai của trình xác thực đang chạy của người dùng;

Bằng cách xuất tệp này và nhập tệp khi di chuyển sang máy tính khác hoặc ứng dụng khách Ethereum 2.0, bạn sẽ nhận được rất nhiều lợi ích và có thể tránh được tình trạng chặt chém đơn giản là không lưu trữ lịch sử cục bộ này.

Nhập các khóa xác thực hiện có vào Prysm

Tính đến thời điểm viết bài, trong phiên bản 1.0.1 của Prysm, Prysm không cho phép người dùng nhập tệp JSON bảo vệ dấu gạch chéo EIP-3076 vào ứng dụng khách trình xác thực. Đây là ưu tiên hàng đầu của nhóm Prysm, có thể được triển khai trong phiên bản tiếp theo sau khi mạng chính Ethereum 2.0 hoạt động.

1. Xuất lịch sử bảo vệ dấu gạch chéo của bạn từ Prysm

2. Tính đến thời điểm viết bài, trong phiên bản 1.0.1 của Prysm, Prysm không cho phép người dùng xuất lịch sử bảo vệ dấu gạch chéo sang tệp JSON bảo vệ dấu gạch chéo EIP-3076, một lần nữa, nhóm Prysm đang nỗ lực để đạt được mục tiêu này.

3. Nếu bạn chắc chắn muốn di chuyển máy, chúng tôi khuyên bạn nên đợi cho đến khi Prysm hỗ trợ xuất lịch sử bảo vệ dấu gạch chéo. Nếu bạn thực sự không thể chờ đợi, đây là một số điều quan trọng cần ghi nhớ:

4. Tắt nút báo hiệu và trình xác thực của bạn trên máy 1, đảm bảo rằng nó không chạy như một quy trình hệ thống. Bạn có thể kiểm tra bằng công cụ theo dõi tiến trình của hệ điều hành hoặc công cụ dòng lệnh như top hoặc htop và kiểm tra xem tên "prysm", "validator" hoặc "beacon" có được đưa vào hay không.

5. Lưu ý vị trí thư mục ví của bạn. Nếu bạn đã khởi động Prysm với các giá trị mặc định, bạn có thể thấy đường dẫn của nó ở đầu đầu ra "Danh sách tài khoản trình xác thực", thay đổi tùy theo hệ điều hành.

6. Lấy toàn bộ danh mục và di chuyển nó sang máy tính tiếp theo của bạn.