Một số cập nhật về: Tôi đã tải lên ghi chú của các Hội thảo Luật Crypto trước đây. Tôi cũng đã "Claude Coded" chức năng llms.txt và các phiên bản markdown cho tất cả các bài viết (cho LLMs). Tôi là người thích Python hơn, vì vậy tôi đã cố ý chọn 11ty dựa trên JavaScript làm trình tạo trang cho dự án này để học thêm về JS và thử nghiệm Claude Code (với gói Max). Và tôi phải nói rằng điều này đã hoạt động rất tốt. Việc thêm llms.txt và các phiên bản markdown thô cho tất cả các văn bản chỉ mất vài phút với Claude.

Cuộc tranh luận về REV và MEV đã thúc đẩy tôi cập nhật bài viết 'Cách tôi hiểu "MEV"?' (kiểm tra trên goodcrypto [dot] net). Tôi không bị thuyết phục với việc định nghĩa MEV chỉ là "doanh thu ngoài giao thức" hoặc "tranh chấp trạng thái". Cả tranh chấp trạng thái và không gian khối đều gây ra doanh thu cho validator/sequencer và cả hai đều xuất phát từ sự cạnh tranh của người dùng cho các mục đích sử dụng cạnh tranh trên blockchain. Tắc nghẽn không gian khối xảy ra khi quá nhiều người dùng muốn giao dịch được đưa vào một khối, bất kể thứ tự giao dịch trong khối đó. Ví dụ, nhiều người dùng đấu giá phí gas cao để tham gia vào một đợt mint NFT đông đúc. Tranh chấp trạng thái xảy ra, ví dụ, khi hai nhà giao dịch chạy đua để thanh lý cùng một vị trí cho vay, mỗi người tăng phí để được thực hiện trước, ngay cả khi bản thân khối không đầy. Chỉ số REV (Real Economic Value - Giá trị Kinh tế Thực) của Blockworks bao gồm cả hai. Nó tổng hợp phí cơ bản (tắc nghẽn), phí blob (tắc nghẽn băng thông dữ liệu), phí ưu tiên (kết hợp giữa tắc nghẽn và tranh chấp) và các khoản đấu giá bổ sung từ builder (như tiền tip MEV-Boost; có khả năng phản ánh tranh chấp). Vì vậy, REV được thiết kế để nắm bắt cả doanh thu "trong giao thức" và "ngoài giao thức". Nhưng ngay cả REV cũng không nắm bắt được toàn bộ MEV. Nó không tính đến các thỏa thuận kênh bên. Trong các thỏa thuận đó, khoản thanh toán thực sự cho việc sắp xếp thứ tự giao dịch có thể được chuyển ngoài chuỗi (ví dụ, chuyển khoản ngân hàng, chuyển tiền điện tử trên một sàn giao dịch tập trung) hoặc ít nhất thông qua một thỏa thuận chia sẻ doanh thu phức tạp hơn với các khoản thanh toán trên chuỗi mà không dễ dàng nhận diện được.

Cuộc tranh luận về REV và MEV đã thúc đẩy tôi cập nhật cách tôi hiểu "MEV"? (kiểm tra goodcrypto [dot] net). Tôi không bị thuyết phục với việc định nghĩa MEV chỉ là "doanh thu ngoài giao thức" hoặc "tranh chấp trạng thái". Cả tranh chấp trạng thái và tranh chấp không gian khối đều gây ra doanh thu cho validator/sequencer và cả hai đều xuất phát từ sự cạnh tranh của người dùng cho các mục đích sử dụng cạnh tranh của blockchain. Tắc nghẽn không gian khối xảy ra khi quá nhiều người dùng muốn các giao dịch được đưa vào một khối, bất kể thứ tự giao dịch trong khối đó. Ví dụ, nhiều người dùng đấu giá phí gas cao để tham gia vào một đợt mint NFT đông đúc. Tranh chấp trạng thái xảy ra, ví dụ, khi hai nhà giao dịch chạy đua để thanh lý cùng một vị trí cho vay, mỗi người tăng phí để được thực hiện trước, ngay cả khi bản thân khối không đầy. Chỉ số REV (Real Economic Value - Giá trị Kinh tế Thực) của Blockworks bao gồm cả hai. Nó tổng hợp phí cơ bản (tắc nghẽn), phí blob (tắc nghẽn băng thông dữ liệu), phí ưu tiên (kết hợp giữa tắc nghẽn và tranh chấp) và các khoản đấu giá bổ sung từ builder (như mẹo MEV-Boost; có khả năng phản ánh tranh chấp). Vì vậy, REV được thiết kế để nắm bắt cả doanh thu "trong giao thức" và "ngoài giao thức". Nhưng ngay cả REV cũng không nắm bắt được toàn bộ MEV. Nó không tính đến các thỏa thuận kênh bên. Trong các thỏa thuận đó, khoản thanh toán thực sự cho việc sắp xếp thứ tự giao dịch có thể được chuyển ngoài chuỗi (ví dụ, chuyển khoản ngân hàng, chuyển tiền điện tử trên một sàn giao dịch tập trung) hoặc ít nhất thông qua một thỏa thuận chia sẻ doanh thu phức tạp hơn với các khoản thanh toán trên chuỗi mà không dễ dàng nhận diện được như vậy.

1/ Quy định pháp lý về việc khai thác MEV là một trong những mối đe dọa lớn nhất đối với tiền điện tử phi tập trung, không cần sự cho phép mà gần như không ai nói đến. Điều này không chỉ đơn thuần là "🥪 > thẳng đến tù". Hãy tưởng tượng việc cấp phép bắt buộc cho các nhà sản xuất khối hoặc việc truy tố các validator...