Ethereum Classic

etc
CoinYQ 코인 전기

원장을 지킨 체인이 위험까지 물려받았다

Ethereum Classic은 The DAO 구제를 실행하지 않은 Ethereum 상태를 보존했다. 그 선택은 ETC를 만들었지만 잔액 복제, 재생 공격, 다수 해시파워 공격도 함께 불러왔다. 불변의 역사를 지키려면 해시파워와 소프트웨어 클라이언트가 매일 그 역사를 방어해야 했다.

블록 1,920,000이 두 개의 유효한 기억을 만들다

2016-07-20 Ethereum 구제 포크는 Dark DAO와 Whitehat DAO 계약의 약 1,200만 ETH를 출금 계약으로 옮겼다. 일부 채굴자와 사용자는 이 개입을 적용하지 않은 상태를 계속 운영했다. 두 네트워크는 이전 블록을 모두 공유했지만 같은 위기에 서로 다른 의미를 부여했다.

복제는 철학에 그치지 않았다. 블록 1,920,000 전에 ether를 보유한 사람은 양쪽 가지에 자산을 갖게 됐고, 같은 서명 거래가 처음에는 두 체인에서 실행될 수 있었다. Ethereum Foundation은 2016-07-26 ETC 잔액을 별도 지갑으로 분리하라고 권고했고, Die Hard는 2017-01-13 ETC에 체인 ID 61 재생 보호를 도입했다.

누적 작업증명도 경쟁 해시파워 앞에서 흔들리다

2019년 1월 Coinbase는 깊은 재조직을 감지하고 219,500 ETC에 이르는 이중지불 12건을 보고했다. 2020-07-31과 2020-08-05에는 약 800,000 ETC와 460,000 ETC 규모의 다수 해시파워 공격이 다시 일어났다. 첫 사고에서는 가지치기 Parity 노드가 깊은 교체 기록을 거부해 다른 노드와 갈라졌다. 이 날짜와 시각은 Coinbase 보고서의 PST 표기를 따른다. 채택된 교체 체인은 블록 수가 더 적어도 누적 난이도가 높았으므로, 블록 수만으로 유효한 기록이 결정된 것은 아니다.

ETC의 대응은 작업증명을 버리기보다 방어층을 더하는 방식이었다. MESS는 Core-Geth가 늦게 나타난 경쟁 기록에 곧바로 넘어가지 않게 했다. Thanos는 블록 11,700,000에서 DAG 에포크를 두 배로 늘려 메모리가 적은 GPU도 채굴에 남도록 했다. Ethereum이 작업증명을 떠나 호환 해시파워 환경이 달라지자 Spiral은 2024년 MESS를 기본 비활성화했다.

500만 블록이 통화정책의 시계가 되다

ECIP-1017은 보상을 5M20 시대로 나눴다. 500만 블록 경계마다 블록 보상이 20% 줄어든다. 널리 인용되는 2억 1,070만 ETC는 엉클 보상이 최대라는 가정을 포함한 이론적 상한이지 정확한 유통량 수치가 아니다.

네이티브 ETC에는 잔액을 발행하거나 동결하는 소유자 함수가 없다. 채굴자가 프로토콜 발행량을 받고 노드가 자신이 실행하는 일정을 검증한다. 특권 민트 키는 없지만 거버넌스가 사라지는 것은 아니다. 개발자가 코드를 공개하고 채굴자·노드·거래소·지갑·사용자가 어떤 규칙을 따를지 결정해야 일정이 바뀐다.

제안된 헌법보다 현재 실행 중인 소프트웨어가 체인을 정한다

현재 네트워크는 EVM 작업증명, ETCHash, 체인 ID 61로 식별된다. 실제 가동된 업그레이드는 블록 19,250,000의 Spiral까지 이어졌고, Core-Geth v1.12.23은 2026-08-14 ETC 합의 변경이 없는 유지보수 릴리스로 공개됐다. 이들은 관찰 가능한 프로토콜 사실이며 생태계 로드맵과는 다르다.

따라서 ECIP의 상태도 제품 경계다. 거버넌스나 재무 초안은 가능한 미래를 설명할 뿐 오늘의 체인을 통제하지 않는다. 한 애플리케이션의 상태를 고치지 않겠다는 ETC의 선택은 여전히 출발점이지만, 현재의 최종성은 충분히 분산된 해시파워, 호환 클라이언트, 신중한 확인 수, 올바른 체인에 서명하는 사용자에게 달려 있다.

프로젝트가 바뀌어 온 과정

  1. 2016-07-20
    구제 포크가 상태를 둘로 나누다

    블록 1,920,000에서 한 체인은 DAO 잔액을 구제 계약으로 옮기고, 포크하지 않은 체인은 Ethereum Classic으로 이어졌다.

  2. 2016-07-26
    재생 위험이 지갑 문제가 되다

    Ethereum Foundation은 분기 전 보유자에게 ETH와 ETC가 모두 생겼다고 알리고 두 자산을 별도 지갑으로 나누라고 권고했다.

  3. 2017-01-13
    체인 ID 61이 서명을 분리하다

    Die Hard가 블록 3,000,000에서 가동돼 ETC에 EIP-155 재생 보호를 도입했다.

  4. 2017-12-11
    5M20 통화 시대가 시작되다

    Gotham은 블록 5,000,000에서 ECIP-1017을 가동해 500만 블록 간격의 20% 보상 감축을 시작했다.

  5. 2019-01-05
    Coinbase가 깊은 재조직을 감지하다

    Coinbase는 나중에 15차례 재조직과 그중 219,500 ETC 규모의 이중지불 12건을 보고했다.

  6. 2020-07-31 / 2020-08-05 (PST)
    두 공격이 수천 블록을 교체하다

    Coinbase는 약 800,000 ETC와 460,000 ETC의 이중지불을 보고했고 첫 사고에서 가지치기 Parity 노드도 분리됐다.

  7. 2020-11-28
    Thanos가 ETCHash를 가동하다

    블록 11,700,000에서 DAG 에포크 길이를 두 배로 늘리고 채굴 알고리즘을 Ethash에서 ETCHash로 바꿨다.

  8. 2024-02-05
    Spiral이 MESS를 기본 해제하다

    블록 19,250,000에서 Shanghai 호환 기능을 가동하고 임시 재조직 방어책 MESS를 기본 비활성화했다.

  9. 2026-08-14
    Core-Geth가 유지보수 릴리스를 내다

    v1.12.23은 P2P 메시지 처리를 강화했으며 ETC 합의 변경은 도입하지 않았다고 명시했다.

근거와 1차 출처

마지막 근거 검토: 2026-09-05

Ethereum Classic: 어떤 코인인가요?

Ethereum Classic은 ETC를 네이티브 코인으로 사용하는 공개 EVM 호환 레이어 1이다. 블록 1,920,000 직전까지 Ethereum과 같은 역사를 공유하지만, 2016-07-20 구제 포크가 The DAO 잔액을 옮겼을 때 그 상태 변경을 적용하지 않은 기록을 이어 갔다. 따라서 ETC는 별도 체인의 네이티브 자산이며 래핑된 ETH나 ERC-20 토큰이 아니다.

현재 네트워크는 ETCHash 작업증명과 체인 ID 61을 사용한다. 채굴자는 거래 순서를 정하고 ETC를 보상으로 받으며, 노드는 규칙을 검증하고, ETC는 거래와 계약 실행 비용을 낸다. 2026-08-14 공개된 Core-Geth v1.12.23은 노드 소프트웨어가 계속 유지되고 있음을 보여주며 ETC 합의 변경은 포함하지 않았다고 명시한다.

어떤 문제를 해결하나요?

Ethereum Classic의 출발점은 애플리케이션 재난을 수습하려고 블록체인 상태를 바꿔도 되는가라는 논쟁이었다. 포크하지 않은 기록을 이어 가며 한 가지 답을 보존했지만, 분기 전 모든 잔액도 두 체인에 복제됐다. 처음에는 같은 서명이 양쪽에서 재생될 수 있었으므로 철학적 연속성이 곧바로 지갑 보안 문제를 만들었다.

후속 위기는 합의 자체를 겨냥했다. 2019년의 깊은 재조직과 2020년 두 차례의 다수 해시파워 공격은 이중지불을 만들었다. 첫 2020년 사고에서는 가지치기 모드 Parity 노드가 다른 클라이언트와 다른 기록을 따르기도 했다. ETC는 클라이언트와 채굴 규칙을 바꿨지만, 작업증명에서는 확인 수, 가용 해시파워, 클라이언트 동작이 여전히 거래 위험을 좌우한다.

어떤 기술과 원리로 작동하나요?

ETC는 EVM에서 스마트 계약을 실행하고 ETCHash 작업증명으로 블록을 선택한다. EIP-155 방식 서명은 거래를 체인 ID 61에 묶어, 보호된 ETC 거래가 체인 ID 1에서 그대로 유효해지는 일을 막는다. 블록 11,700,000의 Thanos 업그레이드는 DAG 에포크를 30,000블록에서 60,000블록으로 늘리고 ETCHash를 가동했다.

ECIP-1017은 5M20을 규정한다. 블록 보상은 5,000,000블록 시대마다 20% 줄어든다. 약 2억 1,070만 ETC라는 수치는 명시된 가정에 따른 이론적 상한이며, 모든 유통량 정보가 정확하다는 보장은 아니다. ETC에는 네이티브 잔액을 발행·동결·정지할 수 있는 단일 ERC-20 소유자가 없다. 발행이나 실행 규칙을 바꾸려면 새 클라이언트 코드와 네트워크 채택, 보통 하드포크가 필요하다.

2020년 공격 뒤 Core-Geth는 누적 작업량 규칙을 대체하지 않으면서 늦게 나타난 깊은 재조직에 저항하도록 MESS를 사용했다. Spiral은 2024-02-05 블록 19,250,000에서 MESS를 기본 비활성화했다. ECIP는 미래 변경을 설명할 수 있지만 초안이나 저장소 등록만으로 현행 규칙이 되지 않는다. 2026년 Olympia 거버넌스 문서는 아직 제안이며 현재 메인넷 거버넌스의 증거가 아니다.

핵심 팩트 요약

  • 구제 포크는 2016-07-20 블록 1,920,000에서 실행됐고, 포크하지 않은 체인은 Ethereum Classic으로 이어졌다.
  • 첫 분기에서 기존 보유자는 ETH와 ETC 잔액을 모두 얻었고, 체인별 보호가 도입되기 전에는 거래가 재생 공격에 노출됐다.
  • Die Hard는 2017-01-13 블록 3,000,000에서 가동돼 ETC의 EIP-155 체인 ID를 61로 설정했다.
  • 5M20 정책은 5,000,000블록마다 보상을 20% 줄이고 약 2억 1,070만 ETC의 이론적 상한을 제시한다.
  • Coinbase는 2019년 사고에서 219,500 ETC, 2020년 두 사고에서 약 800,000 ETC와 460,000 ETC의 이중지불을 보고했다.
  • Thanos는 2020-11-28 블록 11,700,000에서 DAG 에포크를 두 배로 늘리고 ETCHash를 가동했다.
  • Spiral은 2024-02-05 블록 19,250,000에서 가동돼 MESS를 기본 비활성화했다.
  • 현재 네트워크는 ETCHash와 체인 ID 61을 쓰는 EVM 작업증명 체인이며, Core-Geth v1.12.23은 2026-08-14 ETC 합의 변경 없이 공개됐다.

공식 링크 및 커뮤니티

카테고리

관련 코인 탐색

자주 묻는 질문 (FAQ)

ETC는 ETH와 같은 자산인가?

아니다. 두 체인은 블록 1,920,000 직전까지 역사를 공유하지만 이후 상태, 합의 경로, 네이티브 자산이 다르다. ETC는 래핑된 ETH가 아니다.

DAO 분기 뒤 왜 재생 공격이 가능했나?

잔액과 거래 규칙이 처음에는 양쪽 체인에 함께 존재했다. 그래서 한쪽의 유효한 서명을 다른 쪽에 복사할 수 있었다. 이후 EIP-155 방식이 거래를 서로 다른 체인 ID에 묶었고 ETC는 61, Ethereum은 1을 사용했다.

Ethereum Classic이 The DAO 공격을 되돌렸나?

아니다. 지금 Ethereum으로 불리는 체인이 구제 상태 변경을 실행했다. Ethereum Classic은 그 개입으로 잔액을 옮기지 않은 상태를 이어 갔다.

2억 1,070만 ETC는 정확하고 불변인 상한인가?

ECIP-1017은 보상과 엉클 블록 가정에 따른 이론적 상한을 약 2억 1,070만으로 제시한다. 현행 일정은 합의로 집행되지만 충분히 채택된 하드포크는 합의 규칙을 바꿀 수 있다.

ETCHash가 다수 공격을 없앴나?

아니다. ETCHash는 채굴 데이터셋 일정을 바꾸고 사용할 수 있는 GPU 범위를 넓혔다. 공격자가 충분한 경쟁 해시파워를 확보하면 작업증명 체인은 여전히 재조직될 수 있어 확인 수가 운영 방어선으로 남는다.

공개된 ECIP는 자동으로 ETC를 지배하나?

아니다. ECIP는 정해진 상태 절차를 거치며, 합의 제안은 호환 클라이언트가 구현하고 네트워크가 채택해야 실제 규칙이 된다. Olympia 초안은 현행 메인넷 거버넌스의 증거가 아니다.

ETC 보유로 어떤 권리를 얻나?

보유자는 네이티브 잔액을 통제하고 가스를 지불하거나 호환 애플리케이션을 이용할 수 있다. 검토한 프로토콜 자료는 지분, 배당, 재무 상환, 계약상 매출 분배권을 부여하지 않는다.

외부 가격 트래커

Ethereum Classic 실시간 시세 및 거래소 확인: