만트라 체인(MANTRA Chain)은 다시 블록을 만들고 있습니다. 그렇다고 보안 이슈가 끝났다는 뜻은 아닙니다. 프로젝트 상태 페이지는 메인넷(mantra-1)이 2026년 8월 22일 05:30 UTC 무렵 v8.4.0으로 재가동했고, 중단과 재개 사이에 롤백은 없었다고 적습니다. 이용자와 거래소가 봐야 할 질문은 더 좁습니다. 중단이 실제로 버그를 가뒀는지, 만트라 토큰을 넣고 빼는 레일은 다시 열렸는지입니다.
데스크 스냅샷 2026-08-23T23:56:20Z 기준 비트코인(BTC)은 $77,536(24시간 +1%), 이더(ETH)는 $2,459.96(24시간 +1.9%)입니다. 그 테이프는 차분합니다. 코스모스 EVM 사고가 닫혔는지는 알려 주지 않습니다. 상태 페이지와 클라이언트 태그가 알려 줍니다.
무슨 일이 있었나
만트라 상태 로그가 기준 시계입니다. 사고는 2026년 8월 20일 23:44 UTC에 체인 중단으로 시작합니다. 엔드포인트와 트랜잭션이 멈추고, 팀이 원인을 보는 동안 자산이 움직일 수 없게 했습니다. 이후 업데이트는 공격자가 체인이 쓰는 업스트림 의존성의 취약점을 이용했다고 적습니다.
8월 21일 08:24 UTC에 팀은 패치 릴리스 v8.4.0을 공개 테스트넷 두콩(DuKong)에서 시험 중이라고 했습니다. 검증자에게는 공동 재시작 전까지 메인넷 노드를 끄라고 했습니다. 그날 18:44 UTC 기록은 메인넷이 블록 17,449,398에서 멈춘 채였고, 전체 상태 스냅샷을 떴으며, 패치의 스토어 업그레이드는 비어 있어(모듈 스토어 변경 없음, 상태 마이그레이션 없음) 업그레이드 자체는 검증자 집합이 같이 움직이면 수 초 안에 끝난다고 했습니다.
같은 18:44 UTC 문구가 영향 범위에 대해 가장 구체적입니다. 당시 분석 기준으로 사고는 만트라가 관리하는 지갑 두 곳에 영향을 줬고, 이용자·거래소·파트너 자금이 영향을 받았다는 징후는 없다고 했습니다. 이는 팀의 주장입니다. 제3자 감사가 아니고, CVE 이름도 아닙니다.
재가동은 2026년 8월 22일 05:30 UTC(13:30 HKT) 무렵입니다. mantra-1이 v8.4.0으로 다시 블록을 만들었습니다. 상태는 코스모스 EVM 모듈 취약점이 그 태그에서 고쳐졌고, 이용자 잔액은 바뀌지 않았고, 롤백은 없었다고 합니다. 06:27 UTC 모니터링 업데이트는 공개 RPC(https://rpc.mantrachain.io 포함)가 동작한다고 적었습니다. 두콩 테스트넷은 여전히 오프라인이며 이후 며칠 안에 되돌리겠다고 했습니다.
GitHub v8.4.0 릴리스는 2026년 8월 21일 16:51 UTC에 올라 그 창과 맞습니다. 변경 목록에는 만트라 EVM 의존성을 v0.6.0-v8-mantra-3에서 v0.6.0-v8-mantra-4로 올린 항목, v8.4.0 업그레이드 핸들러, 두콩 긴급 업그레이드 높이, 베스팅 모듈을 서킷 브레이커에 넣은 항목이 있습니다. 취약점 기술서는 없습니다. 바이너리와 sha256sum.txt가 붙어 있습니다. 클라이언트 배포이지, 사후 분석이 아닙니다.
거래소 잔여 이슈는 확인 시점에도 열려 있습니다. 크라켄의 Mantra(MANTRA) 입출금 사고는 여전히 Investigating입니다. 공개 업데이트는 2026년 8월 21일 06:55 UTC 한 줄뿐입니다. 입출금이 지연될 수 있고, 다른 펀딩 방법은 정상이라는 내용입니다. 탐색기가 초록이고 거래소 게이트가 빨간 것은 같이 갈 수 있습니다. 기계가 다릅니다.
맥락
체인 중단은 운영상 차단기입니다. 관련 스마트 컨트랙트나 모듈이 모두 건강하다는 증명은 아닙니다. 만트라는 코스모스 스택에 EVM 모듈을 올립니다. 팀이 “업스트림 의존성”이라고 하면 이용자 실수가 아니라 그들이 끌어 쓰는 코드를 가리킵니다. 그래서 GitHub의 만트라 EVM 크레이트 범프가 로드맵 슬라이드보다 중요합니다.
빈 스토어 업그레이드는 신호가 두 개입니다. 재시작이 계정 상태를 다시 쓸 필요가 없었다는 뜻이고, “롤백 없음” 문장과 맞습니다. 동시에 v8.4.0을 재무제표 이벤트로 보면 안 된다는 뜻이기도 합니다. 중단 높이 17,449,398에 온체인에 있던 만트라 토큰은, 상태 페이지 기준으로 그 잔액이 그 잔액입니다. 거래소 입금 중이던 만트라 토큰은 합의가 아니라 거래소 대기열입니다.
그래서 여기에는 프로토콜 위험 옆에 거래상대방 위험이 붙습니다. 크라켄은 지연이 MANTRA 펀딩 게이트웨이이며 거래소 전체가 아니라고 분명히 합니다. 정직한 프레임입니다. 한 자산의 온램프이지, 사이트 전체 장애가 아닙니다. 그래도 “체인이 멈췄으니 거래소로 보내 안전하다”고 움직인 사람은 갇힐 수 있습니다.
L1이 멈추면 다음으로 흔히 터지는 곳이 크로스체인 래퍼와 IBC 같은 브리지입니다. 만트라 상태는 장애 구간에 브리지 마이그레이션과 IBC 릴레이 구성요소를 영향 목록에 넣었습니다. 모니터링 업데이트는 만트라가 관리하는 사이트 대부분이 돌아왔고 탐색기·인덱서는 늦을 수 있다고 합니다. 늦은 인덱서는 사람들이 오래된 논스나 안 보이는 트랜잭션을 보고 한 번 더 보내게 만듭니다.
이더리움 역사 허브에서 다루는 클라이언트 작업과 비교하면 차이가 선명합니다. 이더리움은 실행 클라이언트 하나 버그로 L1을 멈추지 않습니다. 만트라처럼 작은 코스모스 앱체인은 기계를 통째로 멈출 수 있습니다. 익스플로잇을 얼려야 할 때는 장점입니다. 모든 디앱, 모든 거래소 입금, 모든 IBC 패킷이 같은 검증자 조율을 기다릴 때는 비용입니다.
비트코인 박스권 이야기가 아닙니다. BTC와 ETH는 시장 스냅샷을 쓰십시오. 만트라 토큰 레일은 사고 페이지를 쓰십시오. 둘을 섞으면 주말 헤드라인이 모듈 버그를 “크립토가 죽었다”로 바꿉니다.
우리 판단
조나스입니다. 초록 상태 알약이 아니라 사후 분석서를 보여 주십시오. 저는 8월 22일 재가동을 검증자들이 v8.4.0을 같이 돌릴 수 있었다는 증거로 봅니다. EVM 모듈 버그 계열이 스택에서 사라졌다는 증거로 보지 않고, 모든 만트라 입금 대기열이 건강하다는 증거로도 보지 않습니다.
팀이 내놓은 가장 강한 운영 주장은 구체적이고 검증할 수 있습니다. 롤백 없음, 잔액 불변, 중단 높이 17,449,398, 8월 22일 05:30 UTC 무렵 v8.4.0 재개. 이후 상태 메모나 탐색기 불일치가 나오기 전까지 그 줄을 믿습니다. 가장 약한 공개 주장은 영향 범위의 완결성입니다. “만트라 관리 지갑 두 곳”에 “제3자에 대한 징후 없음”은 중간 문장입니다. 기술 부록이 안 붙으면 중간 문장은 빨리 늙습니다.
반증 가능한 주장: 2026년 8월 31일 23:59 UTC까지 만트라가 업스트림 코스모스 EVM 구성요소와 패치된 커밋 또는 릴리스 라인을 명시한 기술 사고 보고서를 내고, 동시에 크라켄이 Mantra 펀딩 사고를 resolved로 바꾸거나(또는 이후 상태 메모가 입출금 정상을 선언하거나) 해야 합니다. 그 보고서가 이용자 잔액이 바뀌었다고 하거나 롤백이 있었다고 하면 이 판단은 틀립니다. 9월 1일에도 크라켄이 Investigating이고 만트라 기술서가 없으면, 실패한 것은 블록 생성이 아니라 “재가동이면 끝”이라고 스스로 말하는 쪽입니다.
다음에 볼 것
첫째, 같은 상태 URL입니다. Monitoring에서 Resolved로 가는지, 두콩 테스트넷이 돌아오는지, 두 지갑 영향 문장을 철회하는지를 보십시오. 둘째, GitHub 태그입니다. v8.4.1이나 보안 어드바이저리가 나오면 “계속 모니터링” 문장보다 정보가 많습니다. 셋째, 거래소 페이지입니다. 지금 인용할 수 있는 곳은 크라켄입니다. 바이낸스나 코인베이스가 만트라 펀딩 메모를 올리면 텔레그램 소문이 아니라 별도 게이트로 다루십시오.
온체인 만트라 토큰을 들고 있다면 상태 페이지는 마이그레이션이 필요 없다고 합니다. 입출금이 막혀 있다면 거래소 티켓이 티켓입니다. 인덱서가 늦었다고 새 메모로 대체 자금을 보내지 마십시오. 사고 페이지와 헤드라인을 나누는 방법은 암호화폐 뉴스를 휘둘리지 않고 따라가는 법 가이드와 같습니다. 이런 클라이언트·중단 테이프는 블록체인 뉴스에 둡니다.
재가동은 조용한 유출보다 나은 결과입니다. 버그 이름을 적는 기술서를 대체하지는 않습니다. 그 기술서가 나오기 전에는 탐색기가 다시 움직여도 체크리스트에서 사고를 열어 두십시오.