- Đối với lần chuyển đổi bằng chứng cổ phần thử nghiệm cuối cùng, Goerli sẽ hợp nhất với Prater. Mạng Goerli / Prater được kết hợp sẽ giữ lại tên Goerli sau khi hợp nhất.
- Bellatrix, bản nâng cấp Prater sẵn sàng cho The Merge sẽ xảy ra vào thời điểm 112260mong đợi ở 12:24 chiều giờ UTC vào ngày 4 tháng 8 năm 2022.
- Sau khi Bellatrix được kích hoạt, việc hợp nhất Goerli / Prater sẽ xảy ra khi Goerli đạt tổng độ khó là 10790000mong đợi giữa 6-12 tháng 8 năm 2022.
- Sau hợp nhất, bộ trình xác thực của Goerli sẽ vẫn mở cho các trình xác thực riêng lẻ chạy trình xác thực testnet. Các nhà phân phối muốn bắt đầu trình xác thực Goerli / Prater có thể làm như vậy tại Prater Launchpad.
Tiểu sử
Sau nhiều năm làm việc để mang lại bằng chứng cổ phần cho Ethereum, giờ đây chúng tôi đã bước vào giai đoạn thử nghiệm cuối cùng: triển khai testnet!
Sau một số devnet, shadow fork và hợp nhất trên các testnet không dùng nữa, Màu nâu đỏ gần đây đã được chuyển sang bằng chứng cổ phần. Bây giờ, chỉ còn lại một testnet nữa: Goerli và Beacon Chain liên quan của nó, Prater.
Hợp nhất khác với các bản nâng cấp Ethereum trước đây theo hai cách. Đầu tiên, các nhà khai thác nút cần cập nhật song song cả hai máy khách lớp đồng thuận (CL) và lớp thực thi (EL), thay vì chỉ một trong hai. Thứ hai, nâng cấp kích hoạt trong hai giai đoạn: giai đoạn đầu, có tên Bellatrix, ở độ cao kỷ lục trên Beacon Chain và giai đoạn thứ hai, có tên là Paris, khi chạm vào một Tổng khó khăn giá trị trên lớp thực thi.
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 với việc nâng cấp mạng, Bellatrix, trên lớp đồng thuận, được kích hoạt bởi độ cao kỷ nguyên. Tiếp theo là sự chuyển đổi của lớp thực thi từ bằng chứng công việc sang bằng chứng cổ phần, Paris, được kích hoạt bởi một Tổng khó khăn ngưỡng, được gọi là Khó khăn tổng của thiết bị đầu cuối (TTD).
Các Bellatrix nâng cấp được lên lịch cho kỷ nguyên 112260 trên Prater Beacon Chain, dự kiến lúc 12:24 chiều giờ UTC vào ngày 4 tháng 8 năm 2022. Parisphần của lớp thực thi của quá trình chuyển đổi, sẽ được chia nhỏ bằng cách đạt đến Tổng khó khăn đầu cuối (TTD) của 10790000 trên Goerli, dự kiến giữa 6-12 tháng 8 năm 2022.
Khi lớp thực thi đã vượt quá TTDkhối tiếp theo sẽ chỉ được tạo ra bởi một trình xác nhận Beacon Chain. Chúng tôi coi việc Hợp nhất đã được hoàn thành sau khi Beacon Chain đã hoàn thành khối này. Giả sử điều kiện mạng bình thường, điều này sẽ xảy ra sau 2 kỷ, hoặc khoảng 13 phút, sau khi khối hậu TTD đầu tiên được nhấn!
Một thẻ khối JSON-RPC mới, hoàn thànhtrả về khối hoàn thiện mới nhất hoặc lỗi nếu không tồn tại khối sau hợp nhất như vậy. Thẻ này có thể được sử dụng cho các ứng dụng để kiểm tra xem Quá trình hợp nhất đã được hoàn tất hay chưa. Tương tự, các hợp đồng thông minh có thể truy vấn SỰ KHÓ KHĂN opcode (0x44)đổi tên thành PREVRANDAO sau hợp nhất, để xác định xem 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 giám sát sự ổn định tổng thể của mạng ngoài trạng thái hoàn thiện.
Khách hàng phát hành
Các bản phát hành ứng dụng khách sau đây hỗ trợ Hợp nhất trên các testnet của Goerli & Prater. Các toán tử nút phải chạy cả hai một ứng dụng khách lớp thực thi và đồng thuận vẫn ở trên mạng trong và sau quá trình Hợp nhất.
Khi chọn khách hàng để chạy, người xác nhận nên đặc biệt lưu ý đến rủi ro khi chạy một ứng dụng khách đa số trên cả EL và CL. Người giải thích những rủi ro này và hậu quả của chúng có thể được tìm thấy nơi đây. Có thể tìm thấy ước tính về phân phối khách hàng EL và CL hiện tại và hướng dẫn chuyển đổi từ khách hàng này sang khách hàng khác nơi đây.
Lớp đồng thuận
Lớp thực thi
Thông số kỹ thuật nâng cấp
Các thay đổi quan trọng về sự đồng thuận đối với Hợp nhất được chỉ định ở hai nơi:
- Lớp đồng thuận thay đổi, dưới bellatrix danh mục của kho lưu trữ thông số kỹ thuật đồng thuận
- Lớp thực thi thay đổi, bên dưới Paris đặc điểm kỹ thuật trong kho lưu trữ thông số kỹ thuật thực thi
Ngoài những điều này, hai thông số kỹ thuật khác bao gồm cách tương tác của các máy khách lớp đồng thuận và lớp thực thi:
- API động cơ, được chỉ định trong kho lưu trữ thực thi-apisđược sử dụng để giao tiếp giữa các lớp đồng thuận và thực thi
- Đồng bộ hóa lạc quan, được chỉ định trong đồng bộ hóa thư mục của kho lưu trữ thông số kỹ thuật đồng thuận, được sử dụng bởi lớp đồng thuận để nhập các khối khi ứng dụng khách lớp thực thi đang đồng bộ hóa và để cung cấp cái nhìn một phần về phần đầu của chuỗi từ trước đến sau
Câu hỏi thường gặp
Là một nhà điều hành nút, tôi nên làm gì?
Sau hợp nhất, một nút đầy đủ của Ethereum sẽ kết hợp một máy khách lớp đồng thuận (CL), chạy chuỗi Beacon bằng chứng cổ phần và một máy khách lớp thực thi (EL), quản lý trạng thái người dùng và chạy các tính toán được liên kết với các giao dịch. Chúng giao tiếp qua một cổng được xác thực bằng cách sử dụng một tập hợp các phương thức JSON RPC mới được gọi là API động cơ. Khách hàng EL và CL xác thực lẫn nhau bằng cách sử dụng bí mật JWT. Các nhà khai thác nút nên tham khảo tài liệu của khách hàng của họ để biết hướng dẫn về cách tạo và cấu hình chúng.
Nói cách khác, nếu bạn đã chạy một nút trên Beacon Chain, thì bây giờ bạn cũng cần chạy một ứng dụng 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 bằng chứng công việc hiện tại, bạn sẽ cần chạy một ứng dụng khách lớp đồng thuận. Để họ giao tiếp an toàn, mã thông báo JWT phải được chuyển cho mỗi máy khách. Có thể tìm thấy hướng dẫn tóm tắt để chạy một nút trên mạng Goerli / Prater nơi đây.
Cần nhấn mạnh rằng mặc dù cả hai đều là một phần của các bản phát hành máy khách lớp đồng thuận, nhưng việc chạy Beacon Node khác với việc chạy Máy khách xác thực. Staker phải chạy cả hai, nhưng các toán tử nút chỉ cần cái trước. Bài này giải thích sự khác biệt giữa cả hai thành phần chi tiết hơn.
Ngoài ra, hãy lưu ý rằng mỗi lớp sẽ duy trì một tập hợp các lớp ngang hàng độc lập và hiển thị các API của riêng nó. Các Beacon và JSON RPC Cả hai API sẽ tiếp tục hoạt động như mong đợi.
Là một staker, tôi cần phải làm gì?
Hợp nhất Goerli / Prater là cơ hội cuối cùng của bạn để đảm bảo rằng các trình xác thực của bạn được định cấu hình chính xác trước khi chuyển đổi mạng chính. Bạn nên chạy qua quá trình chuyển đổi ngay bây giờ để tránh bất kỳ sự cố không mong muốn nào trên mainnet.
Như đã giải thích ở trên, trình xác thực trên Beacon Chain sẽ cần chạy một ứng dụng khách lớp thực thi sau The Merge, ngoài các ứng dụng khách lớp đồng thuận của chúng. Trước khi hợp nhất, điều này được khuyến khích thực sự, nhưng trình xác thực có thể đã thuê ngoài các chức năng này cho các nhà cung cấp bên thứ ba. Điều này có thể xảy ra vì dữ liệu duy nhất được yêu cầu trên lớp thực thi là các bản cập nhật cho hợp đồng tiền gửi.
Sau hợp nhất, trình xác thực cần đảm bảo rằng các giao dịch trong khối mà họ tạo và chứng thực là hợp lệ. Để làm điều này, mỗi nút báo hiệu phải được ghép nối với một ứng dụng khách lớp thực thi. 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 ứng dụng khách lớp thực thi. Mặc dù điều này mở rộng trách nhiệm của người xác thực, nhưng nó cũng cấp cho người xác thực đề xuất khối quyền đối với phí ưu tiên giao dịch liên quan của nó (hiện thuộc về người khai thác).
Trong khi phần thưởng của trình xác thực tích lũy trên Beacon Chain và sẽ yêu cầu thu hồi nâng cấp mạng tiếp theo, phí giao dịch sẽ tiếp tục được thanh toán, đốt và phân phối trên lớp thực thi. Người xác thực có thể chỉ định bất kỳ địa chỉ Ethereum nào làm người nhận cho phí giao dịch.
Sau khi cập nhật ứng dụng khách đồng thuận của bạn, hãy đảm bảo đặt người nhận phí như một phần của cấu hình ứng dụng khách trình xác thực của bạn để đảm bảo phí giao dịch được gửi đến địa chỉ mà bạn kiểm soát. Nếu bạn đã đặt cọc bằng cách sử dụng nhà cung cấp bên thứ ba, thì tùy thuộc vào nhà cung cấp đã chọn của bạn để chỉ định cách phân bổ các khoản phí này.
Prater Staking Launchpad có Danh sách kiểm tra mức độ sẵn sàng hợp nhất mà các nhà sản xuất có thể sử dụng để đảm bảo họ đã trải qua từng bước của quy trình. Nhóm EthStaker cũng đang tổ chức một 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.
Tại sao ước tính cho Khó khăn tổng của thiết bị đầu cuối hẹn hò rộng như vậy?
Sự biến động về độ khó gia tăng trên mỗi khối làm cho việc ước tính một cửa sổ cho TTD khó hơn so với chiều cao khối hoặc kỷ nguyên, do đó phạm vi dự kiến rộng hơn. Người dùng cần lưu ý rằng đây cũng sẽ là trường hợp chuyển đổi của mainnet do những thay đổi về tỷ lệ băm bằng chứng công việc.
Là một nhà phát triển ứng dụng hoặc công cụ, tôi nên làm gì?
Với việc The Merge sẽ phát hành trực tuyến trên Goerli, 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 hoạt động như mong đợi thông qua quá trình chuyển đổi bằng chứng cổ phần và trong bối cảnh hậu hợp nhất. Như đã giải thích trong một bài trướcHợp nhất sẽ chỉ có tác động tối thiểu đến một tập hợp con các hợp đồng được triển khai trên Ethereum, không có hợp đồng nào trong số đó sẽ bị phá vỡ. Ngoài ra, tỷ lệ sư tử của các điểm cuối API người dùng vẫn ổn định (trừ khi bạn sử dụng các phương pháp cụ thể bằng chứng công việc, chẳng hạn như eth_getWork).
Điều đó nói rằng, hầu hết các ứng dụng trên Ethereum liên quan đến nhiều hơn các hợp đồng trên chuỗi. Bây giờ là lúc để đảm bảo rằng 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 của bạn hoạt động như dự định. Chúng tôi đặc biệt khuyên các nhà phát triển nên chạy qua một chu trình thử nghiệm & triển khai hoàn chỉnh trên Sepolia, Ropsten hoặc Kiln và báo cáo bất kỳ vấn đề nào với các công cụ hoặc sự phụ thuộc cho người bảo trì của các dự án đó. Nếu bạn không chắc chắn nơi mở vấn đề, vui lòng 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 Sepolia và Goerli sẽ không được dùng nữa sau khi hợp nhất. Nếu bạn là người dùng Ropsten, Rinkeby hoặc Kiln, bạn nên lên kế hoạch di chuyển sang Goerli hoặc Sepolia. Thông tin thêm về điều này có thể được tìm thấy nơi đây.
Là người dùng Ethereum hoặc người nắm giữ Ether, tôi có cần làm gì không?
Không. Mạng chính Ethereum không bị ảnh hưởng bởi testnet này. Các thông báo tiếp theo sẽ được thực hiện trên blog này trước khi mainnet chuyển đổi.
Là một thợ mỏ, tôi có cần phải làm gì không?
Không. Nếu bạn đang khai thác trên mạng chính Ethereum, bạn nên biết rằng mạng sẽ hoạt động hoàn toàn dưới chế độ Proof-of-stake sau khi Hợp nhất. Tại thời điểm đó, việc khai thác sẽ không thể thực hiện được trên mạng nữa.
Với tư cách là người xác thực, tôi có thể rút tiền đặt cược của mình không?
Không. Hợp nhất là bản nâng cấp phức tạp nhất cho Ethereum cho đến nay. Để giảm thiểu rủi ro gián đoạn mạng, một cách tiếp cận tối thiểu đã được thực hiện nhằm loại trừ mọi thay đổi không mang tính chuyển đổi từ bản nâng cấp này.
Rút tiền từ Beacon Chain có thể sẽ được giới thiệu trong bản nâng cấp đầu tiên sau The Merge. Thông số kỹ thuật cho cả hai đoàn kết và chấp hành đang tiến hành các lớp.
Tôi có thêm câu hỏi, tôi có thể hỏi họ ở đâ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 về người đặt và người điều hành nút. Bạn có thể tham gia vào mối bất hòa của họ nơi đây và sau đó sử dụng # goerli-talk kênh để được hỗ trợ. Như đã đề cập ở trên, EthStaker cũng sẽ tổ chức một 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.
Ngoài ra, một Hợp nhất cuộc gọi cộng đồng được lên lịch vào ngày 12 tháng 8, 14:00 giờ UTC. Các nhà phát triển và nhà nghiên cứu khách hàng sẽ có mặt để trả lời các câu hỏi từ các nhà điều hành nút, nhà phân phối, nhà cung cấp cơ sở hạ tầng & công cụ và các thành viên cộng đồng. Lưu ý rằng cuộc gọi cộng đồng này dự kiến sẽ diễn ra sau hợp nhất Goerli / Prater.
wen hợp nhất?
Kể từ khi xuất bản bài đăng này, thời gian cho quá trình chuyển đổi bằng chứng cổ phần của mạng chính Ethereum đã không phải đã được thiết lập. Bất kỳ nguồn nào tuyên bố khác đều có khả năng là lừa đảo. Cập nhật sẽ được đăng trên blog này. Hãy giữ an toàn!
Giả sử không có vấn đề nào được tìm thấy trong quá trình hợp nhất Goerli / Prater, khi khách hàng có các bản phát hành đầy đủ tính năng, chiều cao vị trí sẽ được chọn để nâng cấp Bellatrix trên Mainnet Beacon Chain và tổng giá trị khó khăn sẽ được thiết lập cho quá trình chuyển đổi mạng chính. Sau đó, khách hàng sẽ thực hiện các bản phát hành cho phép The Merge trên mainnet. Những điều này sẽ được thông báo trên blog này và trong các ấn phẩm cộng đồng khác.
Tuy nhiên, nếu các vấn đề được phát hiện tại bất kỳ thời điểm nào trong quá trình hoặc phạm vi kiểm tra được đánh giá là không đủ, những điều này sẽ được giải quyết trước khi tiếp tục quá trình triển khai.
Chỉ khi đó, người ta mới có thể ước tính chính xác ngày cho The Merge.
Nói cách khác, 🔜.
