Việc chạy Toàn bộ nút sẽ giúp bạn có một máy chủ RPC địa phương, từ đó có thể đọc dữ liệu on-chain mà không cần tin tưởng, chống kiểm duyệt và bảo vệ quyền riêng tư.
Tác giả: Vitalik, người sáng lập Ethereum
Biên dịch: Jinse Caijing xiaozhou
Một trong những chỉ trích phổ biến nhất đối với việc nâng cao giới hạn Gas L1, ngoài lo ngại về an ninh mạng, là điều này sẽ làm cho việc vận hành Toàn bộ nút trở nên khó khăn hơn. Đặc biệt trong bối cảnh lộ trình tập trung vào "gỡ bỏ Toàn bộ nút", để giải quyết vấn đề này cần phải hiểu ý nghĩa của việc tồn tại Toàn bộ nút.
Quan điểm truyền thống cho rằng Toàn bộ nút được sử dụng để xác thực dữ liệu on-chain. Nếu đây là vấn đề duy nhất, thì ZK-EVM có thể mở khóa khả năng mở rộng L1: giới hạn duy nhất là giữ cho chi phí xây dựng khối và chứng minh đủ thấp, để cả hai có thể duy trì tính chống kiểm duyệt 1 of n và hình thành thị trường cạnh tranh.
Nhưng trong thực tế, đây không phải là yếu tố duy nhất. Một yếu tố quan trọng khác là: việc chạy Toàn bộ nút cho phép bạn sở hữu máy chủ RPC cục bộ, từ đó có thể đọc dữ liệu on-chain một cách không cần tin tưởng, chố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 việc phi tập trung hóa và quyền riêng tư được thực hiện bằng ZK-EVM+PIR?
Bản đồ lộ trình bảo mật mà tôi công bố vào tháng trước đề xuất: trong ngắn hạn áp dụng giải pháp TEEs+ORAM, trong dài hạn chuyển sang công nghệ PIR. Kết hợp với việc xác minh Helios và ZK-EVM, người dùng có thể hoàn toàn tin tưởng rằng: (i) dữ liệu chuỗi mà họ nhận được 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ã tiên tiến này có phải là lý do khiến các nút tự lưu trữ trở nên lỗi thời?
Về vấn đề này, tôi có vài phản hồi:
Các giải pháp mật mã hoàn toàn phi tập trung (như PIR trên một máy chủ) có chi phí cao. Các chi phí hiện tại quá cao không thực tế, ngay cả khi đã trải qua nhiều lần tối ưu hóa hiệu suất vẫn có thể duy trì giá cao.
Vấn đề quyền riêng tư của siêu dữ liệu. Thời gian yêu cầu địa chỉ IP, mẫu yêu cầu và các siêu dữ liệu khác có thể tiết lộ một lượng lớn thông tin người dùng.
Kiểm tra điểm yếu: Cấu trúc thị trường do một số nhà cung cấp RPC chi phối sẽ phải đối mặt với áp lực cấm hoặc kiểm duyệt mạnh mẽ từ người dùng. Nhiều nhà cung cấp RPC đã bắt đầu hoàn toàn chặn một số quốc gia.
Vì vậy, việc tiếp tục bảo đảm tính thuận tiện trong việc vận hành các Nút cá nhân vẫn có giá trị.
2、Các ưu tiên ngắn hạn
Ưu tiên triển khai toàn bộ EIP-4444, cuối cùng đạt được 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 về dung lượng ổ cứng - rào cản chính hiện tại ngăn cản mọi người vận hành nút. Sau đó, nhu cầu lưu trữ của nút chỉ bao gồm: (i) dữ liệu trạng thái, (ii) nhánh Merkle trạng thái, (iii)36 ngày dữ liệu lịch sử.
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ã sửa lỗi. Điều này không chỉ đảm bảo đặc tính "Lưu trữ vĩnh viễn của chuỗi khối", mà còn không cần phụ thuộc vào nhà cung cấp tập trung hoặc tạo gánh nặng nặng nề cho các nhà 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 hiện. Tập trung vào việc tăng chi phí Gas cho các thao tác sau: (i) thực hiện SSTORE cho slot lưu trữ mới, (ii) tạo mã hợp đồng, (iii) chuyển ETH đến tài khoản có số dư bằng 0 / nonce bằng 0.
3,Mục tiêu trung hạn: Xác minh không trạng thái
Sau khi thực hiện xác minh không trạng thái, việc chạy 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 lưu trữ nhánh Merkle trạng thái. Điều này có thể giảm yêu cầu lưu trữ thêm khoảng 50%.
4, Nút mới: Một số nút không trạng thái
Đổi mới này sẽ trở thành chìa khóa để duy trì hoạt động của 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 đã thêm một loại nút mới: xác thự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. Chỉ cần dữ liệu cần thiết cho yêu cầu RPC nằm trong tập hợp trạng thái này, nút có thể 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 này do người dùng lựa chọn).
Cụ thể duy trì các 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ả trạng thái ngoài hợp đồng rác đã biết.
Trạng thái liên quan đến tất cả các tài khoản EOA, SCW và các token ERC20/ERC721 và ứng dụng thường dùng.
Trạng thái EOA/SCW tài khoản hoạt động trong hai năm qua + Trạng thái một số token ERC20 phổ biến + Trạng thái các ứng dụng swap/DeFi/riêng tư được chọn.
Cấu hình có thể được quản lý thông qua hợp đồng on-chain: Người dùng khi chạy nút sử dụng tham số "--save_state_by_config 0x12345...67890", địa chỉ này sẽ định nghĩa danh sách địa chỉ cần lưu và cập nhật theo thời gian thực bằng ngôn ngữ cụ thể, các khe lưu trữ (storage slot) hoặc quy tắc lọc trạng thái. Lưu ý người dùng không cần lưu nhánh Merkle, chỉ cần lưu giá trị gốc.
Nút này vừa cung cấp lợi thế truy cập trực tiếp cục bộ vào trạng thái quan trọng, vừa đảm bảo tính riêng tư truy cập hoàn toàn.
Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Vitalik: Một kế hoạch tối ưu hóa lộ trình mở rộng tập trung vào các Nút địa phương.
Tác giả: Vitalik, người sáng lập Ethereum
Biên dịch: Jinse Caijing xiaozhou
Một trong những chỉ trích phổ biến nhất đối với việc nâng cao giới hạn Gas L1, ngoài lo ngại về an ninh mạng, là điều này sẽ làm cho việc vận hành Toàn bộ nút trở nên khó khăn hơn. Đặc biệt trong bối cảnh lộ trình tập trung vào "gỡ bỏ Toàn bộ nút", để giải quyết vấn đề này cần phải hiểu ý nghĩa của việc tồn tại Toàn bộ nút.
Quan điểm truyền thống cho rằng Toàn bộ nút được sử dụng để xác thực dữ liệu on-chain. Nếu đây là vấn đề duy nhất, thì ZK-EVM có thể mở khóa khả năng mở rộng L1: giới hạn duy nhất là giữ cho chi phí xây dựng khối và chứng minh đủ thấp, để cả hai có thể duy trì tính chống kiểm duyệt 1 of n và hình thành thị trường cạnh tranh.
Nhưng trong thực tế, đây không phải là yếu tố duy nhất. Một yếu tố quan trọng khác là: việc chạy Toàn bộ nút cho phép bạn sở hữu máy chủ RPC cục bộ, từ đó có thể đọc dữ liệu on-chain một cách không cần tin tưởng, chố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 việc phi tập trung hóa và quyền riêng tư được thực hiện bằng ZK-EVM+PIR?
Bản đồ lộ trình bảo mật mà tôi công bố vào tháng trước đề xuất: trong ngắn hạn áp dụng giải pháp TEEs+ORAM, trong dài hạn chuyển sang công nghệ PIR. Kết hợp với việc xác minh Helios và ZK-EVM, người dùng có thể hoàn toàn tin tưởng rằng: (i) dữ liệu chuỗi mà họ nhận được 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ã tiên tiến này có phải là lý do khiến các nút tự lưu trữ trở nên lỗi thời?
Về vấn đề này, tôi có vài phản hồi:
Vì vậy, việc tiếp tục bảo đảm tính thuận tiện trong việc vận hành các Nút cá nhân vẫn có giá trị.
2、Các ưu tiên ngắn hạn
Ưu tiên triển khai toàn bộ EIP-4444, cuối cùng đạt được 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 về dung lượng ổ cứng - rào cản chính hiện tại ngăn cản mọi người vận hành nút. Sau đó, nhu cầu lưu trữ của nút chỉ bao gồm: (i) dữ liệu trạng thái, (ii) nhánh Merkle trạng thái, (iii)36 ngày dữ liệu lịch sử.
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ã sửa lỗi. Điều này không chỉ đảm bảo đặc tính "Lưu trữ vĩnh viễn của chuỗi khối", mà còn không cần phụ thuộc vào nhà cung cấp tập trung hoặc tạo gánh nặng nặng nề cho các nhà 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 hiện. Tập trung vào việc tăng chi phí Gas cho các thao tác sau: (i) thực hiện SSTORE cho slot lưu trữ mới, (ii) tạo mã hợp đồng, (iii) chuyển ETH đến tài khoản có số dư bằng 0 / nonce bằng 0.
3,Mục tiêu trung hạn: Xác minh không trạng thái
Sau khi thực hiện xác minh không trạng thái, việc chạy 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 lưu trữ nhánh Merkle trạng thái. Điều này có thể giảm yêu cầu lưu trữ thêm khoảng 50%.
4, Nút mới: Một số nút không trạng thái
Đổi mới này sẽ trở thành chìa khóa để duy trì hoạt động của 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 đã thêm một loại nút mới: xác thự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. Chỉ cần dữ liệu cần thiết cho yêu cầu RPC nằm trong tập hợp trạng thái này, nút có thể 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 này do người dùng lựa chọn).
Cụ thể duy trì các trạng thái nào phụ thuộc vào cấu hình của người dùng, ví dụ:
Cấu hình có thể được quản lý thông qua hợp đồng on-chain: Người dùng khi chạy nút sử dụng tham số "--save_state_by_config 0x12345...67890", địa chỉ này sẽ định nghĩa danh sách địa chỉ cần lưu và cập nhật theo thời gian thực bằng ngôn ngữ cụ thể, các khe lưu trữ (storage slot) hoặc quy tắc lọc trạng thái. Lưu ý người dùng không cần lưu nhánh Merkle, chỉ cần lưu giá trị gốc.
Nút này vừa cung cấp lợi thế truy cập trực tiếp cục bộ vào trạng thái quan trọng, vừa đảm bảo tính riêng tư truy cập hoàn toàn.