Lớp bảo mật dùng chung

Lớp bảo mật dùng chung là gì?

Lớp bảo mật dùng chung là mô hình bảo mật blockchain trong đó nhiều chain, dịch vụ, ứng dụng hoặc mô-đun dựa vào tập hợp validator chung, staking được gộp hoặc tài sản thế chấp restaking, thay vì tự xây dựng bảo mật từ đầu.

Trong crypto, lớp bảo mật dùng chung giúp các mạng mới vay mượn hoặc tiếp cận bảo mật kinh tế từ hệ thống lớn hơn vốn đã có validator, staker, quản trị và hạ tầng bảo mật.

Tài liệu relay chain Polkadot chính thức mô tả shared security là mô hình mà các chain được kết nối hưởng lợi từ Nominated Proof of Stake mà không cần tự khởi tạo bảo mật.

Tài liệu Cosmos Hub Interchain Security chính thức mô tả Interchain Security là nền tảng ra mắt các chain Cosmos-SDK có thể tận dụng tập hợp validator, staking và cộng đồng của Cosmos Hub.

Tổng quan EigenLayer chính thức mô tả restaking là hệ thống cho phép staker cung cấp bảo mật cho các dịch vụ trong hệ sinh thái EigenLayer.

Lớp bảo mật dùng chung có thể hỗ trợ appchain, parachain, consumer chain, dịch vụ data availability, hệ thống oracle, bridge, hạ tầng rollup và các mạng crypto khác cần bảo mật đáng tin cậy.

Mục tiêu chính là giảm chi phí và khó khăn khi triển khai hạ tầng bảo mật.

Thay vì mỗi chain mới phải tuyển validator và xây dựng kinh tế token staking riêng, chain đó có thể kết nối với nền tảng bảo mật lớn hơn.

Nói đơn giản, lớp bảo mật dùng chung là nền tảng bảo mật mà nhiều hệ thống crypto có thể dùng đồng thời.

Vì sao lớp bảo mật dùng chung quan trọng?

Lớp bảo mật dùng chung quan trọng vì blockchain và dịch vụ mới khó tự bảo mật một cách độc lập.

Mạng nhỏ với tập hợp validator yếu có thể dễ bị tấn công, kiểm duyệt, dừng hoạt động hoặc thao túng hơn.

Chain mới có thể sở hữu công nghệ tốt nhưng vẫn không thu hút đủ validator, delegator, stake, hoạt động giám sát, thanh khoản và sự tham gia quản trị.

Shared security có thể giúp giải quyết vấn đề này bằng cách cho hệ thống mới tiếp cận pool bảo mật kinh tế sẵn có.

Điều này có thể giảm chi phí khởi tạo cho nhà phát triển và cải thiện an toàn cho người dùng.

Nó cũng có thể cải thiện khả năng tương tác vì các hệ thống được cùng một lớp bảo vệ có thể chia sẻ quy tắc truyền thông điệp, giả định validator hoặc quan hệ thanh toán.

Tài liệu parachain Polkadot chính thức cho biết parachain hưởng lợi từ shared security, khả năng tương tác và khả năng mở rộng trong khi tập trung vào logic riêng của ứng dụng.

Shared security đặc biệt quan trọng trong thiết kế blockchain mô-đun vì thực thi, thanh toán, đồng thuận, data availability và xác minh có thể diễn ra ở những nơi khác nhau.

Khi các thành phần này tách biệt, giả định bảo mật trở nên khó hiểu hơn với người dùng.

Lớp bảo mật dùng chung cung cấp nền tảng rõ ràng hơn để nhà phát triển và người dùng đánh giá ai bảo vệ hệ thống và điều gì xảy ra nếu validator hoạt động sai.

Lớp bảo mật dùng chung hoạt động như thế nào?

Lớp bảo mật dùng chung hoạt động bằng cách kết nối nhiều hệ thống với một nguồn bảo mật.

Nguồn này có thể là provider chain, relay chain, giao thức restaking, marketplace validator, hệ thống staking gộp hoặc mạng bảo mật kinh tế-mật mã.

Hệ thống kết nối thường nhận được xác thực, chứng thực, tạo block, data availability, tính cuối cùng, xác minh thông điệp hoặc dịch vụ bảo mật khác từ lớp dùng chung.

Validator hoặc operator có thể chạy phần mềm bổ sung cho từng chain hoặc dịch vụ được kết nối.

Staker có thể ủy quyền tài sản cho validator hoặc operator chọn tham gia bảo vệ hệ thống bổ sung.

Hệ thống kết nối có thể trả phần thưởng, phí, lạm phát hoặc ưu đãi khác cho validator và staker bảo vệ nó.

Nếu validator hoặc operator không hoàn thành nhiệm vụ, mô hình shared security có thể áp dụng hình phạt, slashing, loại bỏ, mất phần thưởng hoặc hành động quản trị tùy giao thức.

Thiết kế chính xác phụ thuộc vào hệ sinh thái.

Một số hệ thống sao chép tập hợp validator của provider sang consumer chain.

Hệ thống khác chỉ cho một phần validator chọn tham gia bảo vệ dịch vụ cụ thể.

Vì vậy, lớp bảo mật dùng chung không phải một công nghệ duy nhất mà là một nhóm thiết kế gộp niềm tin và bảo mật kinh tế.

Provider chain

Provider chain là blockchain cung cấp bảo mật cho chain hoặc dịch vụ khác.

Trong shared security theo phong cách Cosmos, provider chain có thể chia sẻ tập hợp validator và stake với consumer chain.

Tài liệu Cosmos Hub Interchain Security cho biết Hub có thể cho các chain tận dụng validator, stake và cộng đồng của mình.

Provider chain thường có token đã được thiết lập, tập hợp validator, hệ thống quản trị, nền kinh tế staking và danh tiếng.

