Nghe Jump Crypto giải thích ưu và nhược điểm của các cầu nối chuỗi chéo như LayerZero và Wormhole

Tiêu đề gốc: "Tăng cường bảo mật: Cách so sánh các cầu nối"

Tác giả gốc: Jonathan Claudius, Anirudh Suresh, Eric Wong, Akshath Sivaprasad, Jump Crypto

Bản tổng hợp gốc: 0x9F, 0x214, BlockBeats

Giới thiệu

Trong cả thế giới vật lý và mật mã, những cây cầu được thiết kế để kết nối hai nơi bị ngăn cách bởi các chướng ngại vật. Những cây cầu vật lý kết nối những vùng đất bị ngăn cách bởi các rào cản tự nhiên như thung lũng và sông, trong khi các giao thức cầu xuyên chuỗi kết nối các chuỗi khối không có cách nào để giao tiếp và đồng bộ hóa. Mỗi khi một cây cầu bị phá hủy hoặc bị tấn công, tầm quan trọng của nó lại được nhấn mạnh. Trong thế giới vật chất, Những sự cố được ghi chép đầy đủ trong lịch sử về các vụ sập cầu thảm khốc minh họa tầm quan trọng của chúng cũng như tầm quan trọng của thiết kế của chúng Hoặc những cây cầu được xây dựng kém có thể nguy hiểm như thế nào.

Điều tương tự cũng đúng với các giao thức cầu nối chuỗi chéo trong thế giới tiền điện tử. Cầu nối chuỗi cực kỳ dễ gặp rủi ro bảo mật. Từ góc độ các lỗ hổng có thể xảy ra và quy mô tấn công của hợp đồng thông minh, các cầu nối chuỗi chéo thể hiện bề mặt rủi ro bậc hai: khi số lượng chuỗi khối cầu nối tăng lên, số lượng hợp đồng thông minh cần thiết để duy trì hoạt động của cầu nối chuỗi chéo cũng là bậc hai. Tăng trưởng bậc hai (ít nhất là trong mô hình ngang hàng). Nhiều hợp đồng thông minh hơn được viết ở các thời gian chạy khác nhau dựa trên cấu hình tùy chỉnh cũng nhanh chóng làm tăng rủi ro cầu nối chuỗi chéo. Trong mô hình trục và nan hoa, một lỗ hổng liên quan đến chuỗi/mạng trung tâm dẫn đến rủi ro bất cân xứng.

Gần đây Cuộc tấn công du mục, một sai lầm có thể dẫn đến mất phần lớn hoặc toàn bộ số tiền của cây cầu. Tuy nhiên, lỗ hổng này không liên quan gì đến cầu nối chuỗi chéo và có thể chỉ do lỗi vận hành gây ra. Trong trường hợp cầu nối chuỗi chéo Ronin, Các biện pháp bảo mật hoạt động kém đã cho phép các cuộc tấn công lừa đảo lợi dụng và tin tặcGiành được quyền kiểm soát hầu hết các nút xác minh đảm bảo an ninh mạng, cho phép anh ta trốn thoát với số tiền trị giá hơn 500 triệu. Cuộc tấn công Wormhole vào tháng 2 cũng là do thiếu đánh giá xác minh, cho phép kẻ tấn công tạo chữ ký giả và đánh cắp hơn 320 triệu USD.

Nếu không chú ý đến vấn đề bảo mật, chắc chắn sẽ xảy ra nhiều sơ suất hơn, dẫn đến các cuộc tấn công và tổn thất. Đối với tin tặc, quy mô khổng lồ của TVL trên các chuỗi cầu hấp dẫn hơn các giao thức thông thường.

Các cuộc tấn công nêu trên không liên quan gì đến logic bắc cầu của giao thức mà liên quan đến các lỗ hổng hợp đồng thông minh và sơ suất trong vận hành. Ngay cả với mã được viết cẩn thận nhất và với các cuộc kiểm tra bảo mật tốt nhất, khi số lượng chuỗi khối được kết nối và các tính năng được kích hoạt tăng lên, chắc chắn vẫn có những lỗ hổng bị bỏ sót. Vì lý do này, các cầu nối chuỗi cần phải được cấu hình để không chỉ hoạt động an toàn trong các trường hợp bình thường mà quan trọng hơn là có thể đối phó với các tình huống khắc nghiệt.

Người dùng chủ yếu tập trung vào các tính năng sau khi sử dụng cầu nối chuỗi chéo: trải nghiệm người dùng tốt, Thấp trượt giá, hiệu quả cao và bảo mật tài sản. Trong số đó, bảo mật là ưu tiên hàng đầu khi đánh giá các cầu nối xuyên chuỗi.

Với suy nghĩ này, chúng ta hãy xem các cây cầu khác nhau tăng cường sự an toàn của chúng như thế nào. Chúng tôi sẽ thảo luận về ba cấp độ sau để so sánh tính bảo mật của các cầu nối chuỗi chéo khác nhau.

1. Giả định về niềm tin

2. Bảo hành mã

3. Tính năng bảo mật

Hai phần đầu tiên sẽ thảo luận: liệu cầu nối chuỗi chéo có xem xét đầy đủ nguyên nhân gốc rễ của các lỗ hổng/điểm yếu của nó ở hai cấp độ lớp tin cậy và mã nguồn hay không . Điểm cuối cùng liên quan đến việc liệu một giao thức có nhận ra rằng, cho dù được mã hóa và kiểm tra cẩn thận đến đâu, các lỗ hổng vẫn không thể tránh khỏi và theo đó có thể xây dựng các biện pháp bảo vệ bổ sung để giảm thiểu tổn thất tiềm ẩn cho người dùng hay không.

Để duy trì tính minh bạch hoàn toàn, trước khi tiến xa hơn, chúng tôi xác nhận rằng Jump Crypto thực sự là Dự án Wormhole Operations Guardian và là một trong những người đóng góp cốt lõi cho Wormhole, nhưng chúng tôi sẽ cố gắng khách quan nhất có thể trong bài viết này. Chúng tôi hoan nghênh và chấp nhận mọi phản hồi về cách cải thiện bài viết này để hiển thị chi tiết về sự khác biệt giữa các nền tảng chéo. cầu xích.Tình trạng.

Giả định niềm tin

Từ thành phần cốt lõi của nó, cầu nối chuỗi chéo có thể được chia thành 3 thành phần:

1. Hợp đồng thông minh: Gửi/nhận từng thông tin blockchain

2. Oracle: Xác minh xem thông tin có đến từ chuỗi gốc hay không

3. Relayer: Gửi tin nhắn đến chuỗi mục tiêu

Trong thực tế, cross -chain bridge có thể khác nhau rất nhiều trong việc đạt được sự đồng thuận về các oracle (về việc thông tin có hợp lệ hay không), điều này ảnh hưởng nhiều hơn đến những người chuyển tiếp.

Trước khi chúng ta tìm hiểu sâu hơn, đây là phần giới thiệu nhanh về cơ chế đồng thuận được một số cầu nối phổ biến nhất trong không gian sử dụng.

Axelar

Axelar là dựa trên Mạng Cosmos PoS hoạt động và người xác nhận được bầu chọn bởi chủ sở hữu Token và nhận quyền biểu quyết theo tỷ lệ.Trọng số biểu quyết được tính bằng trọng số vốn chủ sở hữu được ủy thác. Mạng Axelar xác minh thông tin chuỗi chéo thông qua sơ đồ chữ ký ngưỡng (t,n), trong đó quyền biểu quyết và trọng số của người ký được chuẩn hóa thành n và n phải lớn hơn t, ngưỡng giao thức, để ký một tin nhắn. Mạng Axelar hiện có tối đa 50 người xác thực và cần có đa số phiếu bầu trên 66,67% để ký một tin nhắn (cả hai biến có thể được sửa đổi thông qua phiếu bầu quản trị).

Về mặt lý thuyết, số lượng người xác thực có thể là vô hạn, nhưng trên thực tế, vì số lượng người xác nhận Nếu không cần chạy các nút cho mỗi blockchain, quyền biểu quyết sẽ bị sai lệch. Có 47 người xác thực trong danh sách người xác thực hiện tại của Axelar, nhưng chỉ có 20 người có quyền biểu quyết thực tế. Trên một blockchain cụ thể, con số này thậm chí còn nhỏ hơn. Ví dụ: nếu chúng tôi chỉ xem xét việc xác thực thông tin trên Aurora thì chỉ cần 8 nút để gửi tin nhắn thành công và chỉ cần 4 nút để xem lại tin nhắn.

LayerZero

LayerZero là một giao thức tương tác xuyên chuỗi giúp đơn giản hóa vấn đề giao tiếp không tin cậy giữa các chuỗi khối thành hai phần: Oracle và Relayer. Oracle chuyển tiếp tiêu đề khối đến chuỗi mục tiêu và rơle chuyển tiếp bằng chứng giao dịch đến chuỗi mục tiêu. Cả hai làm việc cùng nhau để chứng minh rằng thông báo là hợp lệ và thông tin thực sự đã được gửi đến chuỗi ban đầu. Ứng dụng Người dùng (UA) có thể tự do sử dụng các oracle và rơle mặc định của LayerZero hoặc họ có thể tạo và chạy các oracle và rơle của riêng mình.

Oracle mặc định là mạng oracle phi tập trung Chainlink (DON), hoạt động giữa ba người tham gia (FTX, Polygon và Sequoia) bằng cách sử dụng sơ đồ chữ ký ngưỡng (Threshold signature). Tại thời điểm viết bài này, tôi không hiểu rõ về việc triển khai cơ sở mã LayerZero do tính chất nguồn đóng của nó. Về các oracle cho các phiên bản ứng dụng cụ thể, Ackee Việc kiểm tra lưu ý rằng không khó để các ứng dụng tạo và chạy các oracle và chuyển tiếp của riêng chúng gửi thành công bằng chứng giao dịch không hợp lệ và tiêu đề chặn. Tuy nhiên, tính mô-đun này mang lại lợi ích là nếu có bất kỳ lỗ hổng nào trong tương lai phát sinh, chúng sẽ chỉ ảnh hưởng đến những ứng dụng sử dụng cặp chuyển tiếp oracle bị ảnh hưởng.

Giả định về độ tin cậy của LayerZero phụ thuộc vào hành vi của hai thực thể - miễn là oracle và rơle Nếu cả hai chạy độc lập với nhau thì không thể gửi thành công các tin nhắn không hợp lệ. Nhưng ngược lại, do hệ thống này yêu cầu cả oracle và rơle phải hoạt động bình thường để xác minh thông tin nên một trong hai bên có thể xóa dữ liệu thông tin theo ý muốn.

Đa chuỗi

Multichain là giao thức truyền thông tin chuỗi chéo có nguồn gốc từ Anyswap trước đó. Multichain sử dụng Tính toán nhiều bên an toàn (SMPC) để chạy sơ đồ chữ ký ngưỡng, tạo khóa công khai và ký thông điệp được truyền giữa các chuỗi. Các nút này kiểm soát tài khoản người dùng (EOA) theo cách không đáng tin cậy, với địa chỉ ví tương ứng với các khóa riêng tư được phân chia. Các tài khoản này được sử dụng để lưu trữ và chuyển tài sản đến chuỗi mục tiêu, chuỗi này chỉ cần kiểm tra xem địa chỉ của người gửi có đáng tin cậy hay không mà không cần xác minh chính tin nhắn.

