Nếu tương lai bao gồm một nền kinh tế onchain gồm hàng nghìn lần cuộn, chúng tôi chắc chắn đang đi đúng dòng thời gian ở hiện tại. Từ bộ công cụ phát triển chuỗi Optimism và Polygon cho đến Caldera và Stackr, những tháng gần đây đã chứng kiến nhiều loại khung Rollup và nhà cung cấp Rollups-as-a-Service (RaaS) được tung ra thị trường. Các khung này cung cấp cơ sở mã mô-đun (thường là nguồn mở) cho các thành phần khác nhau của một bản tổng hợp, cho phép các nhà phát triển chọn từ nhiều tùy chọn tùy chỉnh khác nhau cho từng lớp của ngăn xếp.

Nhưng làm thế nào để các nhà cung cấp này tích lũy giá trị? Hoặc, họ có tích lũy bất kỳ giá trị nào không? như Neel Somani đã lập luận gần đây trong buổi nói chuyện của mình “Các giải pháp RaaS sắp trở thành con số 0” tại Hội nghị thượng đỉnh mô-đun.

Trong bài đăng trên blog này, chúng tôi phân tích một số lập luận của anh ấy, đồng thời khám phá động lực phức tạp của việc tích lũy giá trị cho các khung tổng hợp và nhà cung cấp RaaS. Từ các lớp riêng lẻ đến Superchain, chúng tôi làm sáng tỏ các cơ chế ẩn đằng sau việc tạo và nắm bắt giá trị của các khung tổng hợp và nhà cung cấp RaaS.

Rollup vs Rollup Framework vs RaaS

Rollups là các ứng dụng thực hiện thực thi offchain và đăng dữ liệu thực thi lên một blockchain (máy chủ) khác. Bằng cách đó, họ lấy được các thuộc tính bảo mật của chuỗi máy chủ. Bản thân ứng dụng tổng hợp có thể chỉ là một chức năng chuyển đổi Trạng thái duy nhất hoặc có thể là một Blockchain riêng biệt mà trạng thái chuẩn được duy trì bởi một nhóm nút

Khung tổng hợp là một cơ sở mã dựng sẵn nhằm triển khai các thành phần thiết yếu của tổng hợp. Thay vì xây dựng bản tổng hợp từ đầu, nhà phát triển có thể sử dụng các cơ sở mã hiện có này (thường được đóng gói dưới dạng SDK) và tùy chỉnh chúng theo nhu cầu cụ thể của họ. Ví dụ về các khung tổng hợp nguồn mở bao gồm OP Stack và Arbitrum Orbit.

Các giao thức Rollups-as-a-Service hay RaaS là các trình bao bọc không có mã được xây dựng dựa trên các khung tổng hợp hiện có. Chúng cho phép các nhà phát triển nhanh chóng triển khai bản tổng hợp từ đầu bằng cách chọn các tính năng tùy chỉnh từ menu thả xuống. Các công ty RaaS thường xử lý trình tự của các bản tổng hợp được triển khai và cung cấp các dịch vụ tư vấn bổ sung.

Tiền đi đâu

Để hiểu cách giá trị vào và ra khỏi toàn bộ ngăn xếp, điều quan trọng trước tiên là phải hiểu kiến trúc của một tập hợp và cách các lớp khác nhau tương tác với nhau. Nhìn chung có 3 lớp tạo thành một ngăn xếp tổng hợp:

1.Thực thi - Lớp này thực hiện các giao dịch bằng cách áp dụng Chức năng chuyển đổi trạng thái (STF) trên trạng thái hiện có của bản tổng hợp. Tùy thuộc vào mức độ 'tập trung' của quá trình tổng hợp, nút thực thi có thể sở hữu một loạt trách nhiệm từ việc đặt hàng các giao dịch và thực hiện chúng cho đến đăng chúng lên L1 và tạo bằng chứng gian lận/tính hợp lệ.

Lớp thực thi là lớp 'hướng tới người dùng', trong đó tiền đi vào ngăn xếp tổng hợp. Người dùng phải trả phí giao dịch (gas), thường là một khoản chênh lệch so với các chi phí khác nhau mà lớp thực thi phải trả (sẽ nói thêm về điều này sau). Lớp này cũng có thể trích xuất giá trị bổ sung từ người dùng bằng cách sắp xếp các giao dịch theo những cách nhất định (còn được gọi là MEV: Giá trị có thể trích xuất tối đa).

Phân tích lớp thực thi được vận hành bởi trình sắp xếp tổng hợp tập trung. Trách nhiệm của nó bao gồm: Đặt hàng giao dịch, Đăng dữ liệu giao dịch trên lớp DA, Tạo bằng chứng, Đăng bằng chứng và thay đổi trạng thái trên Lớp Thanh toán

Phân tích lớp thực thi được vận hành bởi trình sắp xếp tổng hợp tập trung. Trách nhiệm của nó bao gồm: Đặt hàng giao dịch, Đăng dữ liệu giao dịch trên lớp DA, Tạo bằng chứng, Đăng bằng chứng và thay đổi trạng thái trên Lớp Thanh toán

Phân tích lớp thực thi được vận hành bởi trình sắp xếp tổng hợp tập trung. Trách nhiệm của nó bao gồm: Đặt hàng giao dịch, Đăng dữ liệu giao dịch trên lớp DA, Tạo bằng chứng, Đăng bằng chứng và thay đổi trạng thái trên Lớp Thanh toán

2.Giải quyết - Điều này bao gồm việc xác minh bằng chứng hợp lệ/gian lận và 'xác định' trạng thái chuẩn của quá trình tổng hợp (trong trường hợp tổng hợp hợp đồng thông minh). Việc thanh toán thường được quản lý bởi một lớp thống nhất, bảo mật cao như Ethereum. Các khung tổng hợp cũng có thể xây dựng lớp giải quyết của riêng chúng.

Việc thanh toán không phải là lớp thu được giá trị rất cao của ngăn xếp vì chi phí xác minh thường ít ỏi. Sự lạc quan chỉ trả ~$5 một ngày cho Ethereum để thanh toán. Lớp giải quyết cạnh tranh thậm chí còn có giá thấp hơn. (như cũng được đánh dấu trong Rollups-as-a-Service Are Going To Zero)

3. Tính sẵn có của dữ liệu - DA bao gồm việc phát dữ liệu giao dịch đã đặt hàng tới phần còn lại của mạng (đôi khi còn được gọi là Xuất bản dữ liệu). Nó đảm bảo rằng bất kỳ ai cũng có thể tái tạo lại trạng thái tổng hợp một cách không được phép bằng cách chỉ cần áp dụng dữ liệu giao dịch được truyền phát vào một số trạng thái đã hoàn tất trước đó.

Chi phí DA chiếm một phần lớn trong tổng chi phí tổng hợp. Đăng dữ liệu lên một lớp có độ bảo mật cao như Ethereum có thể khá tốn kém. Các lựa chọn thay thế DA rẻ hơn và nhanh hơn đang được các giao thức như Celestia, Avail và EigenDA tích cực phát triển. Các khung tổng hợp cũng có thể xem xét việc xây dựng lớp DA của riêng chúng, nhưng DA phân mảnh có chi phí khởi động cao và khiến khả năng tương tác trở nên phức tạp hơn.

Luồng giá trị cấp cao

Có thể hữu ích khi coi lớp Thực thi là mô hình B2C và các lớp Giải quyết và DA là mô hình B2B:

Lớp thực thi mua không gian khối từ lớp DA và bán dịch vụ thực thi của nó trực tiếp cho người dùng cuối (khách hàng). Nó cũng mua các dịch vụ xác minh và bắc cầu từ lớp Thanh toán

Lớp DA bán không gian khối cho doanh nghiệp khác - lớp Thực thi

Lớp thanh toán cung cấp dịch vụ thanh toán cho doanh nghiệp khác - lớp Thực thi

Trong cách thiết lập như vậy ở các thị trường cạnh tranh, phần lớn việc thu thập giá trị diễn ra trực tiếp từ người dùng cuối trong lớp thực thi của ngăn xếp, do đó, việc chia nhỏ nó hơn nữa và phân tích các luồng giá trị của nó một cách độc lập là điều hợp lý.

Lớp thực thi: Mô hình kinh tế B2C

Lớp thực thi tạo ra doanh thu bằng cách tính phí người dùng cho mỗi giao dịch và thanh toán chi phí hoạt động cho các doanh nghiệp (lớp) khác trong ngăn xếp.

Doanh thu: Giá trị đến có thể được phân loại như sau:

Chi phí gas do người dùng cuối trả cho mỗi giao dịch

MEV nội miền

MEV tên miền chéo (Nếu khung cung cấp trình tự cho nhiều bản cuộn trên cùng một lớp DA. Có thể khó giải nén bằng cách khác)

MEV phụ thuộc vào luồng giao dịch (giá trị “có thể trích xuất” sẽ khác nhau đối với từng nhóm giao dịch) và thường khó dự đoán trước. Khi đó, chi phí gas được tính cho người dùng thường là một khoản chênh lệch so với chi phí có thể dự đoán được kết hợp.

