Tác giả: Vitalik, người sáng lập Ethereum; Dịch: Jinse Finance xiaozhou
Ngoài những lo ngại về an ninh mạng, phê bình phổ biến nhất về việc nâng giới hạn Gas L1 là điều này sẽ khiến việc chạy nút toàn phần trở nên khó khăn hơn. Đặc biệt trong bối cảnh lộ trình tập trung vào "giải phóng nút toàn phần", để giải quyết vấn đề này, trước tiên cần phải hiểu ý nghĩa của việc tồn tại các nút toàn phần.
Quan điểm truyền thống cho rằng các nút toàn phần được sử dụng để xác thực dữ liệu trên chuỗi. Nếu đây là vấn đề duy nhất, thì ZK-EVM có thể mở khóa việc mở rộng L1: giới hạn duy nhất là duy trì chi phí xây dựng và chứng minh khối ở mức đủ thấp, để cả hai đều có thể duy trì tính kháng kiểm duyệt 1 trong n và tạo ra một thị trường cạnh tranh.
Nhưng trong thực tế, đây không phải là yếu tố duy nhất được xem xét. Một yếu tố quan trọng khác là: việc chạy nút toàn phần cho phép bạn có máy chủ RPC cục bộ, từ đó đọc dữ liệu trên chuỗi theo cách không cần tin cậy, kháng kiểm duyệt và bảo vệ quyền riêng tư. Bài viết này sẽ thảo luận về cách điều chỉnh lộ trình mở rộng L1 hiện tại để đạt được mục tiêu này.
1, Tại sao không hài lòng với tính không cần tin cậy và quyền riêng tư do ZK-EVM + PIR thực hiện?
Lộ trình quyền riêng tư mà tôi đã công bố vào tháng trước chủ trương: trong ngắn hạn sử dụng giải pháp TEEs + ORAM, về lâu dài chuyển sang công nghệ PIR. Kết hợp với xác thực Helios và ZK-EVM, người dùng kết nối với RPC bên ngoài có thể hoàn toàn tin tưởng rằng: (i) dữ liệu chuỗi được lấy là chính xác, (ii) quyền riêng tư dữ liệu được bảo vệ. Điều này đặt ra một câu hỏi: Tại sao không dừng lại ở đây? Những giải pháp mật mã cao cấp này có khiến các nút tự lưu trữ trở nên lỗi thời không?
Tôi có một số phản hồi về điều này:
--Các giải pháp mật mã hoàn toàn không cần tin cậy (như PIR một máy chủ) có chi phí rất cao. Chi phí hiện tại cao đến mức không thực tế, ngay cả sau nhiều lần tối ưu hóa hiệu quả vẫn có thể duy trì mức giá cao.
--Vấn đề quyền riêng tư siêu dữ liệu. Địa chỉ IP, thời gian yêu cầu, mẫu yêu cầu, v.v. bản thân các siêu dữ liệu này sẽ tiết lộ rất nhiều thông tin người dùng.
--Tính dễ bị kiểm duyệt: Cấu trúc thị trường do một số ít nhà cung cấp RPC chi phối sẽ phải chịu áp lực lớn về việc chặn hoặc kiểm duyệt người dùng. Nhiều nhà cung cấp RPC đã bắt đầu chặn hoàn toàn một số quốc gia.
Do đó, việc tiếp tục đảm bảo tính thuận tiện cho việc chạy các nút cá nhân vẫn có giá trị.
2, Ưu tiên ngắn hạn
Ưu tiên triển khai toàn diện EIP-4444, cuối cùng mỗi nút chỉ lưu trữ khoảng 36 ngày dữ liệu. Điều này sẽ giảm đáng kể nhu cầu không gian đĩa cứng - rào cản chính ngăn mọi người chạy nút hiện nay. Sau đó, nhu cầu lưu trữ nút sẽ chỉ bao gồm: (i) dữ liệu trạng thái, (ii) nhánh Merkle trạng thái, (iii) dữ liệu lịch sử 36 ngày.
Xây dựng giải pháp lưu trữ lịch sử phân tán, để mỗi nút lưu trữ một lượng nhỏ dữ liệu lịch sử quá hạn. Tối đa hóa độ tin cậy thông qua công nghệ mã xóa. Như vậy, vừa đảm bảo tính "lưu trữ vĩnh viễn của blockchain", vừa không phụ thuộc vào nhà cung cấp tập trung hoặc gây gánh nặng cho người vận hành nút.
Điều chỉnh chiến lược định giá Gas, tăng chi phí lưu trữ, giảm chi phí thực thi. Tập trung tăng chi phí Gas cho các thao tác: (i) thực hiện SSTORE cho ô lưu trữ (storage slot) mới, (ii) tạo mã hợp đồng, (iii) chuyển ETH cho tài khoản có số dư không hoặc nonce bằng không.
3, Mục tiêu trung hạn: Xác thực không trạng thái
Sau khi thực hiện xác thực không trạng thái, các nút hỗ trợ RPC (tức là các nút lưu trữ trạng thái) sẽ không cần phải lưu giữ nhánh Merkle trạng thái. Điều này có thể làm giảm thêm khoảng 50% nhu cầu lưu trữ.
4, Nút mới: Nút không trạng thái một phần
Ý tưởng sáng tạo này sẽ trở thành chìa khóa để duy trì việc chạy nút cá nhân ngay cả khi giới hạn Gas L1 được nâng lên 10-100 lần.
Chúng tôi bổ sung một loại nút mới: xác thực các khối theo cách không trạng thái, xác thực toàn bộ chuỗi thông qua xác thực không trạng thái hoặc ZK-EVM, nhưng chỉ duy trì một phần dữ liệu trạng thái. Miễn là dữ liệu được yêu cầu nằm trong tập con trạng thái đó, nút sẽ phản hồi; các yêu cầu khác sẽ thất bại (hoặc cần quay lại giải pháp mật mã được lưu trữ bên ngoài - việc quay lại có do người dùng lựa chọn).
Cụ thể, việc duy trì những trạng thái nào phụ thuộc vào cấu hình của người dùng, ví dụ:
--Loại trừ tất cả các trạng thái ngoại trừ các hợp đồng rác đã biết.
--Các trạng thái liên quan đến tất cả các tài khoản EOA, SCW và token ERC20/ERC721 và ứng dụng thông dụng.
--Trạng thái tài khoản EOA/SCW hoạt động trong hai năm gần đây + một phần trạng thái token ERC20 thông dụng + trạng thái ứng dụng swap/DeFi/quyền riêng tư được chọn lọc.
Cấu hình có thể được quản lý thông qua hợp đồng trên chuỗi: người dùng chạy nút bằng tham số "--save_state_by_config 0x12345...67890", địa chỉ này sẽ xác định danh sách địa chỉ, ô lưu trữ (storage slot) hoặc quy tắc lọc trạng thái mà nút cần lưu và cập nhật theo thời gian thực bằng một ngôn ngữ cụ thể. Lưu ý rằng người dùng không cần lưu nhánh Merkle, chỉ cần lưu các giá trị gốc.
Các nút này có thể cung cấp lợi thế truy cập trực tiếp cục bộ vào các trạng thái quan trọng, đồng thời đảm bảo tính riêng tư truy cập hoàn toàn.