Mạng Multichain hiện bao gồm 24 nút SMPC, được điều hành bởi các tổ chức khác nhau và yêu cầu A lớn phần lớn các nút (tiêu chuẩn định lượng của "đa số" dường như không được công khai) tập hợp lại để xác minh thông báo. Do đó, tính bảo mật của giao thức này phụ thuộc vào tính bảo mật danh tiếng của các nút SMPC, giả định rằng các nút trung thực chiếm hơn một nửa tổng số nút. Việc gửi dữ liệu qua các chuỗi cần có 13 người ký và việc kiểm duyệt tin nhắn cần có 12 nút.

Du mục

Nomad là một giao thức truyền thông tin chuỗi chéo tập trung vào EVM, sử dụng cơ chế lạc quan để xác minh tin nhắn, trong đó các tin nhắn được thêm vào cây Merkle và được băm thành một gốc mới. , được xuất bản lên bản gốc. chuỗi của Trình cập nhật. Người cập nhật phải đăng ký gửi, khuyến khích họ xuất bản bằng chứng hợp lệ và giảm thiểu thời gian ngừng hoạt động. Sau đó, người theo dõi sẽ có thời gian để tranh chấp về root mới và gửi bằng chứng gian lận. Khi vượt quá phạm vi thời gian, gốc Merkle này được coi là hợp lệ và được chuyển tiếp đến chuỗi mục tiêu để xuất bản, khiến thông báo gốc (vì gốc Merkle chỉ là "hiện thân" của tin nhắn) được xuất bản lên chuỗi mục tiêu.

Mô hình lạc quan này chỉ cần một người quan sát trung thực để xác minh xem việc gia hạn có hợp lệ hay không. Chi phí của mô hình bảo mật này là người quan sát có khoảng 30 phút để gửi bằng chứng gian lận, điều này làm chậm quá trình truyền tin nhắn thêm 30 phút. Vì người quan sát có thể ngăn việc xử lý tin nhắn bằng cách gửi bằng chứng gian lận giả đến hợp đồng mục tiêu, nên Nomad sử dụng một nhóm người quan sát được phép do ứng dụng chỉ định. Tính bảo mật của giao thức dựa trên xác suất tồn tại của ít nhất một người quan sát trung thực và tính bảo mật kinh tế của việc cắt các bản cập nhật do hành vi độc hại.

Có thể truy cập hợp đồng thông minh Nomad qua Chế độ quản trị đa chữ ký yêu cầu 3 trong số 5 người ký thực hiện các thay đổi quản trị và xử lý việc quản lý khôi phục.

Cần lưu ý rằng vụ hack Nomad gần đây không liên quan gì đến tính bảo mật của nó cơ chế đồng thuận; đó là một lỗi cấu hình hợp đồng đáng tiếc đã dẫn đến hành vi độc hại trên thiết bị đầu cuối hợp đồng thông minh.

Lỗ sâu

Wormhole sử dụng mạng lưới những người bảo vệ Bằng chứng ủy quyền (PoA) làm nhà tiên tri và mạng lưới những người chuyển tiếp không được phép để truyền thông điệp qua các chuỗi. Mỗi người trong số 19 người bảo vệ chạy một nút đầy đủ cho mỗi chuỗi được Wormhole hỗ trợ và lắng nghe các thông báo phát ra từ hợp đồng lõi Wormhole trên mỗi chuỗi. Những người giám hộ này xác minh và ký các tin nhắn này, sau đó chúng được chuyển cho nhau trên mạng P2P. Khi một tin nhắn được ký bởi hơn 2/3 số người giám hộ (ít nhất là 13), nó sẽ được chuyển tiếp đến chuỗi mục tiêu. Sản phẩm phụ của thiết kế này là nó cho phép một mạng lưới chuyển tiếp hoàn toàn không đáng tin cậy xuất bản các tin nhắn lên chuỗi mục tiêu và vì các tin nhắn được người giám hộ ký nên nội dung tin nhắn không thể bị thay đổi hay kiểm duyệt, bởi vì Bất kỳ ai cũng có thể chạy một người chuyển tiếp để gửi bất kỳ thông tin nào.

