Slashing

Slashing là gì?

Slashing là hình phạt trong Proof of Stake, theo đó một phần tiền mã hóa đã staking của validator bị tước, đốt, tịch thu hoặc phân phối lại khi validator vi phạm các quy tắc quan trọng của mạng.

Trong crypto, slashing được dùng để buộc validator chịu trách nhiệm tài chính đối với các hành động có thể gây hại cho bảo mật blockchain, tính cuối cùng, thời gian hoạt động hoặc tính toàn vẹn của cơ chế đồng thuận.

Tài liệu Proof of Stake của Ethereum giải thích rằng validator đặt giá trị vào rủi ro và giá trị này có thể bị phá hủy nếu họ hành động không trung thực.

Một sự kiện slashing có thể ảnh hưởng đến phần stake của chính validator và, trên một số mạng, cả phần stake được người dùng ủy quyền cho validator đó.

Slashing thường gắn với hành vi sai phạm của validator như ký kép, bỏ phiếu mâu thuẫn, hành vi không hợp lệ hoặc vi phạm nghiêm trọng quy tắc đồng thuận.

Một số mạng Proof of Stake cũng áp dụng hình phạt nhỏ hơn hoặc jailing đối với thời gian ngừng hoạt động, bỏ lỡ phiếu bầu hoặc lỗi duy trì hoạt động.

Quy tắc slashing không giống nhau trên mọi blockchain.

Ethereum, Solana, các chain Cosmos SDK, hệ thống nominated Proof of Stake theo phong cách Polkadot và các mạng staking khác sử dụng những mô hình phạt khác nhau.

Nói đơn giản, slashing là hình phạt staking trong crypto giúp các cam kết của validator trở nên đáng tin cậy bằng cách đặt vốn thực vào rủi ro.

Vì sao slashing quan trọng?

Slashing quan trọng vì bảo mật Proof of Stake phụ thuộc vào việc validator phải có thứ gì đó đáng kể để mất.

Trong hệ thống Proof of Work, miner chi tiêu điện năng và tài nguyên phần cứng để bảo mật chain.

Trong hệ thống Proof of Stake, validator khóa vốn và đối mặt với rủi ro mất một phần vốn nếu ký các thông điệp có hại hoặc vi phạm quy tắc đồng thuận.

Rủi ro tài chính này giúp ngăn validator hỗ trợ đồng thời nhiều lịch sử chain mâu thuẫn.

Nó cũng giúp bảo vệ tính cuối cùng vì một chain đã được hoàn tất cần có chi phí cao để phản bác.

Tài liệu về phần thưởng và hình phạt của Ethereum mô tả slashing là hành động nghiêm khắc loại validator khỏi mạng và làm mất ETH đã stake.

Slashing cũng quan trọng với delegator vì họ có thể cùng chịu rủi ro validator tùy theo thiết kế staking của mạng.

Người dùng ủy quyền cho validator không đáng tin cậy hoặc độc hại có thể mất một phần stake trên một số chain.

Điều này tạo động lực để delegator chọn validator cẩn thận thay vì chỉ chọn mức phần thưởng được quảng cáo cao nhất.

Vì vậy, slashing vừa là công cụ bảo mật đồng thuận vừa là rủi ro staking mà người dùng phải hiểu trước khi ủy quyền tài sản.

Slashing hoạt động như thế nào?

Slashing hoạt động bằng cách phát hiện bằng chứng validator vi phạm quy tắc, sau đó áp dụng hình phạt do giao thức xác định.

Bằng chứng có thể là thông điệp đã ký, đề xuất block mâu thuẫn, phiếu bầu mâu thuẫn, vi phạm ngưỡng duy trì hoạt động hoặc bằng chứng khác tùy blockchain.

Vì thông điệp của validator được ký bằng mật mã, mạng thường có thể chứng minh validator nào đã tạo ra thông điệp vi phạm.

Sau khi hành vi vi phạm được giao thức chấp nhận, validator có thể mất stake, bị buộc rời khỏi tập validator hoạt động, bị jail, bị tombstone hoặc bị trì hoãn rút tài sản.

Hình phạt có thể cố định, biến đổi, tỷ lệ thuận hoặc tương quan với số validator liên quan đến cùng sự cố.

Một số hệ thống đốt token bị slashing.

Một số hệ thống chuyển token bị slashing vào treasury.

Một số hệ thống chủ yếu dùng slashing để răn đe và chỉ áp dụng với lỗi đồng thuận nghiêm trọng.

Một số hệ thống hiện không dùng slashing tự động cho hoạt động staking thông thường.

Kết quả chính xác phụ thuộc vào giao thức đồng thuận và mô-đun staking của chain.

Slashing trong Proof of Stake

Proof of Stake sử dụng validator thay cho miner để đề xuất block, bỏ phiếu cho block và bảo mật mạng.

Validator thường cần khóa hoặc bond token để tham gia đồng thuận.

Phần stake bị khóa đó đóng vai trò tài sản bảo đảm cho hành vi trung thực.

Nếu validator tuân thủ quy tắc, họ có thể nhận phần thưởng staking.

Nếu validator vi phạm quy tắc nghiêm trọng, mạng có thể slash một phần stake.

Điều này tạo liên kết kinh tế trực tiếp giữa hành vi validator và chi phí validator phải chịu.

Slashing giúp giải quyết vấn đề “nothing at stake”, trong đó validator có thể gần như không phải trả chi phí để ký các chain mâu thuẫn.

Khi hành vi mâu thuẫn có thể phá hủy token đã stake, ký mọi fork có thể xảy ra không còn là chiến lược không tốn phí.

Slashing khiến hành vi không trung thực có thể quan sát, chứng minh và trở nên tốn kém.

Đó là lý do slashing là trọng tâm của nhiều mô hình bảo mật Proof of Stake hiện đại.

Validator

Validator là người tham gia mạng giúp duy trì đồng thuận Proof of Stake bằng cách đề xuất block, bỏ phiếu cho block, xác thực dữ liệu hoặc thực hiện các nhiệm vụ giao thức khác.

Validator có trách nhiệm vận hành chính xác phần mềm node, bảo mật khóa ký, duy trì trực tuyến, nâng cấp phần mềm khi cần và tránh chữ ký mâu thuẫn.

Sai lầm của validator có thể gây tổn thất lớn vì thông điệp đã ký có thể tạo bằng chứng dẫn đến slashing.

Validator có thể trung thực nhưng vẫn bị slash nếu hạ tầng được cấu hình sai.

Ví dụ, chạy khóa validator trùng lặp trên hai máy đang hoạt động có thể gây ký kép.

Validator cũng có thể bị phạt nếu bỏ lỡ ngưỡng tham gia bắt buộc trên mạng áp dụng slashing hoặc jailing do ngừng hoạt động.

Người dùng ủy quyền stake nên đánh giá hiệu suất validator, chất lượng hạ tầng, lịch sử, hoa hồng, cách giao tiếp và thực hành quản lý rủi ro.

Validator không chỉ là nơi tạo phần thưởng.

Đây là đơn vị vận hành bảo mật mà hành vi có thể ảnh hưởng đến stake được ủy quyền.

Slashing khiến việc chọn validator trở thành quyết định staking quan trọng.

Delegator

Delegator là người nắm giữ token ủy quyền stake cho validator mà không nhất thiết trực tiếp vận hành hạ tầng validator.

Ủy quyền cho phép người dùng thông thường tham gia nhận phần thưởng staking và bảo mật mạng.

Ủy quyền cũng có thể khiến người dùng chịu rủi ro validator khi quy tắc mạng chuyển tổn thất slashing sang delegator.

Trên một số mạng, hành vi sai phạm của validator có thể làm giảm cả stake của validator và stake được ủy quyền cho họ.

Tài liệu staking của Polkadot giải thích rằng cả validator và nominator đều có thể bị slash trong nominated Proof of Stake nếu xảy ra tấn công.

Điều này có nghĩa ủy quyền không phi rủi ro ngay cả khi người dùng tự lưu ký token.

Delegator không nên chọn validator chỉ dựa vào phần thưởng cao hoặc hoa hồng thấp.

Họ cũng nên cân nhắc thời gian hoạt động, lịch sử slashing, kỷ luật hạ tầng, self-stake, tính minh bạch, tham gia quản trị và tác động đến tính phi tập trung.

Đa dạng hóa qua nhiều validator có thể giảm mức độ tiếp xúc với một validator duy nhất khi mạng hỗ trợ.

Ủy quyền là một mối quan hệ bảo mật, không chỉ là cài đặt lợi suất.

Ký kép

Ký kép là một trong những nguyên nhân quan trọng nhất gây slashing.

Ký kép xảy ra khi validator ký hai thông điệp mâu thuẫn cho cùng vai trò đồng thuận, chiều cao block, slot, round hoặc ngữ cảnh bỏ phiếu.

Trong Ethereum, hành vi có thể bị slash bao gồm đề xuất hai block khác nhau cho cùng slot hoặc tạo các attestations mâu thuẫn.

Hướng dẫn validator trong thông số đồng thuận Ethereum mô tả proposer slashing và attester slashing là các nhóm slashing chính.

Trong các hệ thống Cosmos SDK, ký kép có thể dẫn đến hình phạt nghiêm trọng và tombstoning.

Tài liệu mô-đun slashing của Cosmos SDK giải thích rằng giới hạn tombstone chỉ cho phép validator bị slash một lần đối với lỗi ký kép, sau đó bị tombstone.

Ký kép thường xảy ra do khóa trùng lặp, failover không an toàn, quy trình di chuyển kém, lỗi snapshot hoặc cấu hình validator active-active.

Validator không bao giờ nên vận hành cùng một khóa ký đồng thuận ở hai nơi cùng lúc nếu không có kiến trúc ký an toàn.

Ký kép nguy hiểm vì có thể đe dọa trực tiếp đến an toàn đồng thuận.

Đó là lý do nhiều mạng xử phạt hành vi này nghiêm khắc hơn thời gian ngừng hoạt động thông thường.

Thời gian ngừng hoạt động

Thời gian ngừng hoạt động nghĩa là validator ngoại tuyến, không thể truy cập, không ký các thông điệp bắt buộc hoặc không tham gia khi được yêu cầu.

Một số mạng xem thời gian ngừng hoạt động là vấn đề ít nghiêm trọng hơn ký kép.

Một số mạng slash đối với thời gian ngừng hoạt động kéo dài.

Một số mạng jail validator không hoạt động và yêu cầu họ tham gia lại sau khi khắc phục sự cố.

Một số mạng phạt việc bỏ lỡ tham gia mà không gọi đó là slashing.

Trên Ethereum, việc bỏ lỡ nhiệm vụ thông thường nhìn chung dẫn đến hình phạt thay vì slashing, trong khi slashing chỉ dành cho hành vi đề xuất hoặc attestation không trung thực cụ thể.

Trên các chain Cosmos SDK, mô-đun slashing có thể theo dõi khả năng duy trì hoạt động của validator và áp dụng hình phạt hoặc jailing tùy thông số mạng.

Thời gian ngừng hoạt động vẫn có thể tốn kém vì phần thưởng có thể dừng và uy tín có thể bị ảnh hưởng.

Delegator có thể redelegate khỏi validator liên tục ngừng hoạt động.

Validator tốt sử dụng giám sát, dự phòng, cảnh báo, sao lưu an toàn và nâng cấp có kiểm soát để giảm rủi ro ngừng hoạt động.

Equivocation

