Cảnh báo của Vitalik Buterin: Tại sao giao thức Ethereum cần 'đơn giản hóa'

Ethereum vượt qua các cấu trúc quyền lực tồn tại hàng chục, hàng trăm năm để thịnh suy, cần trở lại nguyên tắc cơ bản của sự đơn giản để xây dựng một tương lai phi tập trung, đã có ý kiến đề xuất. Trong bài đăng gần đây trên nền tảng X, Vitalik Buterin bày tỏ lo ngại về sự phức tạp quá mức của giao thức Ethereum, nhấn mạnh việc ‘đơn giản hóa’ và giới thiệu cơ chế ‘thu gom rác’ (garbage collection).

Tại sao khi giao thức trở nên quá phức tạp, độ tin cậy lại giảm

Chỉ trích chính của Buterin mang tính nghịch lý. Dù Ethereum có cơ chế bảo mật mạnh mẽ đến đâu, nếu cấu trúc phức tạp với hàng trăm nghìn dòng mã và 5 công nghệ mã hóa đẳng cấp tiến sĩ pha trộn, cuối cùng đều thất bại trong ba thử nghiệm quan trọng sau:

Các thử nghiệm này gồm:

• Thử nghiệm không tin cậy: Không cần phải tin tưởng vào ‘nhóm thẩm quyền cao cấp’ để hiểu giao thức. Tuy nhiên, nếu giao thức quá phức tạp, chỉ một nhóm nhỏ các chuyên gia mới thực sự hiểu rõ, còn người dùng thì phải tin tưởng họ.

• Thử nghiệm chuyển đổi: Dù nhóm phát triển chính rời đi, nhóm mới vẫn phải duy trì được chất lượng như cũ. Nhưng các giao thức cực kỳ phức tạp khó để các nhà phát triển mới tiếp nhận, nên không thể vượt qua thử nghiệm này.

• Thử nghiệm chủ quyền: Các nhà phát triển cá nhân đủ thông minh có thể kiểm tra và hiểu giao thức. Nếu độ phức tạp cao, điều này cũng trở nên bất khả thi.

Khi các phần của giao thức rối rắm, thay đổi một phần có thể gây ra phản ứng dây chuyền không lường trước, dẫn đến nguy cơ sụp đổ toàn bộ giao thức. Điều này giống như lịch sử thịnh suy của các cấu trúc quyền lực cũ, Ethereum cũng có thể rơi vào con đường suy tàn tất yếu, đó là mối lo ngại của Buterin.

Đơn giản hóa vs Thu gom rác: Con đường Ethereum có thể chọn

Vấn đề phức tạp của Ethereum càng trầm trọng hơn do khả năng tương thích ngược. Việc loại bỏ các chức năng cũ khó hơn nhiều so với việc thêm chức năng mới. Giải pháp mà Buterin đề xuất gồm hai hướng:

Thứ nhất, thiết lập nguyên tắc ‘đơn giản hóa’ rõ ràng

1. Giảm thiểu tối đa số dòng mã của toàn bộ giao thức
2. Loại bỏ sự phụ thuộc không cần thiết vào các công nghệ mã hóa phức tạp
3. Thêm các thuộc tính bất biến cốt lõi mà giao thức có thể dựa vào

Ví dụ, EIP-6780 (loại bỏ chức năng tự hủy) giới hạn chỉ cho phép thay đổi tối đa N khe lưu trữ mỗi khối, giúp đơn giản hóa đáng kể việc phát triển khách hàng (client).

Thứ hai, chiến lược ‘thu gom rác’ theo quy mô

• Thu gom rác từng phần: Tổ chức lại các chức năng cũ cho ngắn gọn, hợp lý hơn
• Thu gom rác quy mô lớn: Các thay đổi mang tính nền tảng như chuyển từ bằng chứng công việc (PoW) sang bằng chứng cổ phần (PoS)

Phương pháp ‘Rosetta’ cho khả năng tương thích ngược: Legacy thành hợp đồng thông minh

Cách tiếp cận đột phá của Buterin là ‘phương pháp Rosetta’ cho khả năng tương thích ngược. Tức là loại bỏ các chức năng phức tạp ít dùng khỏi lõi giao thức, rồi ‘hạ cấp’ chúng thành mã hợp đồng thông minh:

• Sau khi nâng cấp toàn diện thành phân lớp tài khoản, không còn bắt buộc phải hỗ trợ tất cả các loại giao dịch cũ
• Thay thế các mã precompile cũ bằng EVM hoặc RISC-V
• Cuối cùng, chuyển đổi máy ảo (virtual machine) từ EVM sang RISC-V

Như vậy, các nhà phát triển khách hàng mới không cần phải xử lý tất cả các chức năng cũ của Ethereum nữa.

Cải tổ cấu trúc để bền vững lâu dài

Mục tiêu cuối cùng của Vitalik là ‘kéo dài tốc độ thay đổi’. Thêm chức năng tạm thời có thể giúp ngắn hạn, nhưng về lâu dài sẽ làm tổn hại đến tính tự chủ và ổn định của giao thức. Để tạo ra một cấu trúc phi tập trung vượt qua các thịnh suy của vài thế kỷ, cần liên tục loại bỏ những phần không cần thiết gây cản trở sự tiến hóa.

Nếu Ethereum tự kiểm soát được độ phức tạp của chính nó, duy trì một giao thức đơn giản, dễ hiểu cho các nhà phát triển mới, thì nó có thể thoát khỏi vòng tuần hoàn thịnh suy của các quyền lực nổi lên rồi biến mất, và đứng trên nền tảng vững chắc, bất biến trong ý nghĩa thực sự.