Tóm tắt Hội nghị thượng đỉnh MEV: Giải quyết vấn đề MEV đồng thời chấp nhận sự tồn tại của MEV

Tiêu đề gốc: "MEV.WTF TÓM TẮT SUMMIT PT 1"

Tác giả gốc: Nữ thần

Bản dịch gốc: Cháo qua đêm, Babbitt

MEV (Giá trị có thể trích xuất tối đa) hiện đang là một chủ đề nóng và tôi đã cố gắng hết sức Có thể nghiên cứu rất nhiều và cố gắng hiểu các giải pháp khác nhau cũng như các vấn đề khác nhau mà họ gặp phải trong quá trình thực hiện. Đây là một lĩnh vực đáng suy nghĩ và rõ ràng sẽ rất quan trọng đối với sự thành công của các hệ thống blockchain không cần cấp phép về lâu dài.

Hội nghị thượng đỉnh MEV.WTF kéo dài 8 giờ và cuộc thảo luận bàn tròn về HackMoney rất hấp dẫn, nhưng thành thật mà nói, có rất nhiều điều cần tìm hiểu và tôi cần phải xem lại nội dung Hội nghị này.

Trước khi đi vào phần văn bản, một số thuật ngữ liên quan đến mã hóa mà tôi nghĩ nên được định nghĩa là SGX, mã hóa khóa thời gian và giải mã ngưỡng (đôi khi được gọi là mã hóa ngưỡng, có thể hoán đổi cho nhau). ). SGX là viết tắt của Software Guard eXtensions, một bộ hướng dẫn cung cấp mã hóa bộ nhớ phần cứng trong đó mã và dữ liệu cụ thể được cách ly trong các "vỏ" nơi chúng có thể chạy mà không bị tiếp xúc với mã bên ngoài. Mã hóa khóa thời gian đề cập đến việc mã hóa nội dung nào đó cho đến một dấu thời gian nhất định rồi mở khóa nó. Cơ chế giải mã ngưỡng có nghĩa là một tin nhắn có thể được giải mã sau khi người chia sẻ khóa đạt đến một ngưỡng nhất định và ký vào đó.

Cuối cùng, tôi sẽ nói về những điểm chính mà tôi thu thập được từ nội dung hội nghị, nhưng xuyên suốt bài viết này, các ý kiến trong bài viết này không phải của tôi mà chỉ liên quan đến quan điểm của người nói và nội dung bài phát biểu của họ.

Tóm tắt khái niệm

MEV là nhà sản xuất/người đề xuất khối có thể sử dụng Vai trò của mình trong mạng có khả năng thu được lợi nhuận.

Chúng ta hiện đang sống trong thế giới MEV và dù muốn hay không thì MEV cũng sẽ không biến mất. Các hệ thống blockchain không được phép, đặc biệt là các không gian trạng thái phức tạp bị ảnh hưởng bởi hoạt động hợp đồng thông minh, yêu cầu một số MEV nhất định để hoạt động bình thường. Chủ đề lặp đi lặp lại trong cuộc thảo luận dưới đây là chúng ta nên giảm thiểu MEV vốn không phải là một phần cơ bản của hệ thống và dân chủ hóa MEV cho các phần còn lại.

Công việc giảm thiểu và dân chủ hóa MEV có liên quan đến cả nhà phát triển hệ thống và ứng dụng. Các nhà phát triển hệ thống không thể tiến hành thử nghiệm nhanh chóng, nhưng thực sự cần phải cung cấp cho các nhà phát triển ứng dụng các công cụ để xử lý MEV trên chuỗi.

Sau đây là một số nội dung cốt lõi của Hội nghị thượng đỉnh MEV:

Sự phát triển của MEV: Charlie Noyes (Paradigm )

h3>

MEV là thước đo lợi nhuận mà nhà sản xuất khối có thể kiếm được bằng cách sắp xếp lại hoặc kiểm duyệt các giao dịch và tồn tại trong bất kỳ hệ thống nào không thể chứng minh được tính nhất quán của chính nó. Khái niệm MEV được pmcgoohan đề xuất lần đầu tiên vào năm 2014 và Phil Daian đã phổ biến khái niệm MEV thông qua bài báo "Flasboys 2.0" vào năm 2019.

