以太坊網(wǎng)絡(luò)在區(qū)塊高度為 7,080,000 的區(qū)塊上激活計(jì)劃中的升級(jí)，被稱為Constantinople（君士坦丁堡）硬分叉，此前還有像偽龍（Spurious Dragon）”和拜占庭（Byzantium）”這樣的代號(hào)。

如果你在使用：

中心化的交易所（比如 Coinbase、Karken 或是幣安）

網(wǎng)頁(yè)端錢包服務(wù)（比如 Metamask、MyCrypto 或是 MyEtherWallet）

移動(dòng)端錢包（比如 Coinbase Wallet、Status、im、Trust Wallet 或是 imToken）

硬件錢包（比如 Ledger、Trezor 或是 KeepKey）

你不需要做任何操作!除非你收到所用交易所或錢包的通知，提示您采取額外步驟（但這跟你用的服務(wù)有關(guān)，跟以太坊鏈無關(guān)）。

我在跑全節(jié)點(diǎn)/我在挖礦，我也躺著就行？

請(qǐng)下載最新的以太坊客戶端：

最新的 geth 客戶端 （v1.8.20）

最新的 Parity 客戶端 （v2.1.11-stable）

最新的 Harmony 客戶端 （v2.3 Build 72）

最新的 Pantheon 客戶端 （v0.8.3）

最新的 Trinity 客戶端 （v0.1.0-alpha.20）

最新的 Ethereum Wallet/Mist （v0.11.1）

我在跑全節(jié)點(diǎn)/我在挖礦，要是我不更新呢？

如果你沒有更新到上述最新版本的客戶端，升級(jí)激活之后，你的客戶端會(huì)使用分叉前的共識(shí)規(guī)則與其它同樣沒有更新的節(jié)點(diǎn)同步并繼續(xù)共識(shí)（如果還有礦工在那里出塊的話）。由于共識(shí)規(guī)則已經(jīng)發(fā)生變化并且互不兼容，沒有更新的客戶端將不能發(fā)送交易到更新后的以太坊網(wǎng)絡(luò)上，只能發(fā)送交易到?jīng)]有更新的網(wǎng)絡(luò)中。

對(duì)以太坊來說，網(wǎng)絡(luò)升級(jí)”是怎么一回事？

網(wǎng)絡(luò)升級(jí)即對(duì)以太坊底層協(xié)議的更改，目的是增加一些能夠增強(qiáng)系統(tǒng)功能的新規(guī)則。區(qū)塊鏈系統(tǒng)的的去中心化屬性，使得升級(jí)并不像你更新手機(jī)上的 App 那么簡(jiǎn)單。區(qū)塊鏈中的網(wǎng)絡(luò)升級(jí)需要整個(gè)社區(qū)的協(xié)調(diào)和溝通，包括多個(gè)以太坊客戶端開發(fā)者們的交易，以使升級(jí)順利進(jìn)行。

網(wǎng)絡(luò)升級(jí)過程是什么樣的？

當(dāng)社區(qū)對(duì)升級(jí)應(yīng)當(dāng)包含哪些更新達(dá)成一致意見之后，以太坊客戶端（比如 geth、Parity 和 Harmony） 的開發(fā)者們會(huì)把相關(guān)更新的代碼寫到客戶端軟件里。這些協(xié)議更新會(huì)在指定的區(qū)塊高度后激活。沒有更新到最新規(guī)則的節(jié)點(diǎn)都會(huì)留在更新前的網(wǎng)絡(luò)中，使用舊的共識(shí)規(guī)則繼續(xù)運(yùn)行。

君士坦丁堡分叉包含了哪些更新？

網(wǎng)絡(luò)升級(jí)中包含的更新是用 EIP 來標(biāo)記和指代的。以太坊升級(jí)提案（Ethereum Improvement Proposal，EIP）描述了為以太坊平臺(tái)實(shí)施的一些標(biāo)準(zhǔn)，包括核心協(xié)議規(guī)范（core protocol specification）、客戶端 API（client API）以及合約標(biāo)準(zhǔn)（contract standard）。下列 EIP 為君士坦丁堡升級(jí)中包含的更新：

EIP 145：EVM 中的按位移動(dòng)（bitwise shifting）指令

提供與其它算術(shù)運(yùn)算代價(jià)相當(dāng)?shù)脑次灰苿?dòng)指令

EVM 現(xiàn)在是沒有按位移動(dòng)指令的，但支持其他邏輯和算術(shù)運(yùn)算。按位移動(dòng)可以通過算術(shù)操作來實(shí)現(xiàn)，但這樣會(huì)有更高的 Gas 消耗，也需要更多時(shí)間來處理。使用算術(shù)操作，實(shí)現(xiàn) SHL 和 SHR 需要耗費(fèi) 35 Gas，但這一提案提供的原生指令只需消耗 3 Gas。

一句話總結(jié)：該 EIP 為協(xié)議加入了一個(gè)原生的功能，使得 EVM 中的按位移動(dòng)操作更便宜也更簡(jiǎn)單。

EIP 1014：Skinny CREATE2

加入新的操作碼 0xf5 ，需要 4 個(gè)堆棧參數(shù)（stack argument）： endowment 、 memory_start 、 memory_length 、 salt 。具體表現(xiàn)與 CREATE 相同，但使用keccak256（ 0xff ++ sender_address ++ salt ++ keccak256（init_code）））[12：] ，而不是 keccak256（RLP（sender_address, nonce））[12：] ，作為合約初始化的地址。

拓寬我們的交互范圍：有些合約在鏈上還不存在，但可以確定只可能包含由 init_code 特定部分創(chuàng)建出來的代碼，有了該 EIP 之后我們就可以和這樣的合約交互。

對(duì)包含與合約的 conterfactual 交互的狀態(tài)通道來說非常重要。

一句話總結(jié)：這一 EIP 讓你可以與還沒有被創(chuàng)建出來的合約交互。

EIP 1052：EXTCODEHASH 操作碼

該 EIP 指定了一個(gè)新的操作碼，可以返回某合約代碼的 keccak256 哈希值。

許多合約都需要檢查某一合約的字節(jié)碼，但并不需要那些字節(jié)碼本身。比如，某個(gè)合約可能想檢查另一合約的字節(jié)碼是不是一組可行的實(shí)現(xiàn)之一;又或者它想分析另一合約的代碼，把所有能通過分析的合約（即字節(jié)碼匹配的合約）添加進(jìn)白名單。

合約現(xiàn)在可以使用 EXTCODECOPY 操作碼，但在那些只需要哈希值的情境下，這一操作碼相對(duì)來說是比較貴的，尤其是對(duì)那些大型合約而言。新的操作碼EXTCODEHASH 部署之后，就可以只返回某一合約字節(jié)碼的 keccak256 哈希值。

一句話總結(jié)：該 EIP 會(huì)讓相關(guān)操作變得更便宜（消耗更少的 Gas）。

EIP 1283：改變 SSTORE 操作碼所用 Gas 的計(jì)算方式

該 EIP 建議改變 SSTORE 操作碼的凈 Gas 計(jì)量方式，以啟用合約存儲(chǔ)的新用法，并在計(jì)算方式與當(dāng)前大多數(shù)實(shí)現(xiàn)不匹配的情形下減少無謂的 Gas 消耗（譯者注：因?yàn)樵诋?dāng)前的大多數(shù)實(shí)現(xiàn)中都不需要某些操作，但原來的計(jì)算方式會(huì)把這些操作所需的 Gas 也算進(jìn)去）。

一句話總結(jié)：該 EIP 會(huì)讓某些操作變得更便宜（只需更少的 Gas 即可完成操作），減少那些當(dāng)前多余”而昂貴的 Gas 消耗。

EIP 1234：推遲難度炸彈爆炸的時(shí)間并調(diào)整區(qū)塊獎(jiǎng)勵(lì)

平均出塊時(shí)間會(huì)因?yàn)橹饾u加速的難度炸彈（也叫做冰河時(shí)期”）而不斷上升。該 EIP 提議推遲難度炸彈約 12 個(gè)月，并且（為適應(yīng)冰河期推遲）而減少區(qū)塊獎(jiǎng)勵(lì)。

一句話總結(jié)：該 EIP 保證了我們不會(huì)在 PoS 準(zhǔn)備好并實(shí)現(xiàn)之前使以太坊停止出塊。