Một delta ưa thích nút địa phương đến lộ trình mở rộng

Nâng cao5/21/2025, 5:52:14 AM
Vitalik Buterin đã đề xuất sửa đổi lộ trình mở rộng của Ethereum, ủng hộ khái niệm 'khách hàng không trạng thái' để đồng thời giải quyết các thách thức về hiệu suất, quyền riêng tư và khả năng xác minh. Bài viết cung cấp một phân tích sâu sắc về các con đường phát triển tương lai cho tối ưu hóa lưu trữ dữ liệu, cơ chế bảo vệ quyền riêng tư và mô hình truy cập trên chuỗi.

Cảm ơn đặc biệt Micah Zoltu, Toni Wahrstätter, Justin Traglia và pcaversaccio đã thảo luận

Lời chỉ trích phổ biến nhất về việc tăng giới hạn gas L1, ngoài những lo ngại về an toàn mạng, là làm cho việc chạy một nút đầy khó khăn hơn.

Đặc biệt trong bối cảnh một con đường tập trung vàophân rãnút đầy đủ, để giải quyết vấn đề này đòi hỏi hiểu biết về mục đích của các nút đầy đủ là gì.

Lịch sử, suy nghĩ đã từng là rằng các nút đầy đủ dùng để xác minh chuỗi; xem ở đâyđể diễn đạt ý kiến cá nhân 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 được. Nếu đây là vấn đề duy nhất, thì việc mở khóa L1 scaling được thực hiện bởi ZK-EVMs: 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ể tiếp tục tồn tại1-trong-nthị trường không bị kiểm duyệt và cạnh tranh.

Tuy nhiên, trong thực tế điều này không phải là mối quan tâm duy nhất. Mối quan tâm chính khác là: quan trọng khi có một nút đầy đủ để bạn có thể có một máy chủ RPC cục bộ mà bạn có thể sử dụng để đọc chuỗi một 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 sẽ thảo luận về các điều chỉnh cho lộ trình mở rộng L1 hiện tại để thực hiện điều này.

Tại sao không dừng lại ở sự không tin cậy và riêng tư thông qua ZK-EVM + PIR?

Cửa hàng lộ trình bảo mật mà tôi đã công bố vào tháng trướctập trung vào TEEs +ORAMnhư là một biện pháp tạm thời cộng thêm PIRnhư một giải pháp dài hạn. Điều này, cùng với việc xác minh Helios và ZK-EVM, sẽ cho phép bất kỳ người dùng nào kết nối với RPCs bên ngoài và hoàn toàn tự tin rằng (i) chuỗi họ nhận được là chính xác, và (ii) việc bảo vệ dữ liệu riêng của họ. Vì vậy, đáng giá khi đặ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 như vậy có làm cho các nút tự lưu trữ trở nên lỗi thời không?

Ở đây tôi có thể đưa ra một số câu trả lời:

  • Các giải pháp mật mã hoàn toàn không tin cậy (ví dụ: 1-server PIR) sẽ rất đắt đỏ. Hiện nay, chi phí phụ trội là quá cao và ngay cả sau nhiều cải tiến hiệu suất, nó cũng có thể vẫn rất đắt đỏ.
  • Quyền riêng tư siêu dữ liệu. Dữ liệu về địa chỉ IP nào thực hiện yêu cầu vào thời gian nào và mẫu yêu cầu, chỉ một mình cũng đủ để tiết lộ rất nhiều thông tin về người dùng.
  • Rủi ro kiểm duyệt: một cấu trúc thị trường bị một số nhà cung cấp RPC chiếm ưu thế sẽ phải đối mặt với áp lực mạnh mẽ để loại bỏ hoặc kiểm duyệt người dùng. Nhiều nhà cung cấp RPC hiện đã loại trừ toàn bộ các quốc gia.

Vì những lý do này, việc tiếp tục đảm bảo sự thuận lợi hơn trong việc vận hành một nút cá nhân là có giá trị.

