궁금한 주제를 찾아보세요

비트코인, 스테이블코인, 온체인 데이터처럼 주제로 검색하세요.

다시 읽을 이야기

저장한 글은 이 브라우저에만 보관됩니다.

브리핑이슈 브리핑

체인 롤백 제안 뉴스, 논의·채택·실행을 구분하는 법

사고 뒤 체인 롤백 발언을 proposal·client release·운영자 채택·활성화 block으로 나눠 실제 canonical state 변경 여부를 확인한다.

난이도 보통기사 형식과 설명 방식 기준검토 정보AI 보조 초안 · 출처 목록 제공 · 주장별 대조 진행 중
논의와 채택 및 승인 단계를 거친 블록 되돌리기 장치를 표현한 세 개의 관문
주제의 이해를 돕기 위해 imagegen으로 제작한 AI 생성 개념 일러스트
먼저 읽는 핵심

발언·제안·투표·코드·활성화·canonical 채택을 나눈다.
reorg·soft fork·hard fork의 state 효과를 구분한다.
실행 뒤 양쪽 chain과 replay 위험까지 확인한다.

체인 롤백 제안이 게시됐다는 사실은 과거 거래가 이미 취소됐다는 뜻이 아니다. 제안 원문, 결정 절차, 변경된 consensus rule과 client release, activation block, validator·miner 채택률, 실제 canonical block hash를 차례로 확인한다. 자연스러운 짧은 reorg, 특정 거래를 막는 soft fork, irregular state change를 넣는 hard fork는 결과가 다르므로 같은 ‘롤백’으로 묶지 않는다.

롤백이라는 단어부터 정의한다

짧은 chain reorganisation은 node가 더 canonical한 fork를 발견해 최근 block을 교체하는 합의의 정상 동작일 수 있다. Ethereum Foundation의 초기 설명은 reorg 때 옛 branch의 transaction이 되돌려지고 새 branch가 실행되며, 깊이가 클수록 현실 세계의 확정 판단에 더 큰 위험이 된다고 설명했다. 이는 사후 정치적 제안과 다르다.

사고 자금을 되돌리자는 발언은 특정 state를 바꾸는 hard fork, 주소의 거래를 제한하는 rule, 새 chain을 시작하는 export·restart 등 여러 구현을 뜻할 수 있다. 기사 제목이 ‘커뮤니티가 롤백 검토’라고 써도 변경 대상 block·account·state transition이 없으면 아직 구현 가능한 명세가 아니다.

롤백 뉴스의 핵심은 찬반 발언 수가 아니라 어느 규칙이 어느 높이에서 state를 어떻게 바꾸는가다.

JOBCOIN 해설

VISUAL GUIDE뉴스·공시를 확인하는 세 가지 기준
발표 내용, 원문 근거, 적용 범위를 차례로 확인하는 뉴스 검증 개념도
그림과 함께 짚어볼 본문 내용

그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.

  1. 롤백이라는 단어부터 정의한다

    짧은 chain reorganisation은 node가 더 canonical한 fork를 발견해 최근 block을 교체하는 합의의 정상 동작일 수 있다.

  2. 논의에서 실행까지 여섯 관문을 확인한다

    첫째 아이디어 게시, 둘째 정식 proposal, 셋째 governance 또는 운영자 결정, 넷째 client code와 release, 다섯째 node·validator 채택, 여섯째 activation block 이후 canonical hash다.

  3. soft fork와 hard fork의 효과를 섞지 않는다

    DAO soft-fork 설명은 miners가 특정 DAO transaction을 block하도록 제안했지만 이미 실행된 block·transaction을 되돌리는 방식은 아니라고 명시했다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

논의에서 실행까지 여섯 관문을 확인한다

첫째 아이디어 게시, 둘째 정식 proposal, 셋째 governance 또는 운영자 결정, 넷째 client code와 release, 다섯째 node·validator 채택, 여섯째 activation block 이후 canonical hash다. 각 단계의 URL·commit·version·시각을 남긴다. 앞 단계가 존재해도 다음 단계가 자동으로 따라오지 않는다.

2016년 DAO 대응 과정에서 Ethereum Foundation은 soft fork 투표용 client를 공개했지만 DoS 취약점 발견 뒤 사용하지 말라고 경고했다. 이후 별도의 hard fork 명세와 activation block 1,920,000이 제시됐고, 실행 완료 공지는 irregular state change와 실제 miner 참여를 기록했다. 같은 사건 안에서도 제안과 폐기, 다른 방식의 실행이 분리됐다.

롤백 뉴스의 증거 단계
단계 필수 증거 아직 말할 수 없는 것
아이디어 작성자·초안 채택
결정 투표·절차·결과 code 실행
구현 commit·release·test 운영자 채택
활성화 block·rule·client canonical 우위
실행 block hash·state diff 모든 참여자 동의

soft fork와 hard fork의 효과를 섞지 않는다

DAO soft-fork 설명은 miners가 특정 DAO transaction을 block하도록 제안했지만 이미 실행된 block·transaction을 되돌리는 방식은 아니라고 명시했다. 이후 보안 경고는 이 구현에 DoS 위험이 있어 활성화하지 않도록 권고했다. ‘동결안이 발표됐다’와 ‘과거 state가 변경됐다’는 서로 다른 문장이다.

hard fork 완료 공지는 block 1,920,000에서 약 1,200만 ETH를 recovery contract로 옮기는 irregular state change가 실행됐다고 밝혔다. 이는 명시된 높이의 protocol rule을 따르는 client가 만든 결과다. 변경 전 chain을 계속 따르는 참여자가 존재해 ETH와 ETC로 갈라졌으므로 단일 장부가 모두에게 강제 복원됐다고 표현하지 않는다.

투표 결과보다 실제 노드 행동을 본다

token poll, forum poll, miner signal, validator vote는 대표성과 구속력이 다르다. 누가 투표할 수 있고 quorum·threshold가 무엇이며 client default에 어떻게 반영되는지 읽는다. off-chain 설문이 압도적이어도 software release와 운영자 채택이 없으면 consensus state는 변하지 않는다.

실행 뒤에는 여러 독립 node에서 activation block의 hash와 state root를 확인한다. 반대 branch가 계속 block을 만드는지, exchange·bridge·oracle이 어느 chain을 canonical로 취급하는지도 본다. chain 이름과 ticker는 사회적 선택이며 block 유효성만으로 자동 결정되지 않을 수 있다.

  • 제안 원문과 정확한 state 변경 범위를 찾는다
  • 결정 절차·quorum·투표 주체를 확인한다
  • client commit·release·activation block을 대조한다
  • 독립 node의 canonical hash를 비교한다
  • 반대 branch·replay·bridge 영향을 기록한다

사용자는 재전송과 양쪽 체인 노출을 조심한다

fork 경계의 transaction이 한 branch에서 사라졌다면 nonce와 잔액이 되돌아갈 수 있다. 앱이 실패로 표시해도 다른 branch에는 포함됐을 수 있다. 동일 key와 서명 형식이 두 chain에서 유효하면 replay 위험이 생긴다. chain ID와 replay protection, exchange 지원 공지를 확인하기 전 같은 거래를 반복하지 않는다.

bridge와 wrapped asset은 어느 branch의 lock·mint를 인정하는지 별도 결정이 필요하다. oracle과 stablecoin issuer도 한쪽 state만 지원할 수 있다. 보유 token이 두 chain에 보인다는 사실이 동일한 상환권과 시장 접근을 뜻하지 않는다.

후속 기사는 변경된 현재 상태를 갱신한다

초기 제안 기사만 남으면 독자는 폐기된 방안을 현재 계획으로 오해한다. 보안 문제로 철회됐는지, 대안이 채택됐는지, activation이 완료됐는지 제목과 첫 문단에 갱신한다. proposal 상태의 인용은 날짜와 당시 단계까지 붙인다.

현재 기준으로 과거 DAO fork를 다룰 때는 역사적 사례임을 분명히 하고 오늘의 다른 chain에 같은 절차가 적용된다고 일반화하지 않는다. 각 network의 constitution, governance module, validator set과 upgrade mechanism이 실제 결정 경로다.

자주 묻는 질문

개발자가 롤백을 제안하면 거래가 바로 취소되나요?

아니다. 명세·결정·client release·운영자 채택·activation과 canonical chain 확인이 필요하다.

짧은 reorg도 정치적 롤백인가요?

대개 아니다. 경쟁 block 중 canonical branch를 선택하는 정상 consensus 과정일 수 있다.

fork 뒤 자산이 양쪽에 보이면 두 배가 된 건가요?

두 장부의 항목일 뿐 각 chain의 시장·상환·bridge 지원과 replay 위험이 달라 경제적 가치가 같지 않다.

더 깊이 읽기

본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.

참고한 원문 자료

자료 확인 기준일 2026.09.27
  1. DAO Wars: Your voice on the soft-fork dilemmablog.ethereum.org
  2. Security Alert - DoS Vulnerability in the Soft Forkblog.ethereum.org
  3. Hard Fork Completedblog.ethereum.org
  4. Chain Reorganisation Depth Expectationsblog.ethereum.org
자료 대조 기록과 확인 범위
출처 수집
원문 링크 4개 제공
핵심 주장 대조
완료 근거가 아직 기록되지 않았습니다.
분야 전문가 검수
별도 완료 기록이 없습니다.

원문 링크와 자료 확인일은 글 전체의 주장 대조나 전문가 검수 완료를 뜻하지 않습니다. 별도 확인이 필요한 절차는 원문의 적용 대상과 최신 안내를 함께 확인해 주세요.

AI 활용 안내

이 글은 초안 구성과 자료 정리에 AI를 활용했습니다. 글에 표시된 출처와 기준일을 함께 확인해 주세요. 별도 검토 정보가 없다면 전문가 검수를 뜻하지 않습니다.

이해를 위한 정보 콘텐츠

이 글은 특정 자산의 매수·매도 또는 수익을 권유하지 않습니다. 자료의 발표 시점과 이후 변경 사항을 함께 확인해 주세요.

편집 원칙 보기 →이 기사 정정 제보 →