Bây giờ, chúng ta đang sống trong thời đại MEV. Nó có nghĩa là gì? Những người khai thác cuối cùng có thể thông đồng, thiết kế ứng dụng phải tính đến những thay đổi của MEV, một số hệ thống sẽ thất bại và có khả năng tần suất tổ chức lại ngắn hạn sẽ tăng lên do các cuộc tấn công của kẻ cướp thời gian. Đây là sự tổ chức lại của chuỗi khối nơi các tác nhân thực hiện các cuộc tấn công như vậy có thể lấy được MEV.

Phil Daian (Flashbots) - Khi nào kinh tế học tiền điện tử sẽ sụp đổ?

Flashbots nhận thức được vấn đề tập trung mà nó mang lại cho hệ sinh thái và tin rằng giải pháp là một "thị trường thời gian thực, công bằng" phi tập trung, nơi có đặc điểm của sự công bằng được định nghĩa là: quyền riêng tư trước giao dịch (hiện dựa vào niềm tin vào công cụ khai thác và flashbot), khả năng chống spam giao dịch (hiện dựa vào niềm tin vào flashbot) và các ưu đãi phù hợp với tính ổn định của mạng Ethereum. Flashbots có thể được nâng cấp bằng cách loại bỏ các yếu tố tin cậy này, nhưng câu hỏi vẫn là, phân cấp đủ tốt là gì? Luôn có sự đánh đổi, nhưng một khuôn khổ tốt là: mạnh mẽ trước các cú sốc hệ thống đối với người khai thác, bot và người dùng, mạnh mẽ đối với các nhà khai thác Byzantine (độc hại) đến một ngưỡng nhất định và cao hơn đối với các nhà khai thác ích kỷ hợp lý. Ngưỡng này là mạnh mẽ.

Trong thế giới hậu tiếp sức, chúng ta phải nhận thức được nhiều rủi ro khác nhau, chẳng hạn như sự sụp đổ lòng tin/xoắn ốc, hình thành cuộc tấn công không thể phủ nhận Trò chơi mèo vờn chuột, sự cần thiết đối với dữ liệu liên tục, điểm trung tâm chính trong ngăn xếp Eth và mã thông báo ma cà rồng (tấn công) của các nhà cung cấp dịch vụ chuyển tiếp.

Alejo Salles (Flashbot) - MEV sau EIP-1559

Khuyến khích dành cho người khai thác - Người khai thác sẽ có khuyến khích để khai thác thêm MEV không? Nhưng trước hết, liệu họ có “đổi dây chuyền” không?

Thiết kế EIP-1559 được thực hiện mà không xem xét MEV, nó giả định rằng người dùng đang đặt giá thầu để đưa vào giao dịch (khối) và trên thực tế, chúng tôi đang hiện đang đấu thầu để sắp xếp, quyền riêng tư, v.v.

Sử dụng khung gồm các đặc điểm bắt buộc khi thay đổi mạng, chúng tôi nghiên cứu khả năng tương thích khuyến khích người khai thác cận thị (trong đó hệ thống mạnh mẽ đối với những người khai thác hợp lý trong phạm vi tương thích khối) , khả năng tương thích khuyến khích người dùng (người dùng thể hiện sở thích thực sự của họ đối với việc đưa vào giao dịch mà không cần phải suy đoán về hành vi của người dùng khác) và khả năng chống lại sự giao tiếp ngoài chuỗi (người dùng và thợ mỏ không thể lách phí giao dịch thông qua các giao thức ngoài chuỗi). Khung này sẽ được sử dụng để đánh giá EIP-1559 cũng như mô hình tính phí không tính tiền boa chỉ sử dụng phí cơ bản.

Quy tắc đạo đức của Flashbots: Hiện tại 85% sức mạnh tính toán của mạng Ethereum được chạy thông qua ứng dụng khách MEV geth, ứng dụng này giới thiệu một điểm trung tâm mới cho hệ thống . Điều gì sẽ xảy ra nếu Flashbots chỉ lấp đầy kích thước tối đa s0(1-e) (nhỏ hơn một chút so với kích thước khối mục tiêu)? Số khối chưa được lấp đầy cần thiết để trả lại lợi nhuận là bao nhiêu?

Thảo luận bàn tròn: MEV và Khả năng tương tác: Rollup, Cross-L2 và Cross- Chuỗi L2

Khách mời bàn tròn:

