Khám phá Kinh tế Rollup từ Nguyên tắc Đầu tiên

Tác giả: Barnabé Monnot

Nguồn ban đầu: barnabe.substack.com

Rollup là một nguyên thủy tuyệt vời. Rollup sẽ trở thành giải pháp ưa thích cho việc mở rộng Ethereum trong tương lai (vui lòng tham khảo bài viết "Minh họa lộ trình phát triển của Ethereum") và cung cấp không gian thiết kế rộng rãi cho các hoạt động trên Ethereum. Nói chung, các bản tổng hợp mở rộng giao thức mà chúng được xây dựng trên đó và bảo toàn hầu hết các thuộc tính của giao thức. Điều quan trọng nhất trong toàn bộ quá trình là đảm bảo tính chính xác của việc thực thi ngoài chuỗi và tính sẵn có của dữ liệu đằng sau quá trình thực thi. Làm thế nào để đạt được hai điểm này là tùy thuộc vào người thiết kế.

Gần đây, tôi bắt đầu quan tâm đến việc tìm hiểu tổng số từ góc độ kinh tế. Đây không chỉ là một câu hỏi lý thuyết. Lớp cơ sở (L1) đắt tiền và chúng tôi nên tích cực cung cấp một số chỗ để người dùng có thể trả phí giao dịch. Kinh tế tốt hơn có nghĩa là giá cả tốt hơn và người dùng hạnh phúc hơn.

tiêu đề cấp đầu tiên

Nhân vật trong game Rollup

Tóm lại, lý tưởng nhất là chúng ta sẽ chia thành ba vai trò:

Người dùng: Người dùng có thể gửi giao dịch trên mạng L2, giống như trên L1. Họ nắm giữ tài sản trên L2 và tương tác với các hợp đồng được triển khai khi triển khai.

Rollup Runner: Vai trò này bao gồm nhiều vai trò khác. Toán tử tổng số đại diện cho tất cả cơ sở hạ tầng cần thiết để xử lý các giao dịch mạng L2. Bây giờ chúng ta có những người sắp xếp thứ tự đưa ra các lô giao dịch, người thực hiện đưa ra xác nhận, người thách thức đưa ra bằng chứng gian lận và người chứng minh tính toán bằng chứng hợp lệ (xem bài tiểu luận này)...

Mô tả hình ảnh

tiêu đề cấp đầu tiên

Chi phí tổng hợp

Trong bài viết này, chúng tôi xem xét các bản tổng hợp từ góc độ "hệ thống", tập trung vào chi phí chung, lợi ích và phí của chúng. Việc vận hành một hệ thống phát sinh chi phí hoạt động, hoạt động giống như "các bể năng lượng" trong đó giá trị chảy từ bên trong hệ thống ra bên ngoài. Mặt khác, hệ thống cũng thu được lợi ích, đó là “nguồn năng lượng”, dòng giá trị từ bên ngoài hệ thống vào bên trong. Phí là cầu nối giữa "nguồn" và "bể chứa" năng lượng, chuyển giao giá trị giữa các thành phần khác nhau của hệ thống để mỗi thành phần thực hiện đúng chức năng của mình.

Ví dụ, trong một bài viết trước tôi đã viết về EIP-1559, tôi đã giải thích cách chia nhỏ phí giao dịch mà người dùng phải trả:

• Một phần phí cho các giao dịch được đóng gói thuộc sở hữu của nhà điều hành: trong trường hợp của lớp cơ sở PoW, phí của người khai thác là khoản bồi thường cho những người khai thác để phòng ngừa rủi ro gia tăng của các khối chú. Khoản phí này bao gồm chi phí phát hành các khối cho các nhà khai thác, biến họ thành một phần của mạng. Và đó là phí mặc định hiện tại là 1 hoặc 2 Gwei khi bạn gửi giao dịch.

• Khoản thanh toán phí còn lại được sử dụng để thực hiện các giao dịch của nó được ưu tiên đóng gói vào chuỗi khối, nghĩa là tắc nghẽn giá. Mức phí này khiến nhà mạng và người dùng gặp phải tình trạng tắc nghẽn được khuyến khích tương thích trong hệ thống. Đây là những gì phí cơ sở của L1 thực hiện trong các trường hợp bình thường.

tiêu đề phụ

Chi phí vận hành L2 (Chi phí vận hành L2)

tiêu đề phụ

Chi phí xuất bản dữ liệu L1 (Chi phí xuất bản dữ liệu L1)

Bạn nên dành thời gian nghiên cứu chi phí phát hành dữ liệu, vì đây thực sự là một loại chi phí mới trong nền kinh tế tổng hợp. Khi các nhà khai thác đã thu thập được một tập hợp giao dịch đủ lớn, họ cần xuất bản thông tin nén của tập hợp giao dịch này trên lớp cơ sở. Hiện tại, quá trình này không được thực hiện theo một cách đặc biệt tao nhã: dữ liệu được xuất bản đơn giản là "CALLDATA", đây là một thuộc tính giao dịch cho phép người gửi thêm một chuỗi byte tùy ý.

Mô tả hình ảnh

Người dùng gửi giao dịch và nhà điều hành nén các giao dịch này và xuất bản chúng lên hợp đồng thông minh chuỗi tổng hợp của lớp cơ sở

Chi phí xuất bản dữ liệu do lớp cơ sở chịu. Để xuất bản dữ liệu trên Ethereum, giá thị trường hiện tại của dữ liệu được kiểm soát bởi EIP-1559, trong đó mỗi byte khác 0 của CALLDATA tiêu thụ 16 gas và mỗi byte 0 tiêu thụ 4 gas. Với EIP-1559 đa chiều (ví dụ trong "Giao dịch blob-carrying định dạng sharding (được sử dụng để sharding mang loại giao dịch blob loại"), giá của CALLDATA có thể được đặt trong thị trường EIP-1559 của riêng nó, định giá thị trường dữ liệu riêng từ các thị trường thực thi truyền thống.

Trong bảng điều khiển phân tích Dune này, tôi cố gắng sắp xếp dữ liệu được xuất bản bởi một số bản tổng hợp chính. Tôi không chắc mình đã nắm bắt được đầy đủ thông tin, đặc biệt là đối với zk-rollup. Nếu bạn tìm thấy một cái gì đó không phù hợp, xin vui lòng cho tôi biết! :)

tiêu đề phụ

Chi phí tắc nghẽn L2

Có một chi phí thứ ba, vô hình hơn. Miễn là nguồn cung không gian khối cuộn lên không thể đáp ứng nhu cầu hiện có, các nguồn lực khan hiếm phải được phân bổ. Trong một thế giới bò hình cầu của những người dùng không nhạy cảm với thời gian, người dùng chỉ cần xếp hàng chờ đợi. Không có mất giá trị từ một hệ thống tắc nghẽn. Nhưng khi người dùng phải chịu chi phí do chờ đợi, họ nên giảm thiểu sự chậm trễ giao dịch càng nhiều càng tốt. Đối với người dùng ở cuối hàng đợi, việc giảm lợi ích của họ là một chi phí bổ sung cho hệ thống tổng số tổng thể.

tiêu đề cấp đầu tiên

doanh thu tổng hợp

tiêu đề phụ

giá trị giao dịch

Người dùng nhận được giá trị từ các giao dịch trên tổng số và không nơi nào khác, và do đó sẵn sàng trả tiền cho các dịch vụ mà họ nhận được. Giá trị ở đây đề cập đến tiện ích mà người dùng nhận được từ việc các giao dịch của họ được đóng gói trong bản tổng số. Tôi nhận được 50 đô la tiện ích nếu giao dịch được bao gồm và tôi sẵn sàng trả số tiền đó để bao gồm giao dịch của mình. Nếu cuối cùng chúng tôi trả 2 đô la, số tiền thặng dư của tôi là 48 đô la. Nhưng từ quan điểm của hệ thống tổng số, bất kể ai nhận được 2 đô la, giá trị của dòng tiền ban đầu là 50 đô la.

Thứ hai, miễn là giao dịch chứa MEV dương, chẳng hạn như giao dịch trao đổi có thể được kẹp trên một số DEX, thì khái niệm này cũng sẽ được thêm vào khái niệm giá trị giao dịch của chúng tôi. Tại thời điểm này, việc ai nhận được giá trị không quan trọng, cho dù đó là trình sắp xếp thứ tự trích xuất giá trị, người dùng thực hiện giao dịch hay điều gì khác. Điều duy nhất quan trọng ở đây là giao dịch ban đầu của chúng tôi mang lại nhiều giá trị hơn cho toàn hệ thống so với người dùng ban đầu nhận được từ giao dịch này. Do đó, chúng tôi rút ra:

tiêu đề phụ

phân phối mã thông báo

Nguồn doanh thu thứ hai là "phân phối mã thông báo". Ở lớp cơ sở, thu nhập mà những người tạo khối thu được là các mã thông báo mới được đúc và tài sản mã hóa ban đầu của mạng mà những người tạo khối giúp duy trì. Những lợi ích này bù đắp cho chi phí cơ sở hạ tầng của họ và miễn là họ có lãi khi làm như vậy, ngày càng có nhiều nhà sản xuất khối sẽ tham gia.

