Đánh giá và so sánh các giải pháp mở rộng Ethereum Layer 2 khác nhau

登链社区

特邀专栏作者

2020-06-19 17:00 (UTC+8)

Bài viết này có khoảng 3101 từ, đọc toàn bộ bài viết mất khoảng 5 phút

Bài viết này so sánh tất cả các giải pháp mở rộng mạng Lớp 2 hiện tại từ bốn khía cạnh.

Tóm tắt AI

Bài viết này so sánh tất cả các giải pháp mở rộng mạng Lớp 2 hiện tại từ bốn khía cạnh.

Lưu ý của biên tập viên: Bài viết này đến từCộng đồng Đăng LiênLưu ý của biên tập viên: Bài viết này đến từ

Cộng đồng Đăng Liên

, Tác giả: Alex Gluchowski, được in lại với sự cho phép của Odaily.

Những tuyên bố này không nên được coi đơn giản là sự thật, mà cần tiến hành thẩm định kỹ lưỡng để khám phá những đánh đổi không thể tránh khỏi mà mỗi giải pháp đang tạo ra.

Tổng quan

tiêu đề cấp đầu tiên

Tổng quan

Để đơn giản hóa vấn đề, chúng tôi sẽ bắt đầu đánh giá từ bốn khía cạnh sau, đó là:

1. Bảo mật 2. Hiệu suất/kinh tế 3. Khả năng sử dụng 4. Khác

Ngoài những câu hỏi này, chúng tôi đã tập hợp một danh sách kiểm tra có thể được sử dụng làm điểm khởi đầu cho các cuộc trò chuyện với các nhà cung cấp giải pháp. Chúng tôi đã cố gắng hết sức để giữ cho các so sánh trung lập và khách quan, nhưng việc thể hiện sắc thái của các cách tiếp cận khác nhau một cách ngắn gọn trong một bảng vẫn là một nhiệm vụ khó khăn. Chúng tôi hy vọng có thể khắc phục điều này với nhiều ngữ cảnh hơn.

tiêu đề cấp đầu tiên

1. Bảo mật

tiêu đề phụ

Các giả định trực tuyến (ví dụ: tháp canh)

Trong một số trường hợp, ủy quyền trực tuyến có thể được ủy quyền cho các bên đáng tin cậy với các ưu đãi phù hợp với người dùng dịch vụ của họ (ví dụ: thông qua chứng từ). Tuy nhiên, điều quan trọng cần lưu ý là nếu một đại diện đáng tin cậy cư xử không đúng mực, số tiền bị mất luôn bằng với số tiền đặt cọc.

Người ta nên xem xét liệu một đại diện đáng tin cậy có cơ hội đánh cắp nhiều giá trị hơn tiền đặt cọc hay không và rủi ro này có thể được chấp nhận ở mức độ nào.

tiêu đề phụ

giả thuyết thoát hàng loạt

Giả định bảo mật của giải pháp mở rộng có bao gồm việc tất cả người dùng có thể rút tiền thành công về lớp L1 trong một khoảng thời gian ngắn (rút tiền rút tiền của người dùng) không?

thực hiện

Điều này xảy ra khi tất cả người dùng giải pháp thay đổi quy mô L2 cần thoát khỏi L2 trong một khoảng thời gian ngắn vì lý do bảo mật. Nếu họ chọn ở lại, nhà điều hành có thể thực hiện một số thao tác để rút tiền vẫn còn trong L2. Ví dụ: trong sơ đồ Matic, khoảng thời gian để tất cả người dùng đăng xuất là 1 tuần.

Điều này có thể rất khó giải quyết do tắc nghẽn mạng và các cuộc tấn công DoS. Ví dụ: với các lần thoát quy mô lớn trong một khung thời gian nhất định, mạng Ethereum có thể bị tắc nghẽn nghiêm trọng, điều này có thể dẫn đến các giao dịch không được đóng gói kịp thời. Ngay cả khi không có tắc nghẽn, những kẻ tấn công vẫn có thể cố gắng thao túng giá gas khiến các giao dịch không thể được xử lý kịp thời. Đây là một vectơ tấn công đáng xem xét.

tiêu đề phụ

Liệu một số lượng tối đa các trình xác thực L2 có khiến người dùng không thể truy cập tiền trong một khoảng thời gian không xác định không? Họ có thể lấy tiền của người dùng không?

Điều này đặc biệt quan trọng nếu bạn muốn dự án của mình không bị kiểm duyệt.

tiêu đề phụ

Nhược điểm của khóa ví nóng

Và khóa phải luôn trực tuyến để giữ cho hệ thống hoạt động?

Ví nóng nổi tiếng là khó nhận được sự bảo vệ thực sự.

tiêu đề phụ

Dễ bị tấn công kinh tế tiền điện tử

Có nhiều cuộc tấn công khác nhau liên quan đến các khuyến khích kinh tế tiền điện tử, bao gồm: tạo khung cho trình xác thực L2[1] (hoặc người điều hành chúng), hối lộ những người khai thác trên L1[2], tạo DAO đen tối[3], v.v. Các phương pháp tấn công này đang phát triển nhanh chóng và rất khó để chứng minh rằng các cuộc tấn công này có thể bị loại bỏ bằng các hệ thống mở rộng quy mô dựa trên các giả định của lý thuyết trò chơi.

Cũng bao gồm các tình huống không phải là hành vi trộm cắp về mặt kỹ thuật nhưng tương đương về mặt thực tế. Ví dụ: đối với cuộc tấn công chi tiêu gấp đôi của Validium [4], kẻ tấn công không thể ăn cắp tiền của người khác theo thiết kế, nhưng vẫn có thể chi tiêu gấp đôi.

nguyên tắc mật khẩu

tiêu đề cấp đầu tiên

hiệu suất/nền kinh tế

tiêu đề phụ

Thông lượng tối đa có thể có của giải pháp mở rộng quy mô trên Ethereum 1.0 là bao nhiêu? Còn Ethereum 2.0 thì sao?

Mặc dù thông lượng của một giải pháp hiện nay có thể thỏa đáng, nhưng thật hợp lý khi nhìn về tương lai và dự đoán nhu cầu về thông lượng bổ sung và liệu giải pháp được lên kế hoạch có phù hợp với tương lai hay không.

tiêu đề phụ

Giải pháp mở rộng quy mô hiệu quả về vốn như thế nào? Nó có cần nhiều vốn để hoạt động không?

Một hệ thống kém hiệu quả về vốn sẽ gây tốn kém hơn cho người dùng và có thể dẫn đến gián đoạn hoạt động do thiếu thanh khoản ngay lập tức. Ví dụ: các kênh thanh toán sử dụng tiền tương đối kém hiệu quả vì các nhà khai thác kênh phải khóa nhiều kênh trung bình của họ để đảm bảo các kênh không đạt dung lượng.

tiêu đề phụ

Để bắt đầu sử dụng người dùng mới trong L2, họ có cần gửi giao dịch trên chuỗi L1 không?

tiêu đề cấp đầu tiên

dễ sử dụng

thời gian rút tiền

Mất bao lâu để rút tiền về L1? Việc rút tiền ở một số khu định cư có thể phải đợi một tuần hoặc hơn để giải quyết tranh chấp. Để giảm bớt thời gian chờ đợi lâu này, có nhà cung cấp thanh khoản nào cung cấp cho người dùng thanh khoản để đổi lấy phí bảo hiểm rủi ro không? Nếu các nhà cung cấp thanh khoản như vậy tồn tại, họ đáng tin cậy và tốn kém như thế nào? Vì có một cái giá phải trả cho việc rút tiền nhanh, vậy chi phí thực sự của việc sử dụng giải pháp này là bao nhiêu?

tiêu đề phụ

Theo các giả định bảo mật của giao thức, mất bao lâu để giao dịch đạt đến trạng thái không thể hoàn nguyên trên L1?

Theo mục đích cuối cùng chủ quan, chúng tôi muốn nói rằng một người quan sát bên ngoài có thể bị thuyết phục về tính không thể đảo ngược của giao dịch mặc dù hợp đồng thông minh L1 vẫn không thể dựa vào trạng thái này. Ví dụ: trong Bản tổng hợp lạc quan, phải mất 1 xác nhận trên Ethereum để đạt đến mức cuối cùng của L1 và mức cuối cùng đầy đủ mất khoảng 1 tuần.

tiêu đề phụ

Ứng dụng khách nhẹ (trình duyệt/ví di động) có thể xác minh khi đạt được sự chắc chắn chủ quan (xem câu hỏi trước) không?

Tiếp tục với ví dụ trên, trong Bản tổng hợp lạc quan, 1 xác nhận là đủ để đạt đến trạng thái cuối cùng của L1, nhưng để xác nhận rằng giao dịch là cuối cùng, bạn phải tải xuống toàn bộ trạng thái Bản tổng hợp và thực hiện tất cả các giao dịch từ tuần trước để đảm bảo rằng tất cả các khối Bản tổng hợp lạc quan là đúng.

tiêu đề phụ

Xác nhận giao dịch tức thì

Hầu hết các giao thức L2 triển khai "tính hữu hạn rõ ràng tức thời", tức là các giao dịch dường như được xác nhận ngay lập tức trên UX (người dùng). Chỉ các kênh thanh toán (kênh trạng thái) mới cung cấp đảm bảo bảo mật hoàn toàn cho các xác nhận này, trong khi ở các giao thức khác, các giao dịch này vẫn có thể được hoàn nguyên một thời gian trước khi chúng được xác nhận trong L1. Tuy nhiên, có một chi phí để thu hồi chúng (thành công hay không), trong đó họ mất tiền đặt cọc (tức là tiền đặt cọc).