Rollup có phải là một lớp đầu tư tốt vào cơ sở hạ tầng không?
Logic đầu tư của Rollup bao gồm từ tranh chấp tường thuật ZK/OP ban đầu, đến thực tiễn sau này của TPS và cạnh tranh trải nghiệm người dùng, sau đó đến con hào được xây dựng xung quanh các công cụ phái sinh như OP Stack. phát triển.Có nhiều câu trả lời khác nhau.
Nhưng vào cuối ngày, điều chúng ta cần trả lời là Rollup có phải là một hoạt động kinh doanh có lãi không? Tính kinh tế của Rollup là gì? Bài viết này cố gắng nghiên cứu và thảo luận về mô hình kinh doanh của Rollup và không gian thiết kế Kiếm tiền của nó.
Barry Whitehat lần đầu tiên đề xuất khái niệm Rollup trong diễn đàn Nghiên cứu Ethereum. Khi khái niệm Rollup còn sơ khai, chúng tôi gọi chung vai trò của Rollup là Người chuyển tiếp hoặc Người vận hành. Với sự tinh chỉnh của việc phát triển cơ sở hạ tầng, vai trò này được phân tách thành nhiều thực thể: Sequencer chịu trách nhiệm sắp xếp các giao dịch và ghi vào DA, Challenger chịu trách nhiệm đề xuất các thách thức và Prover chịu trách nhiệm tạo bằng chứng. Khi thảo luận về nền kinh tế Rollup, về cơ bản chúng ta có thể phân loại ra khỏi các thực thể này.
Nguồn: IOSG
Bài viết này chủ yếu thảo luận về một số khía cạnh của Kiếm tiền tổng hợp:
Lý do và thành phần của Phí giao dịch và lãi lỗ của Rollup;
Hình thức và khả năng kiếm tiền của MEV trong bối cảnh Trình sắp xếp chuỗi phi tập trung;
Khả năng kiếm tiền dựa trên bằng chứng lỗi và bằng chứng xác thực.
Phí giao dịch
Tương tự như các chuỗi khác, người dùng gửi giao dịch trong Rollup cần phải trả phí giao dịch.
Từ quan điểm của Sequencer, chi phí giao dịch này chủ yếu bao gồm hai phần chi tiêu: chi phí thực thi và chi phí bảo mật.
Chi phí thực hiện (Chi phí thực hiện)
Nguồn: John Adler
Chi phí thực thi của Rollup được kế thừa từ mô hình của Ethereum. Tóm lại, mỗi nút Ethereum chạy một máy trạng thái được sao chép. Như thể hiện trong hình trên, các nút tải xuống và lưu trữ dữ liệu giao dịch, thực hiện tính toán, đọc và ghi bộ nhớ và lưu trữ, và các hoạt động này tương ứng với mức tiêu thụ và tiêu thụ tài nguyên vật lý. Gas, với tư cách là một đơn vị định giá tài nguyên thống nhất, được sử dụng để đo lường các nguồn lực đằng sau các hoạt động này.
Điều này cũng đúng khi nó được mở rộng sang Rollup. Việc vận hành một nút Rollup sẽ tạo ra một lượng chi phí thực thi nhất định, đây là nguồn gốc của phí giao dịch do người dùng Rollup trả. Do sự khác biệt tinh tế về tính tương đương của EVM và các thiết kế Rollup khác nhau, các Rollup khác nhau có giá chi phí thực thi hơi khác nhau (ví dụ: Kỷ nguyên zkSync cung cấp tính năng trừu tượng hóa tài khoản gốc và một số hoạt động có thể yêu cầu nhiều Gas hơn EOA), nhưng nhìn chung, mô hình Gas của Ethereum được sử dụng.
Nguồn: Dune Analytics @springzhang
Ngoài chi phí thực thi được mô tả ở trên, phí tắc nghẽn và phí giao dịch tối thiểu cũng cần được xem xét.
Phí tắc nghẽn. Nó được phản ánh trong sự cân bằng động giữa giá Gas và lưu lượng mạng. Ví dụ: trong Arbitrum Odyssey, lưu lượng truy cập mạng tăng đột biến đã dẫn đến giá Gas tăng mạnh.
Phí giao dịch tối thiểu. Trên một chuỗi khối có phí mạng cực thấp, để tránh các cuộc tấn công Spam và DoS, cần đặt giới hạn thấp hơn cho phí giao dịch. Hiện tại là 0,1 gwei trên Arbitrum One và 0,01 gwei trên Arbitrum Nova. Giá trị của phí giao dịch tối thiểu phụ thuộc vào thiết kế của mạng (0,001 gwei trên Tính lạc quan).
Chi phí bảo mật
Nguồn: Diễn đàn Celestia @adeets_ 22
Chi phí bảo mật là chi phí tính khả dụng của dữ liệu (DA) mà chúng ta đang thảo luận. DA là sự đảm bảo rằng Rollup tương đương với bảo mật của Ethereum, đảm bảo rằng mọi người có thể xây dựng lại trạng thái của Rollup dựa trên dữ liệu được xuất bản trên Ethereum L1 (thảo luận tại đây là về Ethereum Fang L1, tất nhiên là có các chương trình DA khác). Chi phí DA đóng góp cho Ethereum L1 chiếm phần lớn trong tổng chi phí Rollup. Vào tháng 5 năm nay, Arbitrum đã gửi khoảng 3.927 MB dữ liệu cho Ethereum và trả 4.856 ETH cho dữ liệu đó và chi phí DA là khoảng 1,24 ETH/MB. (Dựa trên giá Tiêu chuẩn S 3 là 0,023 USD mỗi GB và giá ETH là 1800 USD, chi phí lưu trữ DA của Ethereum gấp khoảng 100 triệu lần so với AWS).
Do DA trên chuỗi rất đắt nên mỗi Rollup áp dụng một phương pháp nén dữ liệu. Arbitrum và Optimism Bedrock lần lượt sử dụng các thư viện nén dữ liệu nguồn mở Broti và zlib để nén dữ liệu được xuất bản lên Ethereum L1. Kỷ nguyên StarkNet và zkSync nén dữ liệu bằng cách xuất bản Trạng thái khác biệt (sự khác biệt giữa trạng thái trước đó và trạng thái mới) thay vì toàn bộ dữ liệu. (PS: Bản nâng cấp Optimism Bedrock cũng áp dụng nhiều phương pháp khác nhau để giảm chi phí giao dịch, ở đây chúng ta có thể xem thêm các chỉ số dữ liệu).
Nguồn: IOSG
Điều đáng mong đợi là chi phí DA cao của Ethereum L1 sẽ được giảm bớt đáng kể sau khi Nâng cấp Decun giới thiệu EIP-4844. Ngoài ra, "chi phí bảo mật" được thảo luận ở đây thực sự ngụ ý các mức độ bảo mật khác nhau. Ngoài DA được đảm bảo bởi Ethereum L1, các giải pháp như DAC, Celestia và EigenDA cung cấp nhiều sự đánh đổi "chi phí bảo mật", cung cấp nhiều tùy chọn cho phía yêu cầu DA. Một số ứng dụng DeFi tần suất thấp, giá trị cao cần đảm bảo an ninh hơn, trong khi một số ứng dụng tần suất cao, giá trị tương đối thấp (chẳng hạn như trò chơi) có thể quan tâm nhiều hơn đến chi phí; mỗi ứng dụng cần những gì nó cần.
Nguồn: Dune Analytics @optimismfnd
Tóm lại, chỉ cần nhìn nó từ góc độ của Sequencer: Sequencer thu phí giao dịch từ phía người dùng và trả phí DA cho Ethereum. Sau đó, lợi nhuận của Sequencer có thể được tính như trên. Hiện tại, hầu hết các Sequencer đều do nhóm Rollup vận hành, nếu bỏ qua một loạt chi tiết như thu nhập phát hành mã thông báo và lạm phát, thì thu nhập của Rollup cũng có thể được đo lường đại khái theo cách này.
Nguồn: Thiết bị đầu cuối mã thông báo
Nguồn: IOSG
Lấy Lạc quan làm ví dụ, trong 30 ngày qua, lợi nhuận hàng ngày của Lạc quan là khoảng 20 nghìn đô la Mỹ. Theo dữ liệu của Token Terminal, lợi nhuận của Optimism kể từ khi ra mắt là khoảng 10,9 triệu USD.
MEV
MEV là một cách quan trọng Rollup xây dựng mô hình kinh doanh của mình. Sẽ không có ý nghĩa gì khi nói về MEV trong bối cảnh của một trình sắp xếp thứ tự tập trung duy nhất, vì vậy chúng ta sẽ bắt đầu với một trình sắp xếp thứ tự phi tập trung và sau đó khám phá nền kinh tế MEV của Rollup.
Trình sắp xếp phi tập trung (DS)
Tính đến thời điểm hiện tại, Arbitrum ($5,87 tỷ), Optimism ($2,14 tỷ) và zkSync Era ($649 triệu) dựa vào Trình sắp xếp chuỗi/Người vận hành tập trung để sắp xếp giao dịch, gửi hàng loạt và các hoạt động khác.
Phân quyền là một vấn đề phức tạp, quá trình giới thiệu nhiều người tham gia cần được trau chuốt cẩn thận, không nhất thiết phải hoàn thành trong một bước. Từ góc độ bảo mật, tình hình cạnh tranh và tài nguyên của nhà phát triển, việc áp dụng một trình sắp xếp tập trung trong giai đoạn đầu của dự án là điều hợp lý. Tuy nhiên, Sequencer tập trung có ít nhất hai lỗi rõ ràng (cũng là lỗi của hầu hết các phương pháp tập trung).
Xem xét giao dịch: nghĩa là xem xét các giao dịch của những người dùng cụ thể, bao gồm cả các cuộc tấn công tống tiền, v.v. Để giải quyết vấn đề này, Arbitrum và Optimism cung cấp tùy chọn bắt buộc đưa vào giao dịch của người dùng. Ví dụ: tất cả người dùng Arbitrum có thể gọi phương thức forceInclusion để buộc đưa vào giao dịch; StarkEx thực hiện cơ chế thoát hiểm (Escape Hatch) để đạt được chống kiểm duyệt một phần.
Liveness Assurance: Sequencer có thể trực tuyến liên tục không? Nếu một dịch vụ tập trung có một điểm lỗi duy nhất (chẳng hạn như lỗi phần cứng hoặc cấu hình sai phần mềm), thì toàn bộ mạng sẽ ngừng hoạt động. Khả năng xảy ra điều này là nhỏ, nhưng nếu nó xảy ra, nó có thể gây ra những tác động tiêu cực trên diện rộng.
Nguồn: Taiko
Hiện tại, Sequencer thực sự đóng vai trò là Người xây dựng và Người đề xuất trên Ethereum L1: nó chịu trách nhiệm cho cả việc sắp xếp thứ tự giao dịch và gửi các Lô - quá trình triển khai DS hơi giống với con đường cũ của Ethereum PBS.
Để thực hiện DS, Rollup thường có một số tùy chọn.
Cơ chế bầu chọn/xoay vòng lãnh đạo (Leader Election/Rotation), cộng với việc xây dựng khối cục bộ, đó là trường hợp của non-PBS trên Ethereum L1. Vitalik đã đề xuất một số phương pháp bầu cử/xoay vòng trong Hướng dẫn chưa hoàn chỉnh về Rollup của mình: Đấu giá trình tự sắp xếp, lựa chọn ngẫu nhiên dựa trên PoS, bỏ phiếu DPoS, v.v. Theo thông lệ của Ethereum, rõ ràng PBS sẽ là một giải pháp tốt hơn.
Cơ chế bầu chọn/luân chuyển nhà lãnh đạo, cộng với thị trường xây dựng khối mở, nghĩa là PBS được tôn vinh hoặc Người đề xuất trên Ethereum L1 thông qua MEV-Boost.
Một số cơ chế đặc thù như FCFS (First Come First Serve). FCFS cuối cùng sẽ dẫn đến một cuộc chạy đua về độ trễ, tương tự như Thuê vị trí trong giao dịch tần suất cao truyền thống. Arbitrum hiện đang sử dụng FCFS và đang làm việc trên các biến thể như Tăng thời gian. Time-Boost giới thiệu một khoản phí ưu tiên dựa trên FCFS, có thể được trả để tăng tốc độ giao dịch lên tới 0,5 giây. Đây là sự đánh đổi hai chiều giữa độ trễ và chi phí.
Nhóm Rollup có thể sử dụng các tùy chọn ở trên để xây dựng DS trong nội bộ hoặc xem xét thuê bên ngoài Sequencing:
Các dự án như Espresso/Astria đã đề xuất các dịch vụ DS/SS của họ;
Flashbots đang xây dựng SUAVE, một nhóm bộ nhớ được mã hóa phổ biến trên các miền;
Tổng số dựa trên do Justin Drake đề xuất trực tiếp sử dụng sự đồng thuận L1 và Người đề xuất Ethereum L1 bao gồm khối Tổng số vào khối L1, thừa hưởng cùng mức độ phân quyền và đảm bảo hoạt động như L1.
Chọn xây dựng nội bộ hoặc thuê ngoài có một số sự đánh đổi, điều này sẽ được thảo luận thêm ở phần sau của bài viết này.
Tổng số MEV trong bối cảnh DS
Nguồn: odos.xyz/arbitrage
Nếu chúng ta có thị trường DS với cấu trúc khối mở, thì chuỗi cung ứng MEV trên Ethereum sẽ được sao chép trên Rollup. Trong số đó, MEV nội miền (Intradomain MEV) đề cập đến MEV xảy ra bên trong Rollup, không khác nhiều so với MEV của Ethereum L1. Ví dụ: các cuộc tấn công bánh sandwich trong DEX, chênh lệch giữa các DEX, v.v. Vì Rollup chưa triển khai DS nên hình trên sử dụng chênh lệch DEX trên Ethereum L1 làm ví dụ.
Thú vị hơn có thể là MEV tên miền chéo (Cross-domain MEV). Chúng tôi chia MEV tên miền chéo thành MEV tên miền chéo phổ biến và MEV tên miền chéo trong Trình tạo trình tự chia sẻ (SS).
MEV lĩnh vực chung
Nguồn: odos.xyz/arbitrage
MEV tên miền chéo thông thường xảy ra giữa Ethereum L1 và Rollup, Rollup và Rollup. Trong ngữ cảnh của DS, mỗi miền có đường dẫn MEV riêng, đảm nhận các vai trò khác nhau. Hình ảnh trên là một ví dụ về chênh lệch giữa các tên miền.
Về phía Người tìm kiếm, MEV giữa các miền liên quan đến rủi ro thực thi phức tạp, bởi vì các miền khác nhau có thời gian xác nhận và thời gian hoàn thành khác nhau, đồng thời không thể xác định liệu giao dịch có được đưa vào như mong muốn hay không. Để đạt được mục tiêu này, Primev đang xây dựng một mạng lưới liên lạc nơi Người tìm kiếm có thể gửi giá thầu cho nhiều Nhà xây dựng trong nhiều miền để nhận được các đảm bảo xác nhận trước cho các Gói của họ. Bằng cách này, Người tìm kiếm có thể định lượng và quản lý rủi ro thực thi của họ.
Có một xu hướng tập trung trong MEV tên miền chéo. Như Flashbots đã chỉ ra, một Builder xây dựng các khối trên nhiều chuỗi cùng một lúc có lợi thế lớn hơn trong MEV giữa các miền so với một Builder chỉ xây dựng các khối trên một chuỗi, do đó dễ dàng dẫn đến việc tập trung hóa. Theo Lộ trình tập trung vào Rollup, đây là một chủ đề cần được giải quyết trong vài năm tới.
MEV dưới SS
Tình huống sẽ khác nếu nhiều Bản tổng hợp sử dụng cùng một SS.
Nguồn: IOSG
Một trong những đặc điểm của SS là nó có thể thực hiện chênh lệch giá nguyên tử Rollup chéo. Ban đầu, khi Người tìm kiếm gửi riêng giao dịch 1 và giao dịch 2, không chắc chắn liệu hai giao dịch có được đưa vào như mong đợi hay không (ví dụ: chỉ được đưa vào khối tiếp theo). Với SS, Searcher có thể submit một Bundle tương tự như hình trên, và chỉ thực hiện khi thỏa mãn được giao dịch 1 và giao dịch 2 cùng lúc, nếu không sẽ không có giao dịch nào được thực hiện (tất nhiên giao dịch cần thỏa mãn là không phải là giao dịch vô hiệu). Việc triển khai này làm giảm rủi ro thực thi của Searcher.
Lý tưởng nhất, SS sẽ đạt được "tổng thể lớn hơn tổng các phần của nó". Ví dụ: thông tin trong một giao dịch có thể không có giá trị trên một Bản tổng hợp, nhưng nó có thể được sắp xếp và kết hợp với các giao dịch trên các Bản tổng hợp khác khi nhiều Bản tổng hợp chia sẻ sắp xếp, để tận dụng tối đa một số "thông tin không hợp lệ" và nhận ra trò chơi có tổng dương.
Mặc dù có nhiều lợi ích, nhưng Sequencing liên quan đến các vấn đề kinh doanh phức tạp. Do đó, tác giả tin rằng SS sẽ không được Rollup chính áp dụng trong thời gian ngắn, nhưng có thể được triển khai và xác minh trước trong Rollup dành riêng cho ứng dụng dài hạn hoặc dưới dạng Rollup-as- Các tùy chọn của dự án a-Service được cung cấp cho các nhà phát triển sử dụng.
Rollup nền kinh tế xung quanh MEV
Nguồn: IOSG
Sau khi DS được triển khai, câu hỏi quay trở lại làm thế nào để xây dựng các mô hình kinh tế và cơ chế nắm bắt giá trị xung quanh MEV.
Ở trên, chúng tôi đã thảo luận về tổng chi phí của Rollup. Nguồn của chi phí chung này là tài nguyên DA và tài nguyên vật lý để tự vận hành Bản tổng hợp. Những tài nguyên hạn chế này tạo thành sự khan hiếm của không gian khối. MEV phản ánh sự thống trị đối với sự khan hiếm của không gian khối. Rollup có thể đánh giá sự thống trị đó.
Fuel Network tin rằng một mô hình mã thông báo được tối ưu hóa sẽ nắm bắt được giá trị của không gian khối một cách hợp lý. Người dùng sử dụng mã thông báo Rollup để thanh toán phí giao dịch, đây là một trong những cách nắm bắt giá trị (tức là được cấp bằng Tiện ích mã thông báo). Nhưng điều này cũng tạo ra xung đột bổ sung từ phía người dùng. Ý tưởng của Fuel cũng là mã hóa sự khan hiếm của không gian khối, nhưng thứ được mã hóa là "quyền thu phí trong không gian khối". Đây là từ quan điểm của các nhà sản xuất khối và MEV và không ảnh hưởng đến người dùng cuối.
Tương ứng với các phương án trên của DS, tác giả cho rằng có thể có các không gian thiết kế sau:
*Đấu giá MEV (MEVA). Sequencer tham gia đấu giá để xác định quyền đặt hàng giao dịch của một khối cụ thể hoặc một khối trong một thời gian cụ thể. Giá thầu đấu giá đóng vai trò là doanh thu của Rollup.
PoS. Pledge Rollup tokens và chọn ngẫu nhiên một Sequencer; bạn càng đặt cược nhiều, xác suất trở thành Sequencer càng cao. Lưu ý rằng Rollup vẫn được bảo mật bằng Tính hợp lệ/Bằng chứng lỗi và Ethereum và không cần dựa vào bảo mật kinh tế do PoS cung cấp. PoS chỉ được sử dụng như một cách để chọn người lãnh đạo. Mã thông báo đặt cược cung cấp khả năng nắm bắt giá trị cho Rollup và việc khóa này về cơ bản phản ánh sự khan hiếm của không gian khối.
*SS. So với hai điểm trên, SS là một chủ đề mới thú vị và vẫn chưa có kết luận. Giả sử rằng Rollup chọn thuê ngoài Trình tự sắp xếp cho SS, điều đó cũng có nghĩa là từ bỏ quyền nắm bắt MEV trong miền - mặc dù lợi thế của việc làm như vậy là nhiều miền sẽ có hiệu ứng mạng, do đó tạo thành một tổng dương. Nhưng từ một góc độ khác, Rollup có thể chọn giữ MEV của riêng mình bên trong hệ sinh thái của chính nó, tự nắm bắt nó hoặc mã hóa MEV trong miền.
Do đó, tác giả tin rằng SS bằng cách nào đó nên phân phối lại các MEV đã bắt giữa các miền khác nhau của nó. Ưu đãi phân phối lại này đặc biệt quan trọng trong các tình huống khi nhiều SS cạnh tranh để giành được các ứng dụng khách Rollup của họ. Trong trường hợp này, MEV được phân phối lại có thể đóng vai trò là thu nhập của Rollup.
Chứng minh lỗi
(Cộng đồng đã đề xuất đổi tên Fraud Proof thành Fault Proof, bởi vì ngay cả các bên trung thực cũng có thể gửi chuyển đổi trạng thái sai do lỗi cấu hình phần mềm và các lý do khác. Từ "gian lận" thực sự ám chỉ động cơ xấu, vì vậy mô tả không đủ chính xác )
Thiết kế chung của bằng chứng gian lận là trong thời gian thử thách, mọi người (được gọi là người thách thức) có thể thách thức quá trình chuyển đổi trạng thái; một khi thách thức được xác minh là chính xác, thủ phạm sẽ bị tịch thu và người thách thức sẽ nhận được một phần số tiền bị tịch thu dưới dạng phần thưởng. Số tiền bị mất còn lại có thể bị hủy và nếu số tiền bị mất là mã thông báo Rollup, thì đây được coi là khoản bồi thường cho tất cả chủ sở hữu mã thông báo (không phải cho nạn nhân của cuộc tấn công). Cả Arbitrum và Optimism Cannon hiện đang sử dụng bằng chứng gian lận tương tác.
Bên quan sát quá trình chuyển đổi trạng thái và đề xuất các thách thức trên Arbitrum được gọi là người xác thực và bên quan sát quá trình chuyển đổi trạng thái được gọi là người quan sát (Người xác thực Tháp Canh). Sự khác biệt chính giữa hai loại này là loại trước có thể đặt ra thách thức, trong khi loại sau có thể cảnh báo theo bất kỳ cách nào (ví dụ: thông qua cộng đồng hoặc phương tiện truyền thông xã hội). Việc trở thành người xác thực yêu cầu quyền truy cập danh sách trắng. Người quan sát không cần sự cho phép.
Arbitrum có thể phân cấp vai trò của người xác thực (còn gọi là người thách thức) trong tương lai. Nhưng thực ra người thách thức chỉ cần 1 trong N giả định tin cậy, một người thách thức trung thực là đủ cho mạng lưới. Do đó, tác giả cho rằng những người thách thức phi tập trung chỉ đáp ứng các yêu cầu của phi tập trung, ngoại trừ những người thách thức nêu trên nhận được một phần tiền bị tịch thu, không có nhiều chỗ cho thiết kế trong kinh tế, và nhiều khả năng là do dự phòng thiết kế cân nhắc.
Mạng Prover/Thị trường
Nguồn: Figment Capital
Figment Capital đã phân biệt khái niệm giữa Prover Network và Prover Market trong bài viết của mình: Prover Network là một tập hợp Prover chỉ cung cấp dịch vụ cho một ứng dụng duy nhất (chẳng hạn như Scroll). Prover Market là một thị trường mở nơi nhiều ứng dụng (chẳng hạn như Scroll, Succinct) có thể gửi yêu cầu bằng chứng tới thị trường. Bài viết này đã tóm tắt tất cả các khía cạnh của Decentralized Prover, vì vậy bài viết này sẽ không thêm quá nhiều giấy mực.
Mạng Prover
Scroll đã nảy ra ý tưởng về một Prover phi tập trung cách đây hai năm.
Nguồn: Cuộn
Prover (Scroll được gọi là Roller) cần cam kết mã thông báo để có được danh tiếng ban đầu, tỷ lệ thuận với mã thông báo đã cam kết. Khi mạng cần tạo bằng chứng, Sequencer sẽ chọn ngẫu nhiên nhiều Prors theo danh tiếng của họ và yêu cầu họ tạo bằng chứng trong thời gian T—nếu bằng chứng không hợp lệ, họ sẽ bị phạt; nếu bằng chứng hợp lệ nhưng muộn hơn thời gian T , danh tiếng của họ sẽ bị giảm xuống; nếu Bằng chứng hợp lệ và trong thời gian T, thì có cơ hội nhận được phần thưởng.
Việc giới thiệu thiết kế T có giới hạn thời gian, thay vì chỉ đơn giản sử dụng "nhanh nhất" để đo lường, là để tránh tình trạng người chiến thắng được tất cả của Người cung cấp nhanh nhất, bởi vì miễn là có thể hoàn thành trong thời gian T, Người cung cấp nhanh nhất và Prover Prover chậm hơn có cùng xác suất nhận được phần thưởng. Cơ chế này khuyến khích các Prors nhanh nhất tạo ra bằng chứng cho các khối khác song song để tối đa hóa lợi nhuận.
thị trường chứng minh
Nguồn: =nil;
=nil; Cung cấp các dịch vụ tổng quát để xây dựng mạch và chứng minh thị trường. Nhà phát triển, người xây dựng mạch và Người kiểm tra, người tạo bằng chứng, mỗi người nhận được một phần doanh thu.
Là một thị trường mở, =nil; tương tự như thị trường giao ngay, với hai vai trò: người yêu cầu bằng chứng và nhà sản xuất bằng chứng. Cái trước có thể phát lệnh mua và cái sau có thể phát lệnh bán. Các tham số của lệnh chờ bao gồm Tuyên bố (chẳng hạn như mạch chứng minh trạng thái của Mina hoặc Solana), chi phí, thời gian chờ của lệnh và thời gian tạo bằng chứng.
=nil; Một hệ thống danh tiếng tương tự cũng được áp dụng và Người cung cấp dịch vụ không tạo bằng chứng đúng hạn hoặc tạo sai bằng chứng sẽ bị giảm xếp hạng hoặc thậm chí bị phạt.
Scroll và =nil; cả hai đều áp dụng thiết kế hệ thống đặt cược và danh tiếng, điểm khác biệt là chúng nhắm mục tiêu đến các nhóm nhu cầu khác nhau. Cái trước phục vụ chính ZKRollup và cái sau phục vụ nhiều ứng dụng ZK. Hai ví dụ này tương ứng với hai hình thức Prover xây dựng nội bộ và Prover gia công phần mềm tương ứng.
Bớt tư tưởng
Dựa trên các thảo luận ở trên, tác giả đưa ra một số quan điểm:
Phí giao dịch là một mô hình kinh doanh đơn giản và hiệu quả và một trong những điểm bán hàng chính của việc mở rộng Ethereum của Rollup là phí thấp, vì vậy họ không làm gì nhiều về phí giao dịch. Với việc áp dụng EIP-4844 và sự hoàn thiện của các chương trình DA khác nhau (Celestia, EigenDA, v.v.), phí giao dịch Rollup sẽ còn giảm hơn nữa. Đây là một điều tốt cho người dùng.
Về Rollup, tác giả tin rằng Rollup chính thống sẽ dần dần tiến tới DS sau hai đến ba năm và một số Rollup đuôi dài có thể nhanh hơn một bước. Là một mô hình kinh doanh tương đối mơ hồ, MEV sẽ trở thành điểm tăng trưởng doanh thu chính của Rollup. Trong số đó, nếu DS được xây dựng nội bộ, nó có liên quan đến thiết kế kinh tế mã thông báo, nếu DS & SS được chọn, làm thế nào để phân bổ MEV hợp lý trong đó là điểm mà cả dự án Rollup và DS & SS cần xem xét. Tầm quan trọng của MEV trên Rollup hiện đang bị đánh giá thấp.
Phân quyền thường là một quá trình dần dần và có nhiều mức độ phân quyền khác nhau. Bất kể Sequencer hay Prover phi tập trung, có hai tùy chọn chính: xây dựng nội bộ bởi nhóm hoặc thuê ngoài. Cái trước có không gian thiết kế rộng hơn, chủ yếu dựa trên nguyên tắc kinh tế mã hóa của việc cắt giảm cổ phần và đã có một số thiết kế cơ chế trưởng thành để tham khảo. Tác giả suy đoán rằng cái sau có thể dựa trên một mô hình thanh toán tương tự như DA.
DS có thể phức tạp hơn trong thiết kế cơ chế, trong khi Prover tương đối trực quan. Bởi vì chúng tôi rất khó để nói rằng trình tự giao dịch do Sequencer trả về là đúng hay sai và bằng chứng toán học là một thứ xác định có thể đo lường định lượng, chẳng hạn như thời gian, chi phí và các tham số khác. DS được xem xét nhiều hơn từ quan điểm của nền kinh tế MEV.
Cách Rollup chọn hai phương pháp trên thay đổi tùy theo giai đoạn của dự án, ít nhất cần xem xét hiệu quả vốn, nguồn lực của nhà phát triển và các yếu tố khác. Đối với các Bản tổng hợp sớm, bao gồm một số Bản tổng hợp dành riêng cho ứng dụng, thuê ngoài công việc phi tập trung này có thể là giải pháp tốt nhất (thông qua DS & SS hoặc EigenLayer) để có Bootstrap nhanh. Một mặt, Rollup tương đối trưởng thành có đủ tài nguyên và quỹ dành cho nhà phát triển hơn, mặt khác, nó sẽ chú ý nhiều hơn đến việc nắm bắt giá trị mã thông báo và kết nối tài nguyên, đồng thời sử dụng điều này để tạo hiệu ứng hào và bánh đà.
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.
IOSG Ventures: Một bài báo thảo luận về thiết kế kiếm tiền của Rollup
Tác giả gốc: Jiawei, IOSG Ventures
Rollup có phải là một lớp đầu tư tốt vào cơ sở hạ tầng không?
Logic đầu tư của Rollup bao gồm từ tranh chấp tường thuật ZK/OP ban đầu, đến thực tiễn sau này của TPS và cạnh tranh trải nghiệm người dùng, sau đó đến con hào được xây dựng xung quanh các công cụ phái sinh như OP Stack. phát triển.Có nhiều câu trả lời khác nhau.
Nhưng vào cuối ngày, điều chúng ta cần trả lời là Rollup có phải là một hoạt động kinh doanh có lãi không? Tính kinh tế của Rollup là gì? Bài viết này cố gắng nghiên cứu và thảo luận về mô hình kinh doanh của Rollup và không gian thiết kế Kiếm tiền của nó.
Barry Whitehat lần đầu tiên đề xuất khái niệm Rollup trong diễn đàn Nghiên cứu Ethereum. Khi khái niệm Rollup còn sơ khai, chúng tôi gọi chung vai trò của Rollup là Người chuyển tiếp hoặc Người vận hành. Với sự tinh chỉnh của việc phát triển cơ sở hạ tầng, vai trò này được phân tách thành nhiều thực thể: Sequencer chịu trách nhiệm sắp xếp các giao dịch và ghi vào DA, Challenger chịu trách nhiệm đề xuất các thách thức và Prover chịu trách nhiệm tạo bằng chứng. Khi thảo luận về nền kinh tế Rollup, về cơ bản chúng ta có thể phân loại ra khỏi các thực thể này.
Nguồn: IOSG
Bài viết này chủ yếu thảo luận về một số khía cạnh của Kiếm tiền tổng hợp:
Phí giao dịch
Tương tự như các chuỗi khác, người dùng gửi giao dịch trong Rollup cần phải trả phí giao dịch.
Từ quan điểm của Sequencer, chi phí giao dịch này chủ yếu bao gồm hai phần chi tiêu: chi phí thực thi và chi phí bảo mật.
Chi phí thực hiện (Chi phí thực hiện)
Nguồn: John Adler
Chi phí thực thi của Rollup được kế thừa từ mô hình của Ethereum. Tóm lại, mỗi nút Ethereum chạy một máy trạng thái được sao chép. Như thể hiện trong hình trên, các nút tải xuống và lưu trữ dữ liệu giao dịch, thực hiện tính toán, đọc và ghi bộ nhớ và lưu trữ, và các hoạt động này tương ứng với mức tiêu thụ và tiêu thụ tài nguyên vật lý. Gas, với tư cách là một đơn vị định giá tài nguyên thống nhất, được sử dụng để đo lường các nguồn lực đằng sau các hoạt động này.
Điều này cũng đúng khi nó được mở rộng sang Rollup. Việc vận hành một nút Rollup sẽ tạo ra một lượng chi phí thực thi nhất định, đây là nguồn gốc của phí giao dịch do người dùng Rollup trả. Do sự khác biệt tinh tế về tính tương đương của EVM và các thiết kế Rollup khác nhau, các Rollup khác nhau có giá chi phí thực thi hơi khác nhau (ví dụ: Kỷ nguyên zkSync cung cấp tính năng trừu tượng hóa tài khoản gốc và một số hoạt động có thể yêu cầu nhiều Gas hơn EOA), nhưng nhìn chung, mô hình Gas của Ethereum được sử dụng.
Nguồn: Dune Analytics @springzhang
Ngoài chi phí thực thi được mô tả ở trên, phí tắc nghẽn và phí giao dịch tối thiểu cũng cần được xem xét.
Chi phí bảo mật
Nguồn: Diễn đàn Celestia @adeets_ 22
Chi phí bảo mật là chi phí tính khả dụng của dữ liệu (DA) mà chúng ta đang thảo luận. DA là sự đảm bảo rằng Rollup tương đương với bảo mật của Ethereum, đảm bảo rằng mọi người có thể xây dựng lại trạng thái của Rollup dựa trên dữ liệu được xuất bản trên Ethereum L1 (thảo luận tại đây là về Ethereum Fang L1, tất nhiên là có các chương trình DA khác). Chi phí DA đóng góp cho Ethereum L1 chiếm phần lớn trong tổng chi phí Rollup. Vào tháng 5 năm nay, Arbitrum đã gửi khoảng 3.927 MB dữ liệu cho Ethereum và trả 4.856 ETH cho dữ liệu đó và chi phí DA là khoảng 1,24 ETH/MB. (Dựa trên giá Tiêu chuẩn S 3 là 0,023 USD mỗi GB và giá ETH là 1800 USD, chi phí lưu trữ DA của Ethereum gấp khoảng 100 triệu lần so với AWS).
Do DA trên chuỗi rất đắt nên mỗi Rollup áp dụng một phương pháp nén dữ liệu. Arbitrum và Optimism Bedrock lần lượt sử dụng các thư viện nén dữ liệu nguồn mở Broti và zlib để nén dữ liệu được xuất bản lên Ethereum L1. Kỷ nguyên StarkNet và zkSync nén dữ liệu bằng cách xuất bản Trạng thái khác biệt (sự khác biệt giữa trạng thái trước đó và trạng thái mới) thay vì toàn bộ dữ liệu. (PS: Bản nâng cấp Optimism Bedrock cũng áp dụng nhiều phương pháp khác nhau để giảm chi phí giao dịch, ở đây chúng ta có thể xem thêm các chỉ số dữ liệu).
Nguồn: IOSG
Điều đáng mong đợi là chi phí DA cao của Ethereum L1 sẽ được giảm bớt đáng kể sau khi Nâng cấp Decun giới thiệu EIP-4844. Ngoài ra, "chi phí bảo mật" được thảo luận ở đây thực sự ngụ ý các mức độ bảo mật khác nhau. Ngoài DA được đảm bảo bởi Ethereum L1, các giải pháp như DAC, Celestia và EigenDA cung cấp nhiều sự đánh đổi "chi phí bảo mật", cung cấp nhiều tùy chọn cho phía yêu cầu DA. Một số ứng dụng DeFi tần suất thấp, giá trị cao cần đảm bảo an ninh hơn, trong khi một số ứng dụng tần suất cao, giá trị tương đối thấp (chẳng hạn như trò chơi) có thể quan tâm nhiều hơn đến chi phí; mỗi ứng dụng cần những gì nó cần.
Nguồn: Dune Analytics @optimismfnd
Tóm lại, chỉ cần nhìn nó từ góc độ của Sequencer: Sequencer thu phí giao dịch từ phía người dùng và trả phí DA cho Ethereum. Sau đó, lợi nhuận của Sequencer có thể được tính như trên. Hiện tại, hầu hết các Sequencer đều do nhóm Rollup vận hành, nếu bỏ qua một loạt chi tiết như thu nhập phát hành mã thông báo và lạm phát, thì thu nhập của Rollup cũng có thể được đo lường đại khái theo cách này.
Nguồn: Thiết bị đầu cuối mã thông báo
Nguồn: IOSG
Lấy Lạc quan làm ví dụ, trong 30 ngày qua, lợi nhuận hàng ngày của Lạc quan là khoảng 20 nghìn đô la Mỹ. Theo dữ liệu của Token Terminal, lợi nhuận của Optimism kể từ khi ra mắt là khoảng 10,9 triệu USD.
MEV
MEV là một cách quan trọng Rollup xây dựng mô hình kinh doanh của mình. Sẽ không có ý nghĩa gì khi nói về MEV trong bối cảnh của một trình sắp xếp thứ tự tập trung duy nhất, vì vậy chúng ta sẽ bắt đầu với một trình sắp xếp thứ tự phi tập trung và sau đó khám phá nền kinh tế MEV của Rollup.
Trình sắp xếp phi tập trung (DS)
Tính đến thời điểm hiện tại, Arbitrum ($5,87 tỷ), Optimism ($2,14 tỷ) và zkSync Era ($649 triệu) dựa vào Trình sắp xếp chuỗi/Người vận hành tập trung để sắp xếp giao dịch, gửi hàng loạt và các hoạt động khác.
Phân quyền là một vấn đề phức tạp, quá trình giới thiệu nhiều người tham gia cần được trau chuốt cẩn thận, không nhất thiết phải hoàn thành trong một bước. Từ góc độ bảo mật, tình hình cạnh tranh và tài nguyên của nhà phát triển, việc áp dụng một trình sắp xếp tập trung trong giai đoạn đầu của dự án là điều hợp lý. Tuy nhiên, Sequencer tập trung có ít nhất hai lỗi rõ ràng (cũng là lỗi của hầu hết các phương pháp tập trung).
Nguồn: Taiko
Hiện tại, Sequencer thực sự đóng vai trò là Người xây dựng và Người đề xuất trên Ethereum L1: nó chịu trách nhiệm cho cả việc sắp xếp thứ tự giao dịch và gửi các Lô - quá trình triển khai DS hơi giống với con đường cũ của Ethereum PBS.
Để thực hiện DS, Rollup thường có một số tùy chọn.
Nhóm Rollup có thể sử dụng các tùy chọn ở trên để xây dựng DS trong nội bộ hoặc xem xét thuê bên ngoài Sequencing:
Chọn xây dựng nội bộ hoặc thuê ngoài có một số sự đánh đổi, điều này sẽ được thảo luận thêm ở phần sau của bài viết này.
Tổng số MEV trong bối cảnh DS
Nguồn: odos.xyz/arbitrage
Nếu chúng ta có thị trường DS với cấu trúc khối mở, thì chuỗi cung ứng MEV trên Ethereum sẽ được sao chép trên Rollup. Trong số đó, MEV nội miền (Intradomain MEV) đề cập đến MEV xảy ra bên trong Rollup, không khác nhiều so với MEV của Ethereum L1. Ví dụ: các cuộc tấn công bánh sandwich trong DEX, chênh lệch giữa các DEX, v.v. Vì Rollup chưa triển khai DS nên hình trên sử dụng chênh lệch DEX trên Ethereum L1 làm ví dụ.
Thú vị hơn có thể là MEV tên miền chéo (Cross-domain MEV). Chúng tôi chia MEV tên miền chéo thành MEV tên miền chéo phổ biến và MEV tên miền chéo trong Trình tạo trình tự chia sẻ (SS).
Nguồn: odos.xyz/arbitrage
MEV tên miền chéo thông thường xảy ra giữa Ethereum L1 và Rollup, Rollup và Rollup. Trong ngữ cảnh của DS, mỗi miền có đường dẫn MEV riêng, đảm nhận các vai trò khác nhau. Hình ảnh trên là một ví dụ về chênh lệch giữa các tên miền.
Về phía Người tìm kiếm, MEV giữa các miền liên quan đến rủi ro thực thi phức tạp, bởi vì các miền khác nhau có thời gian xác nhận và thời gian hoàn thành khác nhau, đồng thời không thể xác định liệu giao dịch có được đưa vào như mong muốn hay không. Để đạt được mục tiêu này, Primev đang xây dựng một mạng lưới liên lạc nơi Người tìm kiếm có thể gửi giá thầu cho nhiều Nhà xây dựng trong nhiều miền để nhận được các đảm bảo xác nhận trước cho các Gói của họ. Bằng cách này, Người tìm kiếm có thể định lượng và quản lý rủi ro thực thi của họ.
Có một xu hướng tập trung trong MEV tên miền chéo. Như Flashbots đã chỉ ra, một Builder xây dựng các khối trên nhiều chuỗi cùng một lúc có lợi thế lớn hơn trong MEV giữa các miền so với một Builder chỉ xây dựng các khối trên một chuỗi, do đó dễ dàng dẫn đến việc tập trung hóa. Theo Lộ trình tập trung vào Rollup, đây là một chủ đề cần được giải quyết trong vài năm tới.
Tình huống sẽ khác nếu nhiều Bản tổng hợp sử dụng cùng một SS.
Nguồn: IOSG
Một trong những đặc điểm của SS là nó có thể thực hiện chênh lệch giá nguyên tử Rollup chéo. Ban đầu, khi Người tìm kiếm gửi riêng giao dịch 1 và giao dịch 2, không chắc chắn liệu hai giao dịch có được đưa vào như mong đợi hay không (ví dụ: chỉ được đưa vào khối tiếp theo). Với SS, Searcher có thể submit một Bundle tương tự như hình trên, và chỉ thực hiện khi thỏa mãn được giao dịch 1 và giao dịch 2 cùng lúc, nếu không sẽ không có giao dịch nào được thực hiện (tất nhiên giao dịch cần thỏa mãn là không phải là giao dịch vô hiệu). Việc triển khai này làm giảm rủi ro thực thi của Searcher.
Lý tưởng nhất, SS sẽ đạt được "tổng thể lớn hơn tổng các phần của nó". Ví dụ: thông tin trong một giao dịch có thể không có giá trị trên một Bản tổng hợp, nhưng nó có thể được sắp xếp và kết hợp với các giao dịch trên các Bản tổng hợp khác khi nhiều Bản tổng hợp chia sẻ sắp xếp, để tận dụng tối đa một số "thông tin không hợp lệ" và nhận ra trò chơi có tổng dương.
Mặc dù có nhiều lợi ích, nhưng Sequencing liên quan đến các vấn đề kinh doanh phức tạp. Do đó, tác giả tin rằng SS sẽ không được Rollup chính áp dụng trong thời gian ngắn, nhưng có thể được triển khai và xác minh trước trong Rollup dành riêng cho ứng dụng dài hạn hoặc dưới dạng Rollup-as- Các tùy chọn của dự án a-Service được cung cấp cho các nhà phát triển sử dụng.
Rollup nền kinh tế xung quanh MEV
Nguồn: IOSG
Sau khi DS được triển khai, câu hỏi quay trở lại làm thế nào để xây dựng các mô hình kinh tế và cơ chế nắm bắt giá trị xung quanh MEV.
Ở trên, chúng tôi đã thảo luận về tổng chi phí của Rollup. Nguồn của chi phí chung này là tài nguyên DA và tài nguyên vật lý để tự vận hành Bản tổng hợp. Những tài nguyên hạn chế này tạo thành sự khan hiếm của không gian khối. MEV phản ánh sự thống trị đối với sự khan hiếm của không gian khối. Rollup có thể đánh giá sự thống trị đó.
Fuel Network tin rằng một mô hình mã thông báo được tối ưu hóa sẽ nắm bắt được giá trị của không gian khối một cách hợp lý. Người dùng sử dụng mã thông báo Rollup để thanh toán phí giao dịch, đây là một trong những cách nắm bắt giá trị (tức là được cấp bằng Tiện ích mã thông báo). Nhưng điều này cũng tạo ra xung đột bổ sung từ phía người dùng. Ý tưởng của Fuel cũng là mã hóa sự khan hiếm của không gian khối, nhưng thứ được mã hóa là "quyền thu phí trong không gian khối". Đây là từ quan điểm của các nhà sản xuất khối và MEV và không ảnh hưởng đến người dùng cuối.
Tương ứng với các phương án trên của DS, tác giả cho rằng có thể có các không gian thiết kế sau:
*Đấu giá MEV (MEVA). Sequencer tham gia đấu giá để xác định quyền đặt hàng giao dịch của một khối cụ thể hoặc một khối trong một thời gian cụ thể. Giá thầu đấu giá đóng vai trò là doanh thu của Rollup.
Do đó, tác giả tin rằng SS bằng cách nào đó nên phân phối lại các MEV đã bắt giữa các miền khác nhau của nó. Ưu đãi phân phối lại này đặc biệt quan trọng trong các tình huống khi nhiều SS cạnh tranh để giành được các ứng dụng khách Rollup của họ. Trong trường hợp này, MEV được phân phối lại có thể đóng vai trò là thu nhập của Rollup.
Chứng minh lỗi
(Cộng đồng đã đề xuất đổi tên Fraud Proof thành Fault Proof, bởi vì ngay cả các bên trung thực cũng có thể gửi chuyển đổi trạng thái sai do lỗi cấu hình phần mềm và các lý do khác. Từ "gian lận" thực sự ám chỉ động cơ xấu, vì vậy mô tả không đủ chính xác )
Thiết kế chung của bằng chứng gian lận là trong thời gian thử thách, mọi người (được gọi là người thách thức) có thể thách thức quá trình chuyển đổi trạng thái; một khi thách thức được xác minh là chính xác, thủ phạm sẽ bị tịch thu và người thách thức sẽ nhận được một phần số tiền bị tịch thu dưới dạng phần thưởng. Số tiền bị mất còn lại có thể bị hủy và nếu số tiền bị mất là mã thông báo Rollup, thì đây được coi là khoản bồi thường cho tất cả chủ sở hữu mã thông báo (không phải cho nạn nhân của cuộc tấn công). Cả Arbitrum và Optimism Cannon hiện đang sử dụng bằng chứng gian lận tương tác.
Bên quan sát quá trình chuyển đổi trạng thái và đề xuất các thách thức trên Arbitrum được gọi là người xác thực và bên quan sát quá trình chuyển đổi trạng thái được gọi là người quan sát (Người xác thực Tháp Canh). Sự khác biệt chính giữa hai loại này là loại trước có thể đặt ra thách thức, trong khi loại sau có thể cảnh báo theo bất kỳ cách nào (ví dụ: thông qua cộng đồng hoặc phương tiện truyền thông xã hội). Việc trở thành người xác thực yêu cầu quyền truy cập danh sách trắng. Người quan sát không cần sự cho phép.
Arbitrum có thể phân cấp vai trò của người xác thực (còn gọi là người thách thức) trong tương lai. Nhưng thực ra người thách thức chỉ cần 1 trong N giả định tin cậy, một người thách thức trung thực là đủ cho mạng lưới. Do đó, tác giả cho rằng những người thách thức phi tập trung chỉ đáp ứng các yêu cầu của phi tập trung, ngoại trừ những người thách thức nêu trên nhận được một phần tiền bị tịch thu, không có nhiều chỗ cho thiết kế trong kinh tế, và nhiều khả năng là do dự phòng thiết kế cân nhắc.
Mạng Prover/Thị trường
Nguồn: Figment Capital
Figment Capital đã phân biệt khái niệm giữa Prover Network và Prover Market trong bài viết của mình: Prover Network là một tập hợp Prover chỉ cung cấp dịch vụ cho một ứng dụng duy nhất (chẳng hạn như Scroll). Prover Market là một thị trường mở nơi nhiều ứng dụng (chẳng hạn như Scroll, Succinct) có thể gửi yêu cầu bằng chứng tới thị trường. Bài viết này đã tóm tắt tất cả các khía cạnh của Decentralized Prover, vì vậy bài viết này sẽ không thêm quá nhiều giấy mực.
Mạng Prover
Scroll đã nảy ra ý tưởng về một Prover phi tập trung cách đây hai năm.
Nguồn: Cuộn
Prover (Scroll được gọi là Roller) cần cam kết mã thông báo để có được danh tiếng ban đầu, tỷ lệ thuận với mã thông báo đã cam kết. Khi mạng cần tạo bằng chứng, Sequencer sẽ chọn ngẫu nhiên nhiều Prors theo danh tiếng của họ và yêu cầu họ tạo bằng chứng trong thời gian T—nếu bằng chứng không hợp lệ, họ sẽ bị phạt; nếu bằng chứng hợp lệ nhưng muộn hơn thời gian T , danh tiếng của họ sẽ bị giảm xuống; nếu Bằng chứng hợp lệ và trong thời gian T, thì có cơ hội nhận được phần thưởng.
Việc giới thiệu thiết kế T có giới hạn thời gian, thay vì chỉ đơn giản sử dụng "nhanh nhất" để đo lường, là để tránh tình trạng người chiến thắng được tất cả của Người cung cấp nhanh nhất, bởi vì miễn là có thể hoàn thành trong thời gian T, Người cung cấp nhanh nhất và Prover Prover chậm hơn có cùng xác suất nhận được phần thưởng. Cơ chế này khuyến khích các Prors nhanh nhất tạo ra bằng chứng cho các khối khác song song để tối đa hóa lợi nhuận.
thị trường chứng minh
Nguồn: =nil;
=nil; Cung cấp các dịch vụ tổng quát để xây dựng mạch và chứng minh thị trường. Nhà phát triển, người xây dựng mạch và Người kiểm tra, người tạo bằng chứng, mỗi người nhận được một phần doanh thu.
Là một thị trường mở, =nil; tương tự như thị trường giao ngay, với hai vai trò: người yêu cầu bằng chứng và nhà sản xuất bằng chứng. Cái trước có thể phát lệnh mua và cái sau có thể phát lệnh bán. Các tham số của lệnh chờ bao gồm Tuyên bố (chẳng hạn như mạch chứng minh trạng thái của Mina hoặc Solana), chi phí, thời gian chờ của lệnh và thời gian tạo bằng chứng.
=nil; Một hệ thống danh tiếng tương tự cũng được áp dụng và Người cung cấp dịch vụ không tạo bằng chứng đúng hạn hoặc tạo sai bằng chứng sẽ bị giảm xếp hạng hoặc thậm chí bị phạt.
Scroll và =nil; cả hai đều áp dụng thiết kế hệ thống đặt cược và danh tiếng, điểm khác biệt là chúng nhắm mục tiêu đến các nhóm nhu cầu khác nhau. Cái trước phục vụ chính ZKRollup và cái sau phục vụ nhiều ứng dụng ZK. Hai ví dụ này tương ứng với hai hình thức Prover xây dựng nội bộ và Prover gia công phần mềm tương ứng.
Bớt tư tưởng
Dựa trên các thảo luận ở trên, tác giả đưa ra một số quan điểm: