"Bốn câu hỏi" giúp bạn hiểu cách xây dựng AVS

Nguồn: IOSG Ventures

Việc sử dụng EigenLayer để xây dựng các dự án cơ sở hạ tầng gần đây đã trở nên rất phổ biến trong cộng đồng nhà phát triển. Các dự án này được gọi là Dịch vụ xác minh hoạt động (AVS), đề cập đến bất kỳ hệ thống nào yêu cầu ngữ nghĩa xác minh phân tán của riêng nó để xác minh. Các hệ thống này có thể bao gồm các lớp DA, máy ảo mới, oracle, cầu nối, v.v.

Nguồn: EigenLayer, IOSG

Nhưng làm cách nào để xây dựng AVS?

Để đặt ra các quy tắc cơ bản cho AVS, bạn cần trả lời bốn câu hỏi chính.

Q1: Điều gì xác định Nhiệm vụ trong AVS của bạn?

Trong EigenLayer, nhiệm vụ là Người vận hành lời hứa Đơn vị công việc nhỏ nhất cung cấp dịch vụ cho AVS. Các tác vụ này có thể liên quan đến một hoặc nhiều điều kiện cắt của AVS.

Sau đây là hai tác vụ mẫu:

• Lưu trữ và cung cấp "DataStore" trong EigenDA

• Xuất bản trạng thái gốc của một blockchain khác cho cầu nối chuỗi chéo
  

EigenLayer trong quy trình làm việc sau Thêm ví dụ chi tiết được cung cấp. Nhiệm vụ của AVS này là tính bình phương của một số cụ thể.

• < p>Trình tạo tác vụ xuất bản các tác vụ theo khoảng thời gian cố định. Mỗi nhiệm vụ chỉ định số được bình phương. Nó cũng bao gồm số đại biểu và tỷ lệ phần trăm ngưỡng đại biểu, quy định rằng mỗi đại biểu được liệt kê yêu cầu ít nhất một tỷ lệ phần trăm nhất định chữ ký của Người vận hành để vượt qua nhiệm vụ này.

• Người vận hành hiện tham gia AVS cần đọc số nhiệm vụ trong hợp đồng nhiệm vụ, tính bình phương của nó, ký kết quả tính toán và gửi kết quả tính toán và chữ ký đến Bộ tổng hợp.

• Trình tổng hợp thu thập chữ ký từ Người vận hành và tổng hợp chúng. Nếu bất kỳ phản hồi nào từ Người vận hành vượt qua phần trăm ngưỡng do Trình tạo tác vụ đặt ra khi xuất bản tác vụ thì trình tổng hợp sẽ tổng hợp các phản hồi này và xuất bản chúng vào hợp đồng tác vụ.

• Trong quá trình giải quyết tranh chấp, bất kỳ ai cũng có thể nộp đơn tranh chấp. Hợp đồng DisputeResolution xử lý các phản hồi lỗi từ một Nhà điều hành cụ thể. (Hoặc Nhà điều hành không phản hồi trong khoảng thời gian này)

• Nếu tranh chấp cuối cùng được xác minh và xử lý, Nhà điều hành sẽ bị đóng băng trong hợp đồng Đăng ký và sẽ được xác định bởi ủy ban phủ quyết của EigenLayer Quyết định xem có từ chối yêu cầu đóng băng hay không.

Câu 2: AVS của bạn muốn thừa hưởng loại niềm tin nào?

Nguồn: EigenLayer, IOSG Ventures

EigenLayer cung cấp ba quỹ tín thác có thể lập trình được.

• Niềm tin kinh tế

Niềm tin kinh tế dựa vào Niềm tin của người dân vào tài sản cầm cố. Nếu lợi nhuận từ tham nhũng thấp hơn chi phí tham nhũng thì những chủ thể hợp lý về mặt kinh tế sẽ không tấn công. Ví dụ: nếu chi phí của một cuộc tấn công vào cầu nối chuỗi là 1 tỷ USD, nhưng lợi nhuận chỉ là 500 triệu USD, thì rõ ràng việc tiến hành cuộc tấn công từ góc độ kinh tế là không hợp lý.

Là một phương pháp kinh tế tiền điện tử nguyên thủy được áp dụng rộng rãi, việc tịch thu có thể làm tăng đáng kể chi phí tham nhũng, do đó tăng cường an ninh kinh tế.

• Sự tin cậy phi tập trung

Phi tập trung Bản chất của niềm tin tập trung là có một bộ xác thực lớn và được phân phối rộng rãi, cả về mặt ảo và về mặt địa lý. Để ngăn chặn các cuộc tấn công thông đồng và Liveness giữa các nút trong AVS, tốt nhất không nên để một nhà cung cấp dịch vụ duy nhất chạy tất cả các nút.

Trên EigenLayer, các AVS khác nhau có thể tùy chỉnh mức độ phân cấp của chúng. Ví dụ: họ có thể đặt yêu cầu về vị trí địa lý cho các nhà khai thác hoặc chỉ cho phép các nhà khai thác riêng lẻ cung cấp dịch vụ nút và do đó đưa ra nhiều ưu đãi hơn để thu hút các nhà khai thác đó.

Sau đây là ví dụ:

Shutter đã đề xuất một Giải pháp ngăn chặn MEV bằng cách sử dụng mã hóa ngưỡng. Quá trình này bao gồm một nhóm nút, được gọi là Keypers, những người tham gia tính toán một bộ khóa chung và khóa riêng thông qua Tạo khóa phân tán (DKG). Các nút này được bầu chọn bởi sự quản lý của Shutter DAO.

Rõ ràng, DKG dựa vào giả định của đa số trung thực.

Bằng cách tận dụng các dịch vụ vận hành nút do EigenLayer cung cấp, Shutter có thể phân phối Kepers rộng rãi hơn. Cách tiếp cận này không chỉ làm giảm nguy cơ thông đồng giữa các Keypers mà còn tăng cường tính bảo mật và khả năng phục hồi của mạng.

Tương tự như vậy, Ủy ban Bang Lagrange (LSC) của Lagrange bao gồm những người tái cam kết. Đối với mỗi bằng chứng trạng thái, ít nhất 2/3 thành viên ủy ban phải ký vào tiêu đề khối cụ thể trước khi bằng chứng trạng thái được tạo thông qua SNARK.

Niềm tin "Bao gồm" Ethereum

Ngoài việc đưa ra các cam kết với Ethereum thông qua đặt cược, người xác thực Ethereum cũng có thể đưa ra các cam kết đáng tin cậy với AVS nếu họ cam kết thêm về EigenLayer. Điều này cho phép những người đề xuất cung cấp một số dịch vụ trên Ethereum (ví dụ: đấu giá khối một phần thông qua MEV-Boost++) mà không yêu cầu thay đổi ở cấp độ giao thức của Ethereum.

Ví dụ: các cuộc đấu giá không gian khối chuyển tiếp cho phép người mua đảm bảo trước không gian khối trong tương lai. Những người xác nhận tham gia đặt cược lại có thể đưa ra cam kết đáng tin cậy đối với không gian khối và nếu sau đó họ không bao gồm giao dịch của người mua, họ sẽ bị cắt giảm.

Giả sử bạn đang xây dựng một oracle và bạn có thể cần cung cấp giá trong một khoảng thời gian nhất định. Hoặc giả sử bạn đang chạy L2 và bạn có thể cần xuất bản dữ liệu L2 lên Ethereum vài phút một lần. Đây là tất cả các trường hợp sử dụng cho đấu giá không gian khối chuyển tiếp.

Câu 3: Công việc mà nhà điều hành thực hiện là nhẹ hay nặng?

Nếu bạn muốn kế thừa tính phân cấp của trình xác thực Ethereum, các tác vụ AVS nên được thiết kế sao cho nhẹ nhất có thể.

Nếu các tác vụ tiêu tốn tài nguyên máy tính đáng kể thì Người vận hành đơn lẻ có thể không xử lý được chúng.

Q4: Các điều kiện cắt giảm là gì?

Bằng cách đặt cược lại vào một dịch vụ cụ thể, bên liên quan lại chấp nhận rủi ro có thể xảy ra khi cắt giảm, Và điều kiện chém này sẽ do AVS quy định.

Là AVS, các điều kiện cắt giảm phải được thiết kế sao cho có thể kiểm chứng, chứng minh được và có thể quy kết một cách khách quan trên chuỗi. Ví dụ: ký hai lần một khối trong Ethereum và một nút trong cầu nối chuỗi chéo nút nhẹ AVS ký một khối không hợp lệ từ một chuỗi khác.

Điều kiện chặt chém được thiết kế không đúng cách có thể dẫn đến bất đồng và do đó gây ra rủi ro mang tính hệ thống.

AVS cũng phải đảm bảo khả năng quan sát, cho phép giám sát, theo dõi và ghi lại các yêu cầu và phản hồi trên các dịch vụ.

Định lượng như thế nào?

AVS của bạn yêu cầu mức độ tin cậy bao nhiêu (vốn đặt lại, số lượng trình xác thực được phân phối khác nhau và số lượng trình xác thực Ethereum cần thiết để thực hiện cam kết của trình xác thực Ethereum) và bạn sẽ làm gì để thúc đẩy Nó?

Ví dụ: nếu một cầu nối chuỗi chéo có khối lượng giao dịch hàng tuần là 100 triệu USD và cho thuê bảo mật trị giá 100 triệu USD thì người dùng có thể tin tưởng rằng họ an toàn. Ngay cả khi người xác thực cố gắng phá vỡ hệ thống, người dùng vẫn được bảo vệ vì họ có thể bồi thường cho người dùng thông qua việc cắt giảm phân phối lại.

Do TVL của các cầu nối chuỗi, số lượng ETH được thế chấp, số lượng Nhà điều hành được chọn tham gia và nhiều thông số khác sẽ tiếp tục thay đổi và có thể dao động đáng kể, AVS cần một số cách để điều chỉnh ngân sách bảo mật và không gian đệm.

AVS có thể chi trả cho an ninh kinh tế bằng một phần trong tổng nguồn cung cấp mã thông báo của mình.

Tuy nhiên, tôi có làm tổn hại đến tiện ích mã thông báo của mình khi sử dụng EigenLayer không?

Hoàn toàn không!

EigenLayer hỗ trợ cam kết kép (Stake kép). Điều này cho phép bạn bảo mật mạng bằng cả ETH và mã thông báo gốc của bạn, điều chỉnh tỷ lệ của từng mã thông báo nếu cần. Trong giai đoạn đầu của mạng, ETH có thể chiếm tỷ trọng lớn hơn. Khi mạng hoàn thiện, bạn có thể muốn mã thông báo gốc đóng vai trò nổi bật hơn. Trong trường hợp này, AVS có thể tăng tỷ lệ mã thông báo gốc thông qua quản trị giao thức.

Ngoài ra, khi nhu cầu bảo mật của AVS tăng nhanh trong thời gian ngắn, chẳng hạn như khi TVL của giao thức DeFi do AVS oracle phục vụ tăng nhanh, AVS vẫn có thể sử dụng EigenLayer để củng cố nền kinh tế của mình. bảo vệ.

Từ góc độ này, EigenLayer là một thị trường ủy thác có thể lập trình để cung cấp khả năng bảo mật "kiên cường".

Tôi có thể sử dụng những công cụ bên ngoài nào?

Dưới đây là một số mục đáng chú ý.

• Trong thị trường ba bên của EigenLayer, Nhà điều hành dựa vào các nhà phát triển AVS để mã hóa chính xác phần mềm AVS và đặt các điều kiện cắt giảm hợp lý. Tuy nhiên, xét đến tính đa dạng của AVS, logic tương tác giữa mỗi AVS và Operator có thể khác nhau, điều này tạo ra một lĩnh vực hoàn toàn mới. Để ngăn chặn các sự kiện cắt xén ngẫu nhiên, AVS có thể kiểm tra cơ sở mã trước khi phát hành. Ngoài ra, EigenLayer còn có một ủy ban phủ quyết có thể phủ quyết các quyết định cắt giảm không chính xác thông qua nhiều chữ ký.
  

  Trong khi đó, Cubist đang hợp tác với EigenLabs để phát triển một khuôn khổ chống chém mở nhằm tận dụng phần cứng bảo mật và sử dụng các chính sách tùy chỉnh để ký giao dịch cũng như xác minh tin nhắn trong trình quản lý khóa. Ví dụ: ký hai tiêu đề khối có độ cao khác nhau cùng một lúc sẽ không bao giờ được công cụ chính sách trong trình quản lý khóa phê duyệt.

  Người đặt lại/Người điều hành có khẩu vị rủi ro cao hơn có thể muốn tham gia AVS sớm để thu được lợi nhuận cao hơn. Trong trường hợp này, Anti-slasher của Cubist có thể hữu ích.

• Nhiều người biết rằng EigenLayer có thể giúp AVS xây dựng mạng lưới tin cậy, nhưng AVS cần trả bao nhiêu cho an ninh kinh tế và công ty này phòng vệ trước các cuộc tấn công kinh tế như thế nào?

  Giao thức Anzen đã phát triển Hệ số An toàn (SF), một thước đo tiêu chuẩn chung về an toàn kinh tế của AVS. SF dựa trên các khái niệm về chi phí tham nhũng và lợi nhuận tham nhũng.

  Anzen giúp AVS duy trì mức độ an ninh tài chính tối thiểu mà không phải trả quá nhiều tiền cho an ninh tài chính.

• EigenLabs đang phát triển EigenSDK để giúp AVS mã hóa phần mềm nút của mình. SDK bao gồm tổng hợp chữ ký, logic tương tác với các hợp đồng EigenLayer, kết nối mạng, mật mã và các mô-đun máy khách giám sát sự kiện.

  Trong khi đó, Othentic đang xây dựng một công cụ phát triển để giúp AVS vận chuyển sản phẩm nhanh hơn.

Tài liệu tham khảo:

1. https://medium.com/@lagrangelabs/state-committees-on-eigenlayer-via-lagrange-7752f1916db4

2. https://www.blog.eigenlayer.xyz/ycie/

3. https://www.blog.eigenlayer.xyz/ eigenlayer-universe-15-unicorn-ideas/

4. https://github.com/Layr-Labs

   < /li>

5. https://docs.eigenlayer.xyz/eigenlayer/overview/