Buterin: Ethereum 2.0 sẽ ngày càng dựa vào các client nhẹ

Tiêu đề gốc: "Xem | Vitalik: Eth2 sẽ ngày càng dựa vào các client nhẹ》

Tác giả gốc: Vitalik

Bản dịch gốc: Ajian,Người đam mê Ethereum p>

Vào ngày 28 tháng 7, Dean Eigenmann đã hỏi trên Twitter tại sao Eth2.0 sử dụng “giải pháp môi trường thực thi” và liệu nó có thực sự giải quyết được vấn đề “tăng trưởng trạng thái” hay không, gây ra một cuộc tranh luận sôi nổi.

Vấn đề được gọi là "tăng trưởng trạng thái" đề cập đến As quy mô tiếp tục mở rộng và số lượng hợp đồng tiếp tục tăng, dữ liệu trạng thái mà các nút đầy đủ Ethereum cần lưu trữ không ngừng tăng lên, điều này đặt ra yêu cầu ngày càng cao hơn về hiệu suất đọc và ghi lưu trữ của các nút đầy đủ.

Để giải quyết vấn đề này , Nhiều giải pháp đã được đề xuất, chẳng hạn như cái gọi là "tiền thuê nhà nước" và "khách hàng không quốc tịch". Tiền thuê trạng thái yêu cầu người dùng phải trả giá cho trạng thái mà họ lưu trữ, trong khi "máy khách không trạng thái" làm giảm nhu cầu truy cập toàn bộ dữ liệu trạng thái của nút đầy đủ bằng cách chuyển đổi cấu trúc khối.

Về cơ bản, đây là The Câu hỏi được đặt ra là Eth2.0 sẽ thiết kế giải pháp lưu trữ trạng thái như thế nào và đảm bảo tính sẵn có của dữ liệu trạng thái.

Trong phần sau đây, Vitalik Simple giải thích quan điểm của mình về vấn đề này. Điều gây nhầm lẫn là Vitalik phân loại khách hàng không quốc tịch là một loại giải pháp lưu trữ sẵn sàng cho thị trường. Nhưng theo ý kiến của tôi, khách hàng không quốc tịch là một giải pháp kỹ thuật kỹ lưỡng, chỉ để tránh sử dụng các giải pháp rất phức tạp về mặt kinh tế và tính phí.

Dean Eigenmann:

Đối với tôi , a Môi trường thực thi không trạng thái không phải là cách tốt để giải quyết vấn đề tăng trưởng trạng thái (mặc dù dường như không ai muốn giải quyết vấn đề này). Tôi không nghĩ giải pháp này khả thi và cơ chế khuyến khích của nó có thể quá phức tạp và làm suy yếu tính đơn giản của Eth2.0. @wjvill @VitalikButerin Ý tưởng thiết kế của bạn là gì?

V Chúa:

Hãy để tôi phân tích cuộc tranh luận này từ quan điểm của tôi.

Luôn luôn chặn các giao thức Chuỗi coi không gian lưu trữ là tài nguyên công cộng: tất cả các nút đầy đủ lưu trữ tất cả nội dung; miễn là có ai sử dụng không gian lưu trữ thì tất cả người dùng khác sẽ phải trả phí.

Cách sử dụng này nên Bạn cũng phải trả tiền.

Nhưng nếu bạn muốn trả tiền, Bạn phải đối mặt với những khó khăn sau: khó xác định cách định giá không gian lưu trữ, cách xác định kích thước không gian lưu trữ mục tiêu, liệu không gian lưu trữ nên được sử dụng tạm thời hay vĩnh viễn, cách trả tiền thuê, v.v.

Mặt khác, Có một cách tiếp cận theo định hướng thị trường hơn để sắp xếp tài nguyên lưu trữ: đối với bất kỳ dữ liệu trạng thái nào, phải có một số người dùng được hưởng lợi từ tính sẵn có của dữ liệu trạng thái và những người dùng khác sẵn sàng lưu trữ dữ liệu. Do đó, chúng tôi có thể cho phép người dùng ký hợp đồng trực tiếp với bên lưu trữ để đảm bảo tính sẵn có của dữ liệu trạng thái.

Các giải pháp dựa trên thị trường chắc chắn thừa nhận khả năng nếu người dùng vô tình , một số dữ liệu trạng thái sẽ "biến mất" (tức là không còn khả dụng). Tất cả các công nghệ dựa trên thị trường đều gặp phải vấn đề này.

Do đó, có một Suy nghĩ: Có, tất nhiên chúng ta nên để các hợp đồng tư nhân dẫn đầu, nhưng khi nói đến sự thuận tiện cho trải nghiệm người dùng, giao thức thực sự phải đảm bảo tính khả dụng của trạng thái và cung cấp không gian lưu trữ.

"Giải pháp khách hàng không quốc tịch" hoàn toàn thuộc về trường phái tư tưởng "không gian lưu trữ thị trường". Vlad Zamfir hoàn toàn rơi vào một phe khác.

Không gian lưu trữ dựa trên thị trường Một lợi ích là bạn có thể thanh toán các mức giá khác nhau dựa trên chất lượng khác nhau của dịch vụ đảm bảo trạng thái sẵn có. Tất nhiên, một trường phái tư tưởng khác sẽ nói rằng việc cho phép người dùng biết rằng một ngày nào đó dữ liệu trạng thái của họ có thể không hữu ích sẽ làm tăng độ phức tạp mà các nhà phát triển dApp phải đối mặt lên nhiều lần.

Đã nói như vậy, Có là một số thỏa hiệp. Ví dụ: trong "Kế hoạch môi trường thực thi", một môi trường thực thi có thể được thiết lập và nhà sản xuất khối phải bao gồm khóa lưu trữ ngẫu nhiên có tuổi đời dưới một năm trong khối. Điều này mang lại sự đảm bảo một năm về không gian lưu trữ trạng thái.

Tuy nhiên, vẫn còn một số vấn đề mở được để lại cho các giải pháp thử nghiệm. Có nhiều mức độ trạng thái khác nhau. Ví dụ: nếu bạn chỉ muốn lưu thuộc tính "nhân chứng tĩnh", bạn chỉ có thể lưu trường ID của các biên lai đã sử dụng, so với trạng thái đầy đủ. Nói chung, đây là trạng thái rất nhẹ.

Nói cách khác, tình hình ngày càng trở nên rõ ràng: Eth2 sẽ ngày càng dựa vào thị trường máy chủ<-> máy khách hạng nhẹ, nếu chỉ với mục đích cho phép người dùng lấy dữ liệu từ hơn 1000 phân đoạn mà họ không đồng bộ hóa. Sự cung cấp của nhà nước cũng là một nghĩa vụ khác có thể được đưa ra.

Hơn nữa, tại giao thức lớp Có nhiều cách khác để thực thi bảo đảm lưu trữ trạng thái, chẳng hạn như thêm bằng chứng lưu ký một năm cho các loại biên nhận chính (để môi trường thực thi có thể khôi phục toàn bộ cây trạng thái).

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia