Vụ sáp nhập Goerli/Prater sắp diễn ra, những điều này cần được chú ý

Tiêu đề gốc: "Thông báo sáp nhập Goerli/Prater"

Nguồn gốc: Blog của Ethereum Foundation

Tác giả gốc: Nhóm hỗ trợ giao thức

Bản tổng hợp gốc: ETH Trung Quốc

Là mạng thử nghiệm cuối cùng trải qua quá trình chuyển đổi bằng chứng cổ phần, Goerli sẽ hợp nhất với Prater. Mạng hợp nhất Goerli/Prater sẽ giữ lại tên Goerli.

Bản nâng cấp Bellatrix của mạng thử nghiệm Prater để chuẩn bị cho việc sáp nhập sẽ được kích hoạt vào kỷ nguyên 112260  ; Thời gian dự kiến là 12:24PM UTC ngày 4 tháng 8 năm 2022

Sau khi nâng cấp Bellatrix được kích hoạt, Việc sáp nhập Goerli/Prater sẽ diễn ra khi Goerli đạt tổng giá trị độ khó là  10790000, dự kiến là trong khoảng thời gian từ ngày 6 đến ngày 12 tháng 8 năm 2022 .

Sau khi sáp nhập, bộ trình xác thực của Goerli sẽ được duy trì bởi các nhà đầu tư cá nhân đang chạy trình xác thực testnet mở. Các xe đẩy muốn khởi chạy trình xác nhận Goerli/Prater có thể hướng đến Prater Launchpad.

Nền

Sau nhiều năm làm việc chăm chỉ để đưa Proof of Stake lên Ethereum, chúng tôi hiện đã bước vào giai đoạn thử nghiệm cuối cùng: triển khai testnet!

Sau khi trải qua một số mạng thử nghiệm phát triển, nhánh bóng và mạng thử nghiệm không được dùng nữa. Sau đó, Sepolia gần đây đã chuyển sang bằng chứng -của cổ phần. Giờ đây, chỉ còn lại một mạng thử nghiệm: Goerli và chuỗi đèn hiệu phù hợp Prater.

Việc hợp nhất khác với các bản nâng cấp Ethereum trước đó ở hai điểm. Đầu tiên, các nhà khai thác nút cần nâng cấp các máy khách lớp đồng thuận (CL) và lớp thực thi (EL) của họ, không chỉ cái này hay cái kia. Sau đó, quá trình nâng cấp được kích hoạt theo hai giai đoạn: giai đoạn đầu tiên là nâng cấp Bellatrix, được kích hoạt ở độ cao kỷ nguyên công khai trên chuỗi đèn hiệu và giai đoạn thứ hai là nâng cấp Paris, đạt đến Tổng độ khó  trên lớp thực thi (Tổng độ khó).

Thông tin nâng cấp

Thời gian

Hợp nhất là một quá trình gồm hai bước. Nó bắt đầu bằng việc nâng cấp mạng Bellatrix trên lớp đồng thuận, được kích hoạt bởi chiều cao kỷ nguyên. Tiếp theo là việc nâng cấp lớp thực thi từ Proof of Work lên Proof of Stake, được kích hoạt bởi một ngưỡng Tổng độ khó cụ thể, được gọi là Độ khó tổng cuối (TTD).

Kế hoạch nâng cấp Bellatrix được kích hoạt vào kỷ nguyên  112260   của chuỗi đèn hiệu Prater , Ước tính lúc 12:24 chiều UTC ngày 4 tháng 8 năm 2022 (12:24 chiều UTC ngày 4 tháng 8 năm 2022). Một phần của Paris trên lớp thực thi sẽ được kích hoạt khi Độ khó tổng thể đầu cuối (TTD) của mạng thử nghiệm Goerli đạt 10790000, dự kiến là từ ngày 6 đến ngày 12 tháng 8 năm 2022.

Khi lớp thực thi vượt quá TTD, khối tiếp theo sẽ được kiểm soát hoàn toàn bởi chuỗi báo hiệu Một trình xác nhận được tạo ra. Khi chuỗi đèn hiệu hoàn tất khối, chúng tôi coi việc hợp nhất đã hoàn tất. Giả sử trong điều kiện mạng bình thường, việc này đáng lẽ phải được hoàn thành 2 kỷ nguyên sau khi TTD kích hoạt khối đầu tiên, tức là khoảng 13 phút sau!

Có một thẻ khối JSON-RPC mới đã được hoàn tất và trả về khối mới nhất cho được hoàn thiện hoặc sẽ trả về lỗi nếu không có khối hợp nhất nào tồn tại. Thẻ này có thể được sử dụng để kiểm tra xem việc hợp nhất đã hoàn tất chưa. Tương tự như vậy, hợp đồng thông minh có thể truy vấn mã opcode DIFFICULTY (0x44), được đổi tên sau khi hợp nhất, để xác định xem việc hợp nhất đã xảy ra hay chưa. Chúng tôi khuyến nghị các nhà cung cấp cơ sở hạ tầng nên giám sát tính ổn định của toàn bộ mạng bên cạnh trạng thái cuối cùng.

Phiên bản máy khách

Các phiên bản máy khách sau đây hỗ trợ việc hợp nhất các mạng thử nghiệm Goerli và Prater. Các nhà khai thác nút phải chạy máy khách Lớp thực thi (EL) và máy khách Lớp đồng thuận (CL) để duy trì trên mạng trong và sau khi hợp nhất.

Khi chọn ứng dụng khách nào để chạy, người xác nhận nên đặc biệt chú ý đến việc chạy EL và CL trên hầu hết rủi ro của khách hàng. Để biết giải thích về những rủi ro này và hậu quả của chúng, hãy xem bài viết này. Để biết ước tính về mức phân bổ hiện tại của khách hàng EL và CL, cũng như hướng dẫn chuyển đổi từ khách hàng này sang khách hàng khác, hãy xem bài viết này.

Lớp đồng thuận

Lighthouse Geardude Clockberg (v2.4.0) 

Lodestar v0.41.0

Prysm v2.1.4-rc.0 

Nimbus v22.7.0 

Teku 22.7.0

Lớp thực thi

Besu 22.7.0-RC3

Erigon 2022.07.03-alpha

go-ethereum (geth) v1.10.21

Nethermind 1.13.5

Nâng cấp thông số kỹ thuật

Những thay đổi về khóa đồng thuận hợp nhất được trình bày chi tiết ở hai nơi:

Các thay đổi đối với lớp đồng thuận có thể được tìm thấy trong bellatrix thư mục của kho đặc tả đồng thuận

Các thay đổi của lớp thực thi được thực hiện trong Paris thông số kỹ thuật của kho thông số thực thi

Ngoài ra, hai thông số kỹ thuật khác đề cập đến cách các máy khách lớp đồng thuận và lớp thực thi tương tác với nhau:

API công cụ được mô tả trong kho lưu trữ thực thi-apis, được sử dụng để liên lạc giữa lớp đồng thuận và lớp thực thi

Optimistic Sync  được mô tả trong thư mục đồng bộ hóa của kho lưu trữ thông số kỹ thuật đồng thuận. Nó được lớp đồng thuận sử dụng để nhập các khối trong quá trình đồng bộ hóa lớp thực thi và Cung cấp lớp thực thi với chế độ xem một phần của phần đầu chuỗi lớp đồng thuận.

Câu hỏi thường gặp

1. Là người chạy nút, tôi nên làm gì?

Sau khi sáp nhập, nút đầy đủ Ethereum sẽ được kết hợp với ứng dụng khách lớp đồng thuận (chạy PoS chuỗi tiêu chuẩn) và máy khách lớp thực thi (để quản lý trạng thái người dùng và chạy các phép tính liên quan đến giao dịch). Chúng giao tiếp qua một cổng được xác thực (sử dụng một bộ phương thức JSON RPC mới được gọi là Engine API). Máy khách thực thi và máy khách đồng thuận xác thực lẫn nhau bằng JWT được mã hóa. Người vận hành nút cần tham khảo tài liệu khách hàng của họ để hiểu cách tạo và định cấu hình thông tin này.

Nói cách khác, nếu bạn đã có một nút chạy trên beacon chain, thì bây giờ bạn Bạn cũng cần chạy một máy khách lớp thực thi. Tương tự, nếu bạn đang chạy một nút trên mạng PoW hiện tại, bạn sẽ cần chạy ứng dụng khách lớp đồng thuận. Để họ giao tiếp an toàn, mỗi khách hàng phải được chuyển mã thông báo JWT. Bạn có thể tìm thấy hướng dẫn ngắn gọn về cách chạy một nút trên mạng Goerli/Prater tại đây.

Cần nhấn mạnh rằng mặc dù các nút chuỗi beacon và máy khách xác thực đều là một phần của lớp đồng thuận máy khách, nhưng việc chạy nút chuỗi beacon không giống như chạy máy khách trình xác thực. Trình xác thực phải chạy cả hai, trong khi người vận hành nút chỉ cần chạy các nút chuỗi báo hiệu. Bài viết này giải thích sự khác biệt giữa hai thành phần này một cách chi tiết hơn: https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/

Ngoài ra, xin lưu ý rằng cả lớp đồng thuận và lớp thực thi đều duy trì một nhóm ngang hàng độc lập và hiển thị API riêng của nó . Cả API Beacon và JSON RPC sẽ tiếp tục hoạt động như mong đợi.

2. Là người đặt cược, tôi cần phải làm gì?

Việc sáp nhập Goerli/Prater là bước cuối cùng để mọi người đảm bảo rằng trình xác thực được định cấu hình chính xác trước đó quá trình chuyển đổi mạng chính. Chúng tôi thực sự khuyên bạn nên tham gia vào việc sáp nhập này để tránh mọi sự cố không lường trước được trên mạng chính.

Như đã đề cập ở trên, sau khi sáp nhập, những người xác nhận trên chuỗi beacon sẽ không chạy ứng dụng khách lớp đồng thuận của họ ngoài Ngoài ra, một máy khách lớp thực thi cần được chạy. Chúng tôi đặc biệt khuyến khích mọi người thực hiện việc này trước khi hợp nhất, nhưng người xác thực có thể thuê nhà cung cấp bên thứ ba thực hiện các chức năng này. Điều này có thể thực hiện được vì dữ liệu duy nhất mà lớp thực thi cần là các cập nhật cho hợp đồng tiền gửi.

Sau khi hợp nhất, người xác thực cần đảm bảo rằng các giao dịch trong các khối mà họ tạo và chứng minh là hợp lệ của. Để thực hiện điều này, mỗi nút báo hiệu phải được ghép nối với máy khách lớp thực thi.

Xin lưu ý rằng nhiều trình xác thực vẫn có thể được ghép nối với một nút báo hiệu duy nhất và tổ hợp máy khách lớp thực thi. Mặc dù điều này làm tăng trách nhiệm của người xác nhận nhưng nó cũng cho phép người xác nhận đề xuất khối được hưởng phí ưu tiên cho các giao dịch liên quan của họ (hiện tại khoản phí này do thợ mỏ thu).

Mặc dù phần thưởng của người xác thực tích lũy trên chuỗi beacon và không thể rút cho đến khi nâng cấp mạng tiếp theo, phí giao dịch sẽ tiếp tục được thanh toán ở lớp thực thi, hủy và phân phối. Người xác thực có thể chỉ định bất kỳ địa chỉ Ethereum nào làm người nhận phí giao dịch.

Sau khi cập nhật ứng dụng khách lớp đồng thuận của bạn, vui lòng đảm bảo Khi cài đặt thiết lập ứng dụng khách xác thực, đặt người nhận phí để đảm bảo phí giao dịch có thể được gửi đến địa chỉ bạn kiểm soát. Nếu bạn chọn nhà cung cấp bên thứ ba để đặt cược, bạn chọn nhà cung cấp nào sẽ chỉ định cách phân bổ các khoản phí này.

Bảng khởi chạy Prater Stake có một danh sách kiểm tra chuẩn bị hợp nhất mà người xác nhận có thể sử dụng để đảm bảo họ đã hoàn thành mọi bước của quá trình. Nhóm EthStaker cũng sẽ tổ chức hội thảo chuẩn bị trình xác thực hợp nhất vào ngày 29 tháng 7.

3. Tại sao khoảng thời gian ước tính cho Tổng độ khó của thiết bị đầu cuối quá lớn?

Sự biến động độ khó ngày càng tăng của từng khối khiến cho việc ước tính TTD cao hơn khối hoặc kỷ nguyên Khó hơn , vì vậy kỳ vọng sẽ rộng hơn. Người dùng nên lưu ý rằng điều này cũng sẽ xảy ra trong giai đoạn chuyển tiếp của mạng chính do những thay đổi về tốc độ băm bằng chứng công việc.

4. Là nhà phát triển ứng dụng hoặc công cụ, tôi nên làm gì?

Mạng thử nghiệm Goerli đang chuẩn bị được hợp nhất. Bây giờ là cơ hội cuối cùng để bạn đảm bảo rằng sản phẩm của bạn vượt qua quá trình chuyển đổi PoS thành công và hoạt động như mong đợi trong môi trường được hợp nhất. chạy. Như đã đề cập trong bài đăng trên blog trước đó, việc hợp nhất sẽ chỉ có tác động rất yếu đến một tập hợp con các hợp đồng được triển khai trên Ethereum và sẽ không phá vỡ bất kỳ hợp đồng nào. Ngoài ra, các điểm cuối giao diện lập trình ứng dụng (API) sẽ vẫn ổn định đối với hầu hết người dùng (trừ khi sử dụng các phương pháp cụ thể bằng chứng công việc như eth_getWork ).

Mặc dù vậy, hầu hết các ứng dụng trên Ethereum không chỉ liên quan đến các hợp đồng trên chuỗi. Bây giờ bạn muốn đảm bảo mã giao diện người dùng, công cụ, quy trình triển khai và các thành phần ngoài chuỗi khác chạy như mong đợi. Chúng tôi thực sự khuyên các nhà phát triển nên thực hiện chu trình triển khai và thử nghiệm hoàn chỉnh trên Ropsten (hoặc Kiln) và báo cáo mọi vấn đề với các công cụ hoặc phần phụ thuộc cho người duy trì các dự án này. Nếu bạn không chắc chắn nên tạo vấn đề ở đâu, hãy sử dụng kho lưu trữ này.

Ngoài ra, bạn cần lưu ý rằng tất cả các testnet ngoại trừ Sepolia và Goerli sẽ đóng cửa sau khi sáp nhập . Nếu bạn là người dùng mạng thử nghiệm Ropsten, Rinkeby hoặc Kiln, bạn nên lên kế hoạch chuyển sang mạng thử nghiệm Goerli hoặc Sepolia. Để biết thêm thông tin chi tiết, vui lòng đọc bài viết "Thông báo ngừng sử dụng Ropsten, Rinkeby và Kiln Testnet".

5. Là người dùng Ethereum hoặc chủ sở hữu ETH, tôi cần phải làm gì?

Không bắt buộc. Mạng chính Ethereum không bị ảnh hưởng bởi testnet này. Chúng tôi sẽ đưa ra các thông báo tiếp theo trong blog này trước quá trình chuyển đổi mạng chính.

6. Là người khai thác, tôi cần phải làm gì?

Không bắt buộc. Nếu bạn khai thác trên mạng chính Ethereum hoặc mạng thử nghiệm Sepolia, bạn cần biết rằng sau khi sáp nhập, mỗi mạng sẽ hoạt động hoàn toàn dưới sự đồng thuận PoS. Vào thời điểm đó, việc khai thác sẽ không thể thực hiện được trên mạng nữa.

7. Với tư cách là người xác nhận hợp lệ, tôi có thể rút tài sản cầm cố của mình không?

Không. Việc hợp nhất là bản nâng cấp phức tạp nhất của Ethereum cho đến nay. Để giảm thiểu nguy cơ ngừng hoạt động mạng, chúng tôi đã thực hiện phương pháp khả thi tối thiểu, có nghĩa là trong lần nâng cấp này, chúng tôi đã gác lại mọi thay đổi không liên quan đến quá trình chuyển đổi PoW->PoS.

Khả năng rút tiền từ chuỗi đèn hiệu có thể được giới thiệu trong lần nâng cấp đầu tiên sau khi sáp nhập. Các tiêu chuẩn cho lớp đồng thuận và lớp thực thi đang được đẩy mạnh.

8. Tôi có thêm câu hỏi, tôi có thể hỏi ở đâu?

Cộng đồng EthStaker đã thiết lập một kênh bất hòa để trả lời các câu hỏi từ những người đặt cược và nhà điều hành nút. Bạn có thể tham gia vào mối bất hòa của họ và yêu cầu trợ giúp tại #goerli-prater   Như đã đề cập ở trên, EthStaker cũng sẽ tổ chức hội thảo chuẩn bị trình xác nhận hợp nhất vào ngày 29 tháng 7.

Ngoài ra, cuộc họp cộng đồng hợp nhất được lên lịch vào ngày 12 tháng 8 lúc 14:00 UTC. Các nhà phát triển và nhà nghiên cứu của khách hàng sẽ trả lời các câu hỏi từ các nhà khai thác nút, người đặt cược, nhà cung cấp cơ sở hạ tầng & công cụ cũng như các thành viên cộng đồng. Xin lưu ý rằng cuộc gọi cộng đồng này dự kiến sẽ diễn ra sau khi sáp nhập Goerli/Prater.

9. Khi nào nó sẽ được sáp nhập?

Tính đến thời điểm xuất bản bài viết này, ngày sáp nhập mạng chính Ethereum vẫn chưa được xác định xác định. Bất kỳ đề cập nào về ngày sáp nhập đều có thể là một trò lừa bịp. Các bản cập nhật sẽ được đăng trên Blog Ethereum Foundation, đừng để bị lừa!

Giả sử không có vấn đề gì xảy ra trong việc sáp nhập Goerli/Prater, khi khách hàng phát hành một phiên bản đầy đủ chức năng phiên bản, Chúng tôi sẽ chọn chiều cao vị trí kích hoạt nâng cấp Bellatrix trên chuỗi đèn hiệu mạng chính và đặt tổng giá trị độ khó được sử dụng để kích hoạt quá trình chuyển đổi mạng chính. Máy khách sẽ phát hành một phiên bản để hợp nhất mạng chính. Chúng tôi sẽ công bố tin tức trên blog này và các nền tảng cộng đồng khác.

Điều trên dựa trên tiền đề là không có vấn đề nào được tìm thấy. Nếu phát hiện vấn đề tại bất kỳ thời điểm nào trong quy trình hoặc phạm vi thử nghiệm được đánh giá là không đủ, chúng tôi sẽ giải quyết những vấn đề này trước khi tiếp tục quy trình triển khai.

Chỉ khi đó, Nó mới là chỉ có thể ước tính ngày chính xác của việc sáp nhập.

Liên kết gốc

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