SevenX Ventures: Cơ sở hạ tầng tiên tiến nào là cần thiết trong thế giới đa hệ thống cuộn?

Bài viết này là bản gốc của nhóm nghiên cứu SevenX và chỉ dành cho mục đích giao tiếp và học tập chứ không phải là bất kỳ tài liệu tham khảo đầu tư nào. Nếu cần trích dẫn xin vui lòng ghi nguồn.

Link gốc: https://mirror.xyz/sevenxventures.eth/ iQ 7 i 5 BQLtDDqm 9 UROTyNLUMetMkP 3 NbE 5 HoUSxORbLg

Tác giả: Grace

Xin gửi lời cảm ơn chân thành đến @13 Yearoldvc @prabalbanerjee @maqstik @ballsyalchemist @donnoh_eth @ChundaMcCain @shumochu @ranvirrana 001 và những người khác vì những đóng góp của họ cho cuộc thảo luận và nhận xét!

Gần đây đã có một xu hướng rõ ràng: ngày càng có nhiều dApp thông báo ra mắt ứng dụng Rollup của riêng họ. Ngoài ra, số lượng các bản phổ cập sắp tới đang tăng lên từng ngày.

Khi khối lượng giao dịch và số lượng dApp tiếp tục tăng lên, Ethereum đang phải đối mặt với các vấn đề về mở rộng quy mô và Universal Rollup ra đời. Các giải pháp Lớp 2 này xử lý nhiều giao dịch ngoài chuỗi hơn và sau đó ghi lại các giao dịch đó một cách an toàn trên chuỗi chính, cân bằng hoàn hảo khả năng mở rộng và bảo mật. Tính linh hoạt của Rollup hỗ trợ nhiều loại dApp, loại bỏ nhu cầu về các giải pháp mở rộng quy mô duy nhất cho từng ứng dụng.

Bản tổng hợp dành riêng cho ứng dụng là các giải pháp được điều chỉnh để đáp ứng nhu cầu riêng của từng ứng dụng, tăng tốc độ bằng cách tối ưu hóa quá trình xử lý giao dịch cho các trường hợp sử dụng cụ thể. Về mặt chi phí, kiểu tổng hợp này có thể mang lại giải pháp thay thế hiệu quả hơn, đặc biệt khi mạng bị tắc nghẽn, hiệu quả này đặc biệt có giá trị. Một trong những tính năng tuyệt vời của Rollup là tính linh hoạt của nó. Các giải pháp Lớp 2 cho mục đích chung cứng nhắc hơn và bị hạn chế hơn bởi thiết kế EVM, trong khi các Bản tổng hợp dành riêng cho ứng dụng có thể được điều chỉnh, khiến chúng trở nên lý tưởng cho các ứng dụng như trò chơi yêu cầu biên dịch trước cụ thể. Ngoài ra, Rollup giúp dApp nắm bắt giá trị hiệu quả hơn và có được quyền kiểm soát tốt hơn đối với dòng doanh thu và kinh tế mã thông báo.

Khi mọi người đạt được sự đồng thuận về mức độ phổ biến của công nghệ cuộn lên, hướng tới năm tới, nhiều công nghệ cuộn sẽ thống trị thị trường, vì vậy ưu tiên hàng đầu là xây dựng cơ sở hạ tầng vững chắc để nó đóng vai trò bê tông cốt thép.

Bài viết này sẽ đi sâu vào bốn trụ cột cơ bản sẽ định hình hệ sinh thái đa cuộn trong tương lai:

• Cơ bản về bảo mật:Các lớp bảo mật là nền tảng của niềm tin trong một thế giới phi tập trung. Trong phần này, chúng ta khám phá vai trò quan trọng của các lớp bảo mật trong việc đảm bảo tính toàn vẹn của các giao dịch Lớp 2, xác định các giả định về độ tin cậy và giải quyết các rủi ro bảo mật tiềm ẩn.

• Cân bằng khả năng tùy biến và khả năng tương tác:Đạt được khả năng tương tác liền mạch giữa các Rollup khác nhau là chìa khóa cho thế giới blockchain mô-đun. Trong phần này, chúng ta sẽ đi sâu vào các vấn đề về khả năng tương tác do cấu trúc mô-đun mang lại và thảo luận cách giải quyết vấn đề phân mảnh và xây dựng một hệ sinh thái gắn kết.

• phân tích chi phí:Chìa khóa để làm cho Rollup trở nên phổ biến rộng rãi và khả thi là giảm chi phí, vì chi phí thấp hơn sẽ giảm bớt rào cản kinh tế so với hợp đồng thông minh. Hiệu quả chi phí của Rollup chủ yếu đạt được theo hai cách: một là tổng hợp với các Rollup khác và chia sẻ chi phí để đạt được tính kinh tế theo quy mô, hai là giao một số nhiệm vụ nhất định cho các nhà cung cấp dịch vụ bên ngoài để đạt được sự phân công lao động.

• Chia sẻ bảo mật:Lớp bảo mật dùng chung là cần thiết vì nó giúp giảm thời gian và tài nguyên cần thiết để bảo mật giao thức hoặc lớp mô-đun mới, mang lại cho nó khả năng bảo mật mạnh mẽ tương đương với các nền tảng đã được thiết lập như Ethereum. Có rất nhiều giải pháp hiện có, với các ứng dụng như Eigenlayer, Babylon, ICS từ Cosmos và Mesh Security.

Bốn cấp độ trên tạo ra một kế hoạch chi tiết toàn diện nhằm thúc đẩy cơ sở hạ tầng cần thiết cho một thế giới blockchain mô-đun thịnh vượng, gắn kết.

Thông tin cơ bản về bảo mật

Sự tin cậy và bảo mật là cốt lõi của tất cả các hệ thống phi tập trung. Không có niềm tin và sự an toàn, hệ sinh thái không có niềm tin sẽ trở thành nước không có nguồn. Lớp bảo mật rất quan trọng, nếu không có lớp này thì cả người dùng và Tổng giá trị bị khóa (TVL) đều có nguy cơ gặp rủi ro. Plasma và Sidechains từng được coi là vị cứu tinh cho việc mở rộng quy mô Ethereum, nhưng sự suy giảm của chúng là một hồi chuông cảnh tỉnh. Các vấn đề như tính sẵn có của dữ liệu làm suy yếu lòng tin và cuối cùng khiến người dùng phải trả giá. Vì lý do này, bài viết này thảo luận về lớp bảo mật là phần đầu tiên.

Để hiểu mức độ phức tạp của các bản tổng hợp và các lỗ hổng tiềm ẩn của chúng, cần phải phân tích vòng đời của giao dịch Lớp 2. Lấy hợp đồng thông minh Rollup làm ví dụ, chúng ta sẽ đi sâu vào từng giai đoạn và tìm hiểu các giả định về độ tin cậy cũng như các rủi ro bảo mật tiềm ẩn:

Gửi giao dịch qua RPC:

• Giả định về độ tin cậy: Điểm cuối RPC đáng tin cậy và an toàn. Người dùng và dApp hiện tin tưởng các nhà cung cấp RPC như Alchemy, Infura và những nhà cung cấp khác.

• Vấn đề bảo mật: Người dùng có thể chịu sự kiểm duyệt của các nhà cung cấp RPC như Infura và Alchemy khi chặn các yêu cầu RPC tới Tornardo Cash. Các nhà cung cấp RPC có thể gặp phải các cuộc tấn công DDOS, chẳng hạn như cuộc tấn công chiếm quyền điều khiển DNS trên ANKR.

• Giải pháp: Các nhà cung cấp RPC như Infura đang tích cực theo đuổi lộ trình phân quyền. Ngoài ra, người dùng có thể lựa chọn các giải pháp phi tập trung như Pocket Network.

Trình sắp xếp thứ tự sắp xếp các giao dịch, cung cấp cam kết trước: trạng thái không an toàn

• Giả định về độ tin cậy: Người dùng tin rằng trình sắp xếp thứ tự có thể sắp xếp thứ tự các giao dịch một cách công bằng và đưa ra các cam kết trước thực sự.

• Vấn đề bảo mật: Hệ thống phải có khả năng chống kiểm duyệt, đảm bảo mọi giao dịch được xử lý không thiên vị. Hệ thống phải luôn hoạt động và lý tưởng nhất là có thể ngăn trình sắp xếp chuỗi thu được Giá trị có thể trích xuất tối đa (MEV) kém gây thiệt hại cho người dùng cuối.

• giải pháp:

  Khả năng chống kiểm duyệt (CR) và Tính sống động: Dựa trên khả năng chống kiểm duyệt và tính hiệu quả, các giải pháp hiện tại được xếp hạng (từ thấp đến cao) như sau: Single Orderer - POA - Permissionless POS Ordering Sorter - Shared Sorter - dựa trên Rollup (sắp xếp theo Lớp 1) .

  Điều quan trọng cần lưu ý là POA có quyền hạn chế và không hỗ trợ cho txn bắt buộc có thể có khả năng chống kiểm duyệt kém hơn so với một đơn đặt hàng tập trung có kích hoạt txn bắt buộc.

  Về tính hiệu quả, một thước đo quan trọng khác cần xem xét là lỗi của người đề xuất, xảy ra khi người đề xuất ngoại tuyến. Trong trường hợp này, phải đảm bảo rằng người dùng vẫn có thể rút tiền.

  - Ngay cả khi trình sắp xếp thứ tự đang xem xét hoặc từ chối công việc, một số bản tổng hợp cho phép người dùng gửi giao dịch trực tiếp đến Lớp 1, tức là các lối thoát khẩn cấp (hiệu quả của các giao dịch bắt buộc phụ thuộc vào việc triển khai cụ thể). Vấn đề là điều này có thể gây tốn kém chi phí đối với người dùng có số tiền hạn chế và người dùng có thể luôn muốn có khả năng chống kiểm duyệt và hiệu quả.

  -Một số giải pháp tổng hợp nhất định, chẳng hạn như Arbitrum và Fuel, cho phép bất kỳ ai trở thành người đề xuất, tức là tự đề xuất, sau một thời gian trì hoãn nhất định.

  -Xem số liệu của mỗi Rollup: https://l2b eat.com/scaling/risk