John Adler (Celestia)

Eli Ben-Sasson (Starkware)

Ed Felten (Arbitrum)

Ben Jones (Lạc quan)

Zaki Manian (iqlusion)

Câu hỏi 1: Làm cách nào để xử lý giao tiếp giữa các miền trong quá trình triển khai?

Ben Jones : L1 là nguồn gốc của sự thật nên nó cung cấp liên chuỗi hoạt động Truyền thông được cung cấp. Optimism sử dụng phiên bản rút gọn của mô hình L1, trong đó các hợp đồng hoặc tài khoản thông minh trên L1 chỉ định dữ liệu, mục tiêu và giới hạn gas cuối cùng được đưa vào danh sách tổng hợp. Có một opcode trên L2 cho phép bạn truy cập vào người dùng trên L1 đã gửi nó. Bạn có thể hết xăng trên L2 và không biết về nó trên L1, vì vậy thông báo bổ sung được cung cấp cho các nhà phát triển đảm bảo rằng cuối cùng nó sẽ được chấp nhận.

Eli Ben-Sasson: Mọi giao tiếp cũng được thực hiện thông qua L1. Chúng tôi đang làm việc khác nhưng tôi chưa thể nói về nó.

Ed Felten: Chúng tôi có cơ chế chung để gửi lệnh gọi hợp đồng từ một miền tới một miền khác. Bạn biết cuộc gọi sẽ diễn ra nhưng bạn không có cách nào biết được kết quả vì các miền không đồng bộ. Do tính phức tạp của việc đồng bộ hóa giữa các miền nên tính năng không đồng bộ là cần thiết cho Rollup.

John Adler: Celestia nói về thông lượng sẵn có của dữ liệu chung chứ không phải là Giao dịch được thực thi nên không có cầu nối tài sản (vì không có giao dịch hoặc máy ảo (VM)). Các ứng dụng cần xác định cơ chế giao tiếp giữa các miền của riêng mình.

Zaki Manian:IBC là gói không đồng bộ cho blockchain Một hệ thống nhắn tin nhanh mang tính quyết định và có khả năng chấp nhận những thất bại trung gian trong hoạt động của chuỗi hoặc chuyển tiếp.

Câu hỏi 2: Ngoài token bridge, còn có các ứng dụng khác sử dụng cross - Liên lạc miền?

● Các ứng dụng mong muốn tồn tại trên nhiều chuỗi (bao gồm L1 và L2);

● Chạy các tính toán ngoài chuỗi để mở rộng không gian thiết kế DApp;

● Tài khoản chuỗi chéo có nghĩa là toàn bộ chuỗi khối có thể có tài khoản trên một chuỗi khác;

Câu hỏi 3 : Có những cách cụ thể khác nhau để MEV tên miền chéo không?

● Sự bùng nổ kết hợp của các cơ hội kinh doanh chênh lệch giá;

● Tương tác giữa các cơ chế phân loại khác nhau;

● Giao tiếp nội bộ L2 không phụ thuộc vào trạng thái và tính hữu hạn của L1 và do đó ít hạn chế hơn, mở ra MEV mới;

● MEV không bị phá hủy mà được di chuyển và phân chia thành các lớp Layer khác nhau;

Câu hỏi 4:Việc giảm MEV, nhà phát triển hệ thống hay nhà phát triển ứng dụng là của ai?

● Mặc dù mọi người đều đồng ý rằng đây là một câu hỏi triết học nhưng mọi người đều đồng ý rằng MEV phù hợp với cả nhà phát triển hệ thống và nhà phát triển ứng dụng;

● Thiết kế hệ thống đòi hỏi tính tổng quát của các giả định công bằng và do đó không thể bao hàm mọi thứ;

● Không phải tất cả các nhà phát triển DApp đều quan tâm đến lợi ích tốt nhất của mạng, công việc của họ là kiếm tiền;

● Các nhà phát triển hệ thống cần cung cấp cho các nhà phát triển ứng dụng các công cụ MEV để thiết kế DApp của họ;

Sunny Agarwal (Thẩm thấu) - Phân loại MEV và xác định các giải pháp tiềm năng

Quyền hạn của MEV thường được coi là bao gồm và đặt hàng giao dịch, nhưng do chuyển tiếp Flashbots giờ đây cũng bao gồm cả việc đọc các giao dịch đã cam kết.

