Ethereum’s core developers used their July 27, 2018 execution-layer meeting to move Constantinople from a list of proposed changes toward client implementation and structured testing. The public agenda set the call for 14:00 UTC, and the Ethereum Foundation’s recording preserves the discussion. Contemporaneous reporting said developers were already implementing code for the planned system-wide upgrade, while no activation block had been fixed.

That combination—working code but no locked deployment point—was the important development. Constantinople would change the rules followed by every compatible Ethereum node. Progress therefore depended not only on writing features, but on agreeing to scope, producing cross-client tests and coordinating miners and infrastructure around a common activation height.

A candidate package took shape

The meeting agenda named five technical candidates for Constantinople: EIP-145 for native bitwise shifts in the Ethereum Virtual Machine; EIP-210 for storing block hashes in state; EIP-1052 for an EXTCODEHASH operation; EIP-1087 for revised storage-gas accounting; and EIP-1014, known as CREATE2, for deterministic contract addresses.

These proposals were not interchangeable. EIP-145 aimed to replace expensive arithmetic workarounds with native shift instructions. Its specification priced those instructions at 3 gas, compared with 35 gas for arithmetic implementations of two comparable shifts. EIP-1014 was designed to let participants rely on the future address of a contract before that contract existed on-chain, a capability relevant to counterfactual state-channel designs.

CoinDesk reported from the July 27 meeting that four upgrades were in active implementation and that most work in the Geth client was already done. That was a contemporaneous progress report, not proof of cross-client readiness or final inclusion. The public agenda itself described EIP-145 as not fully implemented or tested and left the Constantinople activation block undetermined.

Mining economics remained unresolved

The same meeting exposed a harder governance question. Four competing proposals addressed Ethereum’s difficulty bomb and block reward: reduce the reward to 1 ETH, restore it to 5 ETH while delaying the bomb, set it at 2 ETH with a delay, or remove the bomb entirely.

No choice was made on July 27. That uncertainty mattered because a protocol upgrade could alter both developer-facing capabilities and miner income. Treating the whole package as settled would therefore overstate the record. Technical implementation was advancing, while the issuance and difficulty decision remained open.

The roadmap was still provisional

CoinDesk described a loose plan under which implementation would continue through August 13, 2018, followed by roughly two months of testing, including a dedicated Constantinople test network. Participants also discussed activation before the Devcon4 conference period. Neither point was a binding activation notice: variable engineering results, client compatibility and stakeholder coordination could still change the timetable.

The July 27 meeting mattered institutionally because Ethereum had no single operator that could deploy the new rules everywhere. Independent client teams had to produce compatible software; miners and node operators had to install it; exchanges, wallets and application developers had to prepare for a backward-incompatible transition. A public agenda and recording made that coordination observable, but did not guarantee its outcome.

What the July 27 record establishes

The defensible event-day conclusion is narrow. Constantinople had entered active implementation and testing discussions by July 27, 2018; developers had identified a concrete candidate set and a provisional testing path; and major questions about mining economics and activation timing were still unresolved.

No ether price, return, trading-volume or market-causation claim is made. The reviewed event-day sources document protocol development, not a venue-specific market reaction. Later implementation choices and deployment outcomes are outside this reconstruction’s July 27 frame.

Primary sourceEthereum Project Management — Core Devs Meeting 43 Agenda

The complete source packet and revision history are retained with the newsroom record.

Automated desk disclosure

Automated systems may have assisted with source organization and drafting. Coinburn is accountable for the published text and maintains a revision record.

Financial-risk note

This article provides news and analysis, not investment, legal or tax advice. Digital assets are volatile and may result in total loss.