Xu hướng MEV và quyền riêng tư: Hiện trạng công nghệ MEV và thiết kế quyền riêng tư kiểu mới
Tuyển chọn TechFlowTuyển chọn TechFlow
Xu hướng MEV và quyền riêng tư: Hiện trạng công nghệ MEV và thiết kế quyền riêng tư kiểu mới
MEV là một chủ đề mang tính kỹ thuật cao và ngày càng trở nên phức tạp, đặc biệt là sau khi Ethereum chuyển sang POS.
Chuyên sâu báo cáo Web3Tác giả: Lao Bai, Cộng sự Nghiên cứu Đầu tư ABCDE, Cố vấn Nghiên cứu Amber Group
Bài viết này sẽ giới thiệu các xu hướng về MEV và quyền riêng tư.
MEV là một chủ đề kỹ thuật và ngày càng trở nên phức tạp, đặc biệt sau khi Ethereum chuyển sang POS. Chỉ riêng các vai trò không phải người dùng liên quan đến MEV đã bao gồm Searcher (người tìm kiếm), Builder (người xây dựng), relayer (bộ lặp tín hiệu), Validator (trình xác thực), Proposer (người đề xuất), gần như khiến những ai không chuyên về kỹ thuật đều cảm thấy đau đầu. Trên mạng hiện có rất nhiều bài viết dài hàng vạn từ giải thích nguyên lý MEV, ở đây tôi sẽ không nhắc lại mà chỉ tập trung vào hiện trạng và các xu hướng công nghệ hiện nay.
Hiện trạng của MEV
Các bot夾 (giao dịch sandwich, còn gọi là MEV ác ý) thường kiếm được nhiều hơn so với MEV hợp lý (arbitrage và thanh lý), đồng thời cũng là nguồn thu chính của nhiều hoạt động MEV. Tuy nhiên, sự kiện gần đây khi một validator ác ý lợi dụng lỗ hổng relay để thay thế giao dịch của bot夾, khiến bot này mất 25 triệu USD - một vụ "ăn chia" giữa những kẻ xấu - đã gây xôn xao trong cộng đồng và khiến nhiều bot夾 phải dè dặt hơn.
Nhìn chung, lợi nhuận từ MEV chủ yếu đổ vào túi của Searcher và Builder; ngược lại, các giao thức hay công nghệ làm về MEV lại khó thu được lợi ích. Nghe nói Flashbot đến nay vẫn chưa盈利 từ MEV-Boost (dù bản thân Flashbot vốn là tổ chức phi lợi nhuận). Trong vài tháng qua tôi đã xem xét ít nhất 4–5 dự án chuyên về MEV với các kỹ thuật khác nhau, nhưng chúng tôi không đầu tư vào dự án nào cả, bởi thành thật mà nói, tôi không tin họ có thể tạo ra lợi nhuận ổn định (ví dụ như Eden – dự án đầu tiên theo hướng này).
Một số xu hướng công nghệ hiện tại của MEV
1. Quản lý trượt giá thông minh (Smart Slippage Management): Chủ yếu nhằm xử lý MEV trên nhiều chuỗi, đã có dự án triển khai, giúp người dùng tiết kiệm việc thiết lập trượt giá thủ công và phòng tránh bị夾;
2. Mã hóa ngưỡng (Threshold Encryption): Lĩnh vực hệ sinh thái Cosmos khá mạnh về mảng này, Penumbra và Osmosis hiện đang phát triển. Giao dịch vào mempool được mã hóa, như vậy MEV gần như vô hiệu hóa;
3. Mã hóa trì hoãn (Delayed Encryption): Cách mã hóa ngưỡng sử dụng cơ chế tương tự đa chữ ký (2/3 trình xác thực giải mã). Nếu vẫn lo ngại về độ an toàn (do phải giả định ủy ban validator an toàn), thì có thể dùng mã hóa trì hoãn – dữ liệu mã hóa sẽ tự động giải mã sau một khoảng thời gian nhất định. Đây là ứng dụng chủ yếu của công nghệ VDF, tuy nhiên vẫn còn sơ khai và hiệu năng được cho là chưa cao;
4. Mã hóa SGX: Về cơ bản tương tự hai phương pháp trên nhưng dùng phần cứng đáng tin cậy (trusted hardware), chủ yếu do SUAVE của Flashbot đang phát triển;
5. Sắp xếp công bằng (FSS - Fair Sequencing Service): Giao việc sắp xếp cho một bên đáng tin cậy để ngăn chặn MEV, Chainlink đang phát triển giải pháp này;
6. Đấu giá MEV (MEV Auction): Phương pháp do nhóm OP đề xuất, nghe nói Vitalik cũng rất ưa thích, có thể sẽ được dùng làm giải pháp decentralize Sequencer cho Optimism trong tương lai;
7. MEV-Share: Chia sẻ lợi nhuận MEV với người dùng – sản phẩm mới nhất của Flashbot. Nếu ra đời sớm hơn, con bot夾 bị mất 25 triệu USD kia có thể đã lấy lại được khoảng 18 triệu USD…;
8. Mev-Blocker: Do Cowswap phát triển, cho phép các Searcher đấu giá để Backrun giao dịch của bạn (sau đó chia cho bạn 90% lợi nhuận). Backrun (chủ yếu là arbitrage và thanh lý) là hình thức MEV ôn hòa nhất; nhờ đó người dùng có thể tránh khỏi các hành vi gây hại nặng như FrontRun (chạy trước) hay Sandwich Attack (tấn công夾);
9. PBS cấp giao thức ETH: Tách biệt giữa Proposer và Builder ở cấp giao thức Ethereum. Theo phong cách truyền thống của Ethereum Foundation, khả năng cao phải tới năm 2025 hoặc muộn hơn mới triển khai…
Quyền riêng tư luôn là lĩnh vực mà cá nhân tôi không đánh giá cao về góc độ đầu tư, từ Zcash đầu tiên, đến Tornado Cash sau đó, rồi đến Aleo, Iron Fish hiện nay. Lý do đơn giản là dù có vẻ “đúng đắn về mặt chính trị”, nhưng đây hoàn toàn không phải nhu cầu thiết yếu đối với 99% người dùng. Ngoài hacker và một số ít tổ chức hay cá voi lớn, ai lại đi lo lắng việc mình swap một con chó rác trên Uniswap, vay mượn trên AAVE hay stake trên Lido bị người khác biết chứ?
Ngay cả khi thực sự cần quyền riêng tư, thì cũng nên theo mô hình plugin như Aztec-connect của Aztec, phục vụ các giao thức DeFi主流, thay vì tự xây một “chuỗi công khai riêng tư” từ đầu. Kể từ khi Aztec Connect đóng cửa (có thể vì sợ SEC điều tra, hoặc đơn giản là không sinh lời), tôi càng thêm bi quan về lĩnh vực quyền riêng tư.
Hiện tại trên thị trường cấp một tôi đã thấy hai thiết kế mới về quyền riêng tư
Loại thứ nhất dựa trên Tornado Cash: Giao diện người dùng của Tornado bị chặn, thiết kế của nó bị tranh cãi vì có thể giúp hacker rửa tiền, mang tính “đúng đắn chính trị”. Nhưng thực tế, 80% tiền trong Tornado Cash là sạch, chỉ khoảng 10–20% liên quan đến rửa tiền, bởi thực sự có những cá voi và tổ chức cần dịch vụ như vậy để bảo vệ quyền riêng tư – bản thân Vitalik cũng từng dùng.
Do đó, tôi đã thấy không dưới một dự án muốn kết hợp Tornado Cash với KYC. Nếu lo ngại hacker rửa tiền, vậy thì dùng KYC + danh sách trắng để đảm bảo tiền vào là tiền sạch – nghe có vẻ ổn?
Tuy nhiên, cách này thực chất chuyển rủi ro quản lý sang nhà cung cấp KYC. Hơn nữa, về lý thuyết, KYC rất dễ bị làm giả hoặc mua bán. Nếu hacker dùng loại “Tornado Cash có KYC” này, một khi vượt qua được KYC, hành vi phạm pháp thậm chí còn được che giấu tốt hơn.
Loại thứ hai giống thiết kế Namada trong hệ sinh thái Cosmos, gọi là MASP (Multi-Asset Shielded Pool – Bể che chắn đa tài sản), trong đó nhiều tài sản được bảo vệ quyền riêng tư cùng chia sẻ một bộ ẩn danh (anonymous set). Kết hợp với khả năng tương tác mạnh mẽ của IBC, về mặt lý thuyết trong nội bộ hệ sinh thái Cosmos có thể cung cấp bảo vệ riêng tư cho tất cả các tài sản chính trên các chuỗi Cosmos. Ví dụ, nếu bạn muốn trao đổi riêng tư giữa Osmo và Atom, có thể thực hiện theo cách minh họa như hình dưới đây.
Tôi cũng từng thấy có dự án dùng mã hóa đồng dạng (homomorphic encryption) cho mục đích riêng tư, nhưng mã hóa đồng dạng hiện vẫn quá sơ khai, hiệu năng và khả năng vận hành còn xa mới đạt đến mức “có thể dùng thực tế”, cảm giác giống như ZK vào khoảng năm 2017, muốn phát triển đến mức khả dụng có lẽ còn cần thêm 5–10 năm nữa.
Hôm nay xin dừng ở đây, kỳ tới sẽ nói về ba trụ cột DeFi: xu hướng mới trong Dex, cho vay và stablecoin.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
Lao Bai