Ưu tiên ngắn hạn

  • Ưu tiên cao hóa việc triển khai đầy đủ EIP-4444, đến cùng cấp độ 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 giảm thiểu đáng kể yêu cầu không gian đĩa, đó là vấn đề chính ngăn cản nhiều người hơn chạy các nút. Sau đó, yêu cầu không gian đĩa cho một 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 một giải pháp lưu trữ lịch sử phân phối, trong đó mỗi nút có thể lưu trữ một phần nhỏ dữ liệu lịch sử lớn hơn ngưỡng cắt. Sử dụng mã hóa xóa để tối đa hóa tính chắc chắn. Điều này đảm bảo tính chất “một chuỗi khối là mãi mãi” mà không phụ thuộc vào các nhà cung cấp tập trung hoặc 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 việc lưu trữ đắt hơn và việc thực thi rẻ hơn. Một ưu tiên đặc biệt cao là tăng chi phí gas của việc tạo trạng thái mới: (i) SSTORE cho các khe lưu trữ mới, (ii) tạo mã hợp đồng, (iii) gửi ETH đến các tài khoản chưa có số dư hoặc nonce.

Ưu tiên trung hạn: xác minh không trạng thái

Khi chúng ta kích hoạt xác minh không trạng thái, việc chạy một nút có khả năng RPC (tức là một nút lưu trữ trạng thái) mà không lưu trữ các nhánh Merkle trạng thái trở nên khả thi. Điều này giảm yêu cầu lưu trữ thêm điều nữa khoảng ~2 lần.

Một loại nút mới: nút một phần không có trạng thái

Đây là ý tưởng mới, và sẽ là yếu tố quan trọng cho việc cho phép hoạt động nút cá nhân ngay cả trong bối cảnh giới hạn gas L1 tăng lên 10-100 lần.

Chúng tôi thêm một loại nút kiểu mà xác minh trạng thái khối mà không cần lưu trữ, và xác minh toàn bộ chuỗi (entweder durch stateless validation oder ZK-EVM) và giữ cập nhật một phần của trạng thái. Nút có khả năng phản hồi các yêu cầu RPC miễn là dữ liệu cần thiết nằm trong tập con đó của trạng thái; các yêu cầu khác sẽ thất bại (hoặc phải dự phòng cho một giải pháp mật mã do bên ngoài quản lý; liệu có nên thực hiện điều này hay không nên là quyền lựa chọn của người dùng).


partial_statelessness.drawio776×341 19.9 KB

Phần cụ thể của trạng thái sẽ phụ thuộc vào cấu hình được chọn bởi người dùng. Một số ví dụ có thể là:

  • Tất cả các trạng thái ngoại trừ các hợp đồng được biết là rác.
  • Trạng thái liên quan đến tất cả EOAs và SCWs và tất cả các mã thông dụng ERC20 và ERC721 và các ứ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, một số token ERC20 phổ biến, cùng một tập hợp hạn chế các ứng dụng swap, defi và bảo mật được sàng lọc

Cấu hình có thể được quản lý bởi một hợp đồng trên chuỗi: người dùng sẽ chạy nút của họ với —save_state_by_config 0x12345…67890, và địa chỉ sẽ chỉ định bằng một số ngôn ngữ danh sách địa chỉ, khe lưu trữ hoặc các khu vực đã lọc khác của trạng thái mà nút sẽ lưu và duy trì cập nhật. Lưu ý rằng không cần thiết phải lưu Merkle branches; họ chỉ cần lưu các giá trị thô.

Loại nút này sẽ mang lại lợi ích của việc truy cập trực tiếp địa phương đến trạng thái mà người dùng cần quan tâm, cũng như sự riêng tư hoàn toàn tối đa khi truy cập vào trạng thái đó.

免责声明:

  1. Bài viết này được sao chép từ [ ethresear]. Tất cả bản quyền thuộc về tác giả gốc [vbuterin]. Nếu có bất kỳ ý kiến phản đối nào về việc tái in này, vui lòng liên hệ Gate Họcđội ngũ, và họ sẽ xử lý nhanh chóng.
  2. Miễn Trách Nhiệm Về Trách Nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
  3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu rõ, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch là không được phép.

Một delta ưa thích nút địa phương đến lộ trình mở rộng

Nâng cao5/21/2025, 5:52:14 AM
Vitalik Buterin đã đề xuất sửa đổi lộ trình mở rộng của Ethereum, ủng hộ khái niệm 'khách hàng không trạng thái' để đồng thời giải quyết các thách thức về hiệu suất, quyền riêng tư và khả năng xác minh. Bài viết cung cấp một phân tích sâu sắc về các con đường phát triển tương lai cho tối ưu hóa lưu trữ dữ liệu, cơ chế bảo vệ quyền riêng tư và mô hình truy cập trên chuỗi.

Cảm ơn đặc biệt Micah Zoltu, Toni Wahrstätter, Justin Traglia và pcaversaccio đã thảo luận

Lời chỉ trích phổ biến nhất về việc tăng giới hạn gas L1, ngoài những lo ngại về an toàn mạng, là làm cho việc chạy một nút đầy khó khăn hơn.

Đặc biệt trong bối cảnh một con đường tập trung vàophân rãnút đầy đủ, để giải quyết vấn đề này đòi hỏi hiểu biết về mục đích của các nút đầy đủ là gì.

Lịch sử, suy nghĩ đã từng là rằng các nút đầy đủ dùng để xác minh chuỗi; xem ở đâyđể diễn đạt ý kiến cá nhân 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 được. Nếu đây là vấn đề duy nhất, thì việc mở khóa L1 scaling được thực hiện bởi ZK-EVMs: 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ể tiếp tục tồn tại1-trong-nthị trường không bị kiểm duyệt và cạnh tranh.

Tuy nhiên, trong thực tế điều này không phải là mối quan tâm duy nhất. Mối quan tâm chính khác là: quan trọng khi có một nút đầy đủ để bạn có thể có một máy chủ RPC cục bộ mà bạn có thể sử dụng để đọc chuỗi một 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 sẽ thảo luận về các điều chỉnh cho lộ trình mở rộng L1 hiện tại để thực hiện điều này.

Tại sao không dừng lại ở sự không tin cậy và riêng tư thông qua ZK-EVM + PIR?

Cửa hàng lộ trình bảo mật mà tôi đã công bố vào tháng trướctập trung vào TEEs +ORAMnhư là một biện pháp tạm thời cộng thêm PIRnhư một giải pháp dài hạn. Điều này, cùng với việc xác minh Helios và ZK-EVM, sẽ cho phép bất kỳ người dùng nào kết nối với RPCs bên ngoài và hoàn toàn tự tin rằng (i) chuỗi họ nhận được là chính xác, và (ii) việc bảo vệ dữ liệu riêng của họ. Vì vậy, đáng giá khi đặ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 như vậy có làm cho các nút tự lưu trữ trở nên lỗi thời không?

Ở đây tôi có thể đưa ra một số câu trả lời:

  • Các giải pháp mật mã hoàn toàn không tin cậy (ví dụ: 1-server PIR) sẽ rất đắt đỏ. Hiện nay, chi phí phụ trội là quá cao và ngay cả sau nhiều cải tiến hiệu suất, nó cũng có thể vẫn rất đắt đỏ.
  • Quyền riêng tư siêu dữ liệu. Dữ liệu về địa chỉ IP nào thực hiện yêu cầu vào thời gian nào và mẫu yêu cầu, chỉ một mình cũng đủ để tiết lộ rất nhiều thông tin về người dùng.
  • Rủi ro kiểm duyệt: một cấu trúc thị trường bị một số nhà cung cấp RPC chiếm ưu thế sẽ phải đối mặt với áp lực mạnh mẽ để loại bỏ hoặc kiểm duyệt người dùng. Nhiều nhà cung cấp RPC hiện đã loại trừ toàn bộ các quốc gia.

Vì những lý do này, việc tiếp tục đảm bảo sự thuận lợi hơn trong việc vận hành một nút cá nhân là có giá trị.

Ưu tiên ngắn hạn

  • Ưu tiên cao hóa việc triển khai đầy đủ EIP-4444, đến cùng cấp độ 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 giảm thiểu đáng kể yêu cầu không gian đĩa, đó là vấn đề chính ngăn cản nhiều người hơn chạy các nút. Sau đó, yêu cầu không gian đĩa cho một 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 một giải pháp lưu trữ lịch sử phân phối, trong đó mỗi nút có thể lưu trữ một phần nhỏ dữ liệu lịch sử lớn hơn ngưỡng cắt. Sử dụng mã hóa xóa để tối đa hóa tính chắc chắn. Điều này đảm bảo tính chất “một chuỗi khối là mãi mãi” mà không phụ thuộc vào các nhà cung cấp tập trung hoặc 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 việc lưu trữ đắt hơn và việc thực thi rẻ hơn. Một ưu tiên đặc biệt cao là tăng chi phí gas của việc tạo trạng thái mới: (i) SSTORE cho các khe lưu trữ mới, (ii) tạo mã hợp đồng, (iii) gửi ETH đến các tài khoản chưa có số dư hoặc nonce.

Ưu tiên trung hạn: xác minh không trạng thái

Khi chúng ta kích hoạt xác minh không trạng thái, việc chạy một nút có khả năng RPC (tức là một nút lưu trữ trạng thái) mà không lưu trữ các nhánh Merkle trạng thái trở nên khả thi. Điều này giảm yêu cầu lưu trữ thêm điều nữa khoảng ~2 lần.

Một loại nút mới: nút một phần không có trạng thái

Đây là ý tưởng mới, và sẽ là yếu tố quan trọng cho việc cho phép hoạt động nút cá nhân ngay cả trong bối cảnh giới hạn gas L1 tăng lên 10-100 lần.

Chúng tôi thêm một loại nút kiểu mà xác minh trạng thái khối mà không cần lưu trữ, và xác minh toàn bộ chuỗi (entweder durch stateless validation oder ZK-EVM) và giữ cập nhật một phần của trạng thái. Nút có khả năng phản hồi các yêu cầu RPC miễn là dữ liệu cần thiết nằm trong tập con đó của trạng thái; các yêu cầu khác sẽ thất bại (hoặc phải dự phòng cho một giải pháp mật mã do bên ngoài quản lý; liệu có nên thực hiện điều này hay không nên là quyền lựa chọn của người dùng).


partial_statelessness.drawio776×341 19.9 KB

Phần cụ thể của trạng thái sẽ phụ thuộc vào cấu hình được chọn bởi người dùng. Một số ví dụ có thể là:

  • Tất cả các trạng thái ngoại trừ các hợp đồng được biết là rác.
  • Trạng thái liên quan đến tất cả EOAs và SCWs và tất cả các mã thông dụng ERC20 và ERC721 và các ứ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, một số token ERC20 phổ biến, cùng một tập hợp hạn chế các ứng dụng swap, defi và bảo mật được sàng lọc

Cấu hình có thể được quản lý bởi một hợp đồng trên chuỗi: người dùng sẽ chạy nút của họ với —save_state_by_config 0x12345…67890, và địa chỉ sẽ chỉ định bằng một số ngôn ngữ danh sách địa chỉ, khe lưu trữ hoặc các khu vực đã lọc khác của trạng thái mà nút sẽ lưu và duy trì cập nhật. Lưu ý rằng không cần thiết phải lưu Merkle branches; họ chỉ cần lưu các giá trị thô.

Loại nút này sẽ mang lại lợi ích của việc truy cập trực tiếp địa phương đến trạng thái mà người dùng cần quan tâm, cũng như sự riêng tư hoàn toàn tối đa khi truy cập vào trạng thái đó.

免责声明:

  1. Bài viết này được sao chép từ [ ethresear]. Tất cả bản quyền thuộc về tác giả gốc [vbuterin]. Nếu có bất kỳ ý kiến phản đối nào về việc tái in này, vui lòng liên hệ Gate Họcđội ngũ, và họ sẽ xử lý nhanh chóng.
  2. Miễn Trách Nhiệm Về Trách Nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
  3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu rõ, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch là không được phép.
Mulai Sekarang
Daftar dan dapatkan Voucher
$100
!