Chi phí: Giá trị chảy ra từ lớp thực thi như sau:

• Chi phí hoạt động của nút

• Chi phí thực hiện (tính toán)

• Chi phí chứng minh (bằng chứng hợp lệ/gian lận)

• Chi phí đăng dữ liệu (biến đổi dựa trên tắc nghẽn trên lớp DA)

Nguồn: Tìm hiểu về tích lũy giá trị tổng hợp của Sanjay Shah | Vốn điện

Thông thường, tất cả các trách nhiệm của lớp thực thi đều do một nút trình tự tập trung đảm nhận. Nút duy nhất này tích lũy tất cả doanh thu từ người dùng và chịu trách nhiệm thanh toán chi phí DA và Thanh toán. Vào những thời điểm khác, quá trình thiết lập có thể có các nút khác nhau cho các trách nhiệm khác nhau:

• Trình sắp xếp thứ tự các giao dịch và đăng dữ liệu lên lớp DA. Họ 'kiếm' phí giao dịch do người dùng trả và trả chi phí tuần tự và chi phí đăng dữ liệu. Việc sắp xếp trình tự cũng có thể được thực hiện bởi một bộ trình tự sắp xếp được chọn trước hoặc trình sắp xếp trình tự phi tập trung như Espresso. Trình sắp xếp thứ tự cũng chịu trách nhiệm đăng các thay đổi trạng thái lên lớp Dàn xếp và thanh toán chi phí giải quyết
• Các nút Prover chịu trách nhiệm tạo ra bằng chứng. Nó có thể là một bộ chứng minh trung tâm hoặc một tập hợp các nút chứng minh phi tập trung. Chi phí của họ bao gồm chi phí tạo bằng chứng. Tùy thuộc vào thiết lập, người chứng minh sẽ 'bán' bằng chứng cho trình sắp xếp chuỗi hoặc đăng trực tiếp lên lớp giải quyết
• Các bản tổng hợp cũng có thể có các nút đầy đủ khác (hoặc các nút ánh sáng xác minh đầy đủ) thực thi tất cả các lô giao dịch và duy trì trạng thái chuẩn của bản tổng hợp. Các nút đầy đủ này không nhất thiết tích lũy bất kỳ doanh thu trực tiếp nào mà gián tiếp thu được giá trị bằng cách giữ mã thông báo gas gốc của tổng hợp

Trên đây là sự phân biệt rộng rãi về trách nhiệm của các nút khác nhau. Nút nào đảm nhận những nhiệm vụ nào có thể khác nhau dựa trên cách nhóm tổng hợp kiến trúc thiết lập của họ. Để đơn giản hóa trong blog này, chúng tôi sẽ sử dụng thiết lập trình tự sắp xếp tập trung trong đó một nút thực hiện tất cả các tác vụ thực thi được yêu cầu.

Câu hỏi sau đó là: Nếu lớp thực thi mang lại nhiều giá trị nhất, thì người tham gia nào trong ngăn xếp có vị trí tốt nhất để nắm bắt nó?

Bất kỳ ai chạy nút tuần tự và thực hiện các hoạt động khác nhau liên quan đến nó!

Đây có thể là nhóm tổng hợp. Hoặc, như đã đề cập ở đầu bài viết, các nhà cung cấp RaaS thường xử lý trình tự cho các bản tổng hợp được triển khai bằng cách sử dụng chúng. Trên thực tế, đây là phần doanh thu chủ yếu dành cho các nhà cung cấp RaaS.

(Làm thế nào) RaaS kiếm tiền?

Có 3 lĩnh vực chính mà RaaS có thể thu được giá trị:

Lưu trữ trình tự sắp xếp: Nhà cung cấp RaaS chạy trình sắp xếp trình tự và các hoạt động liên quan cho quá trình tổng hợp. Đó là sự phân công lao động trong đó nhóm tổng hợp mang đến sự đổi mới (ứng dụng họ đang xây dựng) và nhà cung cấp RaaS thực hiện mọi việc khác. Trình sắp xếp thứ tự sắp xếp các giao dịch, đăng dữ liệu trên L1 và tạo bằng chứng nếu/khi được yêu cầu

Hạ tầng bổ sung: Khối thám hiểm, cầu nối, v.v.

Hỗ trợ chuyên dụng: Tư vấn và hợp tác về các quyết định về cơ sở hạ tầng (cách sắp xếp trình tự, MEV, v.v.) + hỗ trợ kỹ thuật khác

RaaS tương tự như một doanh nghiệp B2B SaaS truyền thống, nơi doanh nghiệp có thể tính phí cố định cho khách hàng của họ hoặc phí kết hợp dựa trên các dịch vụ đã mua và mức sử dụng (ví dụ: số lượng giao dịch của người dùng cuối cho một lần tổng hợp).

RaaS cũng có thể cung cấp khả năng tích hợp với trình sắp xếp được chia sẻ như Espresso. Tuy nhiên, trong trường hợp này, họ sẽ mất doanh thu từ trình sắp xếp chuỗi, vốn chiếm phần lớn lợi nhuận của RaaS. Do đó, các mối quan hệ đối tác này yêu cầu chia sẻ lợi nhuận theo hợp đồng giữa nhà cung cấp trình tự chia sẻ và nhà cung cấp RaaS.

Nhưng nếu RaaS là một trình bao bọc được xây dựng dựa trên khung tổng hợp hiện có thì nó cũng phải chia sẻ doanh thu với họ, phải không?

Vâng, không nhất thiết.

Hầu hết các khung tổng hợp được phát hành cho đến nay đều là nguồn mở và không cần cấp phép để xây dựng. Các nhà cung cấp RaaS có thể sử dụng khung này một cách không được phép để xây dựng một trình bao bọc không cần mã trên đó và không bắt buộc phải chia sẻ bất kỳ lợi nhuận nào với khung cơ bản.

Họ có thể có thỏa thuận hợp đồng với khuôn khổ tổng hợp để chia sẻ lợi nhuận không?

Họ có thể, nhưng nếu họ làm như vậy:

1. Họ mất đi một số lợi nhuận của chính mình
2. Một đối thủ cạnh tranh khác là RaaS có thể chọn không chia sẻ lợi nhuận với khuôn khổ tổng hợp và sẽ chiếm ưu thế về mặt kinh tế trong dài hạn

Do đó, về mặt lý thuyết trò chơi, để nhà cung cấp RaaS tồn tại, quyết định hợp lý là KHÔNG chia sẻ lợi nhuận với khuôn khổ cơ bản.

Vì vậy, nếu các nhà cung cấp RaaS không chia sẻ lợi nhuận thì làm thế nào mà khung tổng hợp có thể tích lũy bất kỳ giá trị nào?

Nếu bất kỳ ai cũng có thể xây dựng một bản tổng hợp một cách không được phép bằng cách sử dụng khung nguồn mở, thì việc phát triển một khung tổng hợp nguồn mở ngay từ đầu có phải là một quyết định khả thi về mặt kinh tế không?

Câu trả lời không đơn giản như vậy. Để khung tổng hợp có 'khả thi về mặt kinh tế', nó cần tạo ra giá trị bền vững, lâu dài. Idan Levin đã chia sẻ một hình mẫu tư duy tốt để suy nghĩ về cách thực hiện điều này. Hãy mở rộng mô hình đó ở đây. Có 3 cách chính mà khung tổng hợp có thể tích lũy giá trị:

Tích lũy giá trị gián tiếp: Nếu khung tốt thì ngày càng có nhiều nhóm sử dụng nó. Điều này sẽ thu hút sự chú ý của nhà phát triển và nhiều sự chia sẻ tư duy hơn đối với hệ sinh thái. Thu hút sự chia sẻ tư duy luôn là một điều tích cực vì nó sẽ giúp nhóm framework phát triển các công cụ hơn nữa. Bất kỳ cải tiến nào mà bất kỳ nhóm nào thực hiện đều có thể được tích hợp vào khung OG. Điều này tạo ra một vòng củng cố tích cực cho toàn bộ hệ thống.

Tích lũy giá trị bán trực tiếp: Một số hoạt động tổng hợp được xây dựng dựa trên khung có thể được khuyến khích chia sẻ doanh thu với mạng khung. Ví dụ: Base hiện có thỏa thuận với OP Stack trong đó họ chia sẻ một phần phí giải trình tự với Optimism.

Tại sao họ được khuyến khích làm như vậy?

Bởi vì Base không có hệ sinh thái nhà phát triển cần thiết để theo kịp sự tăng trưởng và phát triển của OP framework. Hãy tưởng tượng nếu khung OP thay đổi hoàn toàn một trong các mô-đun, họ có thể chọn không cung cấp hỗ trợ cho nhà phát triển cho Base để theo kịp các thay đổi.

