Tác giả: AndreasTzionis; Nguồn: ethresear.ch; Biên soạn: Yvonne, MarsBit
Từ lâu, tôi luôn có ý tưởng giải quyết một số vấn đề mà Rollup hiện đang gặp phải thông qua thiết kế multi-Rollup (multi-Rollup). Trong khoảng một năm rưỡi, tôi nghĩ ai đó sẽ xây dựng nó, nhưng chưa bao giờ thực sự nghiên cứu sâu hoặc xem xét các chi tiết của một hệ thống như vậy.
Đã được một thời gian rồi và dường như không có một thiết kế nào giải quyết được vấn đề mà tôi đã mô tả trong bài đăng này, vì vậy tôi sẽ điền càng nhiều chi tiết càng tốt về hệ thống này với hy vọng ai đó có thể thực hiện được. nguồn cảm hứng từ nó, hoặc thậm chí từ Rollup hiện có. Mượn một số ý tưởng.
giới thiệu
Ngày nay, một trong những vấn đề Rollup gặp phải là trải nghiệm người dùng. Trong nhiều thiết kế, Rollups là hệ sinh thái độc lập với những đặc điểm khác nhau. Có nhiều cách để tương tác, nhưng việc kết nối nhiều hệ thống không đồng nhất là một thách thức khá lớn. Hơn nữa, việc thu hút người dùng đăng ký tất cả các bản tổng hợp này là rất khó khăn. Họ phải hiểu từng Rollup riêng lẻ, đánh giá các hợp đồng thông minh liên quan, kết nối ví của họ với các điểm cuối RPC mới, kết nối tài sản với chuỗi, v.v.
Điều gì sẽ xảy ra nếu có một thiết kế Tổng hợp cung cấp trải nghiệm thống nhất cho tất cả các Bản tổng hợp? Nó sẽ trông giống thứ gì?
Tôi đã tự hỏi mình câu hỏi này và rút ra được năm hiểu biết sâu sắc sau đây:
Nó sẽ cung cấp một RPC thống nhất để truy vấn và gọi các hợp đồng thông minh khác nhau trên Rollup. Hợp đồng thông minh phải có một địa chỉ duy nhất không phụ thuộc vào Bản tổng hợp mà chúng thuộc về.
Nó sẽ cho phép mở rộng quy mô lên và xuống khi cần thiết. Nhiều giao dịch hơn có nghĩa là có nhiều Bản tổng hợp hơn để xử lý chúng và tải không đồng đều giữa các Bản tổng hợp phải được cân bằng.
Cần khuyến khích những người sắp xếp trong các Bản tổng hợp khác nhau duy trì trực tuyến. Hệ thống nên khuyến khích những người phân loại khác thay thế những người sắp xếp ngoại tuyến.
Nó sẽ hỗ trợ chuyển giao chuỗi chéo ngay lập tức. Các giao dịch phải được giải quyết đủ nhanh để các hoạt động xuyên chuỗi có ý nghĩa.
Nó sẽ duy trì chức năng client nhẹ và block explorer qua nhiều lần hợp nhất. Trình khám phá khối phải cung cấp chế độ xem thống nhất về chuỗi khối và các ứng dụng khách nhẹ sẽ cho phép xác minh với chi phí thấp.
Cân nhắc tất cả những điều này, tôi đã nghĩ ra một thiết kế bao gồm một trung tâm Tổng hợp và một số lượng các Bản tổng hợp phụ có thể thay đổi. Trung tâm tổng hợp vừa là trung tâm đăng ký vừa là bộ cân bằng tải của tất cả các bản tổng hợp phụ, nhưng nó không thực hiện bất kỳ quá trình xử lý hợp đồng thông minh nào. Hợp đồng thông minh được xử lý trong các bản tổng hợp phụ.
Trong phần tiếp theo, tôi sẽ hướng dẫn bạn một thiết kế sơ bộ giải thích 5 điều cần cân nhắc mà tôi đã đề cập ở trên.
Tổng quan thiết kế
Hệ thống có hai thành phần chính: Rollup hub và sub-Rollup. Hệ thống Rollup hub có hai thành phần chính: Rollup hub và sub-Rollup. Trung tâm tổng hợp là một tập hợp tổng hợp chứa tất cả các cơ quan đăng ký hợp đồng thông minh của tất cả các tập hợp con và xác định tập hợp nào chịu trách nhiệm cho hợp đồng thông minh nào. Ngoài ra, trung tâm Tổng hợp còn chứa sổ đăng ký của tất cả các trình tự sắp xếp cho một Bản tổng hợp con khác. Chuỗi con chịu trách nhiệm thực hiện các giao dịch cho các hợp đồng thông minh được trung tâm Rollup giao cho chúng trong cơ quan đăng ký hợp đồng thông minh. Sổ đăng ký sắp xếp chứa hai thành phần chính cho mỗi hệ thống sắp xếp: trung tâm tổng hợp và tổng hợp con. Trung tâm tổng hợp là một tập hợp tổng hợp chứa tất cả các cơ quan đăng ký hợp đồng thông minh của tất cả các tập hợp con và xác định tập hợp nào chịu trách nhiệm cho hợp đồng thông minh nào. Ngoài ra, trung tâm Tổng hợp còn chứa sổ đăng ký của tất cả các trình tự sắp xếp cho một Bản tổng hợp con khác. Chuỗi con chịu trách nhiệm thực hiện các giao dịch cho các hợp đồng thông minh được trung tâm Rollup giao cho chúng trong cơ quan đăng ký hợp đồng thông minh. Sổ đăng ký trình sắp xếp thứ tự chứa mỗi điểm cuối RPC và địa chỉ DA của trình sắp xếp thứ tự.
Cơ quan đăng ký trình tự sắp xếp hoạt động như một ánh xạ các địa chỉ hợp đồng thông minh toàn cầu tới các địa chỉ hợp đồng thông minh. Điều này được sử dụng để định tuyến các cuộc gọi RPC đến RPC trình tự cụ thể tương ứng với hợp đồng thông minh được truy vấn hoặc cập nhật.
Đăng ký hợp đồng thông minh
Cơ quan đăng ký hợp đồng thông minh hoạt động như một ánh xạ từ các địa chỉ hợp đồng thông minh toàn cầu đến địa chỉ hợp đồng thông minh.
Chuỗi cuộn
Chuỗi con thường có gốc trạng thái và tuyến trạng thái này có thể được cập nhật bằng cách gọi trực tiếp hợp đồng thông minh hoặc có thể cập nhật khi trung tâm Rollup gán hợp đồng thông minh cho một Rollup khác, trong trường hợp này, hợp đồng thông minh sẽ bị xóa và Nó được thêm vào các hợp đồng thông minh khác.
RPC hợp nhất
Mục tiêu: Không phải kết nối với chuỗi mới cho mỗi lần cuộn và làm cho các giao dịch cuộn chéo trở nên minh bạch đối với người dùng.
RPC hợp nhất khôi phục trải nghiệm người dùng của một chuỗi trong mạng nhiều bản tổng hợp và người dùng không phải kết nối với các mạng khác nhau để sử dụng các bản tổng hợp khác nhau.
Hệ thống sử dụng sổ đăng ký của trình sắp xếp thứ tự Rollup từ trung tâm Rollup để tìm điểm cuối RPC cho trình sắp xếp thứ tự tương ứng với một hợp đồng thông minh cụ thể. Yêu cầu sau đó được gửi trực tiếp đến trình sắp xếp thứ tự đó. Nhiều giao dịch có thể được hoàn thành bằng cách gửi yêu cầu tới các Bản tổng hợp khác nhau. Hãy xem các phần sau để biết thêm chi tiết.
cách làm việc
Trung tâm Rollup duy trì sổ đăng ký sắp xếp cho tất cả các chuỗi con.
Khi người dùng muốn gửi một giao dịch mới, ví của người dùng sẽ truy vấn sổ đăng ký hợp đồng thông minh để lấy RollupID của hợp đồng thông minh và truy vấn sổ đăng ký trình sắp xếp để lấy điểm cuối RPC của trình sắp xếp trong cùng một bản tổng hợp.
Giao dịch sau đó được gửi đến điểm cuối RPC của người đặt hàng.
Cân bằng tải
Mục tiêu: Cân bằng chi phí của tất cả các lần đầu tư
Cân bằng tải cho phép cân bằng tải trong Rollup. Khi hệ thống bị tắc, các bản tổng hợp mới có thể được tạo để xử lý tải. Khi không có nhu cầu sử dụng nhiều, Rollup có thể được gỡ bỏ để tiết kiệm tài nguyên. Ngoài ra, hệ thống có thể tránh phí tăng đột biến bằng cách chuyển các hợp đồng thông minh có nhu cầu giao dịch cao sang các hợp đồng có dung lượng khả dụng cao hơn.
Mỗi kỷ nguyên, trung tâm Tổng hợp sẽ đánh giá tải của tất cả các Bản tổng hợp trong hệ thống. Các kỷ nguyên sẽ kéo dài vài giờ (có thể từ 6 đến 24 giờ) để tránh việc tái phân bổ hợp đồng thông minh trên quy mô lớn.
Trung tâm Rollup có thể quyết định phân bổ lại hợp đồng thông minh nào và thời điểm tạo hoặc xóa Rollup, bằng cách sử dụng quản trị hoặc sử dụng lịch sử tiêu thụ gas của các hợp đồng thông minh khác nhau để tự quyết định.
Trung tâm Tổng hợp kiểm tra xem liệu có bất kỳ Tổng hợp nào có tải giao dịch trên mức trung bình (tức là phí cao) hay dưới mức trung bình (tức là phí thấp).
Nếu tải của một bản tổng hợp cao hơn mức trung bình, trung tâm tổng hợp sẽ đánh giá hợp đồng thông minh nào tiêu thụ nhiều gas nhất và phân bổ lại chúng cho một bản tổng hợp khác có thể xử lý tải bổ sung. Hợp đồng thông minh sau đó sẽ bị xóa khỏi trạng thái tổng hợp máy chủ ban đầu.
Nếu tải trung bình của tất cả các Bản tổng hợp cao hơn mức trung bình, trung tâm Tổng hợp sẽ tạo một Bản tổng hợp mới và gán một số hợp đồng thông minh cho Bản tổng hợp mới. Tương tự, nếu tải trung bình của tất cả các Bản tổng hợp thấp hơn mức trung bình, trung tâm Tổng hợp sẽ xóa một Bản tổng hợp và gán lại hợp đồng thông minh của nó cho các Bản tổng hợp khác.
Chuỗi tổng hợp nên xem xét trung tâm tổng hợp mỗi giai đoạn, tải xuống bộ lưu trữ cho bất kỳ hợp đồng thông minh mới nào được chỉ định cho chúng và xóa mọi hợp đồng thông minh không còn chịu trách nhiệm về chúng nữa.
Lưu ý: Việc tải xuống bộ nhớ cho một số hợp đồng thông minh có thể không phải là chuyện nhỏ. Đầu tiên, trạng thái không có sẵn ở lớp DA và có kích thước khá lớn. Điều này giới hạn thời gian kỷ nguyên tối thiểu và yêu cầu thời gian gia hạn để chuẩn bị lưu trữ hợp đồng thông minh.
Phân loại ưu đãi
Mục tiêu: Khuyến khích những người đặt hàng dự phòng bằng phần thưởng theo tỷ lệ bằng mã thông báo gốc.
Hầu hết các bản tổng hợp ngày nay đều được xây dựng trên một chuỗi duy nhất, được quản lý bởi một hoặc rất ít người đặt hàng, với mục tiêu tối đa hóa thời gian hoạt động tổng hợp. Ngược lại, trong hệ thống nhiều danh mục, có nhiều danh mục phụ độc lập, mỗi danh mục phụ phải trực tuyến để duy trì hoạt động trong hệ thống tổng thể.
Những người sắp xếp đương nhiên sẽ được khuyến khích tham gia Rollup để thu thập MEV, nhưng tốt hơn là bạn nên cung cấp phần thưởng phù hợp cho những người sắp xếp này vì chúng nhất quán hơn và không điều chỉnh sai các ưu đãi như MEV. Những phần thưởng này phải đến từ chính sách tiền tệ của trung tâm Rollup.
Ngoài ra, tốt nhất là nên có một số trình sắp xếp ở chế độ chờ và sẵn sàng tham gia, đồng thời các trình sắp xếp này có thể tham gia vào hệ thống khi nhu cầu giao dịch tăng lên và rời khỏi hệ thống khi không có tài nguyên máy tính.
Những người đặt hàng dự phòng sẽ vẫn ở trong hàng đợi đặt hàng và nhận được phần thưởng cam kết sẵn có nhỏ. Khi chúng được trao đổi trong Rollup, chúng sẽ được thưởng đầy đủ. Phần thưởng sẽ đến từ cơ chế đốt phí của trung tâm Rollup.
cách sử dụng
Người sắp xếp có thể tham gia hàng đợi sắp xếp của trung tâm Tổng hợp bằng cách gửi trái phiếu tài chính (tương tự như hệ thống Tổng hợp hiện tại).
Những người đặt hàng trong hàng đợi cần cung cấp bằng chứng DA rằng họ có trạng thái trung tâm Tổng hợp và có thể được đọc để tham gia Tổng hợp bất kỳ lúc nào.
Khi họ gửi bằng chứng, họ sẽ được thưởng một phần, mã thông báo gốc của hệ thống. Mã thông báo này là một tay cầm trên trung tâm Tổng hợp.
Nếu trung tâm Tổng hợp quyết định rằng họ cần một Bản tổng hợp mới, họ sẽ được chỉ định và nhận toàn bộ phần thưởng. Phần thưởng này được xác định bằng tổng số phí tiêu thụ trong hệ thống.
Giao dịch cuộn chéo
Mục tiêu: Giao dịch tổng hợp phải diễn ra ngay lập tức và minh bạch đối với người dùng.
Giao dịch Rollup chéo giữa Rollup A và Rollup B cần có hai phần: 1) giao dịch trên Rollup A 2) giao dịch trên Rollup B. Nó sẽ chỉ xảy ra khi giao dịch trên Rollup A thành công và cuối cùng.
Để xác nhận nhanh, ví người dùng có thể kiểm tra xem giao dịch có được gửi đến lớp DA cơ bản hay không và chứng minh hợp lệ bằng ZK. Nếu một giao dịch được bao gồm và hợp lệ thì trình sắp xếp thứ tự phải đưa ra kết luận tương tự cho giao dịch cụ thể đó.
Tín dụng cho ý tưởng này thuộc về Mustafa Al-Bassam và Sovereign Labs.
cách sử dụng
Người dùng gửi một giao dịch có chứa ba Bản tổng hợp, chẳng hạn như Bản tổng hợp A, B và C.
Hãy nghĩ về một ví dụ cụ thể, Rollup A có hợp đồng thông minh stablecoin, Rollup B có DEX và Rollup C có thỏa thuận cho vay, trong ví dụ này, người dùng muốn đổi stablecoin của họ lấy các mã thông báo khác nhau và thỏa thuận cho vay Tiền gửi của họ.
Trước tiên, người dùng phải gửi giao dịch Rollup A để chuyển stablecoin sang DEX trên Rollup B.
Sau đó, họ có thể gửi giao dịch Rollup B DEX để trao đổi stablecoin lấy mã thông báo mong muốn trên Rollup B.
Đổi lại, mã thông báo được cho là sẽ được chuyển sang RollupC, vì vậy người dùng đã gửi giao dịch thứ ba, giao dịch này đã thực hiện chính xác điều đó.
Cuối cùng, người dùng gửi giao dịch thứ tư và cuối cùng, gửi mã thông báo vào giao thức cho vay.
Light Node và Block Explorer
Mục tiêu: Các nút nhẹ sẽ có thể xác minh các hợp đồng thông minh trên Rollups và trình khám phá khối sẽ cung cấp chế độ xem thống nhất về chuỗi.
Một hệ thống blockchain sẽ cho phép mọi người chạy một nút và xác minh chính chuỗi đó. Trong thiết kế đa cuộn này, trong đó các hợp đồng thông minh liên tục được chỉ định lại cho các cuộn phụ khác nhau, cần có cách để theo dõi các hợp đồng thông minh cụ thể này. Đây là sự thay đổi trong suy nghĩ từ việc xác thực một hoặc nhiều chuỗi sang xác thực một hoặc nhiều hợp đồng thông minh. Các nút nhẹ có thể sử dụng bằng chứng ZK để xác minh tất cả các lần cuộn con với chi phí thấp.
Các nút tổng hợp phải hỗ trợ chế độ xác thực, dọc theo các dòng của chế độ sắp xếp.
Chế độ xác minh xác minh trạng thái của một hợp đồng thông minh duy nhất, không giống như chế độ trình tự sắp xếp, gửi các lô giao dịch đến lớp DA.
Nếu hợp đồng thông minh thay đổi cụm phụ, người xác thực chỉ cần cập nhật cụm phụ mà họ lắng nghe vì họ đã có bộ lưu trữ hợp đồng thông minh cho đến khi nó được chỉ định lại.
Hợp đồng thông minh phải được xử lý trong một lần tổng hợp. Vì chúng bị giới hạn ở một Bản tổng hợp nên những người xác thực có cùng thông số kỹ thuật sẽ có thể theo dõi và xác thực chúng.
Các nút ánh sáng có thể sử dụng bằng chứng ZK để xác minh trạng thái của chuỗi một cách rẻ tiền.
Trình khám phá khối là một phần không thể thiếu của hệ thống blockchain. Chúng hỗ trợ truy vấn số dư tài sản gốc, truy vấn hợp đồng thông minh và duy trì lịch sử giao dịch từ khối đầu tiên đến khối hiện tại. Trong hệ thống nhiều danh sách này, trình khám phá khối sẽ cung cấp chế độ xem thống nhất về tất cả các danh sách phụ.
Trình khám phá khối sẽ hỗ trợ truy vấn số dư của trung tâm Tổng hợp (đối với nội dung gốc) và lịch sử giao dịch của tất cả các Tổng hợp phụ.
Tương tự như một hệ thống tổng hợp duy nhất, các trình khám phá khối sử dụng các chỉ mục để đạt được điều này. Hệ thống đa cuộn phải lập chỉ mục tất cả các lần cuộn để cung cấp dịch vụ truy vấn cho bất kỳ hợp đồng thông minh nào trong hệ thống.
Nếu trung tâm tổng hợp quyết định mở rộng số lượng tổng hợp con, trình khám phá khối sẽ sẵn sàng xử lý việc đó. Họ nên cung cấp nhiều dung lượng cuộn con hơn hoặc có hệ thống điều phối vùng chứa (chẳng hạn như Kubernetes) để tự động mở rộng quy mô cuộn con.
Họ nên sử dụng số khối từ lớp DA để duy trì tính nhất quán trên tất cả các lần tổng hợp.
Tóm lại là
Thiết kế trên hiện chỉ là ý tưởng và tôi có thể không bao giờ triển khai nó thêm nữa, nhưng tôi hy vọng ý tưởng này sẽ khiến bạn quan tâm. Nếu thiết kế được thông qua, tôi hy vọng nó sẽ được sử dụng trong các dự án Rollup và tiếp cận khả năng mở rộng quy mô của EIP-4844, Celestia hoặc Avail.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Tương lai của việc mở rộng công suất: khái niệm thiết kế hệ thống đa cuộn
Tác giả: AndreasTzionis; Nguồn: ethresear.ch; Biên soạn: Yvonne, MarsBit
Từ lâu, tôi luôn có ý tưởng giải quyết một số vấn đề mà Rollup hiện đang gặp phải thông qua thiết kế multi-Rollup (multi-Rollup). Trong khoảng một năm rưỡi, tôi nghĩ ai đó sẽ xây dựng nó, nhưng chưa bao giờ thực sự nghiên cứu sâu hoặc xem xét các chi tiết của một hệ thống như vậy.
Đã được một thời gian rồi và dường như không có một thiết kế nào giải quyết được vấn đề mà tôi đã mô tả trong bài đăng này, vì vậy tôi sẽ điền càng nhiều chi tiết càng tốt về hệ thống này với hy vọng ai đó có thể thực hiện được. nguồn cảm hứng từ nó, hoặc thậm chí từ Rollup hiện có. Mượn một số ý tưởng.
giới thiệu
Ngày nay, một trong những vấn đề Rollup gặp phải là trải nghiệm người dùng. Trong nhiều thiết kế, Rollups là hệ sinh thái độc lập với những đặc điểm khác nhau. Có nhiều cách để tương tác, nhưng việc kết nối nhiều hệ thống không đồng nhất là một thách thức khá lớn. Hơn nữa, việc thu hút người dùng đăng ký tất cả các bản tổng hợp này là rất khó khăn. Họ phải hiểu từng Rollup riêng lẻ, đánh giá các hợp đồng thông minh liên quan, kết nối ví của họ với các điểm cuối RPC mới, kết nối tài sản với chuỗi, v.v.
Điều gì sẽ xảy ra nếu có một thiết kế Tổng hợp cung cấp trải nghiệm thống nhất cho tất cả các Bản tổng hợp? Nó sẽ trông giống thứ gì?
Tôi đã tự hỏi mình câu hỏi này và rút ra được năm hiểu biết sâu sắc sau đây:
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-24cc855280-dd1a6f-6d2ef1)
Cân nhắc tất cả những điều này, tôi đã nghĩ ra một thiết kế bao gồm một trung tâm Tổng hợp và một số lượng các Bản tổng hợp phụ có thể thay đổi. Trung tâm tổng hợp vừa là trung tâm đăng ký vừa là bộ cân bằng tải của tất cả các bản tổng hợp phụ, nhưng nó không thực hiện bất kỳ quá trình xử lý hợp đồng thông minh nào. Hợp đồng thông minh được xử lý trong các bản tổng hợp phụ.
Trong phần tiếp theo, tôi sẽ hướng dẫn bạn một thiết kế sơ bộ giải thích 5 điều cần cân nhắc mà tôi đã đề cập ở trên.
Tổng quan thiết kế
Hệ thống có hai thành phần chính: Rollup hub và sub-Rollup. Hệ thống Rollup hub có hai thành phần chính: Rollup hub và sub-Rollup. Trung tâm tổng hợp là một tập hợp tổng hợp chứa tất cả các cơ quan đăng ký hợp đồng thông minh của tất cả các tập hợp con và xác định tập hợp nào chịu trách nhiệm cho hợp đồng thông minh nào. Ngoài ra, trung tâm Tổng hợp còn chứa sổ đăng ký của tất cả các trình tự sắp xếp cho một Bản tổng hợp con khác. Chuỗi con chịu trách nhiệm thực hiện các giao dịch cho các hợp đồng thông minh được trung tâm Rollup giao cho chúng trong cơ quan đăng ký hợp đồng thông minh. Sổ đăng ký sắp xếp chứa hai thành phần chính cho mỗi hệ thống sắp xếp: trung tâm tổng hợp và tổng hợp con. Trung tâm tổng hợp là một tập hợp tổng hợp chứa tất cả các cơ quan đăng ký hợp đồng thông minh của tất cả các tập hợp con và xác định tập hợp nào chịu trách nhiệm cho hợp đồng thông minh nào. Ngoài ra, trung tâm Tổng hợp còn chứa sổ đăng ký của tất cả các trình tự sắp xếp cho một Bản tổng hợp con khác. Chuỗi con chịu trách nhiệm thực hiện các giao dịch cho các hợp đồng thông minh được trung tâm Rollup giao cho chúng trong cơ quan đăng ký hợp đồng thông minh. Sổ đăng ký trình sắp xếp thứ tự chứa mỗi điểm cuối RPC và địa chỉ DA của trình sắp xếp thứ tự.
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-30f0cf6d9f-dd1a6f-6d2ef1)
Đăng ký trình tự
Cơ quan đăng ký trình tự sắp xếp hoạt động như một ánh xạ các địa chỉ hợp đồng thông minh toàn cầu tới các địa chỉ hợp đồng thông minh. Điều này được sử dụng để định tuyến các cuộc gọi RPC đến RPC trình tự cụ thể tương ứng với hợp đồng thông minh được truy vấn hoặc cập nhật.
Đăng ký hợp đồng thông minh
Cơ quan đăng ký hợp đồng thông minh hoạt động như một ánh xạ từ các địa chỉ hợp đồng thông minh toàn cầu đến địa chỉ hợp đồng thông minh.
Chuỗi cuộn
Chuỗi con thường có gốc trạng thái và tuyến trạng thái này có thể được cập nhật bằng cách gọi trực tiếp hợp đồng thông minh hoặc có thể cập nhật khi trung tâm Rollup gán hợp đồng thông minh cho một Rollup khác, trong trường hợp này, hợp đồng thông minh sẽ bị xóa và Nó được thêm vào các hợp đồng thông minh khác.
RPC hợp nhất
Mục tiêu: Không phải kết nối với chuỗi mới cho mỗi lần cuộn và làm cho các giao dịch cuộn chéo trở nên minh bạch đối với người dùng.
RPC hợp nhất khôi phục trải nghiệm người dùng của một chuỗi trong mạng nhiều bản tổng hợp và người dùng không phải kết nối với các mạng khác nhau để sử dụng các bản tổng hợp khác nhau.
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-74756eed1e-dd1a6f-6d2ef1)
Hệ thống sử dụng sổ đăng ký của trình sắp xếp thứ tự Rollup từ trung tâm Rollup để tìm điểm cuối RPC cho trình sắp xếp thứ tự tương ứng với một hợp đồng thông minh cụ thể. Yêu cầu sau đó được gửi trực tiếp đến trình sắp xếp thứ tự đó. Nhiều giao dịch có thể được hoàn thành bằng cách gửi yêu cầu tới các Bản tổng hợp khác nhau. Hãy xem các phần sau để biết thêm chi tiết.
cách làm việc
Trung tâm Rollup duy trì sổ đăng ký sắp xếp cho tất cả các chuỗi con.
Khi người dùng muốn gửi một giao dịch mới, ví của người dùng sẽ truy vấn sổ đăng ký hợp đồng thông minh để lấy RollupID của hợp đồng thông minh và truy vấn sổ đăng ký trình sắp xếp để lấy điểm cuối RPC của trình sắp xếp trong cùng một bản tổng hợp.
Giao dịch sau đó được gửi đến điểm cuối RPC của người đặt hàng.
Cân bằng tải
Mục tiêu: Cân bằng chi phí của tất cả các lần đầu tư
Cân bằng tải cho phép cân bằng tải trong Rollup. Khi hệ thống bị tắc, các bản tổng hợp mới có thể được tạo để xử lý tải. Khi không có nhu cầu sử dụng nhiều, Rollup có thể được gỡ bỏ để tiết kiệm tài nguyên. Ngoài ra, hệ thống có thể tránh phí tăng đột biến bằng cách chuyển các hợp đồng thông minh có nhu cầu giao dịch cao sang các hợp đồng có dung lượng khả dụng cao hơn.
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-632aa78015-dd1a6f-6d2ef1)
cách làm việc
Mỗi kỷ nguyên, trung tâm Tổng hợp sẽ đánh giá tải của tất cả các Bản tổng hợp trong hệ thống. Các kỷ nguyên sẽ kéo dài vài giờ (có thể từ 6 đến 24 giờ) để tránh việc tái phân bổ hợp đồng thông minh trên quy mô lớn.
Trung tâm Rollup có thể quyết định phân bổ lại hợp đồng thông minh nào và thời điểm tạo hoặc xóa Rollup, bằng cách sử dụng quản trị hoặc sử dụng lịch sử tiêu thụ gas của các hợp đồng thông minh khác nhau để tự quyết định.
Trung tâm Tổng hợp kiểm tra xem liệu có bất kỳ Tổng hợp nào có tải giao dịch trên mức trung bình (tức là phí cao) hay dưới mức trung bình (tức là phí thấp).
Nếu tải của một bản tổng hợp cao hơn mức trung bình, trung tâm tổng hợp sẽ đánh giá hợp đồng thông minh nào tiêu thụ nhiều gas nhất và phân bổ lại chúng cho một bản tổng hợp khác có thể xử lý tải bổ sung. Hợp đồng thông minh sau đó sẽ bị xóa khỏi trạng thái tổng hợp máy chủ ban đầu.
Nếu tải trung bình của tất cả các Bản tổng hợp cao hơn mức trung bình, trung tâm Tổng hợp sẽ tạo một Bản tổng hợp mới và gán một số hợp đồng thông minh cho Bản tổng hợp mới. Tương tự, nếu tải trung bình của tất cả các Bản tổng hợp thấp hơn mức trung bình, trung tâm Tổng hợp sẽ xóa một Bản tổng hợp và gán lại hợp đồng thông minh của nó cho các Bản tổng hợp khác.
Chuỗi tổng hợp nên xem xét trung tâm tổng hợp mỗi giai đoạn, tải xuống bộ lưu trữ cho bất kỳ hợp đồng thông minh mới nào được chỉ định cho chúng và xóa mọi hợp đồng thông minh không còn chịu trách nhiệm về chúng nữa.
Lưu ý: Việc tải xuống bộ nhớ cho một số hợp đồng thông minh có thể không phải là chuyện nhỏ. Đầu tiên, trạng thái không có sẵn ở lớp DA và có kích thước khá lớn. Điều này giới hạn thời gian kỷ nguyên tối thiểu và yêu cầu thời gian gia hạn để chuẩn bị lưu trữ hợp đồng thông minh.
Phân loại ưu đãi
Mục tiêu: Khuyến khích những người đặt hàng dự phòng bằng phần thưởng theo tỷ lệ bằng mã thông báo gốc.
Hầu hết các bản tổng hợp ngày nay đều được xây dựng trên một chuỗi duy nhất, được quản lý bởi một hoặc rất ít người đặt hàng, với mục tiêu tối đa hóa thời gian hoạt động tổng hợp. Ngược lại, trong hệ thống nhiều danh mục, có nhiều danh mục phụ độc lập, mỗi danh mục phụ phải trực tuyến để duy trì hoạt động trong hệ thống tổng thể.
Những người sắp xếp đương nhiên sẽ được khuyến khích tham gia Rollup để thu thập MEV, nhưng tốt hơn là bạn nên cung cấp phần thưởng phù hợp cho những người sắp xếp này vì chúng nhất quán hơn và không điều chỉnh sai các ưu đãi như MEV. Những phần thưởng này phải đến từ chính sách tiền tệ của trung tâm Rollup.
Ngoài ra, tốt nhất là nên có một số trình sắp xếp ở chế độ chờ và sẵn sàng tham gia, đồng thời các trình sắp xếp này có thể tham gia vào hệ thống khi nhu cầu giao dịch tăng lên và rời khỏi hệ thống khi không có tài nguyên máy tính.
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-02c28a977e-dd1a6f-6d2ef1)
Những người đặt hàng dự phòng sẽ vẫn ở trong hàng đợi đặt hàng và nhận được phần thưởng cam kết sẵn có nhỏ. Khi chúng được trao đổi trong Rollup, chúng sẽ được thưởng đầy đủ. Phần thưởng sẽ đến từ cơ chế đốt phí của trung tâm Rollup.
cách sử dụng
Người sắp xếp có thể tham gia hàng đợi sắp xếp của trung tâm Tổng hợp bằng cách gửi trái phiếu tài chính (tương tự như hệ thống Tổng hợp hiện tại).
Những người đặt hàng trong hàng đợi cần cung cấp bằng chứng DA rằng họ có trạng thái trung tâm Tổng hợp và có thể được đọc để tham gia Tổng hợp bất kỳ lúc nào.
Khi họ gửi bằng chứng, họ sẽ được thưởng một phần, mã thông báo gốc của hệ thống. Mã thông báo này là một tay cầm trên trung tâm Tổng hợp.
Nếu trung tâm Tổng hợp quyết định rằng họ cần một Bản tổng hợp mới, họ sẽ được chỉ định và nhận toàn bộ phần thưởng. Phần thưởng này được xác định bằng tổng số phí tiêu thụ trong hệ thống.
Giao dịch cuộn chéo
Mục tiêu: Giao dịch tổng hợp phải diễn ra ngay lập tức và minh bạch đối với người dùng.
Giao dịch Rollup chéo giữa Rollup A và Rollup B cần có hai phần: 1) giao dịch trên Rollup A 2) giao dịch trên Rollup B. Nó sẽ chỉ xảy ra khi giao dịch trên Rollup A thành công và cuối cùng.
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-6899964b00-dd1a6f-6d2ef1)
Để xác nhận nhanh, ví người dùng có thể kiểm tra xem giao dịch có được gửi đến lớp DA cơ bản hay không và chứng minh hợp lệ bằng ZK. Nếu một giao dịch được bao gồm và hợp lệ thì trình sắp xếp thứ tự phải đưa ra kết luận tương tự cho giao dịch cụ thể đó.
Tín dụng cho ý tưởng này thuộc về Mustafa Al-Bassam và Sovereign Labs.
cách sử dụng
Người dùng gửi một giao dịch có chứa ba Bản tổng hợp, chẳng hạn như Bản tổng hợp A, B và C.
Hãy nghĩ về một ví dụ cụ thể, Rollup A có hợp đồng thông minh stablecoin, Rollup B có DEX và Rollup C có thỏa thuận cho vay, trong ví dụ này, người dùng muốn đổi stablecoin của họ lấy các mã thông báo khác nhau và thỏa thuận cho vay Tiền gửi của họ.
Trước tiên, người dùng phải gửi giao dịch Rollup A để chuyển stablecoin sang DEX trên Rollup B.
Sau đó, họ có thể gửi giao dịch Rollup B DEX để trao đổi stablecoin lấy mã thông báo mong muốn trên Rollup B.
Đổi lại, mã thông báo được cho là sẽ được chuyển sang RollupC, vì vậy người dùng đã gửi giao dịch thứ ba, giao dịch này đã thực hiện chính xác điều đó.
Cuối cùng, người dùng gửi giao dịch thứ tư và cuối cùng, gửi mã thông báo vào giao thức cho vay.
Light Node và Block Explorer
Mục tiêu: Các nút nhẹ sẽ có thể xác minh các hợp đồng thông minh trên Rollups và trình khám phá khối sẽ cung cấp chế độ xem thống nhất về chuỗi.
Một hệ thống blockchain sẽ cho phép mọi người chạy một nút và xác minh chính chuỗi đó. Trong thiết kế đa cuộn này, trong đó các hợp đồng thông minh liên tục được chỉ định lại cho các cuộn phụ khác nhau, cần có cách để theo dõi các hợp đồng thông minh cụ thể này. Đây là sự thay đổi trong suy nghĩ từ việc xác thực một hoặc nhiều chuỗi sang xác thực một hoặc nhiều hợp đồng thông minh. Các nút nhẹ có thể sử dụng bằng chứng ZK để xác minh tất cả các lần cuộn con với chi phí thấp.
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-69f308abb1-dd1a6f-6d2ef1)
Cách thức hoạt động (máy khách nhẹ)
Các nút tổng hợp phải hỗ trợ chế độ xác thực, dọc theo các dòng của chế độ sắp xếp.
Chế độ xác minh xác minh trạng thái của một hợp đồng thông minh duy nhất, không giống như chế độ trình tự sắp xếp, gửi các lô giao dịch đến lớp DA.
Nếu hợp đồng thông minh thay đổi cụm phụ, người xác thực chỉ cần cập nhật cụm phụ mà họ lắng nghe vì họ đã có bộ lưu trữ hợp đồng thông minh cho đến khi nó được chỉ định lại.
Hợp đồng thông minh phải được xử lý trong một lần tổng hợp. Vì chúng bị giới hạn ở một Bản tổng hợp nên những người xác thực có cùng thông số kỹ thuật sẽ có thể theo dõi và xác thực chúng.
Các nút ánh sáng có thể sử dụng bằng chứng ZK để xác minh trạng thái của chuỗi một cách rẻ tiền.
Trình khám phá khối là một phần không thể thiếu của hệ thống blockchain. Chúng hỗ trợ truy vấn số dư tài sản gốc, truy vấn hợp đồng thông minh và duy trì lịch sử giao dịch từ khối đầu tiên đến khối hiện tại. Trong hệ thống nhiều danh sách này, trình khám phá khối sẽ cung cấp chế độ xem thống nhất về tất cả các danh sách phụ.
! [Rollup] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-217876ee66-dd1a6f-6d2ef1)
Cách thức hoạt động (Block Explorer)
Trình khám phá khối sẽ hỗ trợ truy vấn số dư của trung tâm Tổng hợp (đối với nội dung gốc) và lịch sử giao dịch của tất cả các Tổng hợp phụ.
Tương tự như một hệ thống tổng hợp duy nhất, các trình khám phá khối sử dụng các chỉ mục để đạt được điều này. Hệ thống đa cuộn phải lập chỉ mục tất cả các lần cuộn để cung cấp dịch vụ truy vấn cho bất kỳ hợp đồng thông minh nào trong hệ thống.
Nếu trung tâm tổng hợp quyết định mở rộng số lượng tổng hợp con, trình khám phá khối sẽ sẵn sàng xử lý việc đó. Họ nên cung cấp nhiều dung lượng cuộn con hơn hoặc có hệ thống điều phối vùng chứa (chẳng hạn như Kubernetes) để tự động mở rộng quy mô cuộn con.
Họ nên sử dụng số khối từ lớp DA để duy trì tính nhất quán trên tất cả các lần tổng hợp.
Tóm lại là
Thiết kế trên hiện chỉ là ý tưởng và tôi có thể không bao giờ triển khai nó thêm nữa, nhưng tôi hy vọng ý tưởng này sẽ khiến bạn quan tâm. Nếu thiết kế được thông qua, tôi hy vọng nó sẽ được sử dụng trong các dự án Rollup và tiếp cận khả năng mở rộng quy mô của EIP-4844, Celestia hoặc Avail.