Nó cũng có thể bao gồm thao tác về dấu thời gian (dấu thời gian), chẳng hạn như các lần rút thăm sử dụng dấu thời gian của khối làm nguồn ngẫu nhiên. Một cách để giải quyết vấn đề này là thời gian BFT, trong đó thời gian khối là giá trị trung bình có trọng số của dấu thời gian được trình xác thực đề xuất.

Một giải pháp là các giao dịch có thể được mã hóa trong nhóm lưu trữ mempool và được giải mã sau khi quá trình phân loại hoàn tất. Điều này có thể được thực hiện thông qua phần cứng đáng tin cậy như SGX, mã hóa khóa thời gian và mã hóa ngưỡng. Mã hóa ngưỡng dường như mang lại ít sự đánh đổi nhất.

Giải pháp cho vấn đề tồn tại trong giao dịch có thể là những đề xuất chung (Joint Đề xuất), Danh sách trong đó người xác nhận bỏ phiếu cho các giao dịch được bao gồm và nhà sản xuất/người sắp xếp khối phải bao gồm phiếu bầu.

Điểm mấu chốt là chúng ta cần phân cấp quyền lực cho các nhà sản xuất khối và nhận thức được sự cân bằng giữa các biện pháp giảm thiểu khác nhau.

Hasu (Paradigm, Uncommon Core, Deribit Insights) - Tóm tắt các giải pháp MEV

MEV là tên chung cho các ưu đãi không cần cấp phép trong chuỗi khối, có thể được rút trên cơ sở ai đến trước được phục vụ trước. Một số MEV (chẳng hạn như thanh lý các vị thế không được thế chấp trên nền tảng cho vay hoặc kinh doanh chênh lệch giá trên AMM) có lợi cho hệ sinh thái, trong khi các loại MEV khác (chẳng hạn như các cuộc tấn công chạy trước và sandwich) là tiêu cực và cần được giảm thiểu.

Cho đến nay, tác động chính của MEV là tổn thất tài chính đối với người dùng mạng Ethereum. 70% gas trên Ethereum được sử dụng cho các giao dịch DEX, điều này tạo ra chi phí giao dịch cao hơn do đấu thầu MEV trong các cuộc đấu giá gas ưu tiên. Ngoài ra, do cuộc tấn công sandwich, giá giao dịch cuối cùng của các nhà giao dịch DEX sẽ tệ hơn.

Mục tiêu của chúng ta là giảm MEV càng nhiều càng tốt trong khi vẫn biến điều đó thành không thể để chúng tôi Giảm MEV trở nên dân chủ. Việc giảm thiểu có thể xảy ra ở mọi cấp độ của ngăn xếp. Ở lớp đồng thuận, việc thực hiện quyền riêng tư và trật tự công bằng có thể được cố gắng giảm thiểu. Trong lớp P2P, có các biện pháp giảm thiểu giao dịch không cần gas cũng như sơ đồ cách ly mempool (gửi tx đến một mempool riêng chấp nhận các điều kiện). Trong lớp ứng dụng có các trình tổng hợp dex (làm giảm lợi nhuận của các cuộc tấn công sandwich và không tạo ra chênh lệch giá ngược), chạy ngược như một dịch vụ (đấu giá quyền thực hiện các giao dịch ngược và nhận hoa hồng) và đặt hàng ngoài chuỗi.

Những cải tiến chung có thể được thực hiện là tính thanh khoản tập trung hơn và sử dụng nhiều hơn các công cụ tổng hợp DEX, nhưng điều này là chưa đủ. Một ý tưởng khác là nhóm AMM đấu giá quyền đối với từng hoạt động chênh lệch giá và trả lại cho nhà cung cấp hoặc người dùng thanh khoản.

Chúng ta cần giảm MEV nhiều nhất có thể và dân chủ hóa MEV, vốn là nền tảng cho mạng và DApp. Và sự đổi mới liên quan phải xảy ra ở tất cả các lớp của ngăn xếp, vì MEV tồn tại ở tất cả các lớp của ngăn xếp.

Lakshman Sankar (Ethereum Foundation) - MEV là một vấn đề cần được giải quyết đã giải quyết Hay đó là một thực tế cần phải được chấp nhận?

Tiêu đề của bài phát biểu này là một câu hỏi tu từ, rõ ràng MEV là một vấn đề cần được giải quyết và là một thực tế mà chúng ta cần phải chấp nhận. Không gian khối được đồng bộ hóa là một nguồn tài nguyên khan hiếm và các chuỗi khối sẽ chọn xử lý MEV theo nhiều cách khác nhau, do đó, một thế giới đa chuỗi là điều không thể tránh khỏi, cũng như MEV giữa các chuỗi.

Do độ trễ về thời gian giữa các khối của các chuỗi khác nhau trong một nhóm blockchain không đồng bộ, MEV chuỗi chéo mang tính xác suất hơn là mang tính quyết định. Các blockchain khác nhau cũng sẽ có các tiêu chuẩn công bằng khác nhau vì chúng có sự khác biệt về ưu tiên cân nặng.

Những sự đánh đổi này tồn tại trong tất cả các kỹ thuật giảm nhẹ. Thứ tự hợp lý bổ sung các giả định trong một nguồn ngẫu nhiên trên chuỗi hoặc oracle đáng tin cậy, đồng thời mã hóa khóa thời gian sẽ tăng thêm độ trễ ở lớp giao thức. Đối với các nhóm ứng dụng khác nhau và đối với các chuỗi khối khác nhau, sự đánh đổi khác nhau có thể là tối ưu.

Tóm tắt

Tôi nghĩ thế là đủ rồi. Trên thực tế, hội nghị này còn nhiều điều hơn thế nữa Có nhiều điều cần phải học và tôi không muốn khiến bộ não của mọi người bị quá tải. Bài viết này là phần giới thiệu hữu ích cho một số cuộc thảo luận sau này, bắt đầu mang tính kỹ thuật hơn.

Tôi đã thu thập được một số thông tin tuyệt vời từ hai phần đầu tiên của hội nghị thượng đỉnh. Đầu tiên, có một chủ đề lặp đi lặp lại rằng một số MEV nhất định là nền tảng của mạng và chúng ta cần nhận ra rằng chúng ta phải đồng thời giảm thiểu và dân chủ hóa MEV. Một điểm khác là mỗi kỹ thuật giảm thiểu đều có những thách thức đặc biệt trong việc thực hiện và đánh đổi.

Nếu nội dung giao dịch bị khóa về thời gian, thì giao dịch không thể được ưu tiên trước cho đến khi có xác suất hợp lý để giả định rằng việc đặt hàng cuối cùng đã đạt được. Tuy nhiên, điều này gây ra độ trễ mạng trong khoảng thời gian giả định đó và các giao dịch mempool được mã hóa thường không giải quyết được vấn đề MEV sắp xếp lại.

Việc giải mã ngưỡng có thể đạt được bằng cách các trình xác nhận của nhà sản xuất không phải khối bỏ phiếu để đưa tx vào, trong đó khi ngưỡng của trình xác thực giống nhau đối với việc giải mã và đưa vào tính cuối cùng, thì nội dung sẽ được giải mã.

Tại một thời điểm, Sunny Agarwal đã thẳng thắn nói rằng điều kỳ diệu sẽ xảy ra liên quan đến các giao dịch được mã hóa trong mempool, sau đó được giải mã. Tôi không thích mã hóa cây đũa thần. Chi tiết triển khai rất quan trọng đối với các hệ thống này, ví dụ: bạn có thể đọc về ví dụ về cuộc tấn công từ chối ping giao dịch Zcash bất đối xứng. Chúng tôi đi đến kết luận rằng thời gian và hành vi của việc triển khai giải pháp này có thể gây ra các lỗ hổng bảo mật mà chúng tôi sẽ không nhận ra cho đến khi tìm ra chi tiết.

Đọc tham khảo: "Tấn công kênh bên từ xa về Giao dịch ẩn danh》

Nói chung, tôi đã học được rất nhiều điều sau khi xem lại video bài phát biểu của Hội nghị MEV 3 lần và phát hiện ra những điều tôi đã không làm' Tôi không hiểu gì trước đó nên viết bài này để sắp xếp những suy nghĩ của tôi về MEV. Tôi sẽ viết một phần khác về MEV trong thời gian tới (có thể là hai, có rất nhiều điều để học ở đây) và một bản tóm tắt về quá trình học tập điên cuồng của tôi trong vài tháng qua.

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia