Nhà nghiên cứu Ethereum: Lựa chọn thiết kế và kiến trúc cơ bản của Ethereum 2.0

Đọc bài viết này mất 9 phút

Bài viết này nhằm giải thích thiết kế của Eth2 cho các nhà phát triển hợp đồng thông minh và trải nghiệm phát triển của nhà phát triển sẽ thay đổi như thế nào.

Tiêu đề gốc: "Các lựa chọn thiết kế của Ethereum 2.0"

Nguồn gốc: Những người đam mê Ethereum

Ghi chú của biên tập viên: Bài viết này là slide bài phát biểu của nhà nghiên cứu Aditya Asgaonkar tại hội nghị EthCC. Theo lời tự tuyên bố của ông, đó là để thúc đẩy trí thông minh Các nhà phát triển hợp đồng giải thích thiết kế của Eth2 và trải nghiệm phát triển của nhà phát triển sẽ thay đổi như thế nào. Trong bài phát biểu của mình, ông đã phác thảo rõ ràng kiến trúc cơ bản của Eth2 và những thách thức thiết kế của Eth2. Phần mô tả và phân đoạn nội dung slide trong văn bản đều do người biên tập thêm vào.

Trong đoạn này, tác giả chỉ ra rằng hai mục tiêu thiết kế chính của Ethereum 2.0 là khả năng mở rộng và bảo mật.

Điều trước có nghĩa là thông lượng tăng siêu tuyến tính. Nếu đầu tư tài nguyên nút tăng lên K lần thì thông lượng của toàn bộ hệ thống sẽ tăng lớn hơn K lần.

Cái sau có nghĩa là tương ứng với bảo mật đồng thuận được hình thành bởi các nút, đảm bảo rằng tất cả các bộ phận đều an toàn như nhau.

Cái sau được triển khai bằng cách sử dụng sharding (chia trạng thái của toàn bộ hệ thống thành các lát khác nhau), trong khi cái trước sử dụng Tiêu chuẩn thông tin chuỗi để đạt được.

Nhưng khi cả hai được kết hợp, Chuỗi đèn hiệu không thể lưu trữ tất cả dữ liệu phân đoạn và thực hiện tất cả các giao dịch phân đoạn, nếu không nó sẽ phá vỡ các yêu cầu về khả năng mở rộng.

Do đó, sự phân công lao động giữa hai bên là beacon chain chịu trách nhiệm đồng thuận và chỉ lưu lại gốc Merkle của trạng thái phân đoạn và Không có giao dịch phân đoạn nào được thực hiện; phân đoạn không có bất kỳ cơ chế đồng thuận nào, chỉ có các trình xác thực được chọn ngẫu nhiên để tạo khối, xác minh và gửi gốc Merkle tới chuỗi đèn hiệu.

Nhưng theo cách này, những gì các nhà phát triển quen thuộc ngày nay sẽ không hoạt động trong Eth2 .0 Nó có thể không thực tế, ví dụ: các lệnh gọi đồng bộ tới bất kỳ hợp đồng nào trong hệ thống. Bởi vì vấn đề cơ bản là khi một cuộc gọi được thực hiện, phân đoạn nhận cuộc gọi không biết rằng ai đó đang bắt đầu giao dịch giữa các phân đoạn, trừ khi chuỗi đèn hiệu không chỉ có thông tin giá trị gốc Merkle trạng thái mà còn có thông tin khác. Nhưng điều này sẽ phá vỡ khả năng mở rộng.

Điều này dẫn đến sự so sánh các kiểu truy cập trạng thái của cả hai. Một ví dụ về truy cập trạng thái tĩnh là thực thi không trạng thái, ở chế độ này, thông tin trạng thái bắt buộc được thêm vào thông tin chứng kiến của giao dịch và được truyền đi cùng với giao dịch, điều này làm cho độ tin cậy cao hơn nhưng sẽ gặp phải các vấn đề trên; Trong chế độ này, thứ tự các giao dịch được đóng gói có thể gây ra vấn đề.

Cuối cùng, diễn giả đã chỉ ra rằng Khả năng mở rộng và bảo mật là mục tiêu cuối cùng của Eth2.0, trong khi mô hình thực thi tương tự Eth1 chỉ là mục tiêu phụ; nó kêu gọi các nhà phát triển hợp đồng thông minh hãy yên tâm rằng mọi vấn đề đều có thể được giải quyết.