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

如果你在使用：

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

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

移動端錢包（比如 Coinbase Wallet、Status、im、Trust Wallet 或是 imToken）

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

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

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

請下載最新的以太坊客戶端：

最新的 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é)點/我在挖礦，要是我不更新呢？

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

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

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

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

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

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

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

EIP 145：EVM 中的按位移動（bitwise shifting）指令

提供與其它算術運算代價相當?shù)脑次灰苿又噶?/p>

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

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

EIP 1014：Skinny CREATE2

加入新的操作碼 0xf5 ，需要 4 個堆棧參數(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 之后我們就可以和這樣的合約交互。

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

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

EIP 1052：EXTCODEHASH 操作碼

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

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

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

一句話總結：該 EIP 會讓相關操作變得更便宜（消耗更少的 Gas）。

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

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

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

EIP 1234：推遲難度炸彈爆炸的時間并調整區(qū)塊獎勵

平均出塊時間會因為逐漸加速的難度炸彈（也叫做冰河時期”）而不斷上升。該 EIP 提議推遲難度炸彈約 12 個月，并且（為適應冰河期推遲）而減少區(qū)塊獎勵。

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