Tính bảo mật của giao thức đến từ uy tín và quyền hạn của người giám hộ. Trong trường hợp của Wormhole, đây là một nhóm bao gồm 19 nhà cung cấp cơ sở hạ tầng và đặt cọc lớn nhất trong Web3. Cần 13 Người giám hộ để ký tin giả và 7 người để kiểm duyệt nó. Ngoài ra, những Người giám hộ hiện tại có khả năng bỏ phiếu để loại bỏ hoặc thay thế những Người giám hộ khác.

Mã bảo hành

Đảm bảo chất lượng mã đề cập đến công việc cần phải hoàn thành trước khi triển khai mã trên chuỗi. Điều này có thể liên quan đến các khía cạnh sau:

1. Kiểm toán: về các chức năng cốt lõi đã được bộc lộ Thực hiện nhiều cuộc kiểm tra chất lượng độc lập với các tính năng mới

2. Tiền thưởng: bao gồm trao phần thưởng hấp dẫn cho người tiết lộ lỗ hổng và danh tiếng trong ngành về khả năng sẵn sàng trả tiền thưởng lớn

3. : Kiểm tra càng nhiều ngăn xếp giao thức càng tốt trong mỗi lần thay đổi mã để tiến hành kiểm tra hồi quy trong hệ sinh thái phần mềm đang phát triển

4. Bảo mật triển khai: Tiến hành trong môi trường công cộng Đánh giá mã, xác minh mã byte hợp đồng và kiểm tra mô phỏng trước đó cần phải nâng cấp trước khi phát triển và sáp nhập.

Bảng sau đây tóm tắt hiệu suất của 5 chuỗi chéo các giao thức cầu nối trong bốn khía cạnh này.

Axelar

Axelar có nhiều Kiểm tra và chạy bộ thử nghiệm khá mạnh mẽ (mặc dù ít hoạt động hơn trong những tháng gần đây): Chạy Tích hợp liên tục (CI) và Phân phối liên tục (CD), tập lệnh xây dựng bash và xác minh tổng kiểm tra. Axelar đã hợp tác với Immunefi để thiết lập chương trình thưởng lỗi, cung cấp số tiền thưởng lên tới 1 triệu USD cho những người tiết lộ các lỗ hổng nghiêm trọng, nhưng những người khác Số tiền thưởng cho mỗi cấp độ tương đối nhỏ. Kho lưu trữ Axelar có những người đóng góp gửi mã thường xuyên, Yêu cầu kéo Yêu cầu sự chấp thuận của ít nhất 1 người đánh giá.

LayerZero

LayerZero có vẻ hơi mơ hồ khi triển khai mã. Mặc dù có một số kiểm toán công khai từ các kiểm toán viên hàng đầu nhưng vẫn thiếu sự tích hợp công khai liên tục ( CI ) và quá trình phân phối liên tục (CD). Mã dường như được phát hành công khai một lần, không phải là một quá trình phát triển linh hoạt. Các thử nghiệm được tiến hành dường như tương đối lỗi thời và chỉ giới hạn ở các thử nghiệm JavaScript. Yêu cầu Kéo dường như thiếu bước đánh giá ngang hàng bắt buộc. LayerZero đã công bố chương trình tiền thưởng lỗi trị giá 15 triệu đô la vào tháng 4 với sự hợp tác của Immunefi. Tuy nhiên, cho đến nay vẫn chưa có bản phát hành công khai nào của dự án và không có hướng dẫn nào về cách gửi lỗi để nhận tiền thưởng.

Đa chuỗi

Multichain đã tiến hành nhiều kiểm toán công khai và có một cuộc kiểm tra với chương trình Immunefi Bounty lên tới 2 triệu USD. Thử nghiệm do Multichain thực hiện có vẻ trì trệ và dường như bị giới hạn ở ABI chung và đơn giản kiểm tra chuyển giao. Mặc dù có các lần chạy tích hợp liên tục (CI) và phân phối liên tục (CD) cũng như các thử nghiệm tích hợp và đơn vị hạn chế, nhưng quá trình triển khai dường như chủ yếu được thực hiện thủ công. repo của Multichain có những người đóng góp cam kết mã thường xuyên, nhưng có vẻ như chỉ một bên cần hợp nhất mã (bản gốc nhà phát triển có thể hợp nhất mã của riêng họ).

Du mục

Nomad gần đây đã trải qua kiểm toán công khai bởi Quantstamp và có Lỗi Immunefi chương trình tiền thưởng với số tiền thưởng lên tới 1 triệu USD. bộ thử nghiệm của Nomad bao gồm một số công cụ xung quanh việc sử dụng Foundry để định tuyến và Để kiểm tra tin nhắn, như Axelar, có các tập lệnh xây dựng bash để xây dựng và xác minh mã byte. Nomad's Repo có những người đóng góp thường xuyên gửi mã và Yêu cầu kéo của nó yêu cầu ít nhất hai bên hợp nhất mã (nhà phát triển ban đầu cộng với 1 người đánh giá độc lập).

Lỗ sâu

Trang bảo mật của Wormhole nêu bật các cuộc kiểm toán đã hoàn thành và đang diễn ra của họ từ cuộc kiểm toán của các công ty kiểm toán hàng đầu trong ngành. Wormhole có chương trình tiền thưởng trị giá 10 triệu USD trên Immunefi. Kể từ khi bị tấn công vào tháng 2, Wormhole đã trả hơn 11 triệu đô la tiền thưởng phát hiện lỗi, bao gồm cả cho hacker mũ trắng vào tháng 5 10 triệu USD. Kho lưu trữ của Wormhole sử dụng kết hợp các thử nghiệm đơn vị và tích hợp, có bộ tích hợp liên tục (CI) và phân phối liên tục (CD) có thể mở rộng, đồng thời chạy một loạt thử nghiệm mô phỏng để xác minh khả năng tương thích ngược của các bản nâng cấp và Khả năng nâng cấp trong tương lai. Ngoài ra, Wormhole xây dựng một cách công khai thông qua các cam kết tích cực và nội dung gửi của cộng tác viên, cho phép xem xét mã minh bạch và tiết lộ có trách nhiệm. Yêu cầu kéo của Wormhole yêu cầu ít nhất ba bên hợp nhất mã (nhà phát triển ban đầu cộng với 2 người đánh giá độc lập).

Lưu ý rằng các phương pháp đảm bảo mã của giao thức sẽ có tác động đáng kể sau khi gặp sự cố bảo mật nghiêm trọng. . Ví dụ: phương pháp đảm bảo mã của Wormhole đã nhanh chóng được cải thiện sau vụ hack. Tương tự như vậy, sau các cuộc tấn công trong tuần này, giao thức Nomad có thể sẽ áp dụng nhiều phương pháp đảm bảo mã hơn trong tương lai gần. Rõ ràng tốt nhất là nên áp dụng những biện pháp này trước khi xảy ra sự cố, nhưng tiếc là chúng không phải lúc nào cũng nằm trong danh sách ưu tiên.

Tính năng bảo mật

Như đã đề cập ở trên, một khi vấn đề bảo mật xảy ra trong các cầu nối chuỗi thì chi phí sẽ cực kỳ cao. Các biện pháp đảm bảo mã ở trên rất quan trọng đối với kế hoạch bảo mật của nhà cung cấp cầu nối chuỗi chéo. Trong phần này, chúng ta sẽ xem xét kỹ hơn các tính năng bảo mật trong giao thức đang được phát triển hoặc triển khai bởi mỗi cầu nối chuỗi chéo để hiểu cách các cầu nối chuỗi chéo này đạt được nhiều lớp phòng thủ khi các giả định về độ tin cậy cốt lõi và đảm bảo mã về cơ bản là không đủ.