Equivocation nghĩa là validator ký các tuyên bố mâu thuẫn mà theo quy tắc đồng thuận không thể cùng tồn tại.

Nói đơn giản, equivocation là đưa ra hai thông điệp khác nhau khi giao thức yêu cầu một câu trả lời nhất quán.

Equivocation có thể xảy ra thông qua đề xuất block kép, phiếu bầu mâu thuẫn hoặc thông điệp finality không nhất quán.

Tài liệu về hành vi vi phạm của Polkadot mô tả các vi phạm equivocation khi validator bỏ phiếu mâu thuẫn trong hệ thống đồng thuận.

Equivocation nghiêm trọng vì có thể gây nhầm lẫn khi chọn fork, làm suy yếu tính cuối cùng và hỗ trợ các cuộc tấn công vào lịch sử chain.

Slashing khiến equivocation trở nên tốn kém bằng cách liên kết các chữ ký mâu thuẫn với tổn thất kinh tế.

Phần mềm validator thường có tính năng bảo vệ slashing để ngăn equivocation ngoài ý muốn.

Tuy nhiên, quản lý khóa kém hoặc failover không an toàn vẫn có thể tạo rủi ro equivocation.

Delegator nên ưu tiên validator giải thích cách họ ngăn ký trùng lặp và lộ khóa.

Equivocation là một trong những ví dụ rõ ràng nhất cho thấy vì sao Proof of Stake cần bằng chứng có thể dẫn đến slashing.

Slashing trên Ethereum

Slashing Ethereum áp dụng với validator thực hiện các vi phạm đồng thuận cụ thể.

Tài liệu về phần thưởng và hình phạt của Ethereum liệt kê ba hành vi chính có thể bị slash: đề xuất và ký hai block khác nhau cho cùng slot, thực hiện surround vote hoặc bỏ phiếu kép cho cùng mục tiêu.

Khi validator Ethereum bị slash, họ bị buộc rời khỏi tập validator và mất một phần ETH đã stake.

Slashing Ethereum cũng bao gồm hình phạt trong thời gian trì hoãn rút, và correlated slashing có thể nghiêm trọng hơn khi nhiều validator bị slash gần cùng thời điểm.

Thời gian ngừng hoạt động trên Ethereum nhìn chung không giống slashing.

Validator Ethereum ngoại tuyến có thể mất phần thưởng và chịu hình phạt không hoạt động, nhưng không bị slash trừ khi ký thông điệp có thể bị slash.

Sự phân biệt này quan trọng vì slashing Ethereum chủ yếu là lỗi về tính toàn vẹn khi ký.

Bài học vận hành phổ biến nhất là validator không bao giờ được ký các thông điệp mâu thuẫn bằng cùng khóa validator.

Nhà vận hành validator Ethereum nên sử dụng cơ sở dữ liệu bảo vệ slashing, quy trình di chuyển an toàn và thiết kế failover cẩn thận.

Delegator sử dụng staking theo pool hoặc dịch vụ nên hiểu ai vận hành khóa validator và cách xử lý rủi ro slashing.

Slashing trên Solana

Solana đề cập đến slashing khác với nhiều mạng Proof of Stake.

Trang staking chính thức của Solana giải thích rằng slashing là quy trình trong đó stake được ủy quyền cho validator có thể bị phá hủy để phạt hành động độc hại của validator.

Trang Solana này cũng nêu rằng slashing không tự động trên Solana.

Điều này có nghĩa rủi ro staking Solana không nên được mô tả giống các mạng áp dụng slashing tự động cấp giao thức cho lỗi validator thông thường.

Delegator Solana vẫn đối mặt với các rủi ro staking khác như hiệu suất validator yếu, bỏ lỡ phần thưởng, thay đổi hoa hồng, lỗi lưu ký, thời điểm thanh khoản và biến động giá SOL.

Validator Solana có hiệu suất yếu có thể tạo phần thưởng staking thấp hơn ngay cả khi không có slashing tự động.

Delegator vẫn nên chọn validator cẩn thận vì chất lượng validator ảnh hưởng đến phần thưởng và tính phi tập trung của mạng.

Mô hình slashing hiện tại của Solana nhắc nhở rằng quy tắc slashing khác nhau giữa các chain.

Người dùng nên đọc tài liệu staking chính thức của mạng cụ thể thay vì cho rằng mọi hệ thống Proof of Stake đều hoạt động giống nhau.

Trong staking, từ slashing luôn phải được hiểu trong bối cảnh chain đang sử dụng.

Slashing trong Cosmos SDK

Các chain Cosmos SDK có thể sử dụng mô-đun slashing để phạt lỗi validator như ký kép và lỗi duy trì hoạt động.

Tài liệu mô-đun slashing Cosmos SDK giải thích thông tin ký của validator, theo dõi duy trì hoạt động, bằng chứng ký kép, jailing, tombstoning và xử lý vi phạm.

Trong nhiều hệ thống staking theo phong cách Cosmos, hành vi sai phạm của validator có thể ảnh hưởng đến cả validator lẫn delegator.

Ký kép thường được xem là lỗi nghiêm trọng vì có thể đe dọa an toàn đồng thuận.

Thời gian ngừng hoạt động hoặc bỏ lỡ tham gia thường được xem là lỗi duy trì hoạt động với hình phạt nhỏ hơn hoặc jailing, tùy thông số chain.

Các chain Cosmos SDK có thể tùy chỉnh thông số slashing, do đó người dùng không nên cho rằng mọi chain sử dụng Cosmos SDK đều có tỷ lệ phạt giống nhau.

Validator nên sử dụng quản lý khóa bảo mật, kiến trúc sentry, giám sát và quy trình di chuyển an toàn.

Delegator nên xem xét độ tin cậy và lịch sử slashing của validator trước khi ủy quyền.

Slashing theo phong cách Cosmos cho thấy cách thực thi cấp giao thức có thể liên kết trực tiếp hoạt động validator với kết quả của delegator.

Điều này khiến thẩm định validator đặc biệt quan trọng với staking ủy quyền.

Slashing theo phong cách Polkadot

Nominated Proof of Stake theo phong cách Polkadot sử dụng validator và nominator để bảo mật mạng.

Tài liệu về hành vi vi phạm của Polkadot giải thích rằng validator và nominator của họ có thể bị slash khi validator có hành vi sai phạm.

Tài liệu cũng giải thích rằng tỷ lệ slashing có thể khác nhau tùy mức độ nghiêm trọng, từ lượng rất nhỏ đến hình phạt rất nghiêm khắc.

Trong mô hình này, nominator chia sẻ rủi ro với validator hoạt động mà họ ủng hộ.

Điều này khuyến khích nominator giám sát validator thay vì thụ động chọn một validator mãi mãi.

Slashing có thể xảy ra với hành vi như equivocation hoặc tranh chấp nghiêm trọng hơn, tùy quy tắc mạng.

Tài liệu Polkadot cũng lưu ý một số slashing có thể có giai đoạn ân hạn trước khi áp dụng, cho phép khả năng đảo ngược thông qua quản trị trong một số tình huống.

Điều này cho thấy slashing có thể bao gồm cả bằng chứng giao thức tự động và quy trình xem xét liên quan đến quản trị.

Nominator nên hiểu các nomination đang hoạt động, việc chọn validator, tính phi tập trung, hoa hồng và lịch sử vận hành.

Phần thưởng staking chỉ là một mặt của quyết định vì rủi ro slashing là mặt còn lại.

Slashing và hình phạt

Slashing là hình phạt nghiêm trọng, nhưng không phải mọi hình phạt staking đều là slashing.

Validator có thể mất phần thưởng do ngoại tuyến mà không bị slash trên một số mạng.

Validator có thể bị jail, vô hiệu hóa, chilled hoặc loại khỏi tập hoạt động tùy mạng.

Slashing thường nghĩa là một phần stake bị tước, đốt, tịch thu hoặc chuyển hướng.

Hình phạt thông thường có thể chỉ làm giảm phần thưởng hoặc áp dụng khoản khấu trừ số dư nhỏ.

Người dùng không nên xem mọi tổn thất của validator là cùng một loại.

Sự khác biệt quan trọng vì hình phạt ngừng hoạt động có thể nhỏ hơn và dễ phục hồi hơn sự kiện slashing do ký kép.

Sự khác biệt cũng quan trọng với delegator vì một số hình phạt có thể ảnh hưởng đến phần thưởng, trong khi những hình phạt khác có thể làm giảm stake gốc.

Trang staking và bảng điều khiển validator nên giải thích liệu rủi ro là bỏ lỡ phần thưởng, hình phạt không hoạt động, jailing hay slashing.

Ngôn ngữ rõ ràng giúp người dùng tránh hiểu sai rủi ro staking.

Slashing và jailing

Jailing nghĩa là validator tạm thời bị loại hoặc bị chặn khỏi xác thực hoạt động cho đến khi được unjail hoặc khôi phục theo quy tắc mạng.

Slashing nghĩa là stake bị giảm như một hình phạt.

Validator có thể vừa bị jail vừa bị slash trong cùng một sự cố trên một số mạng.

Validator cũng có thể bị jail do ngừng hoạt động với hình phạt nhỏ hoặc không mất stake đáng kể, tùy chain.

Jailing bảo vệ mạng bằng cách loại validator không đáng tin cậy khỏi đồng thuận hoạt động.

Slashing bảo vệ mạng bằng cách khiến hành vi có hại trở nên tốn kém về mặt kinh tế.

Đối với delegator, jailing có thể đồng nghĩa với bỏ lỡ phần thưởng khi validator không hoạt động.

Đối với validator, jailing có thể làm tổn hại uy tín và khiến delegator rời đi.

Người dùng nên kiểm tra validator có đang hoạt động, bị jail, tombstone hay đang thoát trước khi ủy quyền.

Jailing và slashing là các công cụ thực thi có liên quan nhưng không giống nhau.

Slashing và inactivity leak

Inactivity leak là cơ chế phạt dần validator không tham gia khi mạng mất tính cuối cùng.

Ethereum sử dụng hình phạt không hoạt động để giúp chain khôi phục tính cuối cùng khi đủ nhiều validator ngoại tuyến hoặc không attestation đúng cách.

Điều này khác slashing vì slashing yêu cầu hành vi cụ thể có thể bị slash, như đề xuất mâu thuẫn hoặc attestation mâu thuẫn.

Tài liệu phần thưởng và hình phạt chính thức của Ethereum phân tách phần thưởng, hình phạt và slashing thông thường khỏi hệ thống khuyến khích Proof of Stake rộng hơn.

Validator ngoại tuyến có thể bị phạt mà không bị slash.

Validator ký thông điệp mâu thuẫn có thể bị slash ngay cả khi họ vẫn trực tuyến.

Sự phân biệt này quan trọng với nhà vận hành vì biện pháp giảm thiểu là khác nhau.

Rủi ro không hoạt động được giảm bằng thời gian hoạt động, giám sát, sức khỏe client và khả năng chống chịu mạng.

Rủi ro slashing được giảm bằng kỷ luật ký, cô lập khóa, bảo vệ slashing và failover an toàn.

Người dùng nên hiểu sản phẩm staking đang nói về tổn thất do không hoạt động hay tổn thất slashing thực sự.

Slashing và phần thưởng staking

Slashing ảnh hưởng đến phần thưởng staking vì validator bị slash mất stake, uy tín và thường cả trạng thái validator hoạt động.

Validator bị slash có thể ngừng nhận phần thưởng trong thời gian bị loại, jail hoặc không hoạt động.

Delegator có thể mất một phần stake gốc trên các mạng mà stake được ủy quyền có thể bị slash.

Ngay cả sự kiện slashing nhỏ cũng có thể gây tổn thất phần thưởng trong tương lai nếu delegator rời đi hoặc validator bị loại khỏi tập hoạt động.

Phần thưởng staking cao nên được đánh giá cùng với rủi ro slashing.

Validator quảng cáo phần thưởng cao vẫn có thể là lựa chọn kém nếu hoạt động yếu hoặc hành vi rủi ro.

Hiệu suất validator đáng tin cậy có thể quan trọng hơn chênh lệch hoa hồng nhỏ.

Người dùng nên so sánh kết quả staking ròng thay vì chỉ tập trung vào lợi suất được quảng cáo nổi bật.

Slashing là một lý do khiến phần thưởng staking không giống lãi suất không rủi ro.

Phần thưởng staking bù đắp cho người dùng khi họ giúp bảo mật mạng, đồng thời chấp nhận rủi ro giao thức, validator, thị trường và thanh khoản.

Slashing và khóa validator

Khóa validator là một trong những lĩnh vực rủi ro slashing quan trọng nhất.

Khóa ký validator được dùng để ký thông điệp đồng thuận như đề xuất block, phiếu bầu hoặc attestations.

Nếu cùng khóa ký hoạt động ở hai nơi, validator có thể vô tình ký các thông điệp mâu thuẫn.

Nếu khóa ký bị đánh cắp, kẻ tấn công có thể tạo thông điệp có thể bị slash hoặc làm gián đoạn hoạt động validator.

Nhà vận hành thường sử dụng remote signer, hệ thống quản lý khóa, mô-đun bảo mật phần cứng, cơ sở dữ liệu bảo vệ slashing và quy trình di chuyển nghiêm ngặt để giảm rủi ro này.

Tài liệu bảo vệ slashing của Lighthouse giải thích rằng cơ sở dữ liệu bảo vệ slashing ghi lại block và attestation đã ký để tránh ký thông điệp có thể bị slash.

Bản sao lưu khóa phải được xử lý cẩn thận vì khôi phục trạng thái validator cũ mà không có lịch sử ký có thể tạo rủi ro.

Failover nên được thiết kế để chỉ một signer có thể ký cho một khóa validator tại một thời điểm.

Quản lý khóa validator không chỉ là chi tiết vận hành.

Đây là một trong các biện pháp phòng vệ chính chống slashing.

Slashing và failover

Failover là chuyển hoạt động validator từ server, khu vực, client hoặc máy này sang máy khác khi có sự cố.

Failover cải thiện thời gian hoạt động, nhưng failover không an toàn có thể tăng rủi ro slashing.

Mô hình nguy hiểm là ký active-active, khi hai hệ thống có thể cùng lúc ký bằng một khóa validator.

Mô hình an toàn hơn là failover active-passive, trong đó hệ thống dự phòng không thể ký cho đến khi hệ thống chính được dừng an toàn và trạng thái ký được đồng bộ.

Nhà vận hành validator nên xác nhận node cũ đã dừng trước khi khởi động signer thay thế.

Họ cũng nên bảo toàn dữ liệu bảo vệ slashing khi di chuyển validator.

Khôi phục nhanh hữu ích, nhưng khôi phục vội vàng có thể nguy hiểm.

Nhiều sự cố slashing do lỗi vận hành thay vì tấn công có chủ ý.

Validator tốt coi trọng phục hồi an toàn hơn việc chạy theo thời gian hoạt động một cách thiếu thận trọng.

Failover nên bảo vệ cả khả năng duy trì hoạt động lẫn tính toàn vẹn khi ký.

Slashing và liquid staking

Liquid staking cho phép người dùng nhận token hoặc biên nhận đại diện cho tài sản đã stake hoặc quyền yêu cầu đối với tài sản đã stake.

Liquid staking có thể giúp staking linh hoạt hơn vì người dùng có thể dùng token biên nhận trong DeFi khi tài sản cơ sở vẫn được stake.

Tuy nhiên, liquid staking có thể bổ sung mức độ tiếp xúc với slashing thông qua các validator phía sau hệ thống liquid staking.

Nếu validator cơ sở bị slash, giá trị, tỷ lệ hối đoái, tài sản bảo chứng hoặc giá trị quy đổi của token liquid staking có thể bị ảnh hưởng tùy thiết kế.

Liquid staking cũng bổ sung rủi ro hợp đồng thông minh, rủi ro oracle, rủi ro thanh khoản, rủi ro quản trị và rủi ro mất neo.

Người dùng nên hiểu tổn thất slashing được chia sẻ giữa toàn bộ người tham gia hay phân bổ cho các validator cụ thể.

Họ cũng nên xem xét đa dạng hóa validator, lựa chọn nhà vận hành, cơ chế bảo hiểm và quy tắc rút.

Token liquid staking không loại bỏ rủi ro Proof of Stake.

Nó thay đổi cách rủi ro được đóng gói và chuyển giao.

Rủi ro slashing vẫn tồn tại khi hệ thống staking cơ sở bao gồm validator có thể bị slash.

Slashing và restaking

Restaking có thể khiến tài sản đã stake hoặc cam kết validator tiếp xúc với các dịch vụ bổ sung ngoài mạng Proof of Stake cơ sở.

Điều này có thể tạo thêm cơ hội phần thưởng, nhưng cũng có thể đưa vào các điều kiện slashing bổ sung.

Tài liệu slashing EigenLayer giải thích slashing là cơ chế có thể phạt nhà vận hành vì vi phạm quy tắc của dịch vụ sử dụng bảo mật restaking.

Rủi ro restaking có thể phức tạp hơn staking thông thường vì validator hoặc nhà vận hành có thể cần đáp ứng đồng thời nhiều bộ quy tắc.

Một lỗi trong dịch vụ bổ sung có thể ảnh hưởng đến tài sản mà người dùng nghĩ rằng đã được stake ở nơi khác.

Người dùng nên hiểu tài sản restaking của họ bảo mật dịch vụ nào và điều kiện nào có thể kích hoạt hình phạt.

Nhà vận hành nên hiểu toàn bộ nghĩa vụ về ký, tính sẵn sàng và cấp độ dịch vụ trước khi nhận trách nhiệm restaking.

Restaking có thể tăng hiệu quả sử dụng vốn, nhưng cũng có thể tăng rủi ro slashing tương quan.

Nhiều nguồn phần thưởng hơn thường đồng nghĩa với nhiều giả định vận hành và giao thức hơn.

Người dùng nên xem rủi ro slashing restaking là chủ đề thẩm định riêng với rủi ro staking chain cơ sở.

Slashing và rủi ro thị trường

Slashing khác rủi ro thị trường, nhưng cả hai đều ảnh hưởng đến kết quả staking.

Slashing làm giảm số token hoặc giá trị bảo chứng cho vị thế staking.

Rủi ro thị trường làm thay đổi giá trị fiat hoặc giá trị thị trường của chính token.

Người dùng có thể tránh slashing nhưng vẫn mất giá trị nếu giá token giảm.

Người dùng có thể nhận phần thưởng staking nhưng vẫn có tổng lợi nhuận âm nếu mức giảm giá thị trường lớn hơn phần thưởng.

Vì vậy, rủi ro staking nên được đánh giá theo nhiều lớp.

Các lớp này gồm rủi ro validator, rủi ro giao thức, rủi ro thanh khoản, rủi ro hợp đồng thông minh, rủi ro lưu ký, rủi ro thuế và rủi ro giá thị trường.

Slashing là một lớp rủi ro lớn nhưng không phải duy nhất.

Người dùng không nên cho rằng xác suất slashing thấp khiến staking không có rủi ro.

Staking crypto luôn kết hợp sự không chắc chắn về vận hành và thị trường.

Slashing và unbonding

Unbonding là thời gian chờ sau khi người dùng ngừng staking trước khi tài sản có thể chuyển nhượng hoàn toàn trở lại.

Một số mạng có thể áp dụng slashing đối với stake vẫn trong giai đoạn unbonding nếu validator thực hiện hành vi có thể bị slash trước hoặc trong thời hạn rủi ro liên quan.

Điều này ngăn validator thoát hình phạt bằng cách nhanh chóng unbond sau hành vi sai phạm.

Thời gian unbonding khác nhau tùy mạng.

Trong thời gian unbonding, người dùng có thể ngừng nhận phần thưởng và không thể chuyển tài sản ngay lập tức.

Người dùng nên hiểu rủi ro slashing có tiếp diễn trong thời gian unbonding trên chain đã chọn hay không.

Họ cũng nên hiểu việc redelegation có tạo mức độ tiếp xúc tạm thời với validator cũ, validator mới hoặc cả hai hay không.

Unbonding là rủi ro thanh khoản và đôi khi là khoảng thời gian tiếp tục chịu rủi ro slashing.

Thoát staking không phải lúc nào cũng diễn ra ngay lập tức.

Staking an toàn đòi hỏi hiểu cả quy tắc vào và thoát.

Cách validator giảm rủi ro slashing

Validator giảm rủi ro slashing bằng cách chỉ duy trì một signer hoạt động cho mỗi khóa validator.

Họ sử dụng cơ sở dữ liệu bảo vệ slashing và bảo toàn lịch sử ký khi di chuyển.

Họ tránh thiết kế failover active-active không an toàn.

Họ giám sát hiệu suất validator, nhiệm vụ bị bỏ lỡ, kết nối peer, sức khỏe ổ đĩa, sức khỏe client và nâng cấp chain.

Họ bảo vệ khóa ký bằng remote signer, kho khóa an toàn, mô-đun bảo mật phần cứng hoặc kiểm soát truy cập nghiêm ngặt khi phù hợp.

Họ thử nghiệm quy trình nâng cấp trước khi nâng cấp môi trường vận hành thực tế.

Họ sử dụng runbook rõ ràng cho di chuyển, khôi phục, ứng phó sự cố và tắt khẩn cấp.

Họ tách biệt vai trò hạ tầng để một sai lầm không làm lộ tất cả khóa validator.

Họ trao đổi minh bạch với delegator về sự cố và biện pháp kiểm soát rủi ro.

Hoạt động validator tốt là biện pháp phòng vệ thực tế mạnh nhất chống slashing ngoài ý muốn.

Cách delegator giảm rủi ro slashing

Delegator giảm rủi ro slashing bằng cách lựa chọn validator cẩn thận.

Họ nên xem xét thời gian hoạt động validator, lịch sử slashing, trao đổi công khai, mức độ trưởng thành của hạ tầng, hoa hồng, tham gia quản trị, self-stake và uy tín cộng đồng.

Họ nên tránh chọn validator chỉ vì ước tính phần thưởng cao nhất.

Họ nên cân nhắc đa dạng hóa nếu mạng cho phép ủy quyền qua nhiều validator.

Họ nên theo dõi trạng thái validator sau khi ủy quyền thay vì quên vị thế đó.

Họ nên hiểu chính xác quy tắc slashing của chain trước khi staking.

Họ nên đọc tài liệu staking chính thức thay vì dựa vào bản tóm tắt staking chung chung.

Họ nên hiểu thời gian unbonding và quy tắc redelegation.

Họ nên cân nhắc rủi ro bổ sung của liquid staking hoặc restaking nếu sử dụng các sản phẩm này.

Quản lý rủi ro delegator bắt đầu trước khi ủy quyền và tiếp tục cho đến khi tài sản được rút hoàn toàn.

Cách kiểm tra rủi ro slashing trước khi staking

Hãy bắt đầu bằng cách đọc tài liệu staking chính thức của mạng.

Kiểm tra liệu slashing là tự động, thủ công, được quản trị xem xét hay hiện không hoạt động đối với lỗi validator thông thường.

Kiểm tra hành vi nào có thể bị slash.

Kiểm tra liệu delegator có chia sẻ tổn thất slashing của validator hay không.

Kiểm tra thời gian ngừng hoạt động có bị slash, jail hay chỉ bị phạt thông qua phần thưởng bị bỏ lỡ.

Kiểm tra thời gian unbonding và liệu slashing có thể áp dụng trong thời gian đó hay không.

Kiểm tra lịch sử validator qua trình khám phá blockchain, bảng điều khiển staking hoặc công cụ hệ sinh thái chính thức.

Kiểm tra validator có hạ tầng rõ ràng và quy trình ứng phó sự cố hay không.

Kiểm tra staking là native, liquid, lưu ký hay restaking vì mỗi mô hình thay đổi hồ sơ rủi ro.

Quyết định staking tốt cân nhắc phần thưởng cùng với rủi ro slashing, thanh khoản, lưu ký, thị trường và hợp đồng thông minh.

Các lỗi slashing thường gặp

Một lỗi thường gặp là cho rằng mọi mạng Proof of Stake đều slash theo cùng một cách.

Lỗi khác là nhầm hình phạt ngừng hoạt động với slashing.

Lỗi thứ ba là chọn validator chỉ theo phần thưởng được quảng cáo.

Lỗi thứ tư là bỏ qua việc delegator có chia sẻ tổn thất slashing của validator hay không.

Lỗi thứ năm là cho rằng liquid staking loại bỏ rủi ro slashing.

Lỗi thứ sáu là chạy cùng khóa validator trên hai máy cùng lúc.

Lỗi thứ bảy là di chuyển hạ tầng validator mà không bảo toàn dữ liệu bảo vệ slashing.

Lỗi thứ tám là bỏ qua rủi ro trong giai đoạn unbonding.

Lỗi thứ chín là cho rằng uy tín cũ của validator đảm bảo an toàn trong tương lai.

Lỗi thứ mười là xem phần thưởng staking là thu nhập không rủi ro.

Lợi ích của slashing

Lợi ích đầu tiên của slashing là bảo mật Proof of Stake mạnh hơn.

Lợi ích thứ hai là trách nhiệm giải trình vì validator có thể mất stake do hành vi có hại có thể chứng minh.

Lợi ích thứ ba là tính cuối cùng tốt hơn vì các lịch sử đã hoàn tất mâu thuẫn trở nên tốn kém về mặt kinh tế.

Lợi ích thứ tư là cải thiện kỷ luật validator vì ký không an toàn và vận hành kém có hậu quả.

Lợi ích thứ năm là tạo động lực tốt hơn cho delegator vì người dùng được khuyến khích chọn validator đáng tin cậy.

Lợi ích thứ sáu là bảo vệ khỏi vấn đề nothing-at-stake.

Lợi ích thứ bảy là niềm tin mạng mạnh hơn vì thông điệp đồng thuận được bảo chứng bằng rủi ro kinh tế.

Lợi ích thứ tám là tính phi tập trung dài hạn tốt hơn khi delegator đánh giá validator không chỉ dựa vào phần thưởng.

Lợi ích thứ chín là thực thi rõ ràng hơn dựa trên bằng chứng vì thông điệp đã ký có thể chứng minh vi phạm.

Lợi ích thứ mười là slashing khiến bảo mật Proof of Stake không chỉ là một cam kết xã hội.

Rủi ro và hạn chế của slashing

Rủi ro đầu tiên là slashing ngoài ý muốn do hạ tầng validator cấu hình sai.

Rủi ro thứ hai là tổn thất stake được ủy quyền khi delegator chia sẻ hình phạt validator.

Rủi ro thứ ba là slashing tương quan khi nhiều validator dùng hạ tầng tương tự hoặc cùng cấu hình nhà vận hành.

Rủi ro thứ tư là tập trung validator nếu người dùng chỉ ủy quyền cho các nhà vận hành được xem là an toàn nhất.

Rủi ro thứ năm là tính phức tạp vì nhiều người dùng không hiểu quy tắc slashing khác nhau theo chain.

Rủi ro thứ sáu là thông tin truyền đạt không rõ ràng từ sản phẩm staking đơn giản hóa hoặc che giấu mức độ tiếp xúc với hình phạt.

Rủi ro thứ bảy là sự phức tạp của liquid staking hoặc restaking khiến mức độ tiếp xúc với slashing khó theo dõi hơn.

Rủi ro thứ tám là tranh chấp về quản trị hoặc xã hội liên quan việc có nên đảo ngược một slashing trên mạng có quy trình xem xét hay không.

Rủi ro thứ chín là phản ứng vận hành quá mức, khi validator tránh dự phòng hữu ích vì sợ ký kép.

Rủi ro thứ mười là sự tự tin sai lầm, vì slashing giảm một số loại tấn công nhưng không loại bỏ toàn bộ rủi ro staking, thị trường hoặc hợp đồng thông minh.

Các phương pháp tốt nhất cho validator

Không bao giờ chạy cùng khóa ký validator ở hai địa điểm đang hoạt động cùng lúc.

Sử dụng bảo vệ slashing và bảo toàn lịch sử ký trong quá trình di chuyển.

Thiết kế hệ thống failover để ngăn ký trùng lặp.

Liên tục giám sát sức khỏe validator, nhiệm vụ bị bỏ lỡ, sự tham gia đồng thuận và phiên bản phần mềm.

Sử dụng quản lý khóa bảo mật và hạn chế quyền truy cập vào hạ tầng ký.

Kiểm tra nâng cấp và di chuyển trước khi thay đổi môi trường vận hành thực tế.

Duy trì quy trình ứng phó sự cố rõ ràng.

Trao đổi cởi mở với delegator sau sự cố ngừng hoạt động hoặc rủi ro.

Hiểu chính xác quy tắc slashing của mọi mạng đang vận hành.

Xem việc phòng ngừa slashing là chức năng bảo mật cốt lõi thay vì việc làm sau cùng.

Các phương pháp tốt nhất cho delegator

Đọc tài liệu staking chính thức trước khi ủy quyền tài sản.

Chọn validator dựa trên độ tin cậy, tính minh bạch, lịch sử và hoạt động thay vì chỉ phần thưởng.

Đa dạng hóa mức độ tiếp xúc với validator khi mạng hỗ trợ và khi phù hợp với chiến lược staking của bạn.

Theo dõi trạng thái validator sau khi ủy quyền.

Hiểu stake được ủy quyền của bạn có thể bị slash hay không.

Hiểu thời gian unbonding, redelegation và thời điểm rút.

Xem xét các rủi ro bổ sung trước khi sử dụng sản phẩm liquid staking hoặc restaking.

Lưu hồ sơ về khoản nạp staking, phần thưởng, redelegation và rút tài sản cho mục đích kế toán và thuế.

Tránh xem staking là thu nhập được đảm bảo.

Cân bằng phần thưởng staking với rủi ro slashing, thanh khoản, thị trường, lưu ký và giao thức.

FAQ

Slashing trong crypto nghĩa là gì?

Slashing nghĩa là validator Proof of Stake mất một phần tiền mã hóa đã stake vì vi phạm các quy tắc mạng quan trọng.

Vì sao blockchain sử dụng slashing?

Blockchain sử dụng slashing để ngăn validator ký thông điệp mâu thuẫn, tấn công đồng thuận hoặc không hoàn thành các trách nhiệm giao thức quan trọng.

Delegator có thể bị slash không?

Có, delegator có thể bị slash trên một số mạng khi validator mà họ ủy quyền thực hiện hành vi có thể bị slash.

Thời gian ngừng hoạt động có giống slashing không?

Không, thời gian ngừng hoạt động có thể gây bỏ lỡ phần thưởng, hình phạt hoặc jailing, nhưng slashing thực sự thường nghĩa là một phần stake bị tước hoặc tịch thu.

Điều gì gây ra slashing Ethereum?

Slashing Ethereum do các vi phạm ký đồng thuận cụ thể như đề xuất kép, bỏ phiếu kép hoặc surround voting.

Solana có tự động slash người staking không?

Trang staking chính thức của Solana nêu rằng slashing không tự động trên Solana.

Ký kép là gì?

Ký kép nghĩa là validator ký thông điệp đồng thuận mâu thuẫn trong bối cảnh chỉ một thông điệp hợp lệ được phép ký.

Slashing có thể xảy ra ngoài ý muốn không?

Có, slashing ngoài ý muốn có thể xảy ra do khóa validator trùng lặp, failover không an toàn, quy trình di chuyển kém hoặc quản lý khóa ký không tốt.

Người dùng có thể giảm rủi ro slashing như thế nào?

Người dùng có thể giảm rủi ro slashing bằng cách chọn validator đáng tin cậy, đa dạng hóa khi phù hợp, theo dõi trạng thái validator và hiểu quy tắc staking chính xác của mạng.

Staking có phi rủi ro nếu slashing hiếm xảy ra không?

Không, staking vẫn bao gồm rủi ro validator, rủi ro thị trường, rủi ro thanh khoản, rủi ro lưu ký, rủi ro hợp đồng thông minh và rủi ro giao thức ngay cả khi slashing hiếm xảy ra.

Kết luận

Slashing là cơ chế thực thi Proof of Stake phạt validator vì vi phạm quy tắc nghiêm trọng bằng cách tước hoặc tịch thu một phần stake của họ.

Nó quan trọng vì bảo mật Proof of Stake phụ thuộc vào việc validator có vốn thực gặp rủi ro khi góp phần quyết định lịch sử blockchain.

Slashing có thể phạt hành vi như ký kép, attestations mâu thuẫn, equivocation, lỗi đồng thuận nghiêm trọng hoặc lỗi duy trì hoạt động tùy mạng.

Mô hình slashing chính xác khác nhau giữa các chain, vì vậy người dùng luôn nên xem tài liệu staking chính thức trước khi ủy quyền tài sản.

Ethereum dùng slashing cho các vi phạm ký đồng thuận cụ thể, còn thời gian ngừng hoạt động thông thường nhìn chung được xử lý bằng hình phạt thay vì slashing.

Trang staking chính thức của Solana nêu rằng slashing không tự động, cho thấy bối cảnh cụ thể của từng chain rất quan trọng.

Cosmos SDK và các mạng theo phong cách Polkadot cho thấy slashing có thể ảnh hưởng đến validator và delegator thông qua các thiết kế staking khác nhau.

Đối với validator, phòng ngừa slashing phụ thuộc vào quản lý khóa bảo mật, bảo vệ slashing, failover an toàn, giám sát và vận hành có kỷ luật.

Đối với delegator, quản lý rủi ro slashing phụ thuộc vào lựa chọn validator, đa dạng hóa, giám sát và hiểu quy tắc unbonding cũng như sản phẩm staking.

Trong ngữ cảnh thuật ngữ crypto, Slashing là tổn thất token đã stake do hành vi sai phạm của validator hoặc vi phạm staking do giao thức xác định.

Điểm chính cần nhớ là slashing tăng cường bảo mật Proof of Stake, nhưng cũng khiến staking trở thành hoạt động có rủi ro, đòi hỏi vận hành validator cẩn thận và quyết định ủy quyền có hiểu biết.