Ngoài ra, việc trở thành một phần của 'Superchain' mang lại các hiệu ứng mạng như khả năng tổng hợp cuộn chéo mà các chuỗi như Base có thể thấy hữu ích (và điều này có thể có yêu cầu chia sẻ doanh thu với Optimism)

Một lưu ý quan trọng ở đây là các ưu đãi của khung tổng hợp và khung tổng hợp có thể không phải lúc nào cũng phù hợp. Tại bất kỳ thời điểm nào, quá trình tổng hợp có thể chọn đi theo con đường riêng của mình bằng cách tùy chỉnh khung và loại bỏ mọi thỏa thuận chia sẻ doanh thu.

1. Tích lũy giá trị trực tiếp: Thông qua bản tổng hợp của chính khung (ví dụ: mạng chính Optimism) được xây dựng bằng cùng một khung (ví dụ: OP Stack). Gas có thể nằm trong mã thông báo gốc (ví dụ: OP) và tất cả MEV từ đợt tổng hợp này sẽ được tích lũy cho nhóm khung. Ngoài ra, nhóm cũng có thể 'trích xuất' một số giá trị trực tiếp bổ sung:
2. Xây dựng RaaS của riêng mình - Khung có thể chọn cạnh tranh trong không gian RaaS và cung cấp dịch vụ tư vấn + lưu trữ Sequencer của riêng mình. Nếu nhiều khung bắt đầu thực hiện việc này, điều này có thể khiến mô hình kinh doanh RaaS không bền vững về lâu dài. Điều này là do khung này có thể tận dụng uy tín và vị thế của nó trên thị trường để cạnh tranh với bất kỳ nhà cung cấp RaaS bên ngoài nào được xây dựng dựa trên nó.
3. Khả năng kết hợp giữa các bản tổng hợp làm đòn bẩy: Bất kỳ ai cũng có thể xây dựng một bản tổng hợp bằng cách sử dụng nguyên khung hoặc sửa đổi nó. Tuy nhiên, để đạt được hiệu ứng mạng và khả năng tương tác với các bản tổng hợp khác được xây dựng trên cùng một khung, khung này có thể yêu cầu tuân thủ các tiêu chuẩn đã xác định nhất định.

Đây là những gì OP Stack thực hiện với Luật Chuỗi. Để trở thành một phần của Superchain, bạn phải tuân theo các quy tắc nhất định. Các quy tắc này được xác định bởi quản trị OP. Ví dụ: một trong những quy tắc này có thể là tất cả các đợt giới thiệu trong Superchain phải sử dụng OP làm mã thông báo gas. Điều này cũng có thể phát triển để bao gồm luật chia sẻ MEV, ví dụ: X% doanh thu MEV chuỗi chéo sẽ quay trở lại kho bạc OP.

Các nhóm trong khuôn khổ tổng hợp có thể sử dụng 3 phân đoạn trên để điều chỉnh cơ chế 'nắm bắt giá trị' cho phù hợp với mục tiêu và tham vọng của họ. Để họ tích lũy bất kỳ giá trị trực tiếp nào, một số tùy chọn (không đầy đủ) có thể là:

• Triển khai bản tổng hợp của riêng mình
• Triển khai RaaS của riêng
• Tận dụng khả năng kết hợp để quản lý các tiêu chuẩn cho khung

Phần kết luận

Sự phát triển nhanh chóng của các khung tổng hợp và các nhà cung cấp dịch vụ tổng hợp (RaaS) trong không gian blockchain đã đặt ra câu hỏi về việc tích lũy giá trị của chúng. Trong khi lớp thực thi chiếm phần lớn giá trị thì các khung tổng hợp có thể đạt được giá trị gián tiếp thông qua việc áp dụng và cải tiến. Một số khoản tổng hợp thậm chí có thể chia sẻ doanh thu, tạo ra giá trị tích lũy bán trực tiếp. Hơn nữa, bằng cách triển khai các bản tổng hợp của riêng mình và tận dụng khả năng kết hợp giữa các bản tổng hợp, các khung có thể trực tiếp thu được giá trị. Khi hệ sinh thái phát triển, việc đạt được sự cân bằng phù hợp giữa cạnh tranh và cộng tác sẽ rất quan trọng cho sự phát triển bền vững của các khung tổng hợp và nhà cung cấp RaaS.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [Stackr Labs]. Mọi bản quyền thuộc về tác giả gốc [Shivanshu Madan]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn , họ sẽ xử lý kịp thời.
2. Tuyên bố miễn trừ trách nhiệm pháp lý: Các quan điểm và ý kiến trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Việc dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch đều bị cấm.