Trục

Trong sách trắng, Axelar mô tả một nhóm quỹ được mạng phân bổ như một cơ chế bảo vệ và dự phòng để kiểm soát quản trị nhằm cung cấp cho người dùng hướng dẫn khôi phục quản trị trong trường hợp Axelar ngừng hoạt động. Trong cuộc khủng hoảng như vậy, "khóa mở khóa khẩn cấp" được lưu trữ theo hợp đồng ngưỡng (được quản lý bởi trình xác thực Axelar) sẽ được chia sẻ với nhóm người dùng khôi phục được hỗ trợ. Nếu cần thiết, hàng đợi này có thể được mở rộng tới hàng nghìn cá nhân và tổ chức, những người có thể cùng nhau kiểm soát mạng tới:

1. Có thể chuyển vào/ra Cài đặt giới hạn tỷ lệ về số tiền trên một chuỗi cụ thể

2. Xác định hình thức đóng gói của tài sản gốc trên chuỗi

Các tính năng này dường như là độc quyền và chưa phải là nguồn mở. Hơn nữa, những tính năng được đề xuất này không cung cấp sự an toàn thụ động để hạn chế rủi ro mà được kích hoạt trong các tình huống sinh tử.

LayerZero

Mô hình bắc cầu của LayerZero bao gồm yêu cầu đối với các ứng dụng giao dịch để chọn một rơle trên chuỗi mục tiêu. Do đó, trong mô hình này, chìa khóa của chức năng bảo mật trong giao thức là bộ lặp.

Vào tháng 4, nhóm LayerZero đã giới thiệu cách tiếp cận của họ với các tính năng bảo mật trong giao thức được gọi là " " mái vòm" và "tiền tội phạm". Có rất ít thông tin công khai về khả năng của mái vòm, nhưng bài đăng trên blog cung cấp thông tin về cách công trình tiền tội phạm. Manh mối hoạt động. Mô hình tiền tội phạm về cơ bản cho phép ứng dụng người dùng (UA) xác định một tập hợp các trạng thái cụ thể mà rơle phải xác thực. Nếu những trạng thái này không được xác minh, người chuyển tiếp sẽ không chuyển tiếp giao dịch.

Lưu ý rằng các tính năng này dường như là độc quyền và chưa phải là nguồn mở. Mặc dù mạnh mẽ về mặt khái niệm nhưng rất khó để đánh giá tính hiệu quả của nó một cách độc lập.

Đa chuỗi

Multichain Trong một bài viết gần đây, đã tiết lộ một số biện pháp bảo mật của họ, bao gồm việc đề cập đến một số tính năng bảo mật trong cấu hình cầu nối của họ:

1. Giới hạn khối lượng giao dịch và giới hạn tổng số tiền giao dịch: Tính năng này cho phép các blockchain có khối lượng giao dịch lớn bị giới hạn ở một mức giới hạn trên cụ thể. Ngoài ra, đối với các blockchain có khối lượng giao dịch thấp, tổng giới hạn số tiền giao dịch sẽ được áp dụng.

2. Giám sát trên chuỗi: Mô hình này bao gồm phần mềm giám sát và cơ quan giám sát trên chuỗi để phát hiện hành vi bất thường và kích hoạt phản hồi sự cố.

3. Tạm dừng sản phẩm: Tính năng này cho phép tạm dừng tất cả các sản phẩm và tạm dừng tất cả các sản phẩm một cách hiệu quả trong khi các hành động ứng phó sự cố được thực hiện.

4. Quỹ bảo mật: Đây thực chất là một quỹ bảo vệ lấy 10% tổng phí chuỗi chéo để bồi thường cho người dùng về những tổn thất của họ trong trường hợp đặc biệt, mất mát tài sản.

Du mục

Nomad sử dụng mô hình xác minh lạc quan, tức là thông báo được ký trên chuỗi gốc và có một khoảng thời gian tích hợp được thực thi trên chuỗi mục tiêu. Theo một cách nào đó, chúng ta có thể nhận thấy rằng điều này tương tự như việc "mở bức thư này không sớm hơn thời điểm này". Khoảng thời gian này rất hữu ích cho việc triển khai "bộ ngắt mạch tự động" và ngừng chuyển giao tài sản cho đến khi gốc Merkle được coi là hợp lệ. Điều này đã nổi lên như một khái niệm trong Tài liệu Nomad, được phát triển Có vẻ như nó đang được tiến hành.

Lỗ sâu

Mô hình truyền tin nhắn của Wormhole là multi-cast, nghĩa là tin nhắn được mạng giám hộ/nhà tiên tri công chứng từ chuỗi ban đầu và tin nhắn không được tin cậy để đưa đến chuỗi ban đầu Lặp lại chuỗi đích. Mô hình này về cơ bản yêu cầu một mạng oracle rất mạnh, nơi các tính năng bảo mật trong giao thức phụ thuộc vào đó.

Dự án Wormhole có ba tính năng bảo mật trong giao thức chính đang được phát triển: giám sát, kế toán và khẩn cấp Khép kín. Những tính năng này được phát triển với khả năng hiển thị công khai, giúp chúng tôi hiểu rõ hơn về cách thức hoạt động cuối cùng của chúng. Những tính năng này đang chờ người giám hộ hoàn thành phát triển và áp dụng.

1. Giám sát: Chức năng này được triển khai trong người giám hộ/nhà tiên tri, cho phép người giám hộ Giám sát lượng giá trị danh nghĩa chảy từ bất kỳ chuỗi hành trình sản phẩm nào. Người giám hộ có thể đặt giới hạn trên có thể chấp nhận được cho mỗi chuỗi. Khi đạt đến giới hạn trên này, dòng tài sản ra ngoài chuỗi sẽ bị chặn.

2. Kế toán: Chức năng này được triển khai trong người giám hộ/nhà tiên tri, cho phép người giám hộ duy trì blockchain riêng (còn được gọi là "wormchain"), chúng có thể đóng vai trò là sổ cái xuyên chuỗi giữa các chuỗi khác nhau. Sổ cái này không chỉ cho phép người giám hộ đóng vai trò là người xác nhận trên chuỗi mà còn hoạt động như một plug-in kế toán. Người giám hộ có thể từ chối các giao dịch xuyên chuỗi trong đó chuỗi ban đầu không có đủ tiền (xác minh độc lập với logic hợp đồng thông minh).

3. Close: Chức năng này được triển khai trên chuỗi, cho phép người giám hộ Sau mối đe dọa trước sự tồn tại của cầu nối chuỗi, đã đạt được sự đồng thuận để tạm thời ngăn chặn dòng tài sản trên cầu nối chuỗi. Việc triển khai hiện tại cho phép triển khai thông qua các lệnh gọi chức năng trên chuỗi trong quá trình triển khai được đề xuất.

Kết luận

Trong những tháng và năm tới, chúng tôi tin rằng an ninh sẽ là nơi mà khoảng cách giữa các cầu nối chuỗi ngày càng gia tăng. Những doanh nghiệp ưu tiên bảo mật có nhiều khả năng sống sót sau khủng hoảng, trong khi những doanh nghiệp không ưu tiên bảo mật có nhiều khả năng sống sót sau khủng hoảng. Bảo mật có thể từng chỉ là nguồn lợi thế cạnh tranh; tuy nhiên, giờ đây nó phải trở thành tính năng ưu tiên hàng đầu cho mọi cầu nối xuyên chuỗi. Chúng tôi hy vọng rằng tất cả các cầu nối chuỗi sẽ đoàn kết để cùng nhau nâng cao trình độ công nghệ bảo mật cầu nối chuỗi.

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