Biên soạn bởi Saoirse, Foresight News
Trong blockchain, giá trị tối đa có thể kiếm được bằng cách xác định giao dịch nào được đưa vào khối và giao dịch nào bị loại trừ, hoặc bằng cách điều chỉnh thứ tự giao dịch, được gọi là Giá trị Rút Tối đa, hay MEV. MEV phổ biến trong hầu hết blockchain và là chủ đề được quan tâm và thảo luận rộng rãi trong ngành.
Nhiều nhà nghiên cứu, khi quan sát hiện tượng MEV, đã đặt ra một câu hỏi rõ ràng: Liệu crypto có thể giải quyết vấn đề này không? Trong đó cách tiếp cận liên quan đến việc sử dụng crypto: người dùng phát các giao dịch được mã hóa mà chỉ crypto và tiết lộ sau khi sắp xếp. Điều này buộc giao thức đồng thuận phải "chọn ngẫu nhiên" thứ tự các giao dịch, điều này dường như ngăn chặn việc khai thác các cơ hội MEV trong giai đoạn sắp xếp.
Thật không may, các nhóm bộ nhớ crypto không thể cung cấp giải pháp chung cho vấn đề MEV, cả về mặt thực tế lẫn lý thuyết. Bài viết này sẽ giải thích những khó khăn trong đó và khám phá các hướng thiết kế khả thi cho các nhóm bộ nhớ crypto.
Cách thức hoạt động của nhóm bộ nhớ crypto
Có nhiều Đề án về mempool crypto , nhưng khuôn khổ chung như sau:
1. Người dùng phát sóng giao dịch crypto.
2. Giao dịch crypto được gửi đến Chuỗi(trong một số Đề án, giao dịch trước tiên phải trải qua quá trình xáo trộn ngẫu nhiên có thể xác minh được).
3. Khi khối chứa các giao dịch này được hoàn tất, các giao dịch sẽ được giải mã.
4. Cuối cùng thực hiện các giao dịch này.
Điều quan trọng cần lưu ý là bước 3 (giải mã giao dịch) đặt ra một câu hỏi then chốt: Ai chịu trách nhiệm giải mã? Điều gì sẽ xảy ra nếu giải mã không thành công? Một cách tiếp cận đơn giản là cho phép người dùng tự giải mã các giao dịch của họ (trong trường hợp này, thậm chí không cần crypto; chỉ cần ẩn cam kết là đủ). Tuy nhiên, cách tiếp cận này có một lỗ hổng: kẻ tấn công có khả năng thực hiện MEV suy đoán.
Trong MEV suy đoán, kẻ tấn công suy đoán rằng một giao dịch crypto cụ thể chứa một cơ hội MEV. Sau đó, chúng crypto giao dịch của chính mình và cố gắng chèn nó vào một vị trí thuận lợi (ví dụ: trước hoặc sau giao dịch mục tiêu). Nếu các giao dịch theo đúng thứ tự mong đợi, kẻ tấn công sẽ giải mã chúng và rút MEV thông qua giao dịch của chính chúng. Nếu không, chúng sẽ từ chối giải mã giao dịch và giao dịch của chúng sẽ không được đưa vào blockchain cuối cùng.
Mặc dù có thể xử phạt những người dùng không giải mã được, nhưng cơ chế này sẽ cực kỳ khó thực hiện. Lý do là hình phạt phải được áp dụng thống nhất cho tất cả các giao dịch crypto(xét cho cùng, crypto khiến các giao dịch không thể phân biệt được), và cũng phải đủ nghiêm ngặt để ngăn chặn MEV đầu cơ ngay cả đối diện các mục tiêu có giá trị cao. Điều này sẽ dẫn đến lượng lớn tiền bị khóa, cần phải được giữ nặc danh(để tránh tiết lộ mối liên hệ giữa giao dịch và người dùng). Hơn nữa, nếu một lỗi hoặc sự cố mạng ngăn cản việc giải mã tiền, người dùng thực sự cũng sẽ bị thiệt hại.
Do đó, hầu hết các giải pháp đều khuyến nghị rằng khi crypto giao dịch, cần đảm bảo giao dịch đó có thể được giải mã tại một thời điểm nào đó trong tương lai, ngay cả khi người dùng khởi tạo ngoại tuyến hoặc từ chối hợp tác. Mục tiêu này có thể đạt được bằng các cách sau:
Hoàn cảnh Thực thi Tin cậy (TEE) : Người dùng có thể crypto giao dịch bằng một khóa được lưu trữ trong một vùng bảo mật thuộc Hoàn cảnh Thực thi Tin cậy (TEE). Trong một số triển khai cơ bản, TEE chỉ được sử dụng để giải mã giao dịch sau một thời điểm cụ thể (điều này yêu cầu nhận thức về thời gian trong TEE). Các giải pháp phức tạp hơn giao cho TEE trách nhiệm giải mã giao dịch và xây dựng khối, sắp xếp giao dịch dựa trên các tiêu chí như thời gian đến và chi phí. So với các giải pháp nhóm bộ nhớ crypto khác, TEE có lợi thế là xử lý trực tiếp các giao dịch văn bản thuần túy, giảm thiểu sự dư thừa Chuỗi bằng cách lọc ra các giao dịch có thể bị khôi phục. Tuy nhiên, phương pháp này lại phụ thuộc vào độ tin cậy của phần cứng.
Chia sẻ bí mật và crypto Threshold : Trong sơ đồ này, người dùng crypto giao dịch thành một khóa bí mật được chia sẻ bởi một ủy ban (thường là một tập hợp con các trình xác thực). Việc giải mã yêu cầu một ngưỡng (ví dụ: hai phần ba ủy ban đồng ý).
Khi sử dụng giải mã ngưỡng, yếu tố tin cậy chuyển từ phần cứng sang ủy ban. Những người ủng hộ cho rằng rằng vì hầu hết các giao thức đều giả định "phần lớn" các trình xác thực là trung thực trong cơ chế đồng thuận của chúng, chúng ta cũng có thể đưa ra một giả định tương tự: phần lớn các trình xác thực sẽ trung thực và không giải mã giao dịch trước thời hạn.
Tuy nhiên, cần lưu ý một điểm khác biệt quan trọng: hai giả định về độ tin cậy này không đồng nghĩa. Các thất bại trong đồng thuận, chẳng hạn như fork blockchain , có thể được nhìn thấy công khai (một "giả định độ tin cậy yếu"), trong khi một ủy ban độc hại giải mã trước các giao dịch mà không để lại bằng chứng công khai, khiến các cuộc tấn công như vậy không thể bị phát hiện và không thể bị trừng phạt (một "giả định độ tin cậy mạnh"). Do đó, mặc dù các giả định về bảo mật của cơ chế đồng thuận và ủy ban crypto có vẻ nhất quán nhìn lên bề mặt, nhưng trên thực tế, giả định rằng ủy ban sẽ không thông đồng lại kém tin cậy hơn nhiều.
Crypto thời gian và mã hóa trễ: Một giải pháp thay thế cho mã hóa ngưỡng, mã hóa trễ hoạt động bằng cách mã hóa các giao dịch thành một khóa công khai có khóa riêng tương ứng được ẩn trong một câu đố khóa thời crypto . Crypto private key đố khóa thời gian là một câu đố mật mã đóng gói một bí mật, không thể tiết lộ cho đến khi một thời gian định trước trôi qua. Cụ thể hơn, quá trình giải mã yêu cầu thực hiện lặp lại sê-ri các phép tính không thể song song hóa. Trong cơ chế này, bất kỳ ai cũng có thể giải câu đố để lấy khóa và giải mã giao dịch, nhưng chỉ sau khi hoàn thành một phép tính chậm (về cơ bản là tuần tự) được thiết kế để mất đủ thời gian để đảm bảo rằng giao dịch không thể được giải mã trước khi xác nhận cuối cùng. Ở dạng mạnh nhất của nó, nguyên thủy crypto này công khai tạo ra một câu đố như vậy bằng cách sử dụng crypto trễ; quá trình này cũng có thể được xấp xỉ bằng cách sử dụng các ủy ban đáng tin cậy sử dụng crypto thời gian, nhưng những ưu điểm của nó so với crypto ngưỡng vẫn còn gây tranh cãi.
Cho dù sử dụng crypto trễ hay nhờ một ủy ban đáng tin cậy thực hiện tính toán, các lược đồ này đều phải đối mặt với nhiều thách thức thực tế: Thứ nhất, vì độ trễ vốn phụ thuộc vào quy trình tính toán, nên rất khó để đảm bảo độ chính xác của thời gian giải mã. Thứ hai, các lược đồ này dựa vào một thực thể cụ thể chạy phần cứng hiệu suất cao để giải quyết vấn đề một cách hiệu quả. Mặc dù bất kỳ ai cũng có thể đảm nhận nhân vật này, nhưng vẫn chưa rõ làm thế nào để khích lệ thực thể này tham gia. Cuối cùng, trong các thiết kế này, tất cả các giao dịch được phát sóng đều được giải mã, bao gồm cả những giao dịch cuối cùng không bao giờ được đưa vào khối. Mặt khác, các lược đồ dựa trên ngưỡng (hoặc crypto bằng chứng) có khả năng chỉ giải mã những giao dịch đã được đưa vào thành công.
Crypto chứng cứ : Phương pháp mã hóa cuối cùng, tiên tiến nhất sử dụng crypto chứng cứ. Về lý thuyết, crypto chứng cứ crypto thông tin sao cho chỉ những người biết thông tin chứng cứ tương ứng với một quan hệ NP cụ thể mới có thể giải mã được. Ví dụ, thông tin có thể được crypto sao cho chỉ những người giải được câu đố Sudoku hoặc cung cấp ảnh băm tiền tố có giá trị nhất định mới có thể giải mã được.
(Lưu ý: Quan hệ NP là sự tương ứng giữa "câu hỏi" và "câu trả lời có thể được xác minh nhanh chóng")
Đối với bất kỳ quan hệ giống NP nào, logic tương tự cũng có thể được triển khai bằng SNARK. Về cơ bản, crypto chứng kiến crypto dữ liệu theo một dạng cho phép chỉ những thực thể có thể chứng minh, thông qua SNARK, rằng một số điều kiện nhất định được đáp ứng mới có thể giải mã được. Trong bối cảnh mempool crypto , một ví dụ điển hình của điều kiện như vậy là các giao dịch chỉ có thể được giải mã sau khi một khối được hoàn tất.
Đây là một giải pháp nguyên thủy lý thuyết có tiềm năng lớn. Trên thực tế, đây là một giải pháp đa năng, với phương pháp dựa phương pháp ủy ban và dựa trên độ trễ là những ứng dụng cụ thể. Đáng tiếc là hiện tại vẫn chưa có sơ đồ crypto dựa trên chứng cứ thực tế nào. Hơn nữa, ngay cả khi một sơ đồ như vậy tồn tại, cũng khó có thể khẳng định rằng nó sẽ mang lại lợi thế so với phương pháp dựa trên ủy ban trong Chuỗi Bằng chứng cổ phần . Ngay cả khi crypto chứng cứ được cấu hình để "chỉ giải mã giao dịch sau khi chúng đã được sắp xếp trong một khối đã hoàn tất", một ủy ban độc hại vẫn có thể mô phỏng giao thức đồng thuận một cách riêng tư để ngụy tạo việc hoàn tất giao dịch, sau đó sử dụng Chuỗi sở hữu tư nhân này làm "chứng cứ" để giải mã các giao dịch. Trong trường hợp này, việc giải mã ngưỡng bởi cùng một ủy ban mang lại khả năng bảo mật tương đương với việc triển khai đơn giản hơn đáng kể.
Tuy nhiên, trong giao thức đồng thuận Bằng chứng công việc, lợi thế của crypto chứng kiến thậm chí còn đáng kể hơn, vì ngay cả khi ủy ban hoàn toàn có ác ý, họ cũng không thể khai thác riêng nhiều khối mới ở đầu blockchain hiện tại để ngụy tạo trạng thái xác nhận cuối cùng.
Những thách thức kỹ thuật đối mặt với Mempool crypto
Một số thách thức thực tế hạn chế khả năng bảo vệ của các nhóm bộ nhớ crypto khỏi MEV. Nhìn chung, việc duy trì tính bảo mật tự thân đã là một vấn đề khó khăn. Cần lưu ý rằng công nghệ crypto không được sử dụng rộng rãi trong Web3. Tuy nhiên, kinh nghiệm triển khai công nghệ crypto trong nhiều thập kỷ qua trong các mạng (như TLS/HTTPS) và truyền thông riêng tư (từ PGP đến các nền tảng nhắn tin crypto hiện đại như Signal và WhatsApp) đã phơi bày rõ ràng những khó khăn trong đó: mặc dù crypto là một công cụ để bảo vệ tính bảo mật, nhưng nó không thể đảm bảo tính bảo mật tuyệt đối.
Đầu tiên, một số thực thể nhất định có thể trực tiếp truy cập thông tin văn bản thuần túy của các giao dịch người dùng. Trong các trường hợp điển hình, người dùng thường không tự crypto giao dịch mà ủy thác công việc này cho các nhà cung cấp ví. Điều này cho phép các nhà cung cấp ví truy cập văn bản thuần túy của giao dịch và có khả năng khai thác hoặc bán thông tin này để rút MEV. Tính bảo mật của crypto luôn phụ thuộc vào tất cả các thực thể có quyền truy cập vào khóa. Phạm vi kiểm soát khóa là ranh giới bảo mật.
Ngoài ra, vấn đề lớn nhất nằm ở dữ liệu — dữ liệu crypto crypto . Dữ liệu này có thể bị kẻ tấn công sử dụng để suy luận ý định giao dịch và thực hiện MEV đầu cơ. Điều quan trọng cần lưu ý là kẻ tấn công không cần phải hiểu đầy đủ nội dung giao dịch hoặc lần phải đoán đúng. Ví dụ, chỉ cần xác định với xác suất hợp lý rằng một giao dịch là lệnh mua từ một sàn giao dịch phi tập trung(DEX) cụ thể là đủ để khởi động một cuộc tấn công.
Chúng ta có thể phân loại dữ liệu thành một số loại: loại là những thách thức kinh điển vốn có đối với crypto và loại dành riêng cho mempool crypto.
Kích thước giao dịch : Bản thân crypto không thể ẩn kích thước của văn bản thuần túy (đáng chú ý là định nghĩa chính thức về bảo mật ngữ nghĩa loại trừ rõ ràng việc ẩn kích thước văn bản thuần túy). Đây là một phương thức tấn công phổ biến trong giao tiếp crypto. Một ví dụ điển hình là ngay cả khi đã crypto, kẻ nghe lén vẫn có thể xác định nội dung đang phát trên Netflix theo thời gian thực bằng cách xem kích thước của từng dữ liệu trong luồng video. Trong crypto, một số loại giao dịch nhất định có thể có kích thước riêng, do đó làm rò rỉ thông tin.
Thời gian phát sóng : Crypto cũng không thể ẩn thông tin thời gian (một vectơ tấn công cổ điển khác). Trong các kịch bản Web3, một số bên gửi (ví dụ: trong các kịch bản bán tháo có cấu trúc) có thể khởi tạo các giao dịch theo các khoảng thời gian đều đặn. Thời gian giao dịch cũng có thể tương quan với các thông tin khác, chẳng hạn như hoạt động trên sàn giao dịch bên ngoài hoặc các sự kiện tin tức. Một cách khai thác thông tin thời gian tinh vi hơn là chênh lệch giá giữa sàn giao dịch tập trung(CEX) và các sàn giao dịch phi tập trung(DEX). Sắp xếp có thể tận dụng thông tin giá CEX mới nhất bằng cách chèn các giao dịch được tạo ra muộn nhất có thể. Đồng thời, chúng có thể loại trừ tất cả các giao dịch khác được phát sóng sau một thời điểm nhất định (ngay cả khi crypto ), sắp xếp rằng các giao dịch của riêng chúng nhận được lợi thế về giá mới nhất.
Địa chỉ IP nguồn : Bằng cách giám sát mạng ngang hàng và theo dõi địa chỉ IP nguồn, người tìm kiếm có thể suy đoán danh tính của người gửi giao dịch. Vấn đề này đã được biết đến từ những ngày đầu Bitcoin(hơn một thập kỷ trước). Điều này có thể cực kỳ hữu ích cho người tìm kiếm nếu một người gửi cụ thể thể hiện hành vi nhất quán. Ví dụ: việc biết danh tính của người gửi có thể liên kết các giao dịch crypto với các giao dịch lịch sử đã được giải mã.
Thông tin về người gửi giao dịch và phí/ gas : Phí giao dịch là một loại dữ liệu đặc trưng của các mempool crypto . Trong Ethereum, một giao dịch truyền thống bao gồm địa chỉ của người gửi trên Chuỗi(được sử dụng để thanh toán phí), ngân sách gas tối đa và đơn vị gas mà người gửi sẵn sàng trả. Tương tự như địa chỉ mạng nguồn, địa chỉ của người gửi có thể được sử dụng để liên kết nhiều giao dịch với các thực thể trong thế giới thực; ngân sách gas có thể cung cấp gợi ý về mục đích của giao dịch. Ví dụ: việc tương tác với một DEX cụ thể có thể yêu cầu một lượng gas cố định có thể nhận biết được.
Những người tìm kiếm thông tin chuyên sâu có thể kết hợp nhiều loại dữ liệu được đề cập ở trên để dự đoán nội dung giao dịch.
Về lý thuyết, tất cả thông tin này đều có thể được ẩn, nhưng phải trả giá trả giá hiệu suất và độ phức tạp. Ví dụ, việc thêm độ dài giao dịch theo tiêu chuẩn có thể ẩn kích thước của chúng, nhưng điều này lại gây lãng phí băng thông và không gian trên Chuỗi. Việc thêm độ trễ trước khi gửi có thể ẩn thời gian, nhưng lại làm tăng độ trễ. Việc gửi giao dịch qua mạng nặc danh như Tor có thể ẩn địa chỉ IP, nhưng điều này lại đặt ra những thách thức mới.
Dữ liệu khó ẩn nhất là thông tin phí giao dịch. Crypto dữ liệu phí gây ra sê-ri vấn đề cho người xây dựng khối. Đầu tiên là vấn đề thư rác. Nếu dữ liệu phí được crypto, bất kỳ ai cũng có thể phát tán các giao dịch crypto sai định dạng. Các giao dịch này sẽ được sắp xếp, nhưng chúng sẽ không bao gồm phí. Sau khi được giải mã, chúng sẽ không được thực thi, không ai phải chịu trách nhiệm. Vấn đề này có thể được giải quyết bằng SNARK, chứng minh rằng các giao dịch được định dạng chính xác và đủ tiền, nhưng điều này sẽ làm tăng đáng kể chi phí.
Thứ hai, vấn đề nằm ở hiệu quả trong việc xây dựng khối và đấu giá phí. Các nhà xây dựng dựa vào thông tin phí để tạo ra các khối tối đa hóa lợi nhuận và xác định giá thị trường hiện tại của các tài nguyên Chuỗi. Crypto dữ liệu phí sẽ làm gián đoạn quá trình này. Một giải pháp là đặt một mức phí cố định cho mỗi khối, nhưng điều này không hiệu quả về mặt kinh tế và có thể tạo ra thị trường thứ cấp cho việc đóng gói giao dịch, làm mất đi mục đích của mempool crypto. Một lựa chọn khác là tiến hành đấu giá phí thông qua tính toán bên long an toàn hoặc phần cứng đáng tin cậy, nhưng cả hai phương pháp đều cực kỳ tốn kém.
Cuối cùng, một nhóm bộ nhớ crypto an toàn sẽ làm tăng chi phí hệ thống theo nhiều cách: crypto sẽ làm tăng độ trễ Chuỗi, độ phức tạp tính toán và mức tiêu thụ băng thông; cách thức kết hợp nó với các mục tiêu quan trọng trong tương lai như phân mảnh hoặc thực thi song song hiện vẫn chưa rõ ràng; nó cũng có thể tạo ra các điểm lỗi mới đối với tính hoạt động (chẳng hạn như ủy ban giải mã và trình giải hàm trễ trong lược đồ ngưỡng); đồng thời, độ phức tạp của thiết kế và triển khai cũng sẽ tăng đáng kể.
Nhiều vấn đề với mempool crypto tương tự như những vấn đề mà blockchain được thiết kế để đảm bảo quyền riêng tư giao dịch, chẳng hạn như Zcash và Monero, gặp phải. Nếu có bất kỳ hàm ý tích cực nào, thì đó là việc giải quyết tất cả những thách thức mà crypto giảm thiểu trong MEV cũng sẽ, tình cờ, mở đường cho quyền riêng tư giao dịch.
Những thách thức kinh tế mà các Mempool crypto phải đối mặt
Cuối cùng, các mempool crypto phải đối mặt với những thách thức kinh tế. Không giống như những thách thức kỹ thuật, vốn có thể được giảm thiểu theo thời gian với đủ đầu tư kỹ thuật, những thách thức kinh tế này là những hạn chế cơ bản và cực kỳ khó giải quyết.
Vấn đề cốt lõi của MEV bắt nguồn từ sự bất đối xứng thông tin giữa người tạo giao dịch (người dùng) và người khai thác cơ hội MEV (người tìm kiếm và người xây dựng khối). Người dùng thường không biết giao dịch của họ chứa bao nhiêu giá trị rút. Do đó, ngay cả trong một mempool crypto hoàn hảo, họ vẫn có thể bị lừa tiết lộ khóa giải mã để đổi lấy phần thưởng thấp hơn giá trị MEV thực tế. Hiện tượng này được gọi là "giải mã khích lệ".
Kịch bản này không khó hình dung, vì các cơ chế tương tự, chẳng hạn như MEV Share, đã tồn tại. MEV Share là một cơ chế đấu giá dòng lệnh cho phép người dùng gửi thông tin giao dịch một cách có chọn lọc đến một nhóm, nơi những người tìm kiếm cạnh tranh để giành quyền tận dụng các cơ hội MEV do các giao dịch đó mang lại. Sau khi người trả giá thắng rút MEV, một phần lợi nhuận(tức là số tiền đặt giá hoặc một phần trăm của số tiền đó) sẽ được trả lại cho người dùng.
Mô hình này có thể được áp dụng trực tiếp vào các nhóm bộ nhớ tiền crypto: người dùng phải tiết lộ khóa giải mã (hoặc một phần thông tin) để tham gia. Tuy nhiên, hầu hết người dùng không nhận thức được chi phí cơ hội khi tham gia vào các cơ chế như vậy. Họ chỉ nhìn thấy phần thưởng ngay lập tức và do đó sẵn sàng tiết lộ thông tin. Những ví dụ tương tự cũng tồn tại trong tài chính truyền thống: ví dụ, nền nền tảng giao dịch không hoa hồng Robinhood, với mô hình lợi nhuận dựa trên việc bán luồng lệnh của người dùng cho bên thứ ba thông qua hình thức "thanh toán cho luồng lệnh".
Một kịch bản khả thi khác là các nhà xây dựng lớn có thể buộc người dùng tiết lộ nội dung giao dịch (hoặc thông tin liên quan) với lý do kiểm duyệt. Khả năng chống kiểm duyệt là một chủ đề quan trọng và gây tranh cãi trong Web3. Tuy nhiên, nếu các trình xác thực hoặc nhà xây dựng lớn phải tuân thủ các yêu cầu pháp lý (chẳng hạn như các yêu cầu do Văn phòng Kiểm soát Tài sản Nước ngoài Hoa Kỳ (OFAC) áp đặt) yêu cầu họ tuân thủ danh sách kiểm tra kiểm duyệt, họ có thể từ chối xử lý bất kỳ giao dịch crypto nào. Nhìn lên , người dùng có khả năng xác minh rằng các giao dịch crypto của họ đáp ứng các yêu cầu kiểm duyệt thông qua Bằng chứng không tri thức , nhưng điều này sẽ phát sinh thêm chi phí và sự phức tạp. Ngay cả khi blockchain có khả năng chống kiểm duyệt cao (đảm bảo rằng các giao dịch crypto được bao gồm), các nhà xây dựng vẫn có thể ưu tiên các giao dịch đã biết văn bản ở phía trước khối và các giao dịch crypto ở cuối. Do đó, các giao dịch yêu cầu ưu tiên thực hiện được đảm bảo cuối cùng có thể buộc phải tiết lộ nội dung của chúng cho các nhà xây dựng.
Những thách thức khác về hiệu quả
Mempool crypto làm tăng chi phí hệ thống theo nhiều cách rõ ràng. Người dùng phải crypto giao dịch, và hệ thống phải giải mã chúng bằng cách nào đó, điều này làm tăng chi phí tính toán và có khả năng làm tăng quy mô giao dịch. Như đã đề cập trước đó, việc xử lý dữ liệu càng làm trầm trọng thêm những chi phí này. Tuy nhiên, cũng có những chi phí hiệu quả ít rõ ràng hơn. Trong tài chính, thị trường được coi là hiệu quả khi giá cả phản ánh tất cả thông tin có sẵn; độ trễ và bất đối xứng thông tin có thể dẫn đến sự thiếu hiệu quả của thị trường. Đây chính xác là hậu quả tất yếu của mempool crypto.
Hậu quả trực tiếp của những sự thiếu hiệu quả này là sự gia tăng bất ổn về giá, một sản phẩm trực tiếp của độ trễ bổ sung do các mempool crypto gây ra. Do đó, có khả năng gia tăng các giao dịch thất bại do vượt quá khả năng chịu trượt giá, lãng phí không gian trên Chuỗi.
Tương tự, sự bất ổn về giá này có thể thúc đẩy giao dịch MEV đầu cơ, tìm cách kiếm lời từ chênh lệch giá Chuỗi. Đáng chú ý, các mempool crypto có thể làm trầm trọng thêm những cơ hội này: sự chậm trễ trong việc thực hiện càng làm lu mờ tình trạng hiện tại của sàn giao dịch phi tập trung(DEX), có khả năng dẫn đến giảm của thị trường và chênh lệch giá giữa nền tảng giao dịch. Các giao dịch MEV đầu cơ này cũng lãng phí không gian khối, vì chúng thường hủy bỏ việc thực hiện nếu không xác định được cơ hội chênh lệch giá.
Tóm tắt
Mục đích ban đầu của bài viết này là giải quyết những thách thức mà nhóm bộ nhớ crypto đối mặt để mọi người có thể chuyển sự chú ý sang nghiên cứu và phát triển các giải pháp khác, nhưng nhóm bộ nhớ crypto vẫn có thể trở thành một phần của giải pháp quản trị MEV.
Một phương pháp khả thi là thiết kế lai: một số giao dịch được sắp xếp ngẫu nhiên bằng cách sử dụng một nhóm bộ nhớ crypto , trong khi một số khác sử dụng một sơ đồ sắp xếp khác. Thiết kế lai này có thể phù hợp với một số loại giao dịch nhất định (chẳng hạn như lệnh mua và bán từ những người tham gia thị trường lớn, những người có khả năng crypto hoặc làm đầy giao dịch của mình một cách cẩn thận và sẵn sàng trả chi phí cao hơn để tránh MEV). Thiết kế này cũng phù hợp với các giao dịch có độ nhạy cao, chẳng hạn như sửa lỗi cho các hợp đồng bảo mật dễ bị tấn công.
Tuy nhiên, do những hạn chế về kỹ thuật, độ phức tạp kỹ thuật cao và chi phí hiệu năng, các mempool crypto khó có thể trở thành "thuốc chữa bách bệnh MEV" như mong đợi. Cộng đồng cần phát triển các giải pháp khác, bao gồm đấu giá MEV, cơ chế phòng thủ ở tầng ứng dụng và rút ngắn thời gian xác nhận cuối cùng. MEV sẽ vẫn là một thách thức trong thời gian tới, đòi hỏi phải nghiên cứu chuyên sâu để tìm ra sự cân bằng giữa các giải pháp khác nhau nhằm giảm thiểu tác động tiêu cực của nó.