• Để biết thêm chi tiết về các giải pháp khác nhau, bạn có thể tham khảo bài đăng trước của tôi: https://twitter.com/yuxiao_deng/status/1666086091336880128

Bảo vệ MEV:

• Các giải pháp bảo mật khác nhau có thể giúp bảo vệ người dùng khỏi các cuộc tấn công trực diện hoặc tấn công xen kẽ vì thông tin giao dịch bị ẩn (cũng giúp cải thiện khả năng chống kiểm duyệt). Các phương pháp ẩn thông tin giao dịch bao gồm: FCFS với nhóm bộ nhớ riêng (một giải pháp hiện đang được Arbitrum và Optimism triển khai), giải pháp TEE của SUAVE, mã hóa ngưỡng (Shutter Network đang hoạt động trên công nghệ này), v.v. Giải pháp càng phức tạp thì việc tính toán giao dịch càng trở nên đơn giản.

• 

  Điều quan trọng cần lưu ý là chúng ta cần bảo vệ MEV chứ không phải loại bỏ nó. Nghiên cứu của @tarunchitra tóm tắt hai hướng chính để giảm MEV: giảm tính linh hoạt của người khai thác trong việc sắp xếp lại các giao dịch bằng cách thực thi các quy tắc đặt hàng và giới thiệu một thị trường cạnh tranh để sắp xếp lại, thêm và/hoặc kiểm duyệt các giao dịch. Tuy nhiên, bài viết này kết luận rằng cả trật tự công bằng lẫn cơ chế kinh tế đều không có hiệu quả trong việc giảm MEV của tất cả các chức năng thanh toán. Trong một số trường hợp, MEV không bao giờ có thể được loại bỏ hoàn toàn.

Khi hợp lý về mặt kinh tế, trình sắp xếp thứ tự sẽ thực hiện và xuất bản các lô giao dịch và gốc trạng thái cho lớp Tính sẵn có của Dữ liệu (DA); trạng thái an toàn

• Giả định về độ tin cậy: Nhà sản xuất khối xuất bản toàn bộ khối lên lớp sẵn có của dữ liệu để người khác tải xuống và xác minh.

• Vấn đề bảo mật: Nếu một số dữ liệu không có sẵn, khối có thể chứa các giao dịch độc hại bị nhà sản xuất khối ẩn. Ngay cả khi một khối chứa các giao dịch không độc hại, việc ẩn các giao dịch này có thể ảnh hưởng đến bảo mật hệ thống. Trình sắp xếp thứ tự phải có sẵn dữ liệu giao dịch vì Rollup cần biết trạng thái mạng và số dư tài khoản.

• giải pháp:

  Xuất bản dữ liệu trên Ethereum hiện là giải pháp an toàn nhất nhưng cũng đắt nhất (nó sẽ rẻ hơn 90% sau khi protodankshadring được ra mắt, nhưng ngay cả với thông lượng gấp 10 lần, nó vẫn có thể là một khoản tiền nhỏ cho Rollup): Tất cả các nút Ethereum có thể tải xuống và phát sóng các giao dịch Rollup. Vì Ethereum có một số lượng lớn các nút sao chép và xác thực dữ liệu giao dịch nên rất khó để dữ liệu biến mất hoặc hoàn toàn không có sẵn.

  -Sau khi danksharding, các nút Ethereum không tải xuống tất cả dữ liệu giao dịch mà chỉ tải xuống một phần dữ liệu sử dụng DAS và KZG (tương tự như giải pháp của Avail được đề cập bên dưới).

  -Theo khái niệm mô-đun, Rollup có thể hiệu quả hơn khi xuất bản dữ liệu giao dịch lên lớp sẵn có của dữ liệu chỉ chịu trách nhiệm về tính sẵn có của dữ liệu (hiệu suất lý thuyết của Ethereum có thể kém hơn một chút vì ngoài tính khả dụng của dữ liệu, Ethereum vẫn giữ được tính khả dụng của Lớp 1 triển khai, hãy xem so sánh hiệu suất của EigenDA và Ethereum bên dưới).

  

  Các giải pháp sẵn có của dữ liệu mô-đun hiện tại yêu cầu phải cân bằng giữa bảo mật và hiệu suất. Rất khó để so sánh tính bảo mật của dữ liệu chỉ bằng một khía cạnh:

  -Tận dụng và CelestiaTận dụng DAS để đảm bảo tính sẵn có của dữ liệu; miễn là có đủ mẫu, dữ liệu sẽ an toàn. Vì tình trạng không có sẵn dữ liệu có thể dễ dàng được phát hiện và phục hồi bởi một số lượng rất nhỏ khách hàng hạng nhẹ, nên các khách hàng hạng nhẹ có thể lấy mẫu và đảm bảo tính sẵn có của dữ liệu ở mức độ lớn. Nếu không có DAS, sẽ không thể thực hiện được những điều trên. Mức độ phân cấp của lớp sẵn có của dữ liệu, tức là số lượng nút trong mạng, xác định mức độ bảo mật và phân phối lợi ích. EigenDA không sử dụng DAS mà sử dụng cơ chế chứng minh ký quỹ để ngăn chặn những người khởi động lại lười biếng. Nói cách khác, nhà điều hành tính khả dụng của dữ liệu phải tính toán định kỳ một chức năng chỉ có thể được hoàn thành sau khi tất cả dữ liệu cần thiết đã được tải xuống. Sẽ có một hình phạt nếu đốm màu không thể được chứng minh chính xác (nhưng nó không cần được lưu trữ sau khi bằng chứng hoàn tất).

  -Đảm bảo tính chính xác của quá trình sao chép dữ liệu (tức là mã hóa xóa). EigenDA, Ethereum sau EIP-4844 và Avail sử dụng các cam kết kzg để đảm bảo độ chính xác, nhưng những cam kết này đòi hỏi tính toán chuyên sâu. Celestia sử dụng thiết kế chống gian lận. Các nút ánh sáng phải đợi một khoảng thời gian trước khi xác nhận rằng một khối đã được mã hóa chính xác, do đó hoàn thành xác nhận cuối cùng từ góc nhìn của chúng. (*Celestia có thể chuyển sang Bằng chứng hợp lệ nếu Bằng chứng hợp lệ là lựa chọn đánh đổi tốt hơn)

  -lớp sẵn có của dữ liệuAn ninh kinh tế (rủi ro tổ chức lại và thông đồng): phụ thuộc vào giá trị đặt cược trong lớp sẵn có của dữ liệu, bằng 2/3 giá trị đặt cược trong Avail và Celestia.

  -Chuyển tiếp chứng chỉ khả dụng dữ liệu của lớp khả dụng dữ liệu tới Ethereum.Nếu dữ liệu được xuất bản lên lớp sẵn có của dữ liệu khác trong khi hợp đồng thanh toán vẫn còn trên Ethereum thì chúng tôi cần một hợp đồng bắc cầu để xác minh rằng tính sẵn có của dữ liệu có sẵn trong lớp sẵn có của dữ liệu để xử lý cuối cùng.

  --blobstream của Celestia Xác minh chữ ký trên chứng chỉ sẵn có của dữ liệu từ Celestia. Bằng chứng là gốc Merkle của dữ liệu Lớp 2 được ký bởi người xác thực Celestia, chứng minh rằng dữ liệu có sẵn trên Celestia. Tính năng này hiện có trên testnet.

  --Avail Sử dụng cách tiếp cận lạc quan để xác minh bằng chứng về tính sẵn có của dữ liệu. Sau khi bằng chứng này được công bố cho hợp đồng cầu nối trên Ethereum, một khoảng thời gian chờ đợi sẽ bắt đầu trong đó bằng chứng về tính sẵn có của dữ liệu được coi là hợp lệ trừ khi bị thách thức.

  --Succinct đang hợp tác với Avail và Celestia để phát triển cầu nối chứng minh dữ liệu dựa trên zk-SNARK giúp quá trình chứng thực an toàn hơn và rẻ hơn bằng cách xác thực các bằng chứng zk.

  --Đối với EigenDA, bộ phân cấp phân chia và xuất bản các nhiệm vụ cho các nút EigenDA, sau đó tổng hợp chữ ký từ các nút và gửi dữ liệu đến Ethereum.

Quyết toán cuối cùng: trạng thái được xác nhận cuối cùng

• Giả định tin cậy 1:

  Sau khi khối Rollup hợp lệ đầu tiên được xuất bản trên chuỗi chính, một nút đầy đủ Rollup (một nút có thể tính toán đầy đủ trạng thái mà không cần dựa vào các bằng chứng khác) có thể hoàn thiện nó ở độ cao của nó vì nút đầy đủ Rollup có các tài nguyên máy tính và dữ liệu cần thiết để nhanh chóng xác minh tính hợp lệ của khối. Tuy nhiên, đây không phải là trường hợp của các bên thứ ba khác như khách hàng hạng nhẹ. Họ dựa vào bằng chứng hợp lệ, bằng chứng gian lận hoặc các giao thức giải quyết tranh chấp để xác minh trạng thái một cách đáng tin cậy mà không cần chạy độc lập một bản sao hoàn chỉnh của chuỗi.

• Vấn đề bảo mật 1:

  Đối với Bản tổng hợp ZK, Lớp 1 xác minh bằng chứng không có kiến ​​thức và chỉ chấp nhận các gốc trạng thái chính xác. Khó khăn chủ yếu nằm ở chi phí và quá trình tạo ra các bằng chứng không có kiến ​​thức.

  Mặt khác, Optimistic Rollups dựa vào tiền đề rằng ít nhất một bên trung thực sẽ nhanh chóng gửi bằng chứng gian lận để thách thức bất kỳ giao dịch độc hại nào. Tuy nhiên, hầu hết các hệ thống chống gian lận hiện tại vẫn chưa được cấp phép và chỉ một số người xác thực gửi bằng chứng gian lận.

• Giải pháp 1:

  Bằng chứng gian lận không cần cấp phép được cung cấp bởi giao thức BÓNG của Arbitrum.Lý do chính khiến bằng chứng gian lận hiện được cấp phép là để bảo vệ khỏi các cuộc tấn công về độ trễ:

  -Trong thời gian thử thách, bất kỳ người đặt cược nào không phải là người đề xuất đều có thể bắt đầu thử thách. Sau đó, người đề xuất cần trình bày lời bào chữa của mình trước từng người thách thức. Khi kết thúc mỗi vòng thử thách, tiền cược của người thua cuộc sẽ bị mất.

  -Trong một cuộc tấn công trì hoãn, một bên độc hại (hoặc một nhóm các bên độc hại) có thể ngăn chặn hoặc trì hoãn việc xác nhận kết quả trên chuỗi Lớp 1 bằng cách đưa ra một thử thách và cố tình thua tranh chấp và đặt cược.

  -Để giải quyết vấn đề này,Giao thức thử thách ĐẬMViệc đảm bảo rằng một bên trung thực duy nhất trên thế giới có thể đánh bại bất kỳ khiếu nại độc hại nào đảm bảo rằng thời gian xác nhận giải quyết của Tổng hợp lạc quan sẽ không vượt quá một giới hạn nhất định.

  Witness Chain Có thể đóng vai trò là người giám sát các Tổng hợp lạc quan mới để đảm bảo rằng ít nhất một bên trung thực sẽ phản đối trạng thái không hợp lệ:

  - Các bản tổng hợp hoàn thiện như Arbitrum và Optimism có đủ động lực nội tại để các nhà cung cấp bên thứ ba (chẳng hạn như trình duyệt, dịch vụ giống Infura và nền tảng của họ) giám sát trạng thái chuỗi và gửi bằng chứng gian lận khi cần thiết. Tuy nhiên, Rollups hoặc AppChains mới có thể không có mức độ bảo mật này.

  -Witness Chain áp dụng cơ chế khuyến khích duy nhất là Proof of Diligence, nhằm đảm bảo bên giám sát (người xác minh) luôn có động lực giám sát và xác minh các giao dịch, từ đó đảm bảo rằng trạng thái gửi lên chuỗi chính là chính xác. Cơ chế này đảm bảo rằng mỗi người xác thực sẽ thực hiện nhiệm vụ của mình vì phần thưởng mà người xác nhận nhận được là cụ thể và độc lập đối với mỗi nút. Nói cách khác, nếu người xác thực phát hiện ra tiền thưởng thì nó không thể chia sẻ nó với những người xác thực khác, đảm bảo rằng mỗi nút thực hiện xác thực độc lập. Ngoài ra, Witness Chain cho phép Rollups chỉ định các yêu cầu tùy chỉnh (chẳng hạn như số lượng trình xác thực và phân bổ địa lý của chúng, được cung cấp bởi bằng chứng vị trí được dịch vụ độc lập của nó hỗ trợ), do đó, nó linh hoạt hơn một chút và đảm bảo cả tính bảo mật và hiệu quả. cân bằng giữa.

  * Mạng Tháp Canh cũng đang trở thành một lớp mới trong ngăn xếp Rollup, cung cấp bảo mật đầy đủ cho việc thực thi các ứng dụng liên quan khác như chính bảo mật Rollup, giao thức tương tác, dịch vụ thông báo, mạng người quản lý, v.v. Thông tin chi tiết hơn sẽ được phát hành trong tương lai.

• Giả định tin cậy 2:

  Toàn bộ quy trình thanh toán của Hợp đồng thông minh Rollups được viết bằng hợp đồng thông minh Lớp 1. Giả định rằng logic hợp đồng thông minh trên lớp sẵn có của dữ liệu là chính xác, không có sơ hở và không có bản nâng cấp độc hại.

• Vấn đề bảo mật 2:

  Việc kết nối và nâng cấp các bản tổng hợp hợp đồng thông minh được kiểm soát bởi ví đa chữ ký. Bridge có thể được sử dụng để đánh cắp tiền của người dùng theo ý muốn thông qua các nâng cấp độc hại.

• Giải pháp 2:

  Ý tưởng phổ biến nhất hiện nay là thêm thời gian trễ, nếu người dùng không đồng ý với kế hoạch nâng cấp thì có thể thoát ra. Tuy nhiên, giải pháp này yêu cầu người dùng phải liên tục theo dõi chuỗi nơi đặt tất cả các token của họ, đề phòng trường hợp họ cần thoát.

  Lớp Beacon của Altlayer có thể đóng vai trò là lớp xã hội cho tất cả các Bản tổng hợp và cung cấp các dịch vụ nâng cấp.Bất kể hợp đồng cầu nối trên Ethereum có được nâng cấp hay không, trình sắp xếp thứ tự chạy Rollup cùng với trình xác thực Rollup của lớp beacon có thể phân nhánh Rollup về mặt xã hội.

  Về lâu dài: Enshrined Rollup là mục tiêu cuối cùng của lộ trình Ethereum trong nhiều năm.Ngoài việc lưu giữ trình xác thực bằng chứng bắc cầu/gian lận trên Lớp 1, nó còn lưu giữ hợp đồng giải quyết.

  -Ethereum PSE đang hoạt động theo hướng này.

Đối với Rollup có chủ quyền, điểm khác biệt chính là trạng thái chuỗi được giải quyết bằng các nút đầy đủ Rollup thay vì hợp đồng thông minh ở Lớp 1. Để có sự so sánh chi tiết hơn, vui lòng tham khảohttps://www.cryptofrens.info/p/settlement-layers-ethereum-rollups

Cần lưu ý rằng bảo mật được cải thiện không có nghĩa là hiệu suất được cải thiện. Thông thường, việc bổ sung các biện pháp bảo mật đi kèm với sự đánh đổi về khả năng mở rộng. Vì vậy, việc cân bằng mối quan hệ giữa hai người là rất quan trọng. Nói tóm lại, Rollup cung cấp sự linh hoạt để chọn các mức giả định bảo mật khác nhau dựa trên sở thích cá nhân. Khả năng thích ứng này là một đặc điểm nổi bật của thế giới mô-đun, cho phép các giải pháp được thiết kế riêng cho các nhu cầu cụ thể trong khi vẫn duy trì tính toàn vẹn của hệ thống.

Cân bằng khả năng tùy biến và khả năng tương tác

Có một câu ngạn ngữ nổi tiếng trong thế giới mô-đun: Chủ nghĩa mô-đun, không phải chủ nghĩa tối đa. (Chủ nghĩa mô-đun, không phải chủ nghĩa tối đa.) Nếu Tổng hợp không thể tương tác một cách an toàn và hiệu quả thì tính mô-đun không phải là chủ nghĩa tối đa mà là Phân mảnh. Theo quan điểm này, khả năng tương tác giữa các Bản tổng hợp khác nhau phải được giải quyết.

Trước tiên, hãy xem xét cách các chuỗi nguyên khối đạt được khả năng tương tác. Nói tóm lại, hoạt động xuyên chuỗi đạt được bằng cách xác minh sự đồng thuận hoặc trạng thái của các chuỗi khác. Hiện có nhiều cách tiếp cận khác nhau trên thị trường, khác nhau ở chỗ ai chịu trách nhiệm xác minh (các tổ chức chính thức, cơ chế đa chữ ký, mạng phi tập trung, v.v.) và cách đảm bảo tính chính xác của việc xác minh (thông qua các bên bên ngoài, bảo đảm kinh tế, cơ chế lạc quan). , không Bằng chứng về kiến ​​thức, v.v.). Nếu bạn muốn tìm hiểu thêm về chủ đề này, hãy xem bài viết bridge yêu thích của tôi: Suy nghĩ về khả năng tương tác.

Với sự phát triển của tính mô-đun, các vấn đề về khả năng tương tác trở nên phức tạp hơn:

Vấn đề phân mảnh:

• Sự gia tăng tổng số dự kiến ​​sẽ vượt quá đáng kể số lượng Lớp 1 vì việc triển khai trên Lớp 2 dễ dàng hơn nhiều so với Lớp 1. Điều này sẽ dẫn đến một mạng lưới bị phân mảnh cao?

• Mặc dù blockchain nguyên khối cung cấp sự đồng thuận và trạng thái nhất quán để xác minh đơn giản, nhưng nếu một blockchain mô-đun có ba (thậm chí có thể là bốn) thành phần khác nhau (dữ liệu sẵn có, thực thi, giải quyết và đặt hàng), thì quy trình xác minh sẽ như thế nào?

  Các lớp dữ liệu sẵn có và giải quyết trở thành nguồn dữ liệu chính. Vì bản thân Rollup cung cấp bằng chứng thực thi nên việc xác minh thực thi đã có sẵn. Việc sắp xếp xảy ra trước khi xuất bản lên lớp sẵn có của dữ liệu.

Các vấn đề về khả năng mở rộng:

• Khi các bản tổng hợp mới được giới thiệu, một câu hỏi được đặt ra: Chúng tôi có thể cung cấp dịch vụ bắc cầu kịp thời để đáp ứng các bản tổng hợp mới không? Ngay cả khi việc xây dựng Bản tổng hợp không yêu cầu giấy phép, bạn vẫn có thể cần phải dành 10 tuần để thuyết phục người khác thêm Bản tổng hợp. Dịch vụ bắc cầu hiện tại chủ yếu dành cho các bản tổng hợp và mã thông báo chính thống. Có thể có một lượng lớn các bản tổng hợp trong tương lai và có những lo ngại về việc liệu các dịch vụ này có thể đánh giá và triển khai các giải pháp tương ứng một cách hiệu quả để hỗ trợ các bản tổng hợp mới này mà không ảnh hưởng đến tính bảo mật và chức năng hay không.

Vấn đề về trải nghiệm người dùng:

• Quá trình xử lý cuối cùng của Optimistic Rollup mất bảy ngày, lâu hơn nhiều so với Lớp 1 khác. Thử thách bây giờ là làm thế nào để vượt qua thời gian chờ đợi bảy ngày để có được cầu Optimistic Rollup chính thức. Ngoài ra còn có sự chậm trễ về thời gian trong việc gửi bằng chứng không có kiến ​​thức, vì Rollup thường chờ tích lũy một số lượng lớn giao dịch trước khi gửi bằng chứng để tiết kiệm chi phí xác minh. Các công ty phổ biến như StarkEx thường chỉ xuất bản bằng chứng lên Lớp 1 vài giờ một lần.

• Để tiết kiệm chi phí, dữ liệu giao dịch tổng hợp được gửi đến lớp thanh toán/dữ liệu sẵn có với độ trễ về thời gian (như đã đề cập ở trên, 1-3 phút đối với Tổng hợp lạc quan và vài giờ đối với Tổng hợp zk). Điều này cần được trừu tượng hóa đối với những người dùng muốn có kết quả cuối cùng nhanh hơn và an toàn hơn.

Tin tốt là một số giải pháp mới đã xuất hiện để giải quyết những thách thức này:

Vấn đề phân mảnh:

• Mặc dù có vô số lần cuộn trong hệ sinh thái, nhưng điều đáng chú ý là hầu hết các lần cuộn hợp đồng thông minh hiện có chung một lớp thanh toán chung, đó là Ethereum. Sự khác biệt chính giữa các Bản tổng hợp này là các lớp thực thi và thứ tự của chúng. Để đạt được khả năng tương tác, các bản tổng hợp này chỉ cần xác minh lẫn nhau trạng thái cuối cùng của lớp giải quyết chung. Tuy nhiên, với các bản tổng hợp có chủ quyền, tình hình phức tạp hơn một chút. Do các lớp giải quyết khác nhau, Rollup có chủ quyền có những thách thức nhất định trong việc đạt được khả năng tương tác. Một cách để giải quyết vấn đề này là thiết lập cơ chế giải quyết ngang hàng (P2P), trong đó mỗi chuỗi nhúng trực tiếp ứng dụng khách nhẹ của chuỗi kia, thúc đẩy xác minh lẫn nhau. Ngoài ra, các bản tổng hợp có chủ quyền này trước tiên có thể được kết nối với một trung tâm thanh toán tập trung và sau đó đóng vai trò là điểm trung chuyển để kết nối các chuỗi khác. Cách tiếp cận tập trung này giúp đơn giản hóa quy trình và đảm bảo kết nối chặt chẽ hơn giữa các Bản tổng hợp khác nhau. (Tương tự như trạng thái của Cosmos interop)

• Ngoài Ethereum, các trung tâm thanh toán tiềm năng khác bao gồm Arbitrum, zkSync và StarkNet để đóng vai trò là trung tâm thanh toán cho Lớp 3 được xây dựng dựa trên chúng. Lớp tương tác của Polygon 2.0 cũng đóng vai trò là trung tâm trung tâm cho zk Rollup được xây dựng bên trên.

• Tóm lại, mặc dù số lượng cuộn và các biến thể của chúng ngày càng tăng nhưng số lượng trung tâm thanh toán vẫn còn hạn chế. Điều này giúp đơn giản hóa cấu trúc liên kết một cách hiệu quả và giảm vấn đề phân mảnh ở một số trung tâm chính. Mặc dù sẽ có nhiều Bản tổng hợp hơn các bản thay thế Lớp 1, vì các Bản tổng hợp thường nằm trong cùng phạm vi tin cậy/bảo mật nên tương tác giữa các Bản tổng hợp đơn giản hơn so với tương tác giữa các Lớp 1.

• Khả năng tương tác giữa các trung tâm giải quyết khác nhau có thể đề cập đến phương pháp tương tác hiện tại giữa các chuỗi đơn được đề cập trước đó.

  * Ngoài ra, để loại bỏ các vấn đề phân mảnh ở phía người dùng, một số Lớp 2, bao gồm ZKSync, đã tích hợp tính năng trừu tượng hóa tài khoản gốc để có trải nghiệm Cuộn chéo liền mạch.

vấn đề về khả năng mở rộng

• Hyperlane (cung cấp bảo mật mô-đun cho chuỗi mô-đun) và Catalyst (thanh khoản chuỗi chéo không được phép) xuất hiện để giải quyết vấn đề về khả năng tương tác được phép.

  Bản chất của Hyperlane là tạo ra một lớp bảo mật được tiêu chuẩn hóa có thể áp dụng cho nhiều chuỗi khác nhau, làm cho các chuỗi này có thể tương tác một cách tự nhiên.

  Catalyst nhằm mục đích cung cấp tính thanh khoản không cần cấp phép cho các chuỗi mô-đun. Chất xúc tác hoạt động như một cầu nối, cho phép tất cả các chuỗi mới kết nối thanh khoản và trao đổi liền mạch với các trung tâm lớn như Ethereum và Cosmos.

• Nhà cung cấp SDK/RAAS tổng hợp cung cấp dịch vụ bắc cầu gốc trong hệ sinh thái của họ

  Hiện tại, các Bản tổng hợp mới hầu hết được khởi chạy thông qua các dịch vụ Rollup SDK hoặc RAAS hiện có, do đó, chúng vốn có khả năng tương tác với các Bản tổng hợp khác sử dụng cùng một dịch vụ. Ví dụ: đối với cơ sở hạ tầng được xây dựng bằng OP Stack, lớp cơ sở là một tiêu chuẩn bắc cầu được chia sẻ cho phép các nội dung di chuyển liền mạch giữa mọi thứ chia sẻ cơ sở mã OP Stack. Đối với các Bản tổng hợp được khởi chạy thông qua Altlayer, chúng được gói gọn trong lớp đèn hiệu, hoạt động như một trung tâm giải quyết và đảm bảo khả năng tương tác an toàn. Mặt khác, các bản tổng hợp thông qua Sovereign Labs hoặc zksync dựa vào việc tổng hợp bằng chứng để tương tác trực tiếp với nhau (sẽ được giải thích chi tiết hơn ở phần sau).

Vấn đề về trải nghiệm người dùng:

• Trước khi đi sâu vào phần này, trước tiên chúng ta hãy hiểu các mức độ cam kết khác nhau và độ trễ thời gian của chúng:

  Một số người tham gia hài lòng với giai đoạn đầu tiên của cam kết trước Lớp 2. Ví dụ: các sàn giao dịch như Binance chỉ cần đợi một số khối Lớp 2 nhất định trước khi giao dịch được coi là xác nhận mà không cần đợi lô được gửi lên Lớp 1.

  Các nhà cung cấp cầu nối như Hop Protocol thu thập càng nhiều khối càng tốt trên chuỗi gửi và xác định tính hữu hạn dựa trên sự đồng thuận của Lớp 1 (Giai đoạn 2).

  Đối với những cầu nối được giảm thiểu độ tin cậy và người dùng sử dụng cầu nối chính thức để rút tiền từ Lớp 2 đến Lớp 1, thời gian này có thể quá dài (từ vài giờ đến 7 ngày).
  

• Lợi ích của việc rút ngắn Giai đoạn 2 hoặc Giai đoạn 3 là rõ ràng, mang đến cho người dùng trải nghiệm an toàn hơn, nhanh hơn và đảm bảo mạnh mẽ hơn trong thời gian ngắn hơn. Hơn nữa, việc đạt được kết nối giảm thiểu sự tin cậy luôn là mục tiêu mong muốn, đặc biệt là khi các sự cố bảo mật kết nối thường xuyên xảy ra.

• Rút ngắn thời gian giải quyết cuối cùng (7 ngày đối với Tổng hợp lạc quan và hàng giờ đối với Tổng hợp zk), tức là rút ngắn giai đoạn thứ ba

  Tổng hợp kết hợp (Bằng chứng gian lận + Không có kiến ​​thức): Phương pháp này kết hợp các ưu điểm của bằng chứng không có kiến ​​thức và Tổng hợp lạc quan. Mặc dù việc tạo và xác minh bằng chứng có thể tốn nhiều tài nguyên nhưng chúng chỉ được thực hiện khi quá trình chuyển đổi trạng thái gặp khó khăn. Thay vì đưa ra bằng chứng không có kiến ​​thức cho mỗi lô giao dịch, bằng chứng chỉ được tính toán và đưa ra khi trạng thái đề xuất gặp khó khăn, tương tự như Optimistic Rollup. Điều này rút ngắn thời gian thử thách vì bằng chứng gian lận có thể được tạo ra trong một bước và tiết kiệm chi phí cho bằng chứng không có kiến ​​thức trong hầu hết các trường hợp.

  -Điều đáng lưu ý là SVM Rollups và LayerN của Eclipse tận dụng mức isc 0 để tạo ra bằng chứng gian lận không có kiến ​​thức. OP Stack đã hỗ trợ Risc 0 và Mina để phát triển các bằng chứng gian lận không cần kiến ​​thức. Ngoài ra, Fuel gần đây đã giới thiệu một phương pháp kết hợp tương tự hỗ trợ nhiều bộ chuẩn.

  Sau khi xuất bản dữ liệu lên lớp sẵn có của dữ liệu, hãy thực hiện một số xác minh bổ sung về tính chính xác của việc thực thi để tăng độ tin cậy - đây là một yêu cầu cao, giống như với một nút đầy đủ.

  -Khi bộ sắp xếp phân nhóm các giao dịch đến lớp sẵn có dữ liệu của Optimistic Rollup, nó đảm bảo thứ tự chuẩn hóa và tính sẵn có của dữ liệu của các giao dịch x-rollup. Do đó, xác nhận duy nhất cần có là thực thi: S 1 == STF(S 0, B 1). Tất nhiên, bạn chỉ có thể chạy một nút đầy đủ (một yêu cầu cao) để xác thực các giao dịch, nhưng điều chúng tôi thực sự muốn là giảm độ trễ của các máy khách hạng nhẹ. Các mạng Prover như SuccinctLabs và RiscZero có thể xác nhận trạng thái sau thực thi bằng cách cung cấp bằng chứng trạng thái ngắn gọn. Điều này cung cấp xác nhận đáng tin cậy cho cả dApps và người dùng.

  -Altlayer có một lớp báo hiệu giữa Rollup và Layer 1. Người đặt hàng của lớp báo hiệu chịu trách nhiệm đặt hàng, thực thi và tạo ra bằng chứng về tính hợp lệ (POV). Bằng chứng về tính hợp lệ cho phép người xác minh sau này xác minh các chuyển đổi trạng thái của Tổng hợp mà không cần truy cập vào toàn bộ trạng thái. Với việc kiểm tra thường xuyên bởi các trình xác nhận phi tập trung, chúng tôi đạt được kết quả hoàn tất giao dịch rất mạnh mẽ. Không cần phải đợi 7 ngày vì người xác thực đã hoàn thành các bước kiểm tra cần thiết, cho phép gửi tin nhắn xuyên chuỗi nhanh hơn và an toàn hơn.

  -EigenSettle đảm bảo xác minh thông qua cơ chế kinh tế. Các nút EigenLayer chọn tham gia thực hiện các phép tính để đảm bảo tính hợp lệ của trạng thái và đảm bảo các cam kết của họ bằng tài sản thế chấp. Miễn là số tiền này thấp hơn số tiền đặt cược do các nhà khai thác này phát hành, thì đó có thể được coi là một cách giải quyết an toàn và đạt được khả năng tương tác được hỗ trợ về mặt kinh tế.

  Xác minh tức thì bằng ZK Rollup:

  -Sovereign Labs và Polygon 2.0 đã thực hiện một cách tiếp cận sáng tạo để vượt qua lớp giải quyết nhằm đạt được sự hoàn thiện nhanh chóng. Chúng tôi có thể ngay lập tức truyền bá bằng chứng không có kiến ​​thức được tạo ra thông qua mạng ngang hàng và thực hiện các hoạt động xuyên chuỗi dựa trên bằng chứng không có kiến ​​thức được truyền bá mà không cần đợi bằng chứng được gửi tới Ethereum. Sau đó, chúng tôi có thể tận dụng đệ quy để kết hợp chúng thành các bằng chứng hàng loạt và gửi chúng đến Lớp 1 khi khả thi về mặt kinh tế.

  --Tuy nhiên, chúng ta vẫn cần tin vào sự tổng hợp chính xác của các bằng chứng không có kiến ​​thức. Trình tổng hợp của Polygon 2.0 có thể hoạt động theo cách phi tập trung, cho phép người xác thực Polygon từ nhóm trình xác thực chung tham gia, tăng tính hiệu quả và khả năng chống kiểm duyệt của mạng. Tuy nhiên, vì việc tổng hợp các bằng chứng không có kiến ​​thức từ nhiều chuỗi rõ ràng là nhanh hơn so với việc chờ đợi đủ bằng chứng không có kiến ​​thức trên một chuỗi duy nhất, phương pháp này cũng sẽ giảm thời gian hoàn thiện.

  -Zksyncs Hyperblockchain sử dụng cách tiếp cận theo lớp để tổng hợp các bằng chứng không có kiến ​​thức, dẫn đến thời gian hoàn thiện ngắn hơn. Thay vì giải quyết ở Lớp 1, Hyperchain có thể giải quyết các bằng chứng của nó ở Lớp 2 (trở thành Lớp 3). Cách tiếp cận này tạo điều kiện thuận lợi cho việc gửi tin nhắn nhanh chóng vì môi trường tiết kiệm chi phí ở Lớp 2 cho phép xác minh nhanh chóng và tiết kiệm chi phí.

  --Để cải thiện hơn nữa khả năng mở rộng, chúng tôi có thể thay thế việc giải quyết Lớp 2 bằng chương trình tối thiểu cần thiết để chạy Lớp 3 và nhắn tin. Khái niệm này đã được chứng minh thông qua các minh chứng chuyên biệt rằng có thể đạt được sự tổng hợp.

• Giải quyết vấn đề chậm trễ về thời gian xuất bản dữ liệu lên lớp sẵn có của dữ liệu (một số phương pháp cũng có thể được sử dụng để rút ngắn chu kỳ giải quyết), tức là rút ngắn giai đoạn thứ hai

  Lớp đặt hàng được chia sẻ: Nếu một Bản tổng hợp chia sẻ một lớp đặt hàng (ví dụ: thông qua dịch vụ đặt hàng chung hoặc sử dụng cùng một tập hợp các lớp đặt hàng), thì Bản tổng hợp có thể nhận được xác nhận mềm từ trình sắp xếp thứ tự. Kết hợp với các cơ chế kinh tế, cách tiếp cận này đảm bảo tính toàn vẹn của trạng thái cuối cùng. Các kết hợp có thể bao gồm:

  - Trình xây dựng + trình sắp xếp chia sẻ không trạng thái do Espresso đề xuất thực hiện các cam kết thực thi thông qua đặt cược. Cách tiếp cận này phù hợp hơn với các Bản tổng hợp có cấu trúc PBS, miễn là trình tạo khối đã có các quyền cần thiết đối với một số khối. Vì trình xây dựng có trạng thái và đóng vai trò là cơ sở thực thi cho trình sắp xếp được chia sẻ nên nó sẽ đưa ra các cam kết bổ sung một cách tự nhiên.

  -Đặt hàng hợp lệ được chia sẻ bởi Umbra Research: Đặt hàng được chia sẻ có trạng thái + bằng chứng gian lận phối hợp với nhau để đảm bảo hành vi tốt. Trình sắp xếp chuỗi chấp nhận các yêu cầu chuỗi chéo. Để ngăn chặn hành vi không trung thực của trình sắp xếp thứ tự, một cơ chế chống gian lận chung được áp dụng, đây là một sửa đổi nhỏ của cơ chế chống gian lận Tổng hợp ban đầu. Trong quá trình thử thách, người thách đấu cũng sẽ xác minh rằng các hoạt động nguyên tử được thực hiện chính xác. Điều này có thể yêu cầu kiểm tra gốc của hợp đồng cầu nối trên một Bản tổng hợp khác hoặc kiểm tra bằng chứng Merkle do trình sắp xếp chuỗi cung cấp. Những người sắp xếp không trung thực sẽ bị trừng phạt.

  Sự can thiệp của bên thứ ba:Các thực thể bên ngoài như Hop, Connext và Across có thể can thiệp để giảm thiểu rủi ro. Các bên thứ ba này xác minh tin nhắn và cung cấp hỗ trợ tài chính cho các hoạt động tài chính xuyên chuỗi của người dùng, rút ​​ngắn thời gian chờ đợi một cách hiệu quả. Ví dụ: tính năng đặc biệt Boost (GMP Express) của Axelar và Squid có thể giảm thời gian giao dịch chuỗi chéo xuống dưới 20.000 USD xuống còn 5-30 giây.

  Chuỗi công khai cơ sở hạ tầng có ý định để bắc cầu như một hình thức can thiệp cụ thể của bên thứ ba:Cơ sở hạ tầng được cải thiện này có thể hấp thụ nhiều sự can thiệp của bên thứ ba hơn và giải quyết các ý định tên miền chéo của người dùng.

  -Thông qua kiến ​​trúc tập trung vào mục đích (giúp loại bỏ trở ngại và sự phức tạp cho người dùng bằng cách giới thiệu các tác nhân phức tạp như nhà tạo lập và xây dựng thị trường), người dùng thể hiện mục tiêu hoặc kết quả dự định của họ mà không cần phải xây dựng các giao dịch chính xác cần thiết để đạt được mục tiêu hoặc kết quả đó. Những cá nhân có mức độ chấp nhận rủi ro cao có thể tham gia, rút ​​số tiền cần thiết và tính phí cao hơn.

  -Cách này an toàn hơn vì tiền của người dùng sẽ chỉ được giải phóng nếu kết quả hợp lệ. Cách tiếp cận này nhanh hơn và linh hoạt hơn vì có nhiều bên (người giải quyết) tham gia vào quá trình giải pháp mà không được phép và cạnh tranh với nhau để mang lại kết quả tốt hơn cho người dùng.

  - UniswapX, SUAVE và Essential của Flashbots đều đang hoạt động theo hướng này. Để biết thêm thông tin về ý định, xem: https://www.odaily.news/post/5191537

  -Thách thức với giải pháp này là lời tiên tri giải quyết. Lấy UniswapX làm ví dụ, để tạo điều kiện thuận lợi cho các giao dịch xuyên chuỗi, chúng tôi cần các nhà tiên tri giải quyết để xác định khi nào tiền sẽ được giải phóng cho người giải quyết. Nếu nhà tiên tri giải quyết chọn sử dụng cầu nối gốc (chậm) hoặc cầu nối của bên thứ ba (gây ra vấn đề về độ tin cậy) hoặc thậm chí là cầu nối khách hàng nhẹ (chưa hoàn thiện), chúng tôi sẽ thấy rằng chúng tôi vẫn còn mắc kẹt trong cùng một chu kỳ. Do đó, UniswapX cũng cung cấp chức năng trao đổi chuỗi chéo nhanh tương tự như cầu nối lạc quan.

  -Ngoài ra, hiệu quả của việc giải quyết ý định còn phụ thuộc vào sự cạnh tranh giữa những người giải quyết. Vì người giải quyết cần tái cân bằng hàng tồn kho trên các chuỗi khác nhau, điều này có thể dẫn đến các vấn đề về tập trung hóa người giải quyết, hạn chế toàn bộ tiềm năng của mục đích.

Tóm lại, có ba giải pháp cho vấn đề trải nghiệm người dùng:

• Khai thác sự kỳ diệu của công nghệ không có kiến ​​thức:

  Thách thức chính với giải pháp như vậy nằm ở hiệu suất của các kỹ thuật không có kiến ​​thức, bao gồm thời gian cần thiết để tạo ra bằng chứng không có kiến ​​thức và các chi phí liên quan. Hơn nữa, khi xử lý các chuỗi khối mô-đun có khả năng tùy biến cao, chúng ta phải xem xét câu hỏi: liệu chúng ta có hệ thống chứng minh không có kiến ​​thức có thể đáp ứng nhiều khác biệt khác nhau không?

• Sử dụng các lựa chọn hình phạt tài chính:

  Nhược điểm chính của phương pháp này là độ trễ thời gian vốn có trong các phương pháp phi tập trung (ví dụ: trong trường hợp EigenSettle, chúng ta phải đợi cho đến khi đạt đến giới hạn trên). Ngoài ra, các phương pháp tiếp cận tập trung chỉ có thể cung cấp các cam kết hạn chế (chẳng hạn như đặt hàng chung) và dựa vào các nhà xây dựng/người đặt hàng để đưa ra các cam kết, điều này có thể hạn chế và thiếu khả năng mở rộng.

• Tin cậy bên thứ ba:

  Mặc dù việc tin tưởng vào bên thứ ba có thể gây ra các rủi ro bổ sung vì người dùng phải tin tưởng vào cầu nối, nhưng việc hỗ trợ trao đổi ý định giữa các miền là một hình thức cầu nối của bên thứ ba phi tập trung hơn. Tuy nhiên, cách tiếp cận này vẫn gặp phải các vấn đề về độ trễ của oracle, các vấn đề về độ tin cậy và khả năng chậm trễ về thời gian vì bạn phải đợi ai đó chấp nhận ý định của mình.

Điều thú vị là tính mô-đun cũng mang đến những khả năng mới cho trải nghiệm khả năng tương tác:

• Tăng tốc độ thông qua các thành phần mô-đun: Bằng cách chia nhỏ các thành phần thành các mô-đun nhỏ hơn, người dùng có thể nhận được xác nhận nhanh hơn từ Lớp 2 (có thể đủ an toàn cho người dùng bình thường)

• Trình sắp xếp được chia sẻ cho các giao dịch nguyên tử: Khái niệm về trình sắp xếp được chia sẻ có thể cho phép một hình thức giao dịch nguyên tử mới, chẳng hạn như các khoản vay nhanh. Để biết thêm chi tiết, vui lòng xem: https://twitter.com/sanjaypshah/status/1686759738996912128

Các giải pháp tương tác mô-đun đang phát triển nhanh chóng và tất cả đều có ưu và nhược điểm. Có lẽ giải pháp cuối cùng vẫn còn xa vời, nhưng thật vui mừng khi thấy rất nhiều người đang làm việc để tạo ra một thế giới mô-đun an toàn hơn, kết nối hơn nhằm đáp lại sự phát triển bùng nổ của Rollup.

phân tích chi phí

Một lý do khiến số lượng Rollups hiện tại bị hạn chế so với việc sử dụng hợp đồng thông minh là do yếu tố kinh tế. Hoạt động thông qua hợp đồng thông minh áp dụng mô hình chi phí linh hoạt hơn, trong đó chi phí chính là phí gas, trong khi việc triển khai và duy trì Rollup sẽ phát sinh chi phí cố định và biến đổi. Cấu trúc chi phí này cho thấy Rollup phù hợp hơn với các ứng dụng có khối lượng giao dịch cao hoặc phí giao dịch tương đối cao, vì các ứng dụng như vậy có thể phân bổ chi phí cố định liên quan một cách hiệu quả hơn. Do đó, các đề xuất nhằm giảm chi phí liên quan đến Rollup (cố định và thay đổi) là rất quan trọng. Như Neel và Yaoqi đã giải thích trong bài nói chuyện của họ tại Hội nghị Cộng đồng Ethereum (ETHCC), cái nhìn sâu hơn về cấu trúc chi phí tổng hợp có thể cho chúng ta một bức tranh rõ ràng hơn:

Việc sử dụng các mô hình tài chính như phân tích dòng tiền chiết khấu (DCF) có thể giúp đánh giá tính khả thi của việc triển khai các bản tổng hợp cho ứng dụng của bạn. Công thức là:

DCF (Doanh thu - Chi phí) > Đầu tư ban đầu

Được sử dụng làm điểm chuẩn để xác định xem thu nhập hoạt động có vượt quá khoản đầu tư ban đầu hay không nhằm xác định liệu một bản Tổng hợp mới có thể mang lại lợi ích kinh tế hay không. Nếu giao thức có thể giảm chi phí vận hành thành công đồng thời tăng doanh thu, nó sẽ giúp thúc đẩy Rollup. Chúng ta hãy nhìn vào từng cái một:

Chi phí phát triển và triển khai ban đầu

• Mặc dù đã có sẵn các SDK nguồn mở như Opstack và Rollkit nhưng quá trình thiết lập ban đầu vẫn cần thời gian và nguồn nhân lực đáng kể để cài đặt và gỡ lỗi. Ví dụ: các yêu cầu tùy chỉnh như tích hợp máy ảo vào SDK yêu cầu nhiều tài nguyên hơn để đảm bảo rằng máy ảo nhất quán với giao diện do mỗi SDK cung cấp.

• Các dịch vụ RAAS như AltLayer và Caldera có thể giảm đáng kể độ phức tạp và khối lượng công việc này, phản ánh lợi ích kinh tế của việc phân công lao động.

Chi phí/thu nhập thường xuyên

• Thu nhập (+++)

  phí sử dụng

  = Phí giải phóng dữ liệu lớp 1 + Phí nhà điều hành lớp 2 + Phí tắc nghẽn lớp 2

  Mặc dù một số khoản phí người dùng có thể được bù đắp bằng chi phí nhưng cần phải xem xét cẩn thận và nỗ lực giảm các chi phí đó vì Rollup có thể trở nên không bền vững nếu phí người dùng quá cao. (Đã thảo luận ở phần Phí)

• Giá trị có thể trích xuất của thợ mỏ (MEV)

  MEV chủ yếu liên quan đến giá trị giao dịch trên chuỗi và có thể tăng lên bằng cách cải thiện hiệu quả trích xuất MEV hoặc tăng MEV trên nhiều miền.

  Hợp tác với những người tìm kiếm đã có uy tín, thúc đẩy cạnh tranh thông qua đấu giá Tách người đề xuất/người xây dựng (PBS) hoặc tận dụng dịch vụ xây dựng khối của SUAVE đều có thể tối ưu hóa hiệu quả thu thập MEV.

  Cả hai đều có thể được tận dụng để thu được nhiều MEV chuỗi chéo hơn dưới dạng lớp trình tự được chia sẻ hoặc SUAVE (Nhóm bộ nhớ dùng chung và Tòa nhà khối chung) kết nối nhiều miền.

  - Theo nghiên cứu gần đây của Akaki, một trình tự chia sẻ cực kỳ có giá trị đối với những người tìm kiếm chênh lệch giá muốn nắm bắt cơ hội chênh lệch giá trên các chuỗi khác nhau, vì nó đảm bảo chiến thắng trong một cuộc đua diễn ra đồng thời trên tất cả các chuỗi.

  -Là lớp tổng hợp luồng đơn hàng đa miền, SUAVE hỗ trợ người xây dựng/người tìm kiếm khám phá MEV trên nhiều miền.

trị giá(- - - -)

• Phí vận hành lớp 2

  Sắp xếp theo:Việc so sánh giữa các giải pháp sắp xếp tập trung và phi tập trung có thể khó khăn. Trong các giải pháp phi tập trung hơn như Bằng chứng về Hiệu quả, sự cạnh tranh giữ cho tỷ suất lợi nhuận của nhà điều hành ở mức tối thiểu và khuyến khích phát hành các lô thường xuyên nhất có thể, từ đó giảm chi phí. Mặt khác, các giải pháp tập trung thường có ít bên tham gia hơn, điều này có thể đơn giản hóa quy trình nhưng có thể không giảm chi phí ở mức độ tương tự như các giải pháp phi tập trung.

  thực hiện:Trong trường hợp này, nút đầy đủ sử dụng máy ảo (VM)/Máy ảo Ethereum (EVM) để thực hiện các thay đổi đối với trạng thái tổng hợp theo giao dịch của người dùng mới.

  -Có thể thực hiện song song thông qua các máy ảo thay thế được tối ưu hóa (chẳng hạn như máy ảo Solana của Fuel và Eclipse), do đó nâng cao hiệu quả. Tuy nhiên, nếu áp dụng các công nghệ hoặc giải pháp không tương thích với EVM, xung đột có thể nảy sinh giữa nhà phát triển và người dùng cuối, đồng thời phát sinh các vấn đề bảo mật tiềm ẩn. Bút Stylus của Arbitrum xứng đáng được khen ngợi vì tương thích với cả EVM và WASM (hiệu quả hơn EVM).

  chứng minh

  Chợ Prover

  - Về lý thuyết, việc tận dụng các thị trường chứng minh chuyên dụng như Risc 0, =nil và marlin, thay vì tạo ra một mạng lưới chứng minh tập trung hoặc phi tập trung độc quyền, có thể tiết kiệm chi phí vì những lý do sau:

  - Thị trường chứng nhận chuyên dụng có thể thu hút nhiều người tham gia hơn, từ đó thúc đẩy cạnh tranh gia tăng và cuối cùng là giảm giá.

  - Provers có thể tối ưu hóa việc sử dụng phần cứng và có thể được tái sử dụng khi một ứng dụng cụ thể không yêu cầu tạo bằng chứng ngay lập tức, từ đó giảm chi phí vận hành và cung cấp dịch vụ rẻ hơn.

  - Tất nhiên, có một số hạn chế đối với phương pháp này, bao gồm khả năng thu được ít tiện ích hơn cho mã thông báo và dựa vào các bên bên ngoài để thực hiện. Ngoài ra, các bản tổng hợp zk khác nhau có thể có các yêu cầu phần cứng khác nhau cho quá trình tạo bằng chứng. Sự khác biệt này có thể là một thách thức đối với những người chứng minh đang tìm cách mở rộng các hoạt động chứng minh.

  - Thông tin thêm về thị trường người chứng minh và mạng lưới người chứng minh: https://figmentcapital.medium.com/decentralized-proving-proof-markets-and-zk-infrastructure-f4cce2c 58596

Xuất bản dữ liệu lớp 1

• Việc chọn lớp sẵn có dữ liệu với chi phí thấp hơn bên ngoài Ethereum hoặc thậm chí sử dụng giải pháp DAC, có thể giảm đáng kể phí, mặc dù động thái này có thể ảnh hưởng đến bảo mật (được tìm hiểu thêm trong Lớp bảo mật). Đối với các ứng dụng chơi game và xã hội, thường có giá trị thấp nhưng băng thông cao, khả năng mở rộng có thể quan trọng hơn tính bảo mật.

• Việc sử dụng Ethereum làm lớp sẵn có của dữ liệu có thể thúc đẩy việc chia sẻ protodan và chia sẻ dữ liệu để đạt được hiệu quả về chi phí. Ngoài ra, do phí phát hành blob được đặt cho mỗi khối và không liên quan gì đến việc sử dụng blob của Rollup, nên cần phải đạt được sự cân bằng giữa chi phí và độ trễ: mặc dù lý tưởng nhất là Rollup sẽ phát hành một blob hoàn chỉnh, do giao dịch. tỷ lệ đến thấp và việc chiếm giữ hoàn toàn không gian blob sẽ gây ra chi phí trễ quá mức.

  Các giải pháp tiềm năng: Chi phí phát hành blob liên kết cho các đợt tổng hợp quy mô nhỏ;

Phí thanh toán L1

• Đối với Tổng hợp lạc quan, chi phí thanh toán tương đối thấp. Sau Bedrock, Optimism chỉ trả khoảng 5 USD mỗi ngày cho Ethereum;

• Đối với việc giải quyết không có kiến ​​thức, việc xác minh bằng chứng không có kiến ​​thức tương đối tốn kém;

  Tổng hợp bằng chứng không có kiến ​​thức

  - Tùy thuộc vào hệ thống chứng minh cơ bản, Rollup trên Ethereum có thể tốn từ 300.000 đến 5 triệu gas để xác minh một bằng chứng duy nhất. Nhưng vì quy mô của bằng chứng tăng rất chậm (hoặc hoàn toàn không) khi số lượng giao dịch tăng lên, Rollup có thể giảm chi phí cho mỗi giao dịch bằng cách chờ tích lũy một số lượng lớn giao dịch trước khi gửi bằng chứng.

  -Như đã đề cập trước đó, lớp khả năng tương tác của Sovereign Labs và Polygon 2.0 có thể tổng hợp bằng chứng từ nhiều Bản tổng hợp và sau đó mỗi Bản tổng hợp có thể xác minh trạng thái của nhiều Bản tổng hợp cùng một lúc, do đó tiết kiệm chi phí xác minh. Cấu trúc phân lớp và tổng hợp bằng chứng của Zksync giúp giảm thêm chi phí xác minh.

  -Tuy nhiên, phương pháp này không hoạt động khi hai miền sử dụng cùng một máy ảo không có kiến ​​thức hoặc sơ đồ bằng chứng chung (siêu khối của zksync sử dụng cùng một EVM không có kiến ​​thức và cùng một mạch chứng minh không có kiến ​​thức) Tối ưu; mặt khác, hiệu suất sự xuống cấp có thể xảy ra.

  --NEBRA Labs mang lại tính kinh tế nhờ quy mô và khả năng kết hợp để xác minh bằng chứng trên Ethereum. NEBRA UPA (Universal Proof Aggregator) tổng hợp các bằng chứng không đồng nhất theo cách thông thường, từ đó phân bổ chi phí xác minh. UPA có thể được sử dụng để kết hợp các bằng chứng từ nhiều nguồn khác nhau nhằm hỗ trợ các trường hợp sử dụng mới.

Tóm lại, những cách chính để tiết kiệm chi phí tổng hợp bao gồm:

• Kết hợp với các Rollup khác để phân bổ chi phí hoặc tận dụng lợi thế kinh tế theo quy mô:

  Điều đáng chú ý là sự tổng hợp này cũng có thể quan trọng để đạt được khả năng tương tác. Như đã đề cập trước đó, việc sử dụng một lớp hoặc khung nhất quán giữa các Bản tổng hợp khác nhau có thể đơn giản hóa sự tương tác giữa các Bản tổng hợp và đảm bảo rằng việc trao đổi thông tin không bị gián đoạn. Chiến lược hợp nhất này tăng cường sự tích hợp và thống nhất của cơ sở hạ tầng Lớp 2.

• Tận dụng nguyên tắc phân công lao động bằng cách giao một số nhiệm vụ nhất định cho các nhà cung cấp dịch vụ bên ngoài.

Khi số lượng Bản tổng hợp tăng lên từng ngày (có nghĩa là bạn có thể chia sẻ chi phí với nhiều đối tác hơn) và khi ngày càng có nhiều nhà cung cấp dịch vụ Tổng hợp cung cấp các dịch vụ phức tạp hơn (cung cấp nhiều lựa chọn hơn cho các nhà cung cấp dịch vụ thượng nguồn trưởng thành), chúng tôi đã tạo ra phí Tổng hợp dự kiến Làm giảm xuống.

Chia sẻ bảo mật

Nếu bạn muốn đạt được mức độ bảo mật tương đương với chuỗi nguồn (về mặt kinh tế hoặc phân cấp), chỉ cần triển khai hợp đồng thông minh hoặc tổng hợp hợp đồng thông minh. Nếu hiệu suất có thể được cải thiện bằng cách tận dụng một số biện pháp bảo mật do chuỗi nguồn cung cấp thì có sẵn một số giải pháp bảo mật chung.

Các giải pháp bảo mật được chia sẻ đơn giản hóa đáng kể quy trình khởi động an toàn cho hầu hết các giao thức hoặc lớp mô-đun yêu cầu bảo mật ban đầu. Điều này rất có ý nghĩa đối với tương lai của thế giới mô-đun, vì dự kiến ​​sẽ xuất hiện nhiều cơ sở hạ tầng/giao thức hơn để hỗ trợ chức năng của thế giới mô-đun và sẽ có nhiều mô-đun hơn cho Rollup ngoài tính khả dụng, thực thi, giải quyết và sắp xếp dữ liệu. Nếu Rollup sử dụng một lớp mô-đun nhất định (chẳng hạn như tính khả dụng của dữ liệu) hoặc dịch vụ có bảo mật không đáp ứng các yêu cầu của Ethereum thì tính bảo mật tổng thể của chuỗi mô-đun có thể bị xâm phạm. Chúng tôi cần chia sẻ bảo mật để kích hoạt nền kinh tế dịch vụ SAAS phi tập trung và đáng tin cậy.

Eigenlayer, Babylon và Cosmos ICS và Osmosis Mesh Security đóng vai trò quan trọng trong việc cung cấp các dịch vụ ủy thác phi tập trung cho các thực thể cơ sở hạ tầng khác.

• Eigenlayer cho phép người xác thực Ethereum tái sử dụng $ETH đã đặt cược của họ để bảo vệ các ứng dụng khác được xây dựng trên mạng.

• ICS của Cosmos cho phép Cosmos Hub (“chuỗi nhà cung cấp”) cung cấp tính bảo mật của mình cho các chuỗi khối khác (“chuỗi tiêu dùng”) và đổi lại thu phí.

• Mesh Security do Osmosis đề xuất cho phép người ủy quyền mã thông báo (chứ không phải người xác thực) đặt lại mã thông báo đã cam kết của họ trên chuỗi đối tác sinh thái. Điều này cho phép các luồng bảo mật hai chiều hoặc đa phương, vì mỗi chuỗi ứng dụng có thể tăng cường bảo mật tổng thể dựa trên mcap của nó.

• Babylon cho phép chủ sở hữu BTC đặt cược BTC của họ trong mạng BTC và cung cấp bảo mật cho các chuỗi POS khác bằng cách tối ưu hóa việc sử dụng ngôn ngữ tập lệnh Bitcoin và sử dụng các cơ chế mã hóa nâng cao.

ICS và Mesh Security đều là những thành phần không thể thiếu của hệ sinh thái Cosmos và được thiết kế để thúc đẩy tính bảo mật của hoạt động vay xuyên chuỗi. Các giải pháp này chủ yếu giải quyết nhu cầu bảo mật của chuỗi ứng dụng Cosmos, cho phép nó tận dụng tính bảo mật của các chuỗi khác trong hệ sinh thái. Cụ thể, ICS của Cosmos Hub cung cấp giải pháp cho các chuỗi Cosmos không muốn khởi động một bộ trình xác thực (bảo mật sao chép), trong khi Mesh Security yêu cầu mỗi chuỗi phải có bộ trình xác thực riêng nhưng triển khai các tùy chọn quản trị Chuỗi lớn hơn.

Mặt khác, Babylon đề xuất một cách tiếp cận độc đáo để mở khóa tài sản tiềm năng của những người nắm giữ BTC mà không cần di chuyển BTC ra khỏi chuỗi gốc của nó. Bằng cách tối ưu hóa việc sử dụng ngôn ngữ kịch bản của Bitcoin và tích hợp các cơ chế mã hóa tiên tiến, Babylon cung cấp tính bảo mật cao hơn cho cơ chế đồng thuận của các chuỗi khác, một trong số đó là thời gian mở khóa được rút ngắn. Trên các chuỗi POS khác, người xác thực nắm giữ BTC có thể khóa BTC của họ trên mạng Bitcoin và sử dụng khóa riêng BTC để ký các khối POS. Hành vi không hợp lệ như ký hai lần có thể làm rò rỉ khóa riêng BTC của người xác thực và phá hủy BTC của họ trên mạng Bitcoin. Testnet thứ hai của Babylon sẽ ra mắt chức năng đặt cược BTC.

Trong khi Babylon khắc phục những hạn chế của việc Bitcoin thiếu hỗ trợ hợp đồng thông minh, thì Eigenlayer phải chạy trên nền tảng Ethereum hoàn chỉnh của Turing. Eigenlayer không chỉ cung cấp bảo mật kinh tế cho các chuỗi và chuỗi mới mà môi trường của nó trên Ethereum còn hỗ trợ AVS đa dạng hơn. Theo bài viết của Eigenlayer về độ tin cậy có thể lập trình, bảo mật mà Eigenlayer có thể cung cấp thực sự có thể được chia thành 3 loại:

• Niềm tin kinh tế:Sự tin tưởng đến từ những người xác thực đưa ra cam kết và hỗ trợ nó bằng lợi ích tài chính. Mô hình tin cậy này đảm bảo tính nhất quán bất kể số lượng bên liên quan. Trong trường hợp này, phải có các điều kiện phạt khách quan có thể được gửi và xác minh trên chuỗi, điều này thường ảnh hưởng đến những người đặt cọc lại.

• Niềm tin phi tập trung:Sự tin tưởng đi kèm với một mạng lưới phi tập trung được vận hành bởi các nhà khai thác hoạt động độc lập và bị cô lập về mặt địa lý. Khía cạnh này nhấn mạnh giá trị nội tại của phân cấp và cho phép các trường hợp sử dụng không thể được chứng minh một cách khách quan vì phân cấp khiến việc thông đồng trở nên khó khăn hơn. Chi phí và độ phức tạp cần thiết để tận dụng niềm tin phi tập trung có xu hướng thấp.

• Ethereum bao gồm niềm tin:Tin tưởng vào trình xác thực Ethereum để xây dựng và bao gồm các khối của bạn trong khi chạy phần mềm đồng thuận như đã hứa. Điều này có thể được cam kết cụ thể bởi những người xác nhận Ethereum (chứ không phải là các bên liên quan lại LST). Họ chạy sidecar phần mềm để thực hiện các phép tính bổ sung và nhận thêm phần thưởng.

Bây giờ chúng ta đã có thông tin bảo mật rõ ràng, chúng ta có thể mong đợi điều gì?

• ICS và Mesh Security hạ thấp rào cản bảo mật cho các chuỗi ứng dụng Cosmos như neutron, sải chân và trục.

• Eigenlayer có thể được điều chỉnh phù hợp với nhiều giải pháp đã đề cập trước đó:

  Bảo mật tổng hợp: Mạng chuyển tiếp; Giám sát, đặt hàng, Bảo vệ MEV, EigenDA

  Khả năng tương tác cuộn lên: Eigensettle; cầu

  Phân tích chi phí: Mạng Prover

  Để biết thêm nội dung đang chờ khám phá, vui lòng kiểm tra https://www.blog.eigenlayer.xyz/eigenlayer-universe-15-unicorn-ideas/

• Babylon đang chạy mạng thử nghiệm để cải thiện mức độ bảo mật của các chuỗi POS khác. Mạng thử nghiệm đầu tiên của nó cung cấp dịch vụ đánh dấu thời gian để cải thiện tính bảo mật cho các hoạt động Defi có giá trị cao trên các chuỗi vũ trụ như akash, thẩm thấu và juno.

Ý tưởng cốt lõi đằng sau các giải pháp bảo mật chung này là nâng cao hiệu quả sử dụng vốn của tài sản cầm cố hoặc tài sản kém thanh khoản bằng cách đưa ra trách nhiệm pháp lý bổ sung. Tuy nhiên, trong khi theo đuổi lợi nhuận cao hơn, bạn cũng nên cảnh giác với những rủi ro có thể xảy ra:

• Sự phức tạp gia tăng tạo ra nhiều sự không chắc chắn hơn. Người xác nhận có thể phải đối mặt với các điều kiện phạt bổ sung, nhưng những điều kiện này có thể không có biện pháp bảo vệ đầy đủ và có thể gây ra rủi ro.

  Giải pháp được Eigenlayer đề xuất là thành lập ủy ban phủ quyết. Ủy ban đóng vai trò như một thực thể đáng tin cậy giữa các nhà đầu tư, nhà điều hành và nhà phát triển AVS. Trong trường hợp xảy ra lỗ hổng phần mềm trong AVS, người đặt cược và nhà điều hành sẽ không phải đối mặt với hình phạt vì ủy ban phủ quyết có thể bỏ phiếu phủ quyết. Mặc dù bản thân cách tiếp cận này có thể không mở rộng được nhưng tính chủ quan vẫn tồn tại nếu AVS không được điều chỉnh nghiêm ngặt cho các trường hợp sử dụng dựa trên hành vi phân bổ không đáng tin cậy, nhưng nó vẫn có thể là một phương tiện quan trọng để bắt đầu các chiến lược giảm thiểu rủi ro ở giai đoạn đầu.

• Sự phức tạp gia tăng cũng mang lại thêm gánh nặng. Những người xác nhận thiếu kinh nghiệm rất khó xác định nên chia sẻ bảo mật với dịch vụ nào. Ngoài ra, giai đoạn thiết lập ban đầu có thể có nguy cơ xảy ra lỗi cao hơn. Các cơ chế cũng nên được áp dụng để cho phép những người xác nhận và người đặt cược “ít hiểu biết về công nghệ” kiếm được lợi nhuận cao hơn mà không bị giới hạn bởi khả năng hoạt động của họ, miễn là họ sẵn sàng chấp nhận rủi ro tương đối cao.

  Cả Rio Network và Renzo đều đang nỗ lực giải quyết thách thức này cho Eigenlayer bằng cách đưa ra cách tiếp cận có cấu trúc nhằm lựa chọn cẩn thận các nhà khai thác nút nâng cao và dịch vụ AVS để đặt cược lại tiềm năng, tăng mức độ bảo mật và giảm rào cản tham gia khi gia nhập.

Hơn nữa, khi Eigenlayer trở nên phổ biến, nó được kỳ vọng sẽ mở ra những triển vọng mới trong lĩnh vực tài chính chứng khoán. Điều này có thể giúp đánh giá bảo mật được chia sẻ và các ứng dụng khác nhau được tạo dựa trên bảo mật được chia sẻ.

• Một hạn chế mà EigenLayer phải đối mặt là nó không thể mở rộng quy mô phân bổ vốn cho hệ thống của mình bằng cách cạnh tranh để giành các cơ hội sinh lời trong DeFi cho cùng những tài sản mà nó hỗ trợ (LST). EigenLayer thương mại hóa giá trị của bảo mật, cung cấp cho nhiều người nguyên thủy khả năng hỗ trợ giá trị này và cho phép những người đặt cược lại tái cổ phần và tham gia vào hệ sinh thái DeFi lớn hơn.

  Giao thức Ion cố gắng đạt được mục tiêu này nhằm mở rộng phạm vi đặt lại. Ion đang xây dựng một nền tảng cho vay bất khả tri về giá, sử dụng cơ sở hạ tầng không có kiến ​​thức để hỗ trợ các tài sản đó (hệ thống chứng minh trạng thái không có kiến ​​thức + ZKML), do đó tránh được rủi ro phạt ở mức độ thấp có trong các tài sản đó. EigenLayer thương mại hóa giá trị cơ bản của bảo mật, đây có thể là khởi đầu cho sự ra đời của nhiều DeFi nguyên thủy mới, nâng cao hơn nữa khả năng đặt cược lại để mở rộng khắp hệ sinh thái.

Trước sự thay đổi đáng kể, chúng ta phải tuân thủ các nguyên tắc về bảo mật, khả năng tương tác và hiệu quả về chi phí. Những trụ cột này sẽ không chỉ chỉ ra con đường phát triển các giải pháp blockchain hiệu quả và có thể mở rộng hơn mà còn đặt nền tảng cho một thế giới kỹ thuật số được kết nối và dễ tiếp cận hơn. Nếu chúng ta đón nhận những thay đổi này với tầm nhìn xa và khả năng thích ứng thì chắc chắn chúng ta sẽ tạo ra tiến bộ đột phá trong hệ sinh thái blockchain.