Đề xuất hard-fork Agharta của Ethereum Classic bước vào giai đoạn “Last Call”

Vào ngày 24/10/2019, các nhà phát triển cốt lõi ETC và các bên liên quan của hệ sinh thái tham gia đã thống nhất về phạm vi và thời gian của đề xuất hard-fork Agharta. 

hard fork agharta ethereum classic

Hard-fork Agharta lần này sẽ bao gồm các tính năng của Ethereum Constantinople làm cho Ethereum Classic tương thích hoàn toàn với Ethereum.

Các trạng thái tiến trình trong ECIP — Ethereum Classic
Các trạng thái tiến trình trong ECIP — Ethereum Classic Improvement Proposals

Phạm vi và Mốc thời gian

Phạm vi của Agharta sẽ chỉ bao gồm các tính năng Ethereum Constantinople. Các tính năng ngoài phạm vi của Constantinople sẽ có thể được xem xét trong quá trình nâng cấp. Phạm vi công việc này sẽ cho phép một lịch trình thời gian hợp lý và an toàn để kiểm tra và thực hiện Agharta.

Các nhóm ứng dụng khách hàng như Multi-Geth, Parity và Geth Classic đã xác nhận tham gia và hỗ trợ Agharta.

Thời điểm cập nhật Testnet và Mainnet đã nhận được sự đồng thuận như sau:

  • Morden Testnet , tại khối 5_000_381, khoảng 13/11/2019
  • Mordor Testnet , tại khối 301_243khoảng 20/11/2019
  • Kotti Testnet , tại khối 1_705_549khoảng 11/12/2019
  • Mainnet Ethereum Classic , tại khối TBDkhoảng 15/01/2020

Đây chỉ là những ước tính về thời gian và số khối, về thông tin mainnet cụ thể sẽ sớm được công bố.

Tính năng Agharta

Agharta sẽ bao gồm:

  • EIP 145 (Hướng dẫn dịch chuyển bitwise)

EVM đang thiếu các toán tử dịch chuyển bitwise, nhưng hỗ trợ các toán tử logic và số học khác. Các hoạt động thay đổi có thể được thực hiện thông qua các toán tử số học, nhưng điều đó làm tăng chi phí và đòi hỏi nhiều thời gian xử lý hơn từ máy chủ. Việc thực thi SHL và SHR bằng cách sử dụng tính toán số học tốn chi phí 35 khí (gas) cho mỗi lần, trong khi các hướng dẫn đề xuất chỉ mất 3 khí (gas).

Cho phép các tương tác (hiệu quả hoặc phản tác dụng trong các kênh) được thực hiện với các địa chỉ chưa tồn tại trên chuỗi nhưng có thể chỉ dựa vào mã chứa cuối cùng được tạo bởi một đoạn mã khởi tạo cụ thể. Điều này rất quan trọng đối với các trường hợp sử dụng tình trạng kênh liên quan đến tương tác ngược với hợp đồng

Nhiều hợp đồng cần thực hiện kiểm tra mã byte của một hợp đồng, nhưng không nhất thiết cần chính mã byte của nó. Chẳng hạn, một hợp đồng có thể muốn kiểm tra xem mã byte của hợp đồng khác có phải là một trong những tập hợp thực thi được phép hay không, hoặc nó có thể thực hiện các phân tích về mã và đưa vào danh sách trắng (whitelist) bất kỳ hợp đồng nào với mã byte phù hợp nếu vượt qua bài phân tích

Hợp tác và xa hơn

ETC Labs cam kết cho sự phát triển và tăng trưởng liên tục của hệ sinh thái Ethereum Classic. Chúng tôi rất tự hào được hợp tác với Chainsafe, SecondState, Whiteblock, Gitcoin, BloqCloud, Swarm và cộng đồng những người đóng góp rộng lớn xung quanh EthereumStack.

Ethereum Classic và Ethereum là hai chuỗi anh em và việc hợp tác trong khoảng thời gian xảy ngã ba DAO chắc chắn là điều không mong muốn. Tuy nhiên, cả hai hệ sinh thái đã phát triển và trưởng thành chỉ với sự khác biệt về tầm nhìn. Ethereum Classic và Ethereum đang phát triển từ cùng một nguồn gốc và với khả năng tương thích kỹ thuật nhiều hơn nữa sẽ cung cấp một cầu nối mạnh mẽ hơn để hợp tác trên cơ sở chia sẻ hạ tầng cũng như duy trì sự khác biệt độc đáo của chúng tôi. Cái khó của Atlantis gần đây là tăng tính tương thích ETH và Agharta sẽ là nửa sau của mục tiêu đó.

Người giới thiệu:

Theo Stevan Lohja

Bài viết được dịch từ nguồn: https://medium.com/etc-core/ethereum-classic-agharta-hard-fork-proposal-proceeds-to-last-call-e17e4b545ac8


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 Ethereum Classic Việt Nam:
– Facebook: facebook.com/EthereumClassicVietnam/
– Telegram: t.me/ETCVietnam (group) — t.me/ETCVN (channel)
– Twitter: twitter.com/etcvietnam
– Medium: medium.com/@ETCVietnam
– Youtube: youtube.com/channel/UCXfEBzpKKy1pwl7KGCzS7ow

CÓ THỂ BẠN QUAN TÂM