이더리움 콘스탄티노플 하드포크 내용 정리 (Ethereum Constantinople Hardfork)

출처 : Is the Status of Second-Ranked Ethereum in Risk? — Medium
평균 블록타임을 기준으로 하드포크 기점을 예측해 주고 있습니다. — etherscan.io

하드포크란 ?

포크

소프트웨어 업데이트의 일종이라고 생각하시면 됩니다. 포크의 종류는 하드포크와 소프트포크로 나뉘게 되는데 소프트포크는 이전 버전과의 호환이 가능한 업데이트라고 보시면 되고, 하드포크는 이전 버전과 호환이 불가능 업데이트라고 보시면 됩니다.

소프트 포크 (출처 : Hard and Soft forks — CrytoGraphics)
하드 포크 (출처 : Hard and Soft forks — CrytoGraphics)
  • 하드포크 : 대규모 업데이트(신규 기능,버그 픽스 및 통신 방식 변경 등)가 있다고 합니다. 그런데 해당 업데이트로 인해서 게임의 재미가 많이 떨어졌다고 느낀 유저들이 생겨났습니다. 그 유저들이 이전 버전의 게임을 가지고 프리서버를 만들어서 이전 버전의 게임을 즐기게 됩니다. 이렇게 되면 정규서버, 프리서버 두 가지 버전의 게임이 공존하게 됩니다. 물론 모든 유저들이 만족하여 모두 업데이트를 진행하여 게임을 이용한다면 게임이 두 가지로 갈리지 않습니다.

이더리움 타임라인

이더리움이 현재까지 진행한 하드포크와 앞으로 진행 될 하드포크를 살펴 보겠습니다.

이더리움 로드맵 (출처 : Ethereum’s Upgrades: Why Constantinople Fork Is So ‘Hard’ to Implement — CoinTelegraph)
  • Homestead
  • Metropolis
  • Serenity
  • Release step 1.0: Frontier
  • Release step 2.0: Homestead
  • Release step 2.1: DAO Hard Fork
  • Release step 2.2: Tangerine Whistle, aka Anti-DoS
  • Release step 2.3: Spurious Dragon, aka State-clearing
  • Release Step 3.0: Metropolis phase 1: Byzantium
  • Release Step 3.1: Metropolis phase 2: Constantinople

콘스탄티노플 하드포크는 어떻게 진행되나?

2018년 10월에 Ropsten 테스트넷에서 하드포크를 진행했으나 실패하여 원상복구(revert) 시켰습니다. 그래서 더 준비할 시간을 갖고 다시 진행하자고 해서 정해진 시점이 7,080,000 블록입니다. 개발자들이 열심히 여러 종류의 이더리움 소프트웨어들이 하드포크에 대비하고 있는지 체크하며 열심히 준비했습니다. 이번 하드포크에서는 Ropsten 대신 Rinkeby 테스트넷에서 검증을 거친 후 Mainnet에 반영할지 말지를 결정하게 됩니다. Rinkeby 테스트넷에서는 이미 3,660,663 블록을 기준으로 하드포크가 일어났습니다. Rinkeby 테스트넷의 하드포크는 성공적으로 진행되었다는 기사가 있습니다.

우리는 무엇을 준비해야 되는가?

Ether 보유자

별 다르게 하실 일은 없습니다.

Miner, Node 운영자

  • 채굴자
  • 거래소
  • 지갑 서비스 (MyEtherWallet, MyCrypto, MetaMask, etc.)
  • Node 제공 서비스(Infura, Etherscan, etc.)
Rinkeby 노드 현황 — https://www.rinkeby.io/#stats

필요한 클라이언트 버전

콘스탄티노플 하드포크에 대응하기 위한 클라이언트(많이 사용하시는 geth, parity만 준비했습니다.) 버전은 아래 같습니다.

  • Parity : 2.1.10-stable 버전 이상, 2.2.5-beta 버전 이상

콘스탄티노플

포함되는 EIP(Ethereum Improvement Proposal)를 살펴보겠습니다. 총 5가지의 EIP가 포함되며, EVM 성능 향상, 오프체인(스테이트 채널) 트랜잭션 대비, PoS 전환 대비를 위한 내용이 포함되어 있습니다.

EIP 145 : Bitwise shifting instructions in EVM

  • 목적 : EVM 성능 향상 (가스비 절약)
  • 요약 : Bitwise SHIFT 연산(SHR, SHL, SAR) OPCODE 추가
  • 내용 : native한 코드에서 SHIFT 연산이 구현되어 있지 않아서, 다른 연산들의 조합으로 SHIFT를 구현했었습니다. 이렇게 구현 된 SHIFT 연산은 35 gas가 필요했는데, 직접 native하게 구현하여 SHIFT 연산을 3 gas로 줄였습니다.

EIP 1052 : EXTCODEHASH opcode

  • 목적 : EVM 성능 향상 (가스비 절약)
  • 요약 : EXTCODEHASH OPCODE 추가
  • 내용 : 컨트랙트가 동일한지 비교하기 위해서는 EXTCODECOPY 코드를 사용하여 컨트랙트의 전체 bytecode를 복사하는 작업을 수행해야 했습니다. 그런데 컨트랙트가 큰 경우에는 비용이 매우 많이 발생했는데, 이것을 효율적으로 하고자 EXTCODEHASH를 추가해서 bytecode의 Hash 값을 가지고 비교할 수 있게 했습니다.

EIP 1283 : Net gas metering for SSTORE without dirty maps

  • 목적 : EVM 성능 향상 (가스비 절약)
  • 요약 : SSTORE OPCODE 구현 내용 수정
  • 내용 : state 값의 구분을 세분화 (originValue, currentValue, newValue)하여 값의 변화가 필요 없는 경우, DB에 저장하는 과정을 생략하여 리소스 낭비를 줄입니다. 그래서 필요한 gas도 줄어들게 합니다.

EIP 1014 : Skinny CREATE2

  • 목적 : 오프체인(스테이트 채널) 트랜잭션 대비
  • 요약 : CREATE2 OPCODE 추가
  • 내용 : 오프체인에서 처리 중이라서 아직 온체인에 기록되지 않은 데이터를 위한 컨트랙트 주소를 미리 만들어 놓을 수 있는 명령어를 추가했습니다. 이 주소는 msg.sender, salt, init_code의 Hash로 만들어지며, 기존 msg.sender와 nonce의 Hash를 가지고 컨트랙트 주소를 만드는 방식과는 차이가 있습니다.

EIP 1234 : Constantinople Difficulty Bomb Delay and Block Reward Adjustment

  • 목적 : PoS 전환 대비
  • 요약 : 난이도 폭탄 연기, 채굴보상 감소
  • 내용 : 애초에 Byzantium 하드포크(4,370,000 블록) 때 시행하려고 계획되어 있던 난이도 폭탄이 Byzantium 하드포크 때 3M 블록 뒤에 시행하기로 연기 됩니다. 그런데 아직 PoS로 전환을 하려면 시간이 더 필요하다고 판단되어 이번 하드에서 그 보다 2M 블록(Byzantium 하드포크 기준 5M블록, 블록타임 15초 기준, 약 12개월) 뒤에 난이도 폭탄이 시행되도록 변경하여 채굴 빙하기를 늦추게 했습니다. 그와 더불어 채굴보상을 감소(3 ETH -> 2 ETH)시켜 빙하기가 왔을 때 채굴자 받는 충격을 순차적으로 완화시키려 하고 있습니다.

영상으로 정리 된 자료

2018년 10월 하드포크 실패 전에 만들어진 영상이라서 EIP 1283 설명은 빠져있습니다.

출처 : Simply Explained 채널 — Youtube

콘스탄티노플 이후

기존 로드맵 상으로는 콘스탄티노플 이후 Serenity step으로 넘어 가게 되어 있었습니다. 그러나 이더리움 공식 일정에 명확히 반영되어 있진 않지만, 52회 이더리움 코어 개발자 회의 아젠다에서 이스탄불 포크의 대략적인 일정을 제안하였으며, ProgPoW에 대한 이야기로 나왔습니다. 1월 18일에 예정되어 있는 53회 이더리움 코어 개발자 회의 에서 이스탄불 하드포크의 로드맵과 ProgPoW 하드포크 실행 여부가 논의될 것 같습니다.

이스탄불 (Istanbul phase of Metropolis step)

콘스탄티노플 이후에 바로 세레니티로 넘어가면서 PoS로 전환한다는건 매우 큰 변화가 될 것 같습니다. 그리고 준비되어야 하는 것들도 굉장히 많을 것입니다. 그로 인해서 세레니티 전에 이스탄불이라는 하드포크를 한 번 더 진행하여 세레니티 전에 필요한 준비를 조금 더 진행할 예정인 것 같습니다. 아직 어떤 EIP들이 포함될 지는 결정되지 않았습니다. 시기는 대략 2019년 10월 쯤을 목표로 하고 있는 것 같습니다.

ProgPoW (EIP 1057)

ProgPoW는 Programmatic Proof-of-Work의 약자로 PoW 알고리즘을 주기적으로 변경할 수 있게 만드는 것입니다. ASIC은 특정 알고리즘에 특화되게 만들어진 칩으로 알고리즘이 변화하게 될 경우 무용지물이 됩니다. 그래서 ASIC 사용이 불가능하도록 Ethash에서 조금 더 발전한 ProgPoW를 제안한 것입니다. PoS로 전환을 하기 위해서는 아직도 12개월 이상(난이도 폭탄을 기준으로 생각했을 때 이야기 입니다. 물론 난이도 폭탄을 더 미루게 될 수도 있습니다.)의 시간이 남아 있습니다. 그 기간 동안에는 어쩔 수 없이 PoW를 계속해서 사용해야 하는데, 이것은 ASIC 사용으로 인한 중앙화 문제를 일으킨다는 지적을 받고 있습니다. 그래서 PoS 변환까지 아직 시간이 남아 있고, 이스탄불 하드포크까지도 시간이 많이 남았으니 그 전에 ProgPoW로 전환하는 하드포크를 한 번 더 진행하자는 의견입니다.

Serenity(Ethereum 2.0) step

본격적으로 확장성 문제를 해결하는 단계가 될 것입니다. PoS, Sharding

  • Phase 1 : Shard Data Chains
    점점 더 늘어나는 블록 데이터를 모든 노드가 다 가지고 있는 것이 아니라 shard라고 하는 구역으로 나눠서 각 shard 마다 특정 블록 데이터만 가지고 있으면서 shard 간에 통신하며 블록을 검증하는 Sharding을 도입하는게 주 목적입니다.

참고자료


  • 890만 팔로워 전세계 1위 한류 미디어 케이스타라이브(KStarLive)와 함께 만든 한류 플랫폼에서 사용되는 케이스타코인(KStarCoin) 프로젝트를 진행 중입니다. 팬 커뮤니티 활동을 하면서 코인을 얻을 수 있으며, 한류 콘텐츠 구매, 공연 예매, 한국 관광 상품 구매, 기부 및 팬클럽 활동 등에 사용 될 계획입니다.

KStarLive Dev Team — Day34

KStarLive & Day34 Tech medium

modolee

Written by

modolee

KStarLive Dev Team — Day34

KStarLive & Day34 Tech medium