Consumer chain hưởng lợi vì không cần tự xây dựng đầy đủ nền kinh tế bảo mật.

Provider chain có thể hưởng lợi vì consumer chain có thể tạo nhu cầu, phí, phần thưởng và giá trị hệ sinh thái mới.

Mối quan hệ này phải được thiết kế cẩn thận vì validator của provider đảm nhận trách nhiệm bổ sung.

Nếu consumer chain yêu cầu quá cao, validator có thể chịu gánh nặng vận hành hoặc hiệu suất giảm.

Nếu phần thưởng quá thấp, validator có thể không muốn tham gia.

Provider chain chỉ hữu ích khi bảo mật của nó có thể được chia sẻ mà không làm yếu hệ thống nền tảng.

Consumer chain

Consumer chain là blockchain nhận bảo mật từ provider chain hoặc lớp bảo mật dùng chung.

Consumer chain vẫn có thể có logic ứng dụng, cài đặt quản trị, phí, mô hình token và trải nghiệm người dùng riêng.

Phần mà nó vay mượn là một phần cấu trúc bảo mật dùng để xác thực hoặc bảo vệ trạng thái của nó.

Điều này có thể giúp chain mới ra mắt nhanh hơn và có bảo mật mạnh hơn khả năng tự xây dựng.

Tuy nhiên, consumer chain không không có rủi ro chỉ vì dùng shared security.

Nó vẫn có thể gặp lỗi hợp đồng thông minh, lỗi logic ứng dụng, rủi ro oracle, rủi ro bridge, rủi ro quản trị, thanh khoản thấp và rủi ro giao diện người dùng.

Người dùng cũng nên kiểm tra phần bảo mật của provider thực sự áp dụng cho consumer chain là bao nhiêu.

Một số thiết kế yêu cầu toàn bộ tập hợp validator xác thực consumer chain.

Thiết kế khác chỉ cho phép một phần hoặc nhóm opt-in.

Sức mạnh của consumer chain phụ thuộc vào chi tiết thỏa thuận shared security.

Tập hợp validator

Tập hợp validator là nhóm validator chịu trách nhiệm tạo, kiểm tra, hoàn tất hoặc chứng thực hoạt động blockchain.

Trong lớp bảo mật dùng chung, tập hợp validator có thể bảo vệ nhiều hơn một chain hoặc dịch vụ.

Điều này có thể cải thiện bảo mật vì chain mới có thể dựa vào validator đã cam kết về mặt kinh tế và giàu kinh nghiệm vận hành.

Nó cũng có thể tạo phức tạp vận hành vì validator có thể phải chạy nhiều phần mềm khác nhau.

Nếu validator quá tải, chất lượng xác thực có thể giảm.

Nếu quá nhiều hệ thống phụ thuộc vào cùng tập hợp validator, các sự cố có thể có tương quan.

Tính đa dạng validator quan trọng vì bảo mật yếu hơn khi nhiều validator do cùng operator kiểm soát, được lưu trữ trên cùng hạ tầng hoặc chịu cùng lỗi phần mềm.

Tài liệu relay chain Polkadot lưu ý bảo mật không chỉ phụ thuộc stake mà còn phụ thuộc số validator và các yếu tố tập trung hóa xã hội hoặc vật lý.

Tập hợp validator dùng chung có thể mạnh nhưng phải duy trì phi tập trung, được giám sát và khuyến khích phù hợp.

Người dùng nên hỏi ai thực sự đang xác thực các hệ thống kết nối.

Bảo mật gộp

Bảo mật gộp nghĩa là nhiều bên tham gia kết hợp stake, công việc validator hoặc bảo đảm kinh tế để bảo vệ hệ thống.

Trong thiết kế shared security, bảo mật gộp có thể khiến dịch vụ mới khó bị tấn công hơn vì kẻ tấn công phải vượt qua nền tảng bảo mật lớn hơn.

Tài liệu thuật ngữ chính EigenLayer chính thức mô tả bảo mật gộp qua restaking là mô hình trong đó nhiều bên kết hợp nguồn lực để cung cấp bảo mật cao hơn cho hệ thống.

Bảo mật gộp có thể hiệu quả vì cùng nguồn vốn bảo mật có thể hỗ trợ nhiều dịch vụ hữu ích.

Nó cũng có thể rủi ro nếu cùng nguồn vốn chịu quá nhiều điều kiện slashing hoặc quá nhiều thất bại tương quan.

Vì vậy, cần đánh giá bảo mật gộp qua cả lợi ích và gánh nặng.

Lợi ích là bảo vệ dùng chung mạnh hơn.

Gánh nặng là validator và staker có thể chấp nhận nhiều trách nhiệm hơn và nhiều cách mất tiền hơn.

Bảo mật gộp hấp dẫn nhưng không phải bảo mật miễn phí.

Mỗi dịch vụ bổ sung thay đổi hồ sơ rủi ro và phần thưởng của pool dùng chung.

Restaking và shared security

Restaking là một trong những mô hình shared security hiện đại quan trọng nhất.

Restaking cho phép tài sản đã staking hoặc token liquid staking được dùng để bảo vệ các dịch vụ bổ sung ngoài chain nền tảng ban đầu.

Tổng quan EigenLayer cho biết restaking cho phép staker restake ETH gốc hoặc token liquid staking để cung cấp bảo mật cho Autonomous Verifiable Services.

Các dịch vụ này có thể gồm data availability, xác minh, nhiệm vụ tương tự oracle, bridge, coprocessor và hạ tầng khác cần bảo đảm kinh tế-mật mã.

Operator chạy phần mềm cần thiết để hỗ trợ các dịch vụ này.

Staker có thể ủy quyền cho operator hoặc tự chạy hạ tầng operator.

