Giải thích nâng cấp Ethereum Classic Phoenix

Nâng cấp mạng/hard fork là gì?

Nâng cấp mạng là một thay đổi đối với giao thức Ethereum Classic, thêm các quy tắc mới vào giao thức Ethereum Classic hiện có để củng cố toàn bộ hệ thống. Các quy tắc mới này đã được xuất bản trước dưới dạng Đề xuất nâng cấp Ethereum Classic (ECIP) và trong đề xuất, người đề xuất sẽ sử dụng các thuật ngữ kỹ thuật để xác định các thay đổi và chức năng cần được thực hiện trong nâng cấp mạng.

Có cả nâng cấp mạng theo kế hoạch và không có kế hoạch. Bản nâng cấp còn được gọi là fork, và nói chung nó là một tính năng mới được thêm bởi người dùng và hỗ trợ phát triển giao thức. Đôi khi mọi người sử dụng fork để sửa các lỗ hổng hoặc ngăn chặn các cuộc tấn công. Đây là một hard fork không có kế hoạch.

Bản chất phi tập trung của chuỗi công cộng khiến việc nâng cấp mạng trở nên khó khăn hơn so với nâng cấp phần mềm thông thường, bởi vì nó đòi hỏi toàn bộ cộng đồng phải cộng tác và giao tiếp với nhiều nhà phát triển khách hàng Ethereum Classic, nhưng chỉ sau đó, việc nâng cấp mới có thể tiến hành thuận lợi.
Để nâng cấp được kích hoạt liền mạch trên mainnet, trước tiên, nội dung nâng cấp sẽ được kích hoạt và chạy trên các mạng thử nghiệm Ethereum Classic như Kotti và Mordor.

Vài ngày trước, chiều cao kích hoạt của hard fork Phoenix đã được xác định tại khối 10_500_839, dự kiến ​​sẽ đến vào ngày 5 tháng 6. Thời gian cụ thể phụ thuộc vào sự thay đổi thời gian tạo block của mạng lưới.

Phoenix là gì?

Phoenix là bản nâng cấp mạng thứ 3 của Ethereum Classic. Nâng cấp mạng trước đây cũng đã có tên mã như “Atlantis”. Nâng cấp mạng gần đây nhất (và cuối cùng) được gọi là “Agharta”.

Quá trình nâng cấp mạng là gì?

Khi toàn bộ cộng đồng đồng ý về những thay đổi nên được đưa vào nâng cấp, những quy tắc thay đổi này sẽ được tổng hợp thành nhiều ứng dụng máy khách Ethereum Classic, chẳng hạn như Core-Geth, Besu và Parity. Những thay đổi giao thức này sẽ được kích hoạt trong một khối cụ thể. Sau khi kích hoạt, các chức năng mới được nâng cấp có thể được sử dụng. Các nút chưa được nâng cấp lên các quy tắc mới sẽ tự tạo thành một mạng sử dụng các quy tắc cũ, nhưng mạng này không thể giao tiếp với mạng mới bằng các quy tắc mới.

Trong nâng cấp này sẽ bao gồm những gì?

Bản nâng cấp Phoenix chủ yếu tương thích với bản nâng cấp Ethereum Istanbul, do đó, nó được thể hiện dưới dạng đề xuất nâng cấp Ethereum (EIP). Vai trò của EIP là mô tả các tiêu chuẩn của nền tảng Ethereum, bao gồm các thông số kỹ thuật giao thức cốt lõi, API khách hàng và tiêu chuẩn hợp đồng. Sau khi thảo luận chi tiết, 6 EIP cuối cùng đã được coi là phù hợp và sẵn sàng tham gia nâng cấp Phoenix.

ECIP 1088: Dự án Phoenix
ECIP chứa danh sách các thay đổi giao thức sẽ được thêm vào hard fork Phoenix.
EIP có trong bản nâng cấp Phoenix có các đặc điểm sau:

• Tái phân bổ mức tiêu thụ khí của một số opcodes theo chi phí tính toán và sự cần thiết phải cải thiện khả năng chống lại các cuộc tấn công từ chối dịch vụ;
• Cải thiện hiệu suất của các giải pháp Lớp 2 dựa trên SNARK và STARK;
• Làm cho Ethereum Classic và Zcash tương thích với nhau.
• Cho phép hợp đồng ra mắt nhiều tính năng sáng tạo hơn.

EIP-152: Thêm chức năng nén BLAKE2 F chức năng tiền biên dịch

Đã thêm chức năng xác minh Equihash PoW trong hợp đồng của Ethereum Classic. Điều này mở ra khả năng giao dịch chuyển tiếp và giao dịch hoán đổi nguyên tử giữa Zcash và Ethereum Classic.

EIP-1108: Giảm mức tiêu thụ khí tiền biên dịch của đường cong alt_bn128

Làm cho hoạt động của zk-SNARKs rẻ hơn và cho phép các ứng dụng mở rộng và quyền riêng tư rẻ hơn được phát triển. Ví dụ: các phòng thí nghiệm Vật chất, Giao thức Aztec, Rollup và Zether.

EIP-1344: Mã opcode ChainID

Thêm một cách để hợp đồng theo dõi chuỗi Ethereum Classic của chính nó, để hợp đồng (đặc biệt là sơ đồ Lớp 2 như kênh trạng thái và hợp đồng được sử dụng bởi Plasma) theo dõi chuỗi Lớp 1 chính xác, đặc biệt là trong quá trình hard fork.

EIP-1884: Định giá lại opcodes liên quan đến kích thước cây Merkel

Thay đổi mức tiêu thụ gas của một số opcode EVM để ngăn chặn các cuộc tấn công giao dịch spam và cân bằng tốt hơn chi phí tính toán của mỗi khối. Trên mạng Ethereum Classic, lượng gas tiêu thụ trong một hoạt động thường khớp với chi phí tính toán của hoạt động. EIP này làm tăng mức tiêu thụ của một số opcode mã hóa chuyên sâu, nhưng hiện tại ít tiêu thụ gas hơn, cụ thể là SLOAD, BALANCE và EXTCODEHASH.

EIP-2028: Giảm mức tiêu thụ gas của dữ liệu giao dịch

Việc áp dụng zk-SNARK và zk-STARKs rẻ hơn bằng cách giảm mức tiêu thụ gas của việc gọi dữ liệu trong giao dịch. Làm như vậy cũng có thể giúp các giải pháp Lớp 2 tăng thông lượng. Starkware là một ví dụ.

EIP-2200: Thay đổi phương pháp đo mức tiêu thụ khí của hoạt động SSTORE

Thay đổi phương pháp đo mức tiêu thụ khí của hoạt động lưu trữ dữ liệu EVM, để hợp đồng có thể giới thiệu một số chức năng mới, chẳng hạn như khóa nhập lại (re-entry lock) và gửi nhiều hợp đồng.

Lưu ý thêm: Việc nâng cấp Phoenix cho phép Ethereum Classic hỗ trợ triển khai giải pháp Ethereum lớp 2, do đó 3000 TPS có thể sớm trở thành hiện thực.

Sau khi hoàn thành nâng cấp Phoenix, Ethereum Classic sẽ hoàn toàn tương thích với Ethereum được nâng cấp ở Istanbul để đạt được khả năng tương tác tuyệt đối và đóng vai trò tích cực trong việc thúc đẩy cộng đồng và phát triển sinh thái của hai blockchain.

— — — — — — — — — — — — — — — — — — — — — -
Tham gia thảo luận và cập nhật tin tức mới nhất trên các kênh chính thức của chúng tôi:
- Facebook: facebook.com/EthereumClassicVietnam/
- Telegram: t.me/ETCVietnam
- Twitter: twitter.com/etcvietnam
- Medium: medium.com/@ETCVietnam