Nội dung bài viết
Thông báo nâng cấp Ethereum Constantinople
Mạng Ethereum sẽ được nâng cấp theo lịch trình tại số khối 7.080.000 , dự đoán sẽ xảy ra vào ngày 16 tháng 1 năm 2019 . Ngày chính xác có thể thay đổi 1-2 ngày trước hoặc sau. Đồng hồ đếm ngược có thể xem tại https://amberdata.io/blocks/7080000 . Bạn có thể theo dõi quá trình nâng cấp mạng theo thời gian thực tại http://forkmon.ethdevops.io/ .
Constantinople là gì?
Constantinople là tên được đặt cho nâng cấp mạng này. Nâng cấp mạng trước đây đã được đặt cho các tên khác như Spquil Dragon và Byzantium .
Là người dùng Ethereum hoặc chủ sở hữu ether, tôi cần phải làm gì?
Nếu bạn sử dụng một trao đổi (như Coinbase hoặc Binance), dịch vụ ví web (như Metamask, MyCrypto hoặc MyEtherWallet), dịch vụ ví di động (như Ví Coinbase, Status.im hoặc Ví tin cậy), hoặc ví phần cứng (như Ledger, Trezor hoặc KeepKey) bạn không cần phải làm gì trừ khi bạn được thông báo thực hiện các bước bổ sung bằng dịch vụ trao đổi hoặc ví của mình.
Là một nhà điều hành hoặc người khai thác, tôi cần phải làm gì?
Tải xuống phiên bản mới nhất của ứng dụng Ethereum của bạn:
- Latest geth client (v1.8.20)
- Latest Parity client (v2.1.11-stable)
- Latest Harmony client (v2.3 Build 72)
- Latest Pantheon client (v0.8.3)
- Latest Trinity client (v0.1.0-alpha.20)
- Latest version of Ethereum Wallet/Mist (v0.11.1)
Điều gì xảy ra nếu tôi là người khai thác hoặc khai thác toán tử và không tham gia nâng cấp?
Nếu bạn đang sử dụng ứng dụng khách Ethereum chưa được cập nhật lên phiên bản mới nhất (được liệt kê ở trên), khách hàng của bạn sẽ đồng bộ hóa với blockchain trước ngã ba sau khi nâng cấp xảy ra. Bạn sẽ bị mắc kẹt trên một chuỗi không tương thích theo các quy tắc cũ và bạn sẽ không thể gửi ether hoặc hoạt động trên mạng Ethereum sau nâng cấp.
Nâng cấp mạng trong Ethereum-Land là gì?
Nâng cấp mạng là thay đổi giao thức Ethereum cơ bản, tạo ra các quy tắc mới để cải thiện hệ thống. Bản chất phi tập trung của các hệ thống blockchain làm cho việc nâng cấp mạng trở nên khó khăn hơn. Nâng cấp mạng trong một blockchain đòi hỏi sự hợp tác và giao tiếp với cộng đồng, cũng như với các nhà phát triển của các khách hàng Ethereum khác nhau để quá trình chuyển đổi diễn ra suôn sẻ.
Điều gì xảy ra trong quá trình nâng cấp mạng?
Sau khi cộng đồng đi đến thỏa thuận liên quan đến những thay đổi nào sẽ được đưa vào nâng cấp, các thay đổi đối với giao thức được ghi vào các ứng dụng khách Ethereum khác nhau, chẳng hạn như geth, Parity và Harmony. Các thay đổi giao thức được kích hoạt tại một số khối cụ thể. Bất kỳ nút nào chưa được nâng cấp lên bộ quy tắc mới sẽ bị bỏ qua trên chuỗi cũ nơi các quy tắc trước đó tiếp tục tồn tại.
Những thay đổi nào sẽ xảy ra với Constantinople?
Những thay đổi được triển khai trong Constantinople được xác định bằng EIP. Đề xuất cải tiến Ethereum (EIP) mô tả các tiêu chuẩn cho 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. Các EIP sau đây sẽ được triển khai trong Constantinople.
EIP 145: Hướng dẫn chuyển bitwise trong EVM
- Cung cấp dịch chuyển bit gốc tự nhiên với chi phí ngang bằng với các phép toán số học khác.
- 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 đó có chi phí cao hơn và đòi hỏi nhiều thời gian xử lý hơn. Việc thực hiện SHL và SHR bằng cách sử dụng arithologists tốn 35 khí, trong khi các hướng dẫn đề xuất này mất 3 gas.
- Tóm lại: EIP này bổ sung chức năng riêng cho giao thức để rẻ hơn và dễ dàng hơn khi thực hiện một số điều nhất định trên chuỗi.
EIP 1014: Skinny CREATE2
- Thêm một opcode mới ở 0xf5, trong đó có 4 đối số ngăn xếp: endowment, memory_start, memory_length, salt. Hành vi giống hệt để TẠO, ngoại trừ sử dụng keccak256 (0xff ++ sender_address ++ salt ++ keccak256 (init_code))) [12:] thay vì keccak256 (RLP (sender_address, nonce)) [12:] khởi tạo tại.
- Điều này cho phép các tương tác được thực hiện với các địa chỉ chưa tồn tại trên chuỗi nhưng chỉ có thể dựa vào để có thể chứa mã cuối cùng đã được tạo bởi một đoạn mã init cụ thể.
- Quan trọng đối với các trường hợp sử dụng kênh nhà nước liên quan đến tương tác trái ngược với hợp đồng.
- Tóm lại: EIP này làm cho nó để bạn có thể tương tác với các địa chỉ chưa được tạo.
EIP 1052: Mã op EXTCODEHASH
- EIP này chỉ định một opcode mới, trả về hàm băm keccak256 của mã hợp đồng.
- Nhiều hợp đồng cần thực hiện kiểm tra mã byte của hợp đồng, nhưng không nhất thiết cần chính mã byte. 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 phân tích về mã và đưa vào danh sách trắng bất kỳ hợp đồng nào với mã byte phù hợp nếu phân tích vượt qua.
- Hợp đồng hiện tại có thể thực hiện việc này bằng cách sử dụng opcode EXTCODECOPY, nhưng điều này rất tốn kém, đặc biệt đối với các hợp đồng lớn, trong trường hợp chỉ cần băm. Kết quả là, một mã opcode mới đang được triển khai có tên EXTCODEHASH, trả về hàm băm keccak256 của mã byte của hợp đồng.
- Tóm lại: EIP này làm cho nó rẻ hơn (cần ít khí hơn) để làm một số việc nhất định trên chuỗi.
EIP 1283: Đo khí gas cho SSTORE mà không có bản đồ bẩn
- EIP này đề xuất các thay đổi đo lường khí ròng cho opcode SSTORE, cho phép sử dụng mới để lưu trữ hợp đồng và giảm chi phí gas quá mức khi nó không phù hợp với cách thức thực hiện nhất.
- Tóm lại: EIP này làm cho nó rẻ hơn (cần ít khí hơn) để thực hiện một số việc nhất định trên chuỗi, đặc biệt là những thứ hiện tại là quá đắt.
EIP 1234: Độ trễ bom khó khăn liên tục và điều chỉnh phần thưởng khối
- Thời gian chặn trung bình đang tăng lên do bom khó khăn (còn được gọi là thời kỳ băng hà,) tăng tốc chậm. EIP này đề xuất trì hoãn quả bom khó trong khoảng 12 tháng và giảm phần thưởng khối để điều chỉnh độ trễ của kỷ băng hà.
Tóm lại: EIP này đảm bảo chúng tôi không đóng băng blockchain trước khi bằng chứng cổ phần đã sẵn sàng và được triển khai.