tiêu đề cấp đầu tiên

Trách nhiệm chuyển nhượng: phiên bản tổng hợp

Tóm lại, hệ thống tổng số bao gồm ba bên: người dùng, người vận hành tổng số và lớp cơ sở. Chạy hệ thống này phát sinh ba loại chi phí: chi phí vận hành, chi phí xuất bản dữ liệu ở lớp cơ sở và chi phí tắc nghẽn. Hệ thống kiếm doanh thu dưới hai hình thức: giá trị giao dịch và phát hành mã thông báo.

Bây giờ tất cả những gì còn lại là trò chơi phù hợp với việc ai sẽ trả những gì và khi nào. Một số cặp rất dễ xử lý. Nhà điều hành phải trả tiền cho lớp cơ sở để xuất bản dữ liệu L1. Họ phải trả tiền ngay khi họ xuất bản dữ liệu và họ trả tiền như được trích dẫn ở lớp cơ sở. [2]

Mô tả hình ảnh

tiêu đề phụ

Cân đối ngân sách: Giới hạn chuyển giao trách nhiệm

Hãy thêm một ràng buộc mới vào hệ thống của chúng ta - số dư ngân sách của nhà điều hành. Chúng tôi giả định rằng các nhà khai thác rollup không thể hoạt động thua lỗ, tức là doanh thu của họ ít nhất phải bằng hoặc lớn hơn chi phí của họ. Giả định này có thể không phải lúc nào cũng đúng, tuy nhiên, đối với tôi, có vẻ như điều quan trọng là chúng ta quan tâm đến việc tập hợp người vận hành có đủ phi tập trung và cởi mở trong tương lai hay không. Nếu các nhà khai thác cần phải hoạt động thua lỗ, điều này sẽ lấn át những người tham gia có ít vốn hơn và làm cho quy mô của nhóm nhà điều hành rất hạn chế. [3] Một nhóm nhỏ các nhà khai thác làm suy yếu các đảm bảo chống kiểm duyệt và trong trường hợp xấu nhất, người dùng buộc phải đóng gói các giao dịch của họ ở lớp cơ sở, phải trả phí cao.

tiêu đề phụ

Duy trì số dư ngân sách của nhà điều hành trong trường hợp thanh toán chậm

Theo quy tắc cân đối ngân sách, chúng ta phải xem xét nhà điều hành duy trì số dư không âm. Dòng tiền ra chính của họ, tức là phát hành dữ liệu L1, có thể thay đổi và phí được tính riêng với dòng tiền vào chính của họ, tức là phí giao dịch. Chúng tôi giả định rằng các nhà khai thác nhận thức đầy đủ về chi phí vận hành L2 của họ và báo giá chính xác cho người dùng tại thời điểm giao dịch (tương tự như tỷ lệ khối chú trong nhận thức của họ và phí bồi thường của người khai thác tương ứng). Nhưng làm cách nào họ có thể cung cấp cho người dùng báo giá chi phí phát hành dữ liệu L1 cuối cùng, khiến việc triển khai bị chậm lại một chút?

Ngày nay, tổng số áp dụng heuristic để tránh rủi ro thay đổi trong chi phí xuất bản dữ liệu L1. Trong một trường hợp, bản tổng hợp tuân theo phí cơ sở L1 hiện tại (nhờ có EIP-3198!) và tăng phí lên một chút như một bộ đệm bổ sung, tức là tính phí quá cao cho người dùng ngay từ đầu, trong trường hợp các nhà khai thác sau này phát hành. Trả nhiều tiền hơn cho dữ liệu. Ngoài ra, người dùng bị tính phí theo chức năng trung bình đang hoạt động của phí cơ sở L1 để làm dịu các biến động dài hạn.

Theo tôi, giải pháp hợp lý là gọi các công cụ phái sinh, đơn giản là các hợp đồng tương lai phí cơ sở L1. Tại thời điểm giao dịch, người dùng phải trả một khoản phí có giá trị trong tương lai để trả cho việc xuất bản dữ liệu trên lớp cơ sở. Bằng cách giảm các khoản thanh toán vượt mức bi quan, số dư sẽ được gửi lại cho người dùng. Nghiên cứu hiện tại là không thuyết phục về thiết kế tối ưu của các công cụ phái sinh như vậy.

Mô tả hình ảnh

tiêu đề phụ

Còn về phí tắc nghẽn thì sao?

Giả sử rằng giá rollup tính phí tắc nghẽn hoàn hảo khi người dùng giao dịch, giờ đây sẽ có một lợi ích dưới dạng phí tắc nghẽn. Ngày nay, trên lớp cơ sở Ethereum, những khoản phí đó đã bị đốt cháy. Lý do chính cho điều này là khả năng tương thích khuyến khích: nếu phí tắc nghẽn được trả lại cho nhà sản xuất khối, ưu đãi phí cơ sở của giao thức không còn ràng buộc, điều này làm mất đi mục đích của EIP-1559. Nhưng đốt các khoản phí cơ bản không phải là lựa chọn duy nhất để duy trì khả năng tương thích của các khoản khuyến khích.

Người ta đã đề xuất rằng tất cả 'sự cạn kiệt tổng số', tức là các chi phí gây ra bởi các tác động kinh tế bên ngoài (chẳng hạn như tắc nghẽn hoặc MEV), được sử dụng để tài trợ cho hàng hóa công cộng. [4] Đây không phải là một giải pháp tồi. Định giá tắc nghẽn ở các thành phố thường được dành để cải thiện hệ thống giao thông công cộng, nghĩa là số tiền này được sử dụng để bù đắp cho những tác động tiêu cực bên ngoài mà khi được định giá phù hợp sẽ dẫn đến những lợi ích này.

Lưu ý rằng tôi thực sự đã đưa MEV vào đây...tại sao chúng ta nên nghĩ MEV giống như tính phí tắc nghẽn? Đầu tiên, bởi vì MEV là một yếu tố bên ngoài giống như tắc nghẽn. Hành động đơn giản phát hành một giao dịch với MEV tạo ra một ngoại tác tích cực cho những ai muốn nắm bắt nó. [5] Ngoại tác là "giá trị chưa từng có", nghĩa là, chúng phát sinh từ một số hoạt động kinh tế nguyên thủy giúp cân bằng giữa công việc hữu ích với thù lao (ví dụ: người dùng trả chi phí chung cho người vận hành L2; người vận hành chi trả chi phí phát hành L1), nhưng chúng tạo ra hoặc phá vỡ một số giá trị bổ sung trong quá trình.

Điều này được minh họa rõ ràng nhất trong khái niệm đấu giá MEV, một thiết kế trong đó các nhà khai thác cạnh tranh để giành quyền đóng gói một khối dựa trên giá trị mà họ có thể trích xuất từ ​​các khối được đóng gói. Giá trị này ngụ ý chi phí tắc nghẽn, mà người dùng thể hiện bằng cách cạnh tranh với nhau để nhận giá thầu. Rõ ràng hơn là bản thân MEV mà các nhà khai thác sẽ cạnh tranh. Một lần nữa, giả sử người chạy không được phép hoạt động thua lỗ, giá thầu của họ phải phản ánh khả năng thực sự của họ trong việc trích xuất giá trị từ các khối, tức là người chạy sẽ cộng phí lô giao dịch của họ cho người dùng cộng với MEV được trích xuất trong lô giao dịch được sử dụng để đặt giá thầu. Đồng thời, giả sử rằng tất cả các nhà khai thác phải trả cùng một lượng chi phí chung cho nhà điều hành L2 và chi phí xuất bản dữ liệu L1 được tính chính xác cho người dùng, chúng ta có thể nhận được:

• Phí người dùng = Phí xuất bản dữ liệu L1 + Phí điều hành L2 + Phí tắc nghẽn L2

• Chi phí chung cho người chạy = Chi phí chung cho người chạy L2 + Chi phí xuất bản dữ liệu L1

• Doanh thu của nhà khai thác = phí người dùng + MEV

• Lợi nhuận của nhà khai thác = Doanh thu của nhà khai thác - Chi phí chung của nhà khai thác = Phí tắc nghẽn L2 + MEV

Trong một môi trường nơi các nhà khai thác cạnh tranh trong một thị trường hiệu quả để giành quyền đề xuất các khối, các nhà khai thác phải đồng thời đặt giá thầu cho toàn bộ lợi nhuận của họ, cụ thể là phí tắc nghẽn và MEV có sẵn trong lô giao dịch của họ. [6] Đây là giá trị ẩn của hệ thống: thứ nhất đến từ phí mà người dùng phải trả để tránh tổn thất do tắc nghẽn và thứ hai đến từ hiệu ứng gợn do giao dịch ban đầu gây ra. Những giá trị này ngay từ đầu không thuộc về ai, vậy tại sao chúng không thể được nắm bắt và phân phối lại?

tiêu đề cấp đầu tiên

Khám phá kinh tế tổng số

Bài viết này đưa ra rất nhiều giả định. Ví dụ: tôi giả sử "số dư ngân sách của người chạy" vì tôi tin rằng cộng đồng nên xem xét nghiêm túc các đợt tổng hợp do người chạy bị thua lỗ, điều này có thể chưa phù hợp với việc phân cấp. Phát hành mã thông báo giúp thiết lập lại cân bằng ngân sách, mặc dù điều này phụ thuộc vào tín hiệu giá ngoại sinh (giá trị mã thông báo) để điều phối các ưu đãi của nhà điều hành. Theo quan điểm này, các nhà khai thác thích định giá càng chính xác càng tốt những gì họ có thể, cụ thể là chi phí điều hành L2 và chi phí phân phối dữ liệu L1 của họ. Điều này tránh được việc phân bổ sai thu nhập trong tương lai, nơi các nhà khai thác sẽ mong đợi giá mã thông báo cao hơn để trả cho các hoạt động của họ. [7]

tiêu đề cấp đầu tiên

các nguồn lực khác

John Adler "Đợi đã, đó là tất cả định giá tài nguyên?" (slide và video ở đây) cung cấp thông tin cơ bản về việc phân tách chi phí chạy L2, chi phí thực thi và tính khả dụng của dữ liệu.

Patrick McCorry, Chris Buckland, Bennet Yee, Dawn Song, SoK: Validating Bridges as a Scaling Solution for Blockchains

Xin chân thành cảm ơn Anders Elowsson, Vitalik Buterin, Fred Lacs và Alex Obadia vì những nhận xét hữu ích của họ.

1. Vitalik cũng tin rằng chi phí chung này là chi phí cơ hội của nhà cung cấp không gian khối. Trong bài đọc này, nếu giao dịch của bạn được bao gồm, thì ít nhất bạn nên trả cho nhà cung cấp những gì họ sẽ kiếm được từ việc bao gồm các giao dịch khác.

2. Điều này có nghĩa là chúng tôi có thể mở khóa thêm các mô hình của mình. Chi phí phát hành dữ liệu được trích dẫn bằng cách dự đoán và trích dẫn tình trạng tắc nghẽn của lớp cơ sở, tạo thành một tổng thể với người điều hành lớp cơ sở, tức là nhà sản xuất khối.

3. Việc tập trung hóa nhóm nhà điều hành có thể không tệ bằng việc tập trung hóa các nhà sản xuất khối trong lớp cơ sở, nhưng việc đánh giá sự cân bằng về phân cấp của mạng tổng số sẽ được để lại cho tương lai.

4. Tại thời điểm viết bài này, ngay cả những khoản phí được phân bổ sai đó, chẳng hạn như phí thu được từ người dùng để trang trải chi phí xuất bản dữ liệu, cũng được sử dụng để tài trợ cho một số hàng hóa công cộng, chẳng hạn như chương trình tài trợ hàng hóa công hồi tố do Optimism khởi xướng.

5. Điều thú vị là đấu giá gas vốn được sử dụng để thu hút ngoại ứng tích cực lại tạo ra ngoại ứng tiêu cực cho toàn mạng lưới, khiến mạng lưới phải đối mặt với tình trạng tắc nghẽn nghiêm trọng hơn!

6. Lưu ý rằng hiệu quả hủy bỏ hiệu lực không còn là một giả định hợp lý trong trường hợp một số nhà khai thác có quyền truy cập vào luồng lệnh giao dịch riêng tư hoặc tham gia vào MEV giữa các miền (xin gửi lời cảm ơn tới Alex Obadia!). Trong trường hợp sau, hiệu quả thị trường trong trình trích xuất tên miền chéo có thể được tạo lại trong phiên đấu giá trình tạo tên miền đơn.

7. Nhân tiện, chế độ này không tệ! Đây chủ yếu là cách các công ty khai thác luôn hoạt động. Tuy nhiên, chúng ta phải nhớ rằng bất kỳ rủi ro bổ sung nào do nhà điều hành gánh chịu đều là áp lực tập trung trừ khi có sẵn các nguyên tắc quản lý rủi ro như các công cụ phái sinh. Ngay cả với những lựa chọn phòng ngừa rủi ro như vậy, kiến ​​thức cần thiết để điều hành một doanh nghiệp tốt có thể rất cao, điều này có thể làm nản lòng các nhà điều hành có kỹ năng thấp hơn.