Bài viết này đến từ: Đồng sáng lập Ethereum Vitalik
Biên dịch | Odaily星球日报（@OdailyChina）
Người dịch | Ethan（@ethanzhang_web3）
Ngoài những lo ngại về an ninh mạng, chỉ trích phổ biến nhất đối với việc tăng giới hạn Gas L1 là điều này sẽ làm tăng độ khó trong việc vận hành các nút đầy đủ. Đặc biệt trong bối cảnh tập trung vào lộ trình phân tách nút đầy đủ, để giải quyết vấn đề này, cần phải hiểu vai trò của nút đầy đủ.
Trong lịch sử, mọi người luôn cho rằng nút đầy đủ được sử dụng để xác minh dữ liệu trên chuỗi; hãy tham khảo ở đây để hiểu rõ 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 đâ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ữ chi phí xây dựng khối và chứng minh ở mức đủ thấp để cả hai đều có thể duy trì tính chống kiểm duyệt 1-of-n và tính 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 đề chính khác là việc sở hữu một nút hoàn chỉnh là rất có giá trị, để bạn có thể có một máy chủ RPC cục bộ, dùng để đọc chuỗi một cách không cần tin tưởng, chống kiểm duyệt và thân thiện với quyền riêng tư. Tài liệu này sẽ thảo luận về các điều chỉnh đã được thực hiện đối với lộ trình mở rộng L1 hiện tại để đạt được mục tiêu này.
Tại sao nên tiếp tục đạt được sự tin cậy và quyền riêng tư thông qua ZK-EVM + PIR?
Trong lộ trình bảo mật mà tôi đã công bố vào tháng trước, tôi đã đưa TEE + ORAM như một giải pháp tạm thời, cùng với PIR như một giải pháp lâu dài. Như vậy, cùng với Helios và ZK-EVM xác minh, bất kỳ người dùng nào cũng có thể kết nối với RPC bên ngoài và hoàn toàn yên tâm: (i) rằng chuỗi họ nhận được là chính xác; (ii) rằng quyền riêng tư dữ liệu của họ được bảo vệ. Vì vậy, chúng ta không thể không tự hỏi: tại sao không dừng lại ở đây? Những giải pháp mã hóa tiên tiến này sẽ không khiến các nút tự quản trở thành di sản lỗi thời sao?
Ở đây tôi có thể đưa ra một vài câu trả lời:
Giải pháp mã hóa hoàn toàn không cần tin cậy (tức là 1-server PIR) sẽ rất tốn kém. Chi phí hiện tại quá cao đến mức không thực tế, ngay cả khi đã trải qua nhiều cải tiến về hiệu suất, nó vẫn có thể vẫn tốn kém.
Quyền riêng tư của metadata. Địa chỉ IP nào đã gửi yêu cầu vào thời gian nào, cũng như mô hình của yêu cầu, những dữ liệu này tự nó đã đủ để tiết lộ một lượng lớn thông tin của người dùng.
Kiểm tra lỗ hổng: Cấu trúc thị trường do một số nhà cung cấp RPC dẫn dắt sẽ phải đối mặt với áp lực mạnh mẽ để hủy 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ộ quốc gia.
Vì những lý do này, việc tiếp tục đảm bảo rằng việc vận hành nút cá nhân trở nên thuận tiện hơn là điều có giá trị.
Ưu tiên ngắn hạn
Nâng cao ưu tiên triển khai toàn diện EIP-4444, cho đến khi mỗi nút chỉ lưu trữ trạng thái cuối cùng của khoảng 36 ngày dữ liệu. Điều này sẽ giảm đáng kể nhu cầu về không gian đĩa, trong khi nhu cầu về không gian đĩa đang cản trở nhiều người chạy nút. Sau đó, nhu cầu về không gian đĩa của nút sẽ là: (i) kích thước trạng thái; (ii) nhánh Merkle trạng thái; (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, mỗi nút có thể lưu trữ một phần nhỏ dữ liệu lịch sử sớm hơn thời hạn. Sử dụng mã sửa lỗi để tối đa hóa khả năng chống chịu. Điều này có thể đảm bảo đặc tính "chuỗi khối là vĩnh cửu", mà 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à điều hành nút.
Điều chỉnh giá Gas, làm cho chi phí lưu trữ cao hơn, chi phí thực thi thấp hơn. Đặc biệt ưu tiên là tăng chi phí Gas để tạo trạng thái mới: (i) SSTORE của 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
Một khi chúng tôi kích hoạt xác thực không trạng thái, sẽ có khả năng chạy các nút có chức 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ảm yêu cầu lưu trữ thêm khoảng 2 lần.
Một loại nút mới: Nút không trạng thái một phần
Đây là một ý tưởng mới, cũng là chìa khóa để cho phép các nút cá nhân hoạt động trong trường hợp giới hạn Gas L1 tăng từ 10-100 lần.
Chúng tôi đã thêm một loại nút mới, nó có thể xác thực khối mà không cần 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), và giữ cho phần trạng thái được cập nhật. Chỉ cần dữ liệu cần thiết nằm trong tập con trạng thái đó, nút có thể phản hồi yêu cầu RPC; các yêu cầu khác sẽ thất bại (hoặc phải quay lại giải pháp mã hóa được lưu trữ bên ngoài; việc có thực hiện điều này hay không sẽ do người dùng chọn).
Phần cụ thể của trạng thái cần giữ phụ thuộc vào cấu hình mà người dùng đã chọn. Dưới đây là một ví dụ.
Tất cả các trạng thái ngoại trừ những hợp đồng rác đã biết
Trạng thái liên quan đến tất cả EOA và SCW cùng với tất cả các token 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 đã truy cập trong hai năm qua và một số token ERC 20 phổ biến, cùng với một nhóm ứng dụng trao đổi, defi và bảo mậ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ể sử dụng --save_state_by_config 0x 12345...67890 để chạy nút của họ, địa chỉ đó sẽ chỉ định bằng một ngôn ngữ nào đó danh sách địa chỉ, khu vực lưu trữ hoặc bộ lọc khác mà nút sẽ lưu giữ và duy trì trạng thái mới nhất. Xin lưu ý, người dùng không cần phải lưu trữ nhánh Merkle; họ chỉ cần lưu trữ giá trị gốc.
Loại nút này cho phép người dùng truy cập trạng thái cần chú ý trực tiếp trên địa phương, đồng thời tối đa hóa việc bảo vệ quyền riêng tư khi truy cập trạng thái đó.
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: Giải pháp mới để giải quyết vấn đề mở rộng L1 của Ethereum
Bài viết này đến từ: Đồng sáng lập Ethereum Vitalik
Biên dịch | Odaily星球日报（@OdailyChina）
Người dịch | Ethan（@ethanzhang_web3）
Ngoài những lo ngại về an ninh mạng, chỉ trích phổ biến nhất đối với việc tăng giới hạn Gas L1 là điều này sẽ làm tăng độ khó trong việc vận hành các nút đầy đủ. Đặc biệt trong bối cảnh tập trung vào lộ trình phân tách nút đầy đủ, để giải quyết vấn đề này, cần phải hiểu vai trò của nút đầy đủ.
Trong lịch sử, mọi người luôn cho rằng nút đầy đủ được sử dụng để xác minh dữ liệu trên chuỗi; hãy tham khảo ở đây để hiểu rõ 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 đâ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ữ chi phí xây dựng khối và chứng minh ở mức đủ thấp để cả hai đều có thể duy trì tính chống kiểm duyệt 1-of-n và tính 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 đề chính khác là việc sở hữu một nút hoàn chỉnh là rất có giá trị, để bạn có thể có một máy chủ RPC cục bộ, dùng để đọc chuỗi một cách không cần tin tưởng, chống kiểm duyệt và thân thiện với quyền riêng tư. Tài liệu này sẽ thảo luận về các điều chỉnh đã được thực hiện đối với lộ trình mở rộng L1 hiện tại để đạt được mục tiêu này.
Tại sao nên tiếp tục đạt được sự tin cậy và quyền riêng tư thông qua ZK-EVM + PIR?
Trong lộ trình bảo mật mà tôi đã công bố vào tháng trước, tôi đã đưa TEE + ORAM như một giải pháp tạm thời, cùng với PIR như một giải pháp lâu dài. Như vậy, cùng với Helios và ZK-EVM xác minh, bất kỳ người dùng nào cũng có thể kết nối với RPC bên ngoài và hoàn toàn yên tâm: (i) rằng chuỗi họ nhận được là chính xác; (ii) rằng quyền riêng tư dữ liệu của họ được bảo vệ. Vì vậy, chúng ta không thể không tự hỏi: tại sao không dừng lại ở đây? Những giải pháp mã hóa tiên tiến này sẽ không khiến các nút tự quản trở thành di sản lỗi thời sao?
Ở đây tôi có thể đưa ra một vài câu trả lời:
Vì những lý do này, việc tiếp tục đảm bảo rằng việc vận hành nút cá nhân trở nên thuận tiện hơn là điều có giá trị.
Ưu tiên ngắn hạn
Ưu tiên trung hạn: Xác thực không trạng thái
Một khi chúng tôi kích hoạt xác thực không trạng thái, sẽ có khả năng chạy các nút có chức 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ảm yêu cầu lưu trữ thêm khoảng 2 lần.
Một loại nút mới: Nút không trạng thái một phần
Đây là một ý tưởng mới, cũng là chìa khóa để cho phép các nút cá nhân hoạt động trong trường hợp giới hạn Gas L1 tăng từ 10-100 lần.
Chúng tôi đã thêm một loại nút mới, nó có thể xác thực khối mà không cần 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), và giữ cho phần trạng thái được cập nhật. Chỉ cần dữ liệu cần thiết nằm trong tập con trạng thái đó, nút có thể phản hồi yêu cầu RPC; các yêu cầu khác sẽ thất bại (hoặc phải quay lại giải pháp mã hóa được lưu trữ bên ngoài; việc có thực hiện điều này hay không sẽ do người dùng chọn).
Phần cụ thể của trạng thái cần giữ phụ thuộc vào cấu hình mà người dùng đã chọn. Dưới đây là một ví dụ.
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ể sử dụng --save_state_by_config 0x 12345...67890 để chạy nút của họ, địa chỉ đó sẽ chỉ định bằng một ngôn ngữ nào đó danh sách địa chỉ, khu vực lưu trữ hoặc bộ lọc khác mà nút sẽ lưu giữ và duy trì trạng thái mới nhất. Xin lưu ý, người dùng không cần phải lưu trữ nhánh Merkle; họ chỉ cần lưu trữ giá trị gốc.
Loại nút này cho phép người dùng truy cập trạng thái cần chú ý trực tiếp trên địa phương, đồng thời tối đa hóa việc bảo vệ quyền riêng tư khi truy cập trạng thái đó.