Viết bài: imToken
Nếu có ngày, nhóm phát triển cốt lõi của Ethereum đồng loạt “biến mất”, hoặc một quốc gia chủ quyền yêu cầu kiểm duyệt các giao dịch cụ thể, Ethereum có còn giữ được tính mở không?
Những câu hỏi này nghe có vẻ cực đoan, nhưng đang ngày càng trở thành tham chiếu thực tế trong thiết kế giao thức của Ethereum.
Vào đầu tháng 3, Vitalik Buterin đề xuất một cách diễn đạt mới, thẳng thắn cho rằng cộng đồng Ethereum nên hiểu mình là một phần của hệ sinh thái “công nghệ bảo vệ” (sanctuary technologies): những công nghệ mã nguồn mở miễn phí này giúp mọi người sống, làm việc, giao tiếp, quản lý rủi ro, tích lũy của cải, và hợp tác hướng tới mục tiêu chung, đồng thời tối đa hóa khả năng chống chịu áp lực từ bên ngoài.
Cách diễn đạt này có vẻ như là một sự nâng cấp về giá trị trừu tượng, nhưng nếu đặt vào bối cảnh tiến trình phát triển của giao thức Ethereum gần đây, nó thực sự phản ánh những vấn đề kỹ thuật rất cụ thể:
Khi xây dựng khối ngày càng chuyên nghiệp hơn, quyền sắp xếp giao dịch ngày càng tập trung, bộ nhớ công khai ngày càng dễ bị tấn công và bị “xếp hàng trước”, Ethereum phải làm thế nào để giữ vững “mạng lưới mở” cốt lõi — không để người dùng bị ngăn cản dễ dàng khỏi các giao dịch của mình bởi số ít người?
1. Vitalik tạo ra một thuật ngữ mới: “Công nghệ bảo vệ”
Xuất phát điểm của Vitalik lần này mang theo một sự thẳng thắn hiếm thấy.
Ông không tiếp tục dùng những từ ngữ hoa mỹ kiểu “thay đổi thế giới”, mà thừa nhận rằng cho đến nay, Ethereum vẫn còn hạn chế trong việc cải thiện cuộc sống thực của người bình thường, ví dụ như hiệu quả tài chính trên chuỗi có thể đã tăng lên, hệ sinh thái ứng dụng cũng trở nên phong phú hơn, nhưng nhiều thành quả vẫn còn nằm trong vòng lặp nội bộ của thế giới mã hóa.
Vì vậy, ông đề xuất một cách định vị mới, thay vì xem Ethereum như một mạng lưới tài chính đơn thuần, hãy xem nó như một phần của hệ sinh thái “công nghệ bảo vệ” rộng lớn hơn.
Theo định nghĩa của ông, các công nghệ này thường có một số đặc điểm chung: Chúng là mã nguồn mở, miễn phí, bất kỳ ai cũng có thể sử dụng và sao chép; chúng giúp con người giao tiếp, hợp tác, quản lý rủi ro và của cải; quan trọng hơn, chúng vẫn có thể duy trì hoạt động trước áp lực từ chính phủ, các doanh nghiệp phong tỏa hoặc các can thiệp từ bên ngoài.
Vitalik thậm chí còn đưa ra một phép ẩn dụ hình tượng — các giao thức phi tập trung thực sự nên giống như một chiếc búa, chứ không phải một dịch vụ đăng ký. Bạn mua chiếc búa, nó là của bạn, không vì nhà sản xuất phá sản mà đột nhiên mất tác dụng, cũng không có ngày xuất hiện thông báo “chức năng này không còn khả dụng tại khu vực của bạn”.
Nói tóm lại, nếu một công nghệ muốn đảm nhận chức năng bảo vệ, nó không thể dựa vào một tổ chức trung ương tồn tại mãi mãi, càng không thể luôn đặt người dùng trong thế bị động chờ đợi dịch vụ.
Nguồn hình: CoinDesk
Điều này chắc chắn khiến người ta liên tưởng đến tiêu chuẩn đánh giá giá trị dài hạn của Ethereum mà Vitalik từng đề cập — đó là “bài kiểm tra rút lui” (walkaway test), câu hỏi đơn giản nhưng cực kỳ nghiêm ngặt: nếu tất cả các nhà phát triển cốt lõi của Ethereum ngày mai đồng loạt biến mất, giao thức có thể vận hành bình thường không?
Đây không chỉ là một khẩu hiệu, mà là một tiêu chuẩn cực kỳ nghiêm ngặt về phi tập trung, vì nó thực sự đặt câu hỏi không phải “hiện tại có còn câu chuyện phi tập trung hay không”, mà là “Trong tương lai tồi tệ nhất, hệ thống này còn đứng vững được không?”
Khi đặt câu hỏi này vào cấp độ sản xuất khối, câu trả lời sẽ rất cụ thể: Một chuỗi muốn vượt qua bài kiểm tra rút lui, không thể để quyền kiểm soát giao dịch nằm trong tay số ít người, cũng không thể để các giao dịch công khai dễ bị tấn công, bị “xếp hàng trước” hoặc bị kiểm duyệt.
Đây chính là bối cảnh các đề xuất FOCIL và bộ nhớ công khai mã hóa bắt đầu được thảo luận trong Ethereum.
2. Chống kiểm duyệt trở lại trung tâm của giao thức: FOCIL + bộ nhớ mã hóa
Chúng ta cần phân tích rõ các vấn đề hiện tại của bộ nhớ công khai (mempool) của Ethereum.
Trong những năm gần đây, Ethereum ngày càng chuyên nghiệp hóa trong xây dựng khối. Để nâng cao hiệu quả và khả năng khai thác MEV, vai trò của builder ngày càng quan trọng, việc tạo khối không còn là trạng thái lý tưởng mỗi validator tự xây dựng khối độc lập nữa, tất nhiên điều này mang lại lợi ích thực tế, nhưng cũng có cái giá rõ ràng:
Khi quyền xây dựng khối tập trung vào một số ít người mạnh, thì kiểm duyệt không còn là rủi ro lý thuyết nữa. Về lý thuyết, bất kỳ builder chính thống nào cũng có thể chọn từ chối chứa các giao dịch nhất định, ví dụ như các giao dịch từ địa chỉ Tornado Cash đã bị trừng phạt.
Nói cách khác, vấn đề của Ethereum ngày nay không chỉ là phí giao dịch cao hay thấp, throughput có đủ không, mà là liệu hạ tầng giao dịch công khai còn đáng để người dùng tin tưởng hay không.
Vì vậy, FOCIL (Fork-Choice Enforced Inclusion Lists — danh sách bắt buộc đưa vào theo quy tắc chọn khối) chính là phản ứng tích cực của giao thức Ethereum đối với vấn đề kiểm duyệt. Ý tưởng cốt lõi không phức tạp: thông qua cơ chế Inclusion List, việc giao dịch có thể được đưa vào khối đúng hạn không còn hoàn toàn phụ thuộc vào ý chí của proposer hoặc builder nữa.
Trong đó, mỗi slot sẽ chọn ra một ủy ban Inclusion List từ tập hợp validator, các thành viên ủy ban dựa trên mempool mà họ thấy để tạo danh sách các giao dịch chờ đưa vào, rồi phát tán; proposer của slot tiếp theo cần xây dựng một khối phù hợp với các danh sách này, còn các validator chỉ bỏ phiếu cho các khối đáp ứng tiêu chí.
Nói cách khác, FOCIL không phải là loại bỏ builder, mà là thông qua quy tắc chọn khối, cung cấp một sự đảm bảo mạnh mẽ hơn cho các giao dịch hợp lệ trong bộ nhớ công khai, nghĩa là builder vẫn có thể tối ưu hóa sắp xếp, vẫn có thể nâng cao hiệu quả và lợi nhuận liên quan đến MEV, nhưng họ không còn quyền quyết định xem một giao dịch hợp lệ có được đưa vào khối hay không.
Dù gây tranh cãi, nhưng FOCIL đã được xác nhận là đề xuất cốt lõi trong đợt nâng cấp lớn tiếp theo Hegotá (tình trạng Specification Freeze Included), dự kiến ra mắt sau nâng cấp Glamsterdam, vào nửa cuối năm 2026.
Tuy nhiên, FOCIL chưa giải quyết được một vấn đề quan trọng khác: trước khi giao dịch thực sự vào khối, nó đã bị toàn thị trường “nhìn thấy” chưa, các MEV Searcher có thể dựa vào đó để “xếp hàng trước”, “xếp chỗ”, “tái sắp xếp”, đặc biệt là các giao dịch DeFi dễ trở thành mục tiêu, đối với người dùng bình thường, điều này có nghĩa là dù không bị kiểm duyệt, họ vẫn có thể bị “thu hoạch” trước khi vào khối.
Đây chính là nguyên nhân của tấn công sandwich.
Các giải pháp đang được cộng đồng thảo luận chính là LUCID (do các nhà nghiên cứu của Ethereum Foundation là Anders Elowsson, Julian Ma và Justin Florentine đề xuất), và EIP-8105 (Universal Enshrined Encrypted Mempool). Nhóm EIP-8105 gần đây đã tuyên bố sẽ hỗ trợ toàn lực cho LUCID, hai bên đang phối hợp thúc đẩy.
Ý tưởng cốt lõi của bộ nhớ mã hóa là:
- Người dùng gửi giao dịch, nội dung được mã hóa;
- Giao dịch chỉ được giải mã sau khi đã được đưa vào khối và xác nhận đủ;
- Trước đó, các “người tìm kiếm” không thể nhìn thấy ý định giao dịch, không thể thực hiện tấn công sandwich hoặc xếp hàng trước;
- Bộ nhớ công khai do đó trở nên “an toàn và khả dụng” trở lại;
Như các nhà nghiên cứu nói, ePBS (đề xuất tách biệt giữa thực thi và xây dựng) + FOCIL + bộ nhớ mã hóa, gọi chung là “Bộ ba chống kiểm duyệt (Holy Trinity of Censorship Resistance)”, là giải pháp toàn diện cung cấp phòng thủ hệ thống từ chuỗi cung ứng giao dịch.
Hiện tại, FOCIL đã xác nhận tham gia Hegotá; còn giải pháp bộ nhớ mã hóa (LUCID) đang tích cực vận động để được đưa vào như một đề xuất chính trong Hegotá.
3. Tất cả những điều này có ý nghĩa gì
Nếu mở rộng góc nhìn, thì FOCIL và bộ nhớ mã hóa không chỉ là những thuật ngữ mới trong danh sách nâng cấp công nghệ của Ethereum, mà còn là một tín hiệu:
Ethereum đang đưa “chống kiểm duyệt” trở lại trung tâm của thiết kế giao thức.
Dù ngành công nghiệp blockchain thường xuyên nói về “phi tập trung”, nhưng khi một giao dịch bị kiểm duyệt, bị chặn, biến mất khỏi mạng, đa số người dùng mới nhận ra rằng, phi tập trung chưa bao giờ là trạng thái mặc định, mà là điều cần phải cố gắng bằng mã giao thức.
Ngay từ ngày 20 tháng 2, Vitalik đã viết rằng, cơ chế FOCIL và đề xuất EIP-8141 (dựa trên 7701) về trừu tượng hóa tài khoản Ethereum có sự cộng hưởng quan trọng, EIP-8141 nâng cao các tài khoản thông minh (bao gồm multi-sig, chữ ký chống lượng tử, thay đổi khóa, tài trợ gas, v.v.) thành “công dân loại 1”, nghĩa là các thao tác từ tài khoản này có thể trực tiếp được đóng gói thành giao dịch trên chuỗi mà không cần đóng gói thêm.
Có thể có người đặt câu hỏi: FOCIL làm tăng độ phức tạp của giao thức, bộ nhớ mã hóa có thể gây giảm hiệu suất, những hy sinh này có đáng không?
Đây chính là điểm đáng chú ý nhất của “công nghệ bảo vệ”: giá trị thực sự của blockchain có thể không chỉ nằm ở việc đưa tài sản lên chuỗi, tăng tốc giao dịch, mà còn ở khả năng duy trì một “lối thoát kỹ thuật số” không cần phép, khó bị tắt, khó bị tước đoạt trong môi trường áp lực cao.
Từ góc độ này, ý nghĩa của FOCIL và bộ nhớ mã hóa rõ ràng: chúng cố gắng biến những thứ vốn dựa vào thiện chí, dựa vào cân bằng thị trường tự phát, dựa vào “hi vọng không có chuyện gì xảy ra” thành những quy tắc giao thức kiên cố hơn.
Khi vô số người dùng sống, làm việc, giao tiếp, quản lý rủi ro và tích lũy của cải tự do trên “đảo ổn định kỹ thuật số” này, không lo bị các tổ chức trung ương kiểm duyệt hoặc trục xuất — thì lúc đó, Ethereum mới thực sự vượt qua “Bài kiểm tra rút lui” (Walkaway Test).
Và đó chính là ý nghĩa tối thượng của công nghệ bảo vệ.