Lời hứa là hiệu quả vốn vì một pool tài sản staking có thể hỗ trợ nhiều hơn một dịch vụ crypto.

Rủi ro là các dịch vụ bổ sung có thể thêm rủi ro slashing, vận hành, hợp đồng thông minh và quản trị.

Restaking biến vốn staking thành nguồn bảo mật dùng chung.

Người dùng nên hiểu chính xác tài sản restake của họ đang giúp bảo vệ những dịch vụ nào.

Autonomous Verifiable Services

Autonomous Verifiable Services, thường gọi là AVS trong hệ sinh thái EigenLayer, là các dịch vụ sử dụng bảo mật restaking thông qua EigenLayer.

Tổng quan EigenLayer mô tả AVS là dịch vụ xây dựng trên giao thức và tận dụng shared security của Ethereum.

AVS có thể xác định các nhiệm vụ operator phải thực hiện.

Các nhiệm vụ đó có thể liên quan đến xác thực, data availability, tính toán, chứng thực, truyền thông điệp hoặc công việc có thể xác minh khác.

Operator opt-in để cung cấp dịch vụ cho AVS.

Staker ủy quyền tài sản cho operator và chấp nhận hồ sơ rủi ro liên kết với dịch vụ operator đã chọn.

AVS nên xác định rõ yêu cầu, phần thưởng, điều kiện slashing, quy tắc giám sát và logic xác minh.

Nếu thiết kế AVS yếu, shared security có thể không bảo vệ người dùng như dự kiến.

Người dùng không nên cho rằng mọi AVS có cùng mức độ an toàn chỉ vì dùng giao thức shared security.

Chất lượng thiết kế dịch vụ vẫn quan trọng.

Interchain Security

Interchain Security là phương pháp shared security trong hệ sinh thái Cosmos.

Nó cho phép consumer chain dùng bảo mật từ provider chain thay vì bắt đầu với tập hợp validator riêng biệt.

Tài liệu Cosmos Interchain Security mô tả đây là nền tảng ra mắt chain Cosmos-SDK.

Tài liệu Partial Set Security chính thức giải thích rằng consumer chain có thể chỉ dùng một phần validator từ provider chain để linh hoạt hơn mô hình sao chép trước đây.

Điều này nghĩa là shared security có thể tùy chỉnh theo nhu cầu của consumer chain.

Chain cần bảo mật cao hơn có thể yêu cầu tỷ lệ validator lớn hơn.

Chain nhỏ hoặc thử nghiệm có thể chọn mô hình opt-in với mức bảo mật được bảo đảm thấp hơn.

Sự đánh đổi rõ ràng vì bảo mật cao hơn thường đòi hỏi cam kết validator và phần thưởng cao hơn.

Interchain Security cho thấy shared security có thể trở thành quan hệ quản trị và kinh tế giữa các chain.

Nó cũng cho thấy người dùng phải kiểm tra consumer chain thực sự nhận được bao nhiêu bảo mật từ provider chain.

Shared security của Polkadot

Polkadot là một trong các ví dụ lâu đời nhất về lớp bảo mật dùng chung.

Polkadot dùng kiến trúc relay chain và parachain, trong đó chain kết nối có thể hưởng lợi từ bảo mật và khả năng tương tác của relay chain.

Tài liệu relay chain Polkadot cho biết các chain Layer-1 được kết nối hưởng lợi từ bảo mật Nominated Proof of Stake mà không cần tự khởi tạo tập hợp validator.

Tài liệu parachain Polkadot cho biết parachain kế thừa bảo mật từ tập hợp validator Polkadot và có thể giao tiếp qua Cross-Consensus Messaging.

Mô hình này giúp các chain chuyên cho ứng dụng tập trung vào logic riêng trong khi relay chain điều phối bảo mật.

Nó cũng tạo môi trường tương tác dùng chung vì parachain có thể giao tiếp theo các giả định chung.

Mô hình Polkadot không giống restaking hoặc Cosmos Interchain Security.

Đây là kiến trúc layer-0, nơi shared security và truyền thông điệp cross-chain là các mục tiêu thiết kế cốt lõi.

Người dùng nên hiểu relay chain, validator, coretime, parachain, quản trị và mô hình truyền thông điệp trước khi đánh giá ứng dụng trong hệ sinh thái này.

Shared security mạnh nhất khi người dùng hiểu cả nền tảng bảo mật chung lẫn logic chain riêng của ứng dụng.

Lớp bảo mật dùng chung và blockchain độc lập

Blockchain độc lập chịu trách nhiệm bảo mật riêng.

Nó phải thu hút validator, staker, miner, delegator, operator node, người tham gia quản trị và hạ tầng giám sát.

Chain dùng shared security có thể dựa vào lớp bảo mật sẵn có cho một số trách nhiệm này.

Điều này có thể giúp ra mắt và mở rộng dễ hơn.

Tuy nhiên, chain độc lập có thể có tính tự chủ cao hơn và ít phụ thuộc bên ngoài hơn.

Chain dùng shared security có thể phụ thuộc vào quản trị provider, sự tham gia validator, quy tắc slashing dùng chung hoặc nâng cấp lớp bảo mật.

Sự đánh đổi là giữa tính độc lập và việc khởi tạo bảo mật.

Chain độc lập kiểm soát vận mệnh riêng nhưng phải tự bảo vệ.

Chain dùng shared security nhận hỗ trợ nhưng chấp nhận quy tắc và giả định của lớp khác.

Không mô hình nào tự động tốt hơn vì lựa chọn phù hợp phụ thuộc mục tiêu ứng dụng, khả năng chấp nhận rủi ro và kỳ vọng người dùng.

Lớp bảo mật dùng chung và sidechain

Sidechain là blockchain riêng kết nối với chain khác qua bridge hoặc peg.

Sidechain thường có tập hợp validator và giả định bảo mật riêng.

Chain dùng shared security phụ thuộc trực tiếp hơn vào lớp bảo mật chung hoặc tập hợp validator của provider.

Khác biệt này quan trọng vì người dùng thường nhầm chain kết nối với chain dùng shared security.

Chain có thể kết nối bằng bridge mà không chia sẻ bảo mật validator.

Chain có thể dùng cùng máy ảo với chain khác mà không chia sẻ bảo mật.

Chain có thể có phí thấp và ví quen thuộc nhưng vẫn được bảo vệ bởi tập hợp validator độc lập nhỏ hơn.

Shared security là về ai xác thực và bảo vệ hệ thống, không chỉ tài sản di chuyển giữa các hệ thống thế nào.

Người dùng nên hỏi chain kế thừa bảo mật, thuê bảo mật, restake bảo mật hay chỉ bridge tài sản.

Câu trả lời thay đổi mô hình rủi ro.

Lớp bảo mật dùng chung và rollup

Rollup là hệ thống mở rộng thực thi giao dịch ngoài chain nền tảng nhưng dựa vào chain nền tảng để thanh toán, bằng chứng hoặc công bố dữ liệu tùy loại rollup.

Lớp bảo mật dùng chung rộng hơn vì có thể bảo vệ nhiều loại dịch vụ, chain và mô-đun, không chỉ thực thi rollup.

Một số hạ tầng liên quan rollup có thể dùng shared security cho data availability, sequencing, xác minh hoặc truyền thông điệp giữa các rollup.

Rollup khác chủ yếu dựa vào chain thanh toán và hệ thống bằng chứng.

Khác biệt này quan trọng vì bảo mật rollup phụ thuộc data availability, tính hợp lệ bằng chứng hoặc fraud challenge, khóa nâng cấp, sequencer và giả định thanh toán.

Shared security có thể thêm một lớp operator, staker, phần thưởng và điều kiện slashing.

Rollup có thể dùng shared security cho thành phần cụ thể mà không khiến toàn bộ mô hình bảo mật rollup giống hệt lớp dùng chung.

Người dùng nên kiểm tra phần nào của stack được shared security bảo vệ.

Nhà phát triển nên tránh tuyên bố mơ hồ rằng rollup được lớp dùng chung bảo vệ toàn diện nếu chỉ một mô-đun sử dụng nó.

Tuyên bố bảo mật chính xác là thiết yếu trong hệ thống crypto mô-đun.

Lớp bảo mật dùng chung và bridge

Bridge di chuyển tài sản hoặc thông điệp giữa các chain.

Lớp bảo mật dùng chung bảo vệ chain hoặc dịch vụ qua validator chung, stake hoặc tài sản thế chấp restaking.

Một số bridge có thể dùng shared security để xác minh, nhưng bridge không tự động là lớp bảo mật dùng chung.

Rủi ro bridge gồm lỗi hợp đồng thông minh, người ký bị xâm phạm, replay thông điệp, thất bại thanh khoản và kiểm soát quản trị.

Rủi ro shared security gồm validator thất bại, thiết kế slashing, tập trung operator, rủi ro quản trị và mức độ phơi nhiễm giữa các dịch vụ.

Bridge có thể kết nối hai chain hoàn toàn không chia sẻ bảo mật.

Lớp bảo mật dùng chung có thể hỗ trợ khả năng tương tác, nhưng công việc chính không chỉ là di chuyển tài sản.

Người dùng nên tách biệt rủi ro bridge với rủi ro shared security khi đánh giá ứng dụng cross-chain.

Lớp bảo mật dùng chung mạnh vẫn có thể đi cùng bridge yếu.

Trải nghiệm người dùng an toàn cần cả xác thực an toàn và di chuyển tài sản an toàn.

Bảo mật kinh tế

Bảo mật kinh tế là giá trị có rủi ro khiến các cuộc tấn công trở nên tốn kém.

Trong hệ thống Proof of Stake, bảo mật kinh tế thường đến từ tài sản staking mà validator có thể mất nếu vi phạm quy tắc.

Trong lớp bảo mật dùng chung, bảo mật kinh tế có thể được tái sử dụng hoặc gộp giữa nhiều dịch vụ.

Điều này có thể giúp dịch vụ nhỏ an toàn hơn vì không cần tự tạo ngân sách bảo mật lớn.

Nguy cơ là bảo mật kinh tế có thể bị phóng đại nếu cùng stake được hứa cho quá nhiều dịch vụ có rủi ro chồng chéo.

Người dùng nên hỏi bao nhiêu stake thực sự có thể bị slashing cho chain hoặc dịch vụ cụ thể.

Họ cũng nên hỏi slashing có đang hoạt động, có thể thực thi, bị trì hoãn, qua trung gian quản trị hay chỉ triển khai một phần.

Bảo mật kinh tế không chỉ là con số tiêu đề.

Nó phụ thuộc điều kiện slashing, thanh khoản, hành vi validator, cấu trúc pháp lý, hợp đồng thông minh và giá trị thị trường.

Shared security mạnh cần hình phạt đáng tin cậy và giám sát đáng tin cậy.

Slashing trong shared security

Slashing là hình phạt cắt giảm hoặc đốt stake khi validator hoặc operator vi phạm quy tắc.

Trong hệ thống shared security, slashing có thể bảo vệ chain và dịch vụ kết nối bằng cách khiến hành vi xấu phải trả giá.

Tài liệu thuật ngữ chính EigenLayer định nghĩa slashing là hình phạt cho việc hoàn thành không đúng hoặc không chính xác các nhiệm vụ được giao trong operator set.

Tổng quan restaking EigenLayer giải thích rằng stake được ủy quyền có thể bị slashing khi operator phân bổ stake vào các operator set.

Điều này nghĩa là staker phải theo dõi operator họ chọn đang bảo vệ gì.

Slashing có thể cải thiện trách nhiệm giải trình nhưng cũng tạo rủi ro mới cho staker.

Nếu operator thất bại ở một dịch vụ, tài sản được ủy quyền có thể bị ảnh hưởng dù staker không tự chạy phần mềm.

Quy tắc slashing phải rõ ràng, khách quan khi có thể và có thể thực thi.

Quy tắc slashing không rõ có thể gây bất định, tranh chấp và nhầm lẫn cho người dùng.

Lớp bảo mật dùng chung chỉ đáng tin cậy tương ứng với khả năng phát hiện và xử phạt công bằng các thất bại nghiêm trọng.

Phần thưởng trong shared security

Phần thưởng bù đắp cho validator, operator và staker khi bảo vệ các hệ thống bổ sung.

Phần thưởng có thể đến từ phí consumer chain, lạm phát, thanh toán dịch vụ, ưu đãi giao thức hoặc doanh thu ứng dụng.

Mô hình shared security phải cân bằng phần thưởng với rủi ro.

Nếu phần thưởng quá thấp, validator có thể không muốn bảo vệ hệ thống kết nối.

Nếu phần thưởng quá cao và không bền vững, mô hình có thể thu hút vốn ngắn hạn mà không tạo bảo mật lâu dài.

Hệ thống restaking có thể trả phần thưởng cho operator và staker hỗ trợ AVS.

Hệ thống provider chain có thể chuyển phần thưởng từ consumer chain tới validator và delegator.

Hệ thống theo phong cách Polkadot có thể liên kết quyền tiếp cận bảo mật với coretime và phân bổ tài nguyên mạng.

Người dùng không nên chỉ đánh giá shared security bằng lợi suất.

Họ nên so sánh phần thưởng với rủi ro slashing, hợp đồng thông minh, thanh khoản, operator và quản trị.

Shared security và khả năng tương tác

Shared security có thể cải thiện khả năng tương tác vì các hệ thống kết nối có thể hoạt động theo giả định tin cậy chung.

Nếu nhiều chain dựa vào cùng lớp bảo mật, thông điệp cross-chain có thể dễ đánh giá hơn thông điệp giữa các chain không liên quan.

Tài liệu relay chain Polkadot mô tả khả năng tương tác an toàn qua truyền thông điệp cross-chain gốc.

Shared security có thể làm ứng dụng cross-chain thực tế hơn vì người dùng và nhà phát triển có thể dựa vào nền tảng bảo mật chung.

Tuy nhiên, shared security không tự động giải quyết mọi vấn đề tương tác.

Định dạng thông điệp, hợp đồng bridge, relayer, độ trễ, thanh khoản, tính cuối cùng và logic ứng dụng vẫn quan trọng.

Lớp bảo mật dùng chung có thể giảm phân mảnh niềm tin nhưng không loại bỏ nhu cầu thiết kế cross-chain an toàn.

Nhà phát triển nên giải thích nội dung nào được chia sẻ, nội dung nào được xác minh và nội dung nào vẫn phụ thuộc hạ tầng riêng.

Người dùng không nên cho rằng mọi thông điệp giữa các chain dùng shared security đều không có rủi ro.

Khả năng tương tác an toàn hơn khi các giả định bảo mật rõ ràng.

Shared security và blockchain mô-đun

Blockchain mô-đun chia các chức năng blockchain thành các lớp riêng như thực thi, thanh toán, đồng thuận và data availability.

Lớp bảo mật dùng chung có thể cung cấp bảo mật cho một hoặc nhiều chức năng này.

Ví dụ, dịch vụ có thể dùng shared security cho data availability trong khi dùng chain khác để thanh toán và môi trường khác để thực thi.

Thiết kế mô-đun này có thể cải thiện tính chuyên biệt và hiệu năng.

Nó cũng có thể khiến rủi ro khó hiểu hơn vì người dùng phải đánh giá nhiều lớp cùng lúc.

Thất bại ở một mô-đun có thể ảnh hưởng toàn bộ ứng dụng.

Thất bại data availability có thể ảnh hưởng khả năng khôi phục rollup.

Thất bại sequencing có thể ảnh hưởng thứ tự và trải nghiệm người dùng.

Thất bại bridge có thể ảnh hưởng việc quy đổi tài sản.

Lớp bảo mật dùng chung giúp hệ thống mô-đun điều phối niềm tin, nhưng người dùng vẫn cần hiểu toàn bộ stack.

Shared security và MEV

MEV, hay maximal extractable value, có thể xuất hiện khi validator, sequencer hoặc operator ảnh hưởng đến thứ tự, việc đưa vào hoặc thực thi giao dịch.

Lớp bảo mật dùng chung có thể giảm một số rủi ro bằng cách tạo quy tắc chung và operator có trách nhiệm giải trình.

Nó cũng có thể tập trung quyền sắp xếp nếu nhiều ứng dụng dựa vào cùng operator.

Nếu operator bảo vệ nhiều dịch vụ, họ có thể thấy nhiều luồng giao dịch và cơ hội giữa các miền hơn.

Điều này có thể tạo cả hiệu quả lẫn rủi ro.

Chính sách MEV, giám sát, quy tắc proposer, hệ thống sắp xếp công bằng và tính minh bạch rất quan trọng trong thiết kế shared security.

Người dùng nên hiểu lớp bảo mật dùng chung bảo vệ chống kiểm duyệt hay chỉ áp dụng hình phạt kinh tế sau hành vi sai phạm.

Nhà phát triển không nên giả định shared security tự động tạo thứ tự công bằng.

Shared security có thể hỗ trợ phối hợp tốt hơn, nhưng quản lý MEV cần thiết kế cụ thể.

Sắp xếp giao dịch vẫn là một trong các vấn đề khó nhất của hạ tầng đa chain.

Khả năng chống kiểm duyệt

Khả năng chống kiểm duyệt là khả năng người dùng được đưa giao dịch hợp lệ vào mà không bị chặn bất công.

Lớp bảo mật dùng chung có thể cải thiện khả năng chống kiểm duyệt nếu có tập hợp validator lớn và đa dạng.

Nó có thể làm yếu khả năng chống kiểm duyệt nếu xác thực bị kiểm soát bởi ít operator hoặc consumer chain phụ thuộc tập hợp giới hạn.

Mô hình shared security một phần có thể linh hoạt nhưng cần xem xét kỹ sự tham gia của validator.

Tài liệu Cosmos Partial Set Security giải thích các chain opt-in có thể không nhận mức bảo mật cố định và có thể phải theo dõi sự tham gia của validator.

Điều này quan trọng vì nhóm operator nhỏ có thể dễ bị gây áp lực, hối lộ hoặc phối hợp hơn.

Người dùng nên kiểm tra liệu có lối thoát, cơ chế dự phòng hoặc quy trình quản trị nếu xảy ra kiểm duyệt.

Nhà phát triển nên thiết kế ứng dụng để người dùng hiểu rủi ro tính cuối cùng và việc đưa giao dịch vào.

Khả năng chống kiểm duyệt không được bảo đảm chỉ bởi cụm từ shared security.

Nó phụ thuộc vào sự đa dạng validator, ưu đãi, quy tắc và hạ tầng thực tế.

Tính hoạt động liên tục

Tính hoạt động liên tục là khả năng hệ thống tiếp tục tiến triển và xử lý giao dịch hợp lệ.

Lớp bảo mật dùng chung phải bảo vệ cả tính an toàn và tính hoạt động liên tục.

Tính an toàn nghĩa là hệ thống không hoàn tất trạng thái không hợp lệ hoặc xung đột.

Tính hoạt động liên tục nghĩa là hệ thống không dừng vô thời hạn.

Shared security có thể cải thiện tính hoạt động liên tục khi nhiều validator đáng tin cậy hỗ trợ dịch vụ kết nối.

Nó cũng có thể tạo rủi ro hoạt động liên tục nếu validator phải chạy quá nhiều chain, nâng cấp phần mềm thất bại hoặc ưu đãi operator yếu.

Consumer chain có thể dừng nếu không đủ validator dùng chung tham gia đúng cách.

AVS có thể không cung cấp dịch vụ nếu operator offline hoặc cấu hình sai.

Người dùng nên kiểm tra thời gian hoạt động trong quá khứ, báo cáo sự cố, sự tham gia validator và quy trình khẩn cấp.

Lớp bảo mật dùng chung an toàn phải có khả năng tiếp tục hoạt động trong điều kiện căng thẳng.

Quản trị trong shared security

Quản trị quyết định lớp bảo mật dùng chung thay đổi như thế nào theo thời gian.

Quản trị có thể phê duyệt consumer chain, thay đổi yêu cầu validator, cập nhật quy tắc slashing, điều chỉnh phần thưởng, nâng cấp hợp đồng hoặc phản ứng với tình huống khẩn cấp.

Trong một số hệ thống shared security, quản trị provider chain có thể quyết định consumer chain nào được tham gia.

Trong hệ thống restaking, quản trị giao thức hoặc nhà cung cấp dịch vụ có thể xác định operator set và điều kiện slashing.

Quản trị có thể tăng khả năng thích ứng nhưng cũng tạo rủi ro tập trung hóa.

Nếu nhóm nhỏ có thể thay đổi quy tắc nhanh, người dùng có thể gặp thay đổi bảo mật bất ngờ.

Nếu quản trị quá chậm, hệ sinh thái có thể không phản ứng được với mối đe dọa khẩn cấp.

Người dùng nên kiểm tra timelock, phân bổ quyền biểu quyết, quyền nâng cấp, kiểm soát khẩn cấp và tính minh bạch.

Shared security không chỉ là hệ thống kỹ thuật.

Nó cũng là hệ thống quản trị và điều phối.

Tập trung operator

Tập trung operator xảy ra khi ít operator kiểm soát phần lớn xác thực hoặc bảo mật restaking.

Điều này có thể giảm tính phi tập trung và tăng rủi ro thất bại tương quan.

Nếu nhiều người dùng ủy quyền cho cùng operator, sai sót của operator đó có thể ảnh hưởng nhiều staker.

Nếu nhiều dịch vụ dựa vào cùng nhóm operator, một thất bại hạ tầng có thể ảnh hưởng nhiều hệ thống cùng lúc.

Tập trung operator cũng có thể tạo ảnh hưởng quản trị và tập trung MEV.

Người dùng nên kiểm tra tính đa dạng operator trước khi ủy quyền tài sản restake hoặc dựa vào dịch vụ.

Nhà phát triển nên thiết kế ưu đãi khuyến khích cơ sở operator rộng.

Operator lớn có thể chuyên nghiệp và đáng tin cậy, nhưng không nên coi quy mô tự nó là sự an toàn.

Lớp bảo mật dùng chung lành mạnh nên giảm các điểm lỗi đơn lẻ.

Bảo mật phi tập trung phụ thuộc vào cả stake kinh tế lẫn phân bổ vận hành.

Rủi ro của shared security

Rủi ro thứ nhất là slashing tương quan trên nhiều dịch vụ.

Rủi ro thứ hai là operator quá tải do quá nhiều nhiệm vụ xác thực.

Rủi ro thứ ba là chiếm quyền quản trị hoặc nâng cấp không an toàn.

Rủi ro thứ tư là thiết kế slashing yếu, không phạt các thất bại thực sự.

Rủi ro thứ năm là slashing quá khắt khe, xử phạt bất công lỗi trung thực.

Rủi ro thứ sáu là lỗ hổng hợp đồng thông minh trong restaking, ủy quyền, phần thưởng hoặc hợp đồng bridge.

Rủi ro thứ bảy là thất bại hoạt động liên tục nếu validator hoặc operator ngừng tham gia.

Rủi ro thứ tám là người dùng không hiểu rõ lớp nào bảo vệ thành phần nào.

Rủi ro thứ chín là phóng đại bảo mật kinh tế khi stake tiêu đề không thể bị slashing toàn bộ cho dịch vụ cụ thể.

Rủi ro thứ mười là phụ thuộc dùng chung, khi một sự cố lớp bảo mật ảnh hưởng nhiều hệ thống kết nối cùng lúc.

Lợi ích của lớp bảo mật dùng chung

Lợi ích thứ nhất là khởi tạo bảo mật nhanh hơn cho chain và dịch vụ mới.

Lợi ích thứ hai là bảo mật kinh tế mạnh hơn so với điều nhiều tập hợp validator độc lập nhỏ có thể tự đạt được.

Lợi ích thứ ba là giảm chi phí ra mắt cho nhà phát triển.

Lợi ích thứ tư là cải thiện khả năng tương tác giữa các hệ thống kết nối.

Lợi ích thứ năm là hiệu quả vốn vì tài sản staking có thể hỗ trợ nhiều hơn một dịch vụ hữu ích.

Lợi ích thứ sáu là tính chuyên nghiệp của validator tốt hơn vì operator đã được thiết lập có thể hỗ trợ nhiều mạng.

Lợi ích thứ bảy là phát triển chain chuyên cho ứng dụng dễ hơn.

Lợi ích thứ tám là sự liên kết hệ sinh thái mạnh hơn giữa provider chain, consumer chain, operator và người dùng.

Lợi ích thứ chín là kiến trúc blockchain mô-đun linh hoạt hơn.

Lợi ích thứ mười là shared security có thể làm hạ tầng giá trị cao đáng tin cậy hơn trước khi có nền kinh tế token gốc lớn.

Cách đánh giá lớp bảo mật dùng chung

Hãy bắt đầu bằng việc xác định nguồn bảo mật.

Kiểm tra bảo mật đến từ provider chain, relay chain, giao thức restaking, marketplace validator hay thiết kế khác.

Kiểm tra bao nhiêu stake thực sự bảo vệ chain hoặc dịch vụ cụ thể.

Kiểm tra tập hợp validator là toàn bộ, một phần, opt-in, có cấp phép hay không cần cấp phép.

Kiểm tra slashing có đang hoạt động, khách quan, có thể thực thi, bị trì hoãn hoặc qua trung gian quản trị.

Kiểm tra validator hoặc operator có đa dạng và đáng tin cậy không.

Kiểm tra phần thưởng được trả và tính bền vững của chúng.

Kiểm tra hệ thống kết nối có rủi ro hợp đồng thông minh, bridge, oracle hoặc quản trị riêng hay không.

Kiểm tra người dùng có thể thoát an toàn nếu dịch vụ thất bại hoặc quan hệ bảo mật thay đổi không.

Đánh giá tốt đặt câu hỏi: nội dung nào được chia sẻ, ai thực thi, điều gì có thể thất bại và ai chịu chi phí khi thất bại.

Các phương pháp tốt nhất cho nhà phát triển

Giải thích rõ mô hình bảo mật trong tài liệu người dùng.

Nêu rõ chain hoặc dịch vụ sử dụng shared security toàn phần, một phần, operator opt-in hay bảo mật restaking.

Công bố chi tiết validator, operator, phần thưởng, slashing và quản trị ở định dạng người dùng có thể hiểu.

Tránh tuyên bố ứng dụng kế thừa toàn bộ bảo mật chain nền tảng nếu chỉ một thành phần dùng shared security.

Dùng hợp đồng đã kiểm toán cho logic staking, ủy quyền, phần thưởng, bridging và slashing.

Giám sát liên tục operator và validator.

Thiết kế phần thưởng bù đắp cho operator tương xứng với công việc và rủi ro thực tế.

Chuẩn bị quy trình ứng phó sự cố cho thất bại hoạt động liên tục, tranh chấp slashing, tạm dừng bridge và tình huống quản trị khẩn cấp.

Giúp người dùng dễ thấy tài sản hoặc dịch vụ nào chịu rủi ro nào.

Shared security nên được trình bày như kiến trúc chính xác, không phải khẩu hiệu marketing.

Các phương pháp tốt nhất cho người dùng

Đọc tài liệu chính thức trước khi dùng chain hoặc dịch vụ tuyên bố dùng shared security.

Kiểm tra lớp bảo mật bảo vệ toàn bộ hệ thống hay chỉ một mô-đun.

Kiểm tra sự tham gia của validator hoặc operator trước khi nạp tiền.

Hiểu rủi ro slashing trước khi staking, ủy quyền hoặc restaking tài sản.

Không theo đuổi phần thưởng cao hơn nếu chưa kiểm tra các rủi ro bổ sung tạo ra phần thưởng đó.

Đánh giá riêng rủi ro bridge, oracle, hợp đồng thông minh và quản trị so với tuyên bố shared security.

Dùng giao dịch thử với số tiền nhỏ khi thử chain hoặc dịch vụ mới.

Theo dõi operator hoặc validator mà tài sản của bạn chịu phơi nhiễm.

Theo dõi thông báo vì quan hệ shared security có thể thay đổi qua quản trị hoặc nâng cấp.

Hãy coi shared security là mô hình rủi ro cần hiểu, không phải bảo đảm an toàn.

Những nhầm lẫn phổ biến về lớp bảo mật dùng chung

Một nhầm lẫn phổ biến là cho rằng shared security nghĩa là không có rủi ro.

Nhầm lẫn khác là cho rằng mọi chain kết nối nhận cùng mức bảo mật.

Nhầm lẫn thứ ba là nhầm bridge với lớp bảo mật dùng chung.

Nhầm lẫn thứ tư là coi tổng giá trị staking tiêu đề là mức bảo vệ hoàn toàn khả dụng cho mọi dịch vụ.

Nhầm lẫn thứ năm là bỏ qua tập trung validator hoặc operator.

Nhầm lẫn thứ sáu là bỏ qua điều kiện slashing.

Nhầm lẫn thứ bảy là cho rằng shared security bảo vệ khỏi mọi lỗi hợp đồng thông minh.

Nhầm lẫn thứ tám là bỏ qua quyền quản trị và nâng cấp.

Nhầm lẫn thứ chín là cho rằng phần thưởng restaking là lợi suất miễn phí.

Nhầm lẫn thứ mười là không kiểm tra lớp bảo mật dùng chung đã hoạt động, chỉ một phần, thử nghiệm hay vẫn đang thay đổi.

FAQ

Shared Security Layer trong crypto nghĩa là gì?

Lớp bảo mật dùng chung là hệ thống bảo mật blockchain trong đó nhiều chain, dịch vụ hoặc mô-đun dựa vào tập hợp validator chung, staking gộp hoặc tài sản thế chấp restaking.

Vì sao dự án dùng Shared Security Layer?

Dự án dùng lớp bảo mật dùng chung để tránh phải khởi tạo bảo mật từ đầu và tiếp cận validator, stake, khả năng tương tác và hạ tầng mạnh hơn.

Shared security có giống bridge không?

Không. Bridge di chuyển tài sản hoặc thông điệp, trong khi shared security cung cấp xác thực, staking hoặc bảo vệ kinh tế-mật mã cho chain hoặc dịch vụ.

Shared security có giống sidechain không?

Không. Sidechain thường có tập hợp validator riêng, trong khi chain dùng shared security dựa vào nguồn bảo mật chung hoặc lớp provider.

Restaking trong shared security là gì?

Restaking cho phép tài sản đã staking hoặc token liquid staking bảo vệ các dịch vụ bổ sung ngoài chain nền tảng ban đầu.

Shared security có thể giảm rủi ro không?

Có. Shared security có thể giảm rủi ro khởi tạo cho hệ thống mới, nhưng cũng tạo rủi ro từ operator, slashing, quản trị, hợp đồng và thất bại tương quan.

Provider chain là gì?

Provider chain là blockchain cung cấp bảo mật cho consumer chain hoặc dịch vụ kết nối.

Consumer chain là gì?

Consumer chain là blockchain nhận bảo mật từ provider chain hoặc lớp bảo mật dùng chung.

Rủi ro lớn nhất của shared security là gì?

Một rủi ro lớn là thất bại trong hệ thống validator, operator, quản trị hoặc slashing dùng chung có thể ảnh hưởng nhiều dịch vụ kết nối cùng lúc.

Người dùng nên đánh giá tuyên bố shared security như thế nào?

Người dùng nên kiểm tra nguồn bảo mật, sự tham gia validator, tập trung operator, quy tắc slashing, phần thưởng, quyền quản trị và phần nào của hệ thống thực sự được bảo vệ.

Kết luận

Lớp bảo mật dùng chung là kiến trúc bảo mật crypto trong đó nhiều chain, ứng dụng hoặc dịch vụ dựa vào pool chung gồm validator, staker, operator hoặc tài sản thế chấp restaking.

Nó giúp hệ thống mới ra mắt với bảo mật mạnh hơn mức chúng có thể tự đạt được.

Nó được dùng dưới nhiều hình thức, gồm bảo mật relay chain, Interchain Security, restaking, tập hợp validator gộp và dịch vụ hạ tầng mô-đun.

Shared security có thể cải thiện khả năng mở rộng, khả năng tương tác, hiệu quả vốn, tốc độ phát triển và sự liên kết hệ sinh thái.

Nó cũng có thể tạo rủi ro mới qua phơi nhiễm slashing, tập trung operator, phụ thuộc quản trị, lỗi hợp đồng thông minh, rủi ro bridge, thất bại hoạt động liên tục và thất bại tương quan giữa các hệ thống kết nối.

Nhà phát triển nên giải thích chính xác nội dung nào được bảo vệ, ai bảo vệ, phần thưởng vận hành thế nào và điều gì xảy ra khi validator hoặc operator thất bại.

Người dùng nên đánh giá cẩn thận tuyên bố shared security thay vì giả định hệ thống kết nối tự động kế thừa toàn bộ mức an toàn của chain lớn hơn.

Với người mới, lớp bảo mật dùng chung có thể hiểu là nền tảng bảo mật mà nhiều hệ thống crypto có thể dùng cùng nhau.

Với người dùng nâng cao, đây là lớp điều phối kinh tế-mật mã kết nối stake, validator, operator, quy tắc dịch vụ, điều kiện slashing, phần thưởng, quản trị và khả năng tương tác trên nhiều hệ thống.

Trong ngữ cảnh thuật ngữ crypto, Shared Security Layer là khung bảo mật gộp cho phép nhiều mạng blockchain hoặc dịch vụ dựa vào validator hoặc tài sản thế chấp chung, đồng thời chấp nhận các rủi ro cụ thể của mô hình dùng chung đó.

Điểm chính là shared security có thể làm hạ tầng crypto mạnh và hiệu quả hơn, nhưng chỉ khi người dùng và nhà phát triển hiểu chính xác tập hợp validator, quy tắc slashing, quyền quản trị, ưu đãi phần thưởng và các đường thất bại phía sau tuyên bố bảo mật.