Bài viết này đến từ: Nhà đồng sáng lập Ethereum Vitalik
Biên soạn bởi | Odaily Planet Daily ( @OdailyChina )
Người dịch | Ethan ( @ethanzhang_web3 )
Bên cạnh những lo ngại về bảo mật mạng, lời chỉ trích phổ biến nhất về việc tăng giới hạn gas L1 là việc này sẽ khiến việc chạy một nút đầy đủ trở nên khó khăn hơn. Đặc biệt trong bối cảnh lộ trình tập trung vào việc chia tách toàn bộ nút , việc giải quyết vấn đề này đòi hỏi phải hiểu vai trò của toàn bộ nút.
Theo truyền thống, mọi người nghĩ rằng các nút đầy đủ có chức năng xác thực dữ liệu trên chuỗi; xem ở đây để biết quan điểm của tôi về những gì có thể xảy ra nếu người dùng thông thường không thể xác minh. Nếu đó là vấn đề duy nhất, thì ZK-EVM sẽ mở khóa khả năng mở rộng L1: hạn chế duy nhất sẽ là giữ chi phí xây dựng khối và chứng minh ở mức đủ thấp để cả hai đều có khả năng chống kiểm duyệt 1-trong-n và có khả năng cạnh tranh trên thị trường.
Nhưng thực tế, đây không phải là vấn đề duy nhất. Một vấn đề lớn khác là việc có một nút đầy đủ cực kỳ có giá trị vì bạn có thể có một máy chủ RPC cục bộ có thể được sử dụng để đọc chuỗi theo cách không cần tin cậy, chống kiểm duyệt và bảo vệ quyền riêng tư. Tài liệu này thảo luận về việc điều chỉnh lộ trình mở rộng quy mô L1 hiện tại để đạt được mục tiêu này.
Tại sao tiếp tục đạt được sự tin cậy và riêng tư thông qua ZK-EVM + PIR?
Lộ trình bảo mật mà tôi công bố tháng trước bao gồm TEE + ORAM như một giải pháp ngắn hạn, cộng với PIR như một giải pháp dài hạn. Điều này, kết hợp với xác minh Helios và ZK-EVM, cho phép bất kỳ người dùng nào kết nối với RPC bên ngoài với sự tự tin hoàn toàn rằng: (i) chuỗi họ nhận được là chuỗi chính xác; và (ii) quyền riêng tư của dữ liệu của họ được bảo vệ. Vì vậy, chúng ta không thể không hỏi: Tại sao chúng ta không thể dừng lại ở đây? Liệu những giải pháp mã hóa tiên tiến này có khiến các nút tự lưu trữ trở nên lỗi thời không?
Sau đây tôi có thể đưa ra một vài câu trả lời:
Một giải pháp mã hóa hoàn toàn không cần tin cậy (tức là PIR 1 máy chủ) sẽ cực kỳ tốn kém. Chi phí hiện tại cao một cách không thực tế và có thể sẽ vẫn đắt đỏ ngay cả sau nhiều lần cải thiện hiệu quả.
Quyền riêng tư của siêu dữ liệu. Địa chỉ IP nào thực hiện yêu cầu, vào thời điểm nào và mẫu yêu cầu có thể tiết lộ rất nhiều điều về người dùng.
Lỗ hổng kiểm duyệt: Cấu trúc thị trường do một số ít nhà cung cấp RPC thống trị sẽ phải đối mặt với áp lực mạnh mẽ nhằm xóa bỏ nền tảng hoặc kiểm duyệt người dùng. Nhiều nhà cung cấp RPC đã loại trừ toàn bộ một quốc gia.
Vì những lý do này, việc tiếp tục đảm bảo việc chạy một nút cá nhân trở nên dễ dàng hơn là rất có giá trị.
Ưu tiên ngắn hạn
Ưu tiên triển khai đầy đủ EIP-4444 cho đến giai đoạn cuối cùng khi mỗi nút chỉ lưu trữ dữ liệu trong khoảng 36 ngày. Điều này sẽ làm giảm đáng kể yêu cầu về dung lượng đĩa, đây là vấn đề chính khiến nhiều người không muốn chạy các nút. Sau đó, yêu cầu về không gian đĩa của nút sẽ là: (i) kích thước trạng thái; (ii) các chi nhánh Merkle của tiểu bang; và (iii) 36 ngày lịch sử.
Xây dựng giải pháp lưu trữ lịch sử phân tán trong đó mỗi nút có thể lưu trữ một phần nhỏ dữ liệu lịch sử cũ hơn thời hạn. Sử dụng mã hóa xóa để tối đa hóa tính mạnh mẽ. Điều này đảm bảo rằng blockchain không thể thay đổi mà không cần phụ thuộc vào các nhà cung cấp tập trung hoặc tạo gánh nặng cho các nhà điều hành nút.
Điều chỉnh giá khí đốt để làm cho chi phí lưu trữ đắt hơn và chi phí thực hiện rẻ hơn. Ưu tiên đặc biệt là tăng chi phí gas để tạo trạng thái mới: (i) SSTORE cho khe lưu trữ mới, (ii) tạo mã hợp đồng, (iii) gửi ETH đến tài khoản chưa có số dư hoặc nonce.
Ưu tiên trung hạn: xác thực không trạng thái
Khi chúng tôi kích hoạt xác thực không trạng thái, có thể chạy các nút có khả năng RPC (tức là các nút lưu trữ trạng thái) mà không cần lưu trữ nhánh Merkle trạng thái. Điều này sẽ giúp giảm nhu cầu lưu trữ xuống khoảng 2 lần.
Một loại nút mới: nút không có trạng thái một phần
Đây là một ý tưởng mới và là chìa khóa cho phép các nút riêng lẻ chạy khi giới hạn khí L1 tăng 10-100 lần.
Chúng tôi đã thêm một loại nút có thể xác thực khối không có trạng thái, xác thực toàn bộ chuỗi (thông qua xác thực không có trạng thái hoặc ZK-EVM) và cập nhật một số phần trạng thái. Miễn là dữ liệu cần thiết nằm trong tập hợp con trạng thái này, nút sẽ có thể phản hồi các yêu cầu RPC; các yêu cầu khác sẽ không thành công (hoặc phải chuyển sang giải pháp mã hóa được lưu trữ bên ngoài; người dùng có thể lựa chọn có thực hiện hay không).
Phần chính xác của trạng thái được bảo toàn phụ thuộc vào cấu hình do người dùng lựa chọn. Sau đây là một số ví dụ:
Tất cả các tiểu bang ngoại trừ các hợp đồng rác đã biết
Trạng thái liên quan đến tất cả các EOA và SCW và tất cả các mã thông báo và ứng dụng ERC 20 và ERC 721 thường dùng
Trạng thái liên quan đến tất cả các EOA và SCW được truy cập trong hai năm qua và một số mã thông báo ERC 20 thường dùng, cùng với một số ứng dụng trao đổi, defi và quyền riêng tư hạn chế
Cấu hình có thể được quản lý thông qua hợp đồng trên chuỗi: người dùng có thể chạy nút của họ với --save_state_by_config 0x 12345...67890 , lệnh này sẽ chỉ định bằng một số ngôn ngữ danh sách các địa chỉ, khe lưu trữ hoặc các khu vực được lọc khác mà nút sẽ lưu và cập nhật trạng thái. Lưu ý rằng người dùng không cần phải lưu nhánh Merkle; họ chỉ cần lưu lại giá trị ban đầu.
Loại nút này cho phép người dùng truy cập trực tiếp vào trạng thái quan tâm cục bộ và tối đa hóa tính riêng tư khi truy cập vào trạng thái đó.
