헤미(HEMI): 비트코인에 남긴 기록은 무엇을 보장할까

이 기록이 맡은 일

Hemi는 2025년 3월 12일 메인넷을 출시했다. 초기 비트코인 개발자 제프 가직(Jeff Garzik)과 맥스 산체스(Max Sanchez)가 공동창업한 이 프로젝트는 비트코인과 이더리움을 하나의 ‘슈퍼네트워크’를 이루는 구성 요소로 설명한다. 이 표현은 각자 맡은 일을 나누어 보면 이해하기 쉽다. Hemi는 이더리움과 호환되는 실행 환경을 운영하고, Hemi Virtual Machine(hVM)을 통해 Hemi의 스마트계약이 비트코인 데이터를 조회하게 한다. Proof-of-Proof(PoP)는 반대 방향으로 기록을 보낸다. Hemi 체인에 관한 정보를 비트코인에 게시하는 것이다. 중요한 것은 그 게시로 어디까지 확인할 수 있느냐다.^[1][2][8]

한국 독자에게는 2026년 9월 8일 업비트 공지부터 바로잡을 필요가 있다. 당초 HEMI의 BTC·USDT 마켓 거래는 한국시간 21:30에 시작할 예정이었다. 그러나 업비트는 보안 취약점과 관련한 토큰 탈취 정황을 확인한 뒤 21:12 공지를 수정해 거래지원을 취소했다. 예고한 거래는 개시되지 않았다. 이 일은 ‘비트코인 보안’이라는 말이 Hemi의 모든 부분을 보증하는지, 그 의미를 구체적으로 살펴볼 계기가 된다.^[3]

비트코인 거래 안에 들어가는 것

‘무엇을 기록하는가’에 대한 공개 구현의 답은 놀랄 만큼 작다. 이 글에서 확인한 코드 버전은 PoP 데이터 앞에 HEMI라는 네 글자를 나타내는 4바이트를 붙이고, 뒤에 76바이트짜리 축약 키스톤을 더한다. 키스톤은 Hemi 체인의 일부 구간을 가리키는 체크포인트다. 코드는 이 데이터를 OP_RETURN 뒤에 넣는다. OP_RETURN은 비트코인 거래에서 지출할 수 없는 출력에 데이터를 실을 때 쓰는 스크립트 명령이다. 합계 80바이트는 실어 보내는 데이터의 크기이며, 비트코인 거래 전체의 크기가 아니다.^[4][5]

76바이트에는 버전, L1·L2 블록 번호, 다른 블록 데이터를 가리키는 축약 참조값, 그리고 온전한 32바이트 상태 루트가 들어간다. 상태 루트는 특정 상태를 가리키는 암호학적 커밋먼트다. 원래 데이터를 대조할 수 있게 해 주는 작은 값이지, 원래 데이터 그 자체가 아니다. 문서는 따로 두고 오래 보존되는 장부에 문서의 지문만 등록한다고 생각하면 가깝다. 지문으로 문서를 식별할 수는 있지만, 그 안에 문서의 모든 페이지가 담기거나 모든 내용의 정확성이 입증되지는 않는다.^[5]

PoP 마이너는 체크포인트를 받아 비트코인 거래를 만들고, 블록에 포함되도록 BTC 수수료를 낸다. 작업증명으로 비트코인 블록을 만드는 채굴 경쟁과는 역할이 다르다. 일반 비트코인 채굴자는 Hemi 가상머신을 실행하지 않아도 비트코인 규칙에 맞는 그 거래를 블록에 넣을 수 있다. 포함된 게시물은 비트코인 이력의 일부가 된다. 이후 Hemi 소프트웨어가 이를 알아보고 자기 합의 규칙에 적용해야 한다. 비트코인 거래를 만들었다고 이 두 번째 단계까지 저절로 수행되는 것은 아니다.^[6][4]

작은 기록이 포크 판단의 근거가 되기까지

과거의 어느 구간을 놓고 서로 다른 Hemi 이력 두 개가 제시됐다고 해 보자. PoP 설계에서는 그 충돌을 판정하는 노드들이 비트코인에 게시된 기록을 외부 근거로 활용한다. 대안 이력이 이미 게시된 체크포인트를 몰래 바꾸면서 같은 기록과 계속 일치할 수는 없다. 백서는 이 게시물을 포크 선택 규칙, 그리고 해당 구간의 이력을 확정된 것으로 취급하는 ‘확정성’ 판단에 연결한다. 보안 주장의 근거는 단순히 비트코인에 해시를 붙였다는 사실이 아니라, 비트코인의 이력을 사용하는 그 규칙들에 있다.^[6]

백서가 설명하는 확정성 지연은 비트코인 9블록이다. 여기에는 중요한 조건이 붙는다. 활발히 채굴 중인 경쟁 포크가 비트코인에 기록을 게시하고 있지 않아야 한다. 경쟁 포크가 있으면 해당 구간의 확정은 그 경쟁이 해소될 때까지 기다린다. 경쟁이 없더라도 비트코인 블록 생성 간격과 게시 지연은 달라질 수 있다. 따라서 9블록을 ‘90분 안에 반드시 완료’라는 약속으로 읽으면 안 된다. 백서는 비트코인과 Hemi 자체 합의의 저항력을 결합한 ‘슈퍼파이널리티’도 별도로 설명한다. 모두 프로젝트의 보안 모델 안에서 성립하는 주장이지, 어떤 Hemi 거래든 일정 시간만 지나면 절대 되돌릴 수 없다는 무조건적 보증은 아니다.^[6][7]

공식 문서에는 눈에 띄는 불일치도 있다. 확정성 페이지의 요약은 비트코인 6블록 뒤 초확정성(superfinality)에 이른다고 쓰지만, 본문은 일반 확정성에 9블록 지연을 둔다. 백서는 초확정성을 비트코인 확정성 이후 단계로 설명하므로, 페이지의 두 숫자는 같은 순서로 맞아떨어지지 않는다. 이 글은 설계를 설명할 때 백서의 9블록 논의를 따르되, 그것을 오늘의 메인넷 전체에서 검증된 설정으로 제시하지 않는다. 더 최근의 Hemi 출시 자료도 현재 기능과 앞으로 도입할 인프라를 구분한다. 인코딩 함수나 로드맵을 읽는 것만으로 실제 배포된 모든 구성 요소가 어떤 포크 선택 규칙·검증자 역할·정산 보호 장치를 적용하는지까지 확인할 수는 없다.^[7][13][14]

그 기록 바깥에 남는 검증

우선 실행의 정확성은 별도로 확인해야 한다. 비트코인은 기록을 담은 비트코인 거래를 검증한다. Hemi의 EVM 거래를 다시 실행해 그 결과 상태가 맞는지 판정하지는 않는다. hVM도 Hemi 계약이 비트코인 정보를 읽게 하는 기능이다. 그 반대를 뜻하지 않는다. 백서는 거래 실행, 이더리움으로의 데이터 게시, 잘못된 상태 주장에 대한 이의 제기를 시스템의 서로 다른 부분에 맡긴다. 결과를 가리키는 커밋먼트 하나가 그 역할들을 대신할 수는 없다.^[4][6][8]

앱이 배포된 코드대로 움직여도 개발자가 의도하지 않은 결과가 나올 수 있다. Hemi가 9월 8일 낸 사고 보고서에 따르면, 공격자는 전날 구형 Genesis Drop 계약에서 미청구 HEMI 약 1억 2,450만 개를 탈취했다. 팀은 원인을 재진입 취약점으로 설명한다. 남은 잔액을 갱신하기 전에 외부 잠금 계약을 호출했고, 그 호출을 통해 청구 함수에 다시 들어갈 수 있었다는 것이다. 팀은 사건이 해당 청구 계약에 국한됐으며 HEMI·veHEMI 토큰, hVM, 터널에는 영향이 없었다고 밝혔다. 이는 독립 포렌식 결과가 아닌 프로젝트의 설명이다. 과거 기록을 바꾸기 어렵게 하는 일과 앱의 버그를 막는 일이 왜 별개인지 보여 준다.^[10]

BTC를 옮길 때도 같은 경계를 살펴야 한다. Hemi의 Bitcoin Tunnel 문서는 BTC를 보관 볼트에 잠그고 Hemi에서 이를 나타내는 토큰을 발행하는 구조를 설명한다. BTC를 돌려받으려면 해당 볼트와 인출 승인 장치가 작동해야 한다. 비트코인에 남긴 Hemi 상태 기록 자체가 볼트의 키를 갖거나 자산을 풀어 주지는 않는다. 체인 이력을 비트코인에 연결했더라도, 이용하는 경로의 구현과 보관 구조에서 누구를 신뢰해야 하는지는 여전히 중요하다.^[11]

세 자산이 맡는 서로 다른 역할

참여 보상에도 역할 구분이 있다. PoP 기록을 비트코인에 게시할 때는 BTC 수수료가 든다. HEMI는 프로젝트가 인센티브·스테이킹·거버넌스를 구성하는 중심 토큰이며, 설계에는 PoP 참여 보상도 포함된다. 한편 2026년 10월 7일 확인한 메인넷 연결 문서는 가스 토큰을 ETH로 명시한다. 백서의 두 자산 수수료 모델이나 토큰 소개 페이지의 폭넓은 수수료 설명만 보고, 현재 모든 Hemi 거래의 비용을 HEMI로 직접 낸다고 단정해서는 안 된다. hemiStake 자료 역시 이미 제공하는 보상과 향후 거버넌스·인프라 기능을 구분한다.^{[6][9][12][14]}

공급 숫자도 마찬가지다. 토큰 페이지에는 100억 HEMI가 표시돼 있지만, 배포 일정에는 프로토콜 추가 발행도 있다. 2026년 10월의 프로젝트 업데이트는 향후 1년 동안 HEMI 2억 5천만 개를 발행하는 일정을 설명한다. 100억이라는 숫자를 영구히 고정된 최대 공급량으로 읽으면 공개된 모델의 일부를 빠뜨리게 된다. 배정량이나 인센티브 일정이 수익을 보증하지는 않는다. 여기서 그 숫자가 중요한 이유는 네트워크가 참여 비용을 어떻게 충당하려 하는지에 있다.^[12][13]

보장이 닿는 곳까지 따라가기

PoP의 독특한 발상은 Hemi의 이력을 다른 체인에 게시한 기록과 대조하게 하는 데 있다. 체크포인트를 인코딩하고, 비트코인 거래로 보내고, 비트코인이 이를 확인한 뒤, Hemi의 규칙으로 해석하는 전체 과정이 중요하다. 설명된 모델 아래에서는 이 과정이 과거 이력을 다시 쓰는 공격에 대한 저항력을 뒷받침할 수 있다. 정확한 실행, 데이터를 구할 수 있는 상태, 안전한 앱, 자산의 반환에는 각각 별도의 장치가 필요하다. 그래서 더 유용한 질문은 단순히 ‘Hemi가 비트코인을 쓰는가’가 아니다. 어떤 판단이 그 비트코인 기록에 의존하고, 어떤 판단은 여전히 다른 곳에서 이루어져야 하는지를 묻는 것이다.^{[4][6][10][11]}