BTC
ETH
HTX
SOL
BNB
Xem thị trường
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

Máy khách không trạng thái: Có gì mới trong Ethereum 1.x

以太坊爱好者
特邀专栏作者
Bài viết này có khoảng 2420 từ, đọc toàn bộ bài viết mất khoảng 4 phút
Mạng Ethereum, giống như tất cả các mạng chung, có nhiều vấn đề về bảo trì, nếu không được kiểm soát, sẽ gây ra các mối đe dọa nghiêm trọng cho tương lai của Ethereum 1.x.
Tóm tắt AI
Mạng Ethereum, giống như tất cả các mạng chung, có nhiều vấn đề về bảo trì, nếu không được kiểm soát, sẽ gây ra các mối đe dọa nghiêm trọng cho tương lai của Ethereum 1.x.

Lưu ý của biên tập viên: Bài viết này đến từNhững người đam mê Ethereum (ID: ethfans)Lưu ý của biên tập viên: Bài viết này đến từ

Những người đam mê Ethereum (ID: ethfans)

Những người đam mê Ethereum (ID: ethfans)

, Tác giả: Piper Merriam, bản dịch: A Jian, được Odaily in lại với sự ủy quyền.

Giống như tất cả các điểm chung, mạng Ethereum cũng có nhiều vấn đề về bảo trì: dữ liệu trạng thái mở rộng liên tục, thời gian đồng bộ hóa ngày càng dài và mức độ phổ biến của nút đầy đủ ngày càng nhỏ hơn. Nếu không được kiểm soát, những sự cố này sẽ gây ra các mối đe dọa nghiêm trọng đối với tương lai của Ethereum 1.x.

Những vấn đề này lần đầu tiên được các nhà phát triển cốt lõi và nhà phát triển cộng đồng tại Devcon4 xem xét nghiêm túc và nghiên cứu về hướng nâng cấp hiện tại của giao thức Ethereum được mệnh danh là "Ethereum 1.x". Nhưng gần đây, nghiên cứu về 1.x đã bị đình trệ, bởi vì ngày càng có nhiều người chuyển sự quan tâm của họ sang Ethereum 2.0-điều này cũng dễ hiểu, xét cho cùng thì Eth2.0 hấp dẫn hơn.

Tuy nhiên, Ethereum 2.0 (Serenity Tranquility) sẽ không được thực hiện đầy đủ cho đến 2 đến 3 năm sau, trong đó Giai đoạn 0 và Giai đoạn 1 sẽ được thực hiện sau 1 đến 2 năm và Giai đoạn 2 có thể phải đến năm 2022 mới đến.

Đồng thời, các vấn đề như mở rộng dữ liệu trạng thái, thời gian đồng bộ hóa lâu hơn và tình trạng mạng giảm sút đều rất cấp bách. Ngoài ra, vẫn chưa có kế hoạch rõ ràng để chuyển chuỗi Ethereum hiện tại sang môi trường thực thi cho Eth2.0.

  • Sau cuộc gặp với một số nhà phát triển khách hàng ở Osaka năm nay, tôi đã thảo luận sâu về những vấn đề này với những người khác và không có ngoại lệ, tất cả chúng tôi đều đồng ý rằng việc nghiên cứu và nâng cấp 1.x là hợp lý.

  • Cùng nhau, chúng tôi đã xác định một hướng đi và kế hoạch mới, với hy vọng giữ cho chuỗi Ethereum 1.0 tồn tại và khỏe mạnh trong khi hướng tới sự thanh thản.

  • Chúng tôi chuẩn bị:

Tăng cường hơn nữa sự đa dạng của khách hàng của mạng Ethereum

Đặt nền tảng vững chắc cho quá trình chuyển đổi suôn sẻ để trở thành môi trường thực thi cho phiên bản 2.0

Đây là một công việc phức tạp chắc chắn sẽ cần sự hợp tác của nhiều nhóm. Nhưng sau một hội nghị truyền hình đột phá vào tuần này, chúng tôi đang bắt đầu một chương mới trong nghiên cứu Ethereum 1.x với rất nhiều can đảm.

tiêu đề phụ

gây ra

Câu chuyện bắt đầu với bản phát hành đầu tiên của ứng dụng khách Trinity vào đầu năm 2018. Trinity là một ứng dụng khách Ethereum được viết bằng Python. Vì Python là một ngôn ngữ thông dịch nên không thể cạnh tranh về hiệu năng với các ngôn ngữ ngang hàng như Go hay Rust; nhưng nó có một số tính năng hay.

Sau khi phát hành bản beta đầu tiên, chúng tôi đã làm việc chăm chỉ để đạt được sự đồng bộ hóa nhanh dữ liệu chuỗi khối, chỉ để đi đến một kết luận đáng thất vọng: hiệu suất của ứng dụng khách này dường như không bao giờ có thể cho phép mọi người sử dụng nó, không ai muốn đợi hàng tuần để các nút của chúng đồng bộ hóa.

Sau khi "đồng bộ hóa nhanh" không hoạt động, chúng tôi bắt đầu tìm kiếm những thứ mới để làm. Trong 9 tháng tiếp theo, chúng tôi lặp đi lặp lại ý tưởng "liệu chúng ta có thể tránh hoàn toàn vấn đề này không?" Nếu chúng ta thực sự có thể tránh được vấn đề này, chúng ta có thể nhanh chóng khiến khách hàng làm việc trực tuyến và hoạt động hoàn thành đồng bộ và công việc trực tuyến thường mất vài giờ hoặc thậm chí vài ngày để hoàn thành.

Vào một ngày tháng 9 năm 2019, chúng tôi đã tạo ra một mẫu thử nghiệm mà chúng tôi gọi là "đồng bộ chùm tia".

Đồng bộ hóa tia được lấy cảm hứng từ khái niệm "máy khách không trạng thái": sử dụng một phần dữ liệu được gọi là "nhân chứng khối (block Witness)", đồng bộ hóa chùm tia sẽ không tải xuống trạng thái hoàn chỉnh như "đồng bộ hóa nhanh" khi đồng bộ hóa mà chỉ truyền vào Dữ liệu cần thiết để hoàn thành quá trình chuyển đổi trạng thái. Dần dần, khi quá trình đồng bộ hóa tiếp xúc với ngày càng nhiều trạng thái, khách hàng có thể tái tạo lại trạng thái chuỗi khối hoàn chỉnh và chuyển sang chế độ đồng bộ hóa hoàn toàn.

Bởi vì chỉ những dữ liệu cần thiết để thực thi khối mới được tìm nạp và thực thi ngay lập tức, các nút sử dụng đồng bộ hóa chùm tia chính có thể được thiết lập và chạy gần như ngay lập tức (mặc dù còn lâu mới đạt mức tối ưu, nhưng thử nghiệm không chính thức đã chứng minh rằng: sau khi tải xuống, chỉ mất khoảng 5 phút để bắt đầu chạy sau tất cả các tiêu đề khối).

Vì khái niệm đằng sau đồng bộ hóa tia đã được chứng minh đầy đủ nhất, nhóm Trinity đã chuyển từ nghiên cứu âm thầm sang thử nghiệm phiên bản beta có thể sử dụng được. Chúng tôi dự định phát hành phiên bản beta vào quý 2 năm 2020.

tiêu đề phụ

Alexey Akhunov dành nhiều thời gian để cố gắng giải quyết vấn đề bùng nổ trạng thái. Gần đây hơn, ông kết luận rằng khách hàng không quốc tịch là cách tiếp cận khả thi nhất, tránh xa các hướng gây tranh cãi hơn như tiền thuê nhà nước. (Ghi chú của biên tập viên: Vui lòng tham khảo siêu liên kết ở cuối bài viết)

Và đồng bộ hóa Beam về cơ bản bắt đầu từ chế độ không trạng thái và dần dần chuyển sang chế độ trạng thái phong phú khi các khối dần dần được tải xuống cơ sở dữ liệu cục bộ. Với Beam sync trực tuyến, chúng tôi sẽ sớm có thể phác thảo một lộ trình rõ ràng đến một mạng cung cấp tốt các thành phần cần thiết cho các máy khách không trạng thái.

Hơn nữa, máy khách không trạng thái tương thích về mặt lý thuyết với mô hình máy khách hiện tại, điều đó có nghĩa là nghiên cứu của Alexey có thể hữu ích, nó sẽ chỉ mang lại một số cải tiến gia tăng cho mạng và không yêu cầu cải tiến lớp giao thức A gây tranh cãi quy mô lớn.

tiêu đề phụ

Từ 1.x đến 2.0

Do đó, khả năng chạy đáng tin cậy trên các máy khách không trạng thái có thể trở thành điều kiện tiên quyết để di chuyển mạng Ethereum 1.x sang phân đoạn 2.0.

Do đó, chúng tôi cam kết với sơ đồ thực thi phi trạng thái của Ethereum 1.x và chúng tôi cũng đang thực hiện các bước chuẩn bị cần thiết để quá trình di chuyển 1.x diễn ra suôn sẻ.

Nói cách khác: không quốc tịch hôm nay, thanh thản ngày mai.

tiêu đề phụ

Chính thức hóa nghiên cứu 1.x

Vào ngày cuối cùng của Devcon, tôi đang thảo luận về cách bắt đầu lại công việc nghiên cứu 1.x. Mọi người có mặt đều biết có một vấn đề và bày tỏ sự quan tâm đến việc giải quyết nó. Đây là điều cuối cùng khiến tôi hạnh phúc.

Nếu Trinity và phần còn lại của nhóm khách hàng có thể cải thiện các yếu tố kết nối mạng của khách hàng và hỗ trợ đồng bộ hóa chùm tia, thì chúng tôi có thể làm cho mạng Ethereum hoàn toàn không có trạng thái. Ngược lại, các máy khách phi trạng thái của Ethereum 1.x sẽ chuẩn bị giao thức để di chuyển sang môi trường thực thi trên Ethereum 2.0 khi quả nho chín muồi.

Lấy cảm hứng từ 9 nhóm (và hơn thế nữa) đã phát triển ứng dụng khách Ethereum 2.0, chúng tôi hy vọng đạt được sự hợp tác sâu sắc giữa các nhóm khác nhau và hình thành một tầm nhìn Eth1.x rõ ràng và cao cả, có thể được chia thành tầm nhìn kết quả cụ thể.

ETH
Chào mừng tham gia cộng đồng chính thức của Odaily
Nhóm đăng ký:
https://t.me/Odaily_News
Nhóm trò chuyện:
https://t.me/Odaily_GoldenApe
Tài khoản chính thức:
https://twitter.com/OdailyChina
Mục lục bài viết
Thư viện tác giả
Tải ứng dụng Odaily Nhật Báo Hành Tinh
Hãy để một số người hiểu Web3.0 trước
IOS
Android