Coldcard 이후, 우리는 어떻게 자가 보관을 이해해야 하는가

Coldcard 사건 이후, 하나의 질문이 다시 제기되었습니다. 하드웨어 지갑도 오류를 일으킬 수 있고, 심지어 키 생성 순간부터 잠재적 위험이 남을 수 있다면, 우리는 왜 자산을 직접 보관해야 하는가?

우리의 판단은 다음과 같습니다. 자체 보관은 여전히 중요합니다. 자체 보관은 사용자가 온체인 작업의 최종 승인 권한을 보유하고, 플랫폼이나 서비스가失效할 때 독립적으로 이전할 수 있는 가능성을 보장합니다. Coldcard는 이러한 가치를 바꾸지 않았지만, '어떻게 안전하게 통제권을 보유할 것인가'에 대한 재검토를 요구합니다.

보안은 단순히 하나의 라벨만으로 판단할 수 없다

Coldcard 공식 발표와 Block의 기술 분석에 따르면, 펌웨어 통합 오류로 일부 기기가 예상대로 하드웨어 난수를 사용하지 않고 예측 가능한 소프트웨어 난수 경로를 따랐습니다. 겉으로는 정상적인 니모닉 코드도 키 생성 단계에서부터 필요한 보안 수준을 충족하지 못했을 수 있습니다.

많은 공개 사례에서 사용자는 피싱 링크를 클릭하지 않았고 니모닉 코드를 유출하지도 않았으며, 단지 제품의 기본 프로세스에 따라 지갑을 생성했을 뿐입니다. 문제는 키 생성의 원천에서 발생했기 때문에 이후에 아무리 신중하게 보관해도 이 공백을 메울 수 없습니다.

이번 사건은 일반적인 인식의 지름길을 깨뜨렸습니다. 하드웨어, 오프라인, 오픈소스는 모두 보안을 향상시킬 수 있지만, 어떤 라벨 하나만으로 보안의 결론이 될 수 없습니다. 일반 사용자가 펌웨어를 한 줄씩 감사하는 것은 불가능합니다. 기본 경로를 안정적으로 만드는 것은 보안 제품이 당연히 수행해야 할 책임입니다.

사건 발생 후, OKX는 플랫폼에 대규모 자금 유입이 발생했다고 밝혔습니다.CZ는 이후 과거 데이터를 인용하며 "통계적으로 볼 때 거래소에 자산을 보관하는 것이 자체 보관보다 더 안전하다"고 주장했습니다. 이 말에 공감대가 형성된 것은 놀라운 일이 아닙니다.

성숙한 수탁 기관은 더 많은 리소스를 투입하여 전문적인 보안 및 복구 시스템을 구축할 수 있습니다. 키 관리 경험이 부족한 사람들에게는 기관이 이 역할을 대신 수행하는 것이 개인이 키를 직접 관리할 때의 어려움과 위험을 실제로 줄일 수 있습니다. 이를 인정하는 것은 자체 보관의 가치를 훼손하는 것이 아니라, 오히려 논의를 실제 사용자 상황으로 되돌릴 수 있습니다.

하지만 과거 손실 수치는 오늘날의 답을 직접 제공하기 어렵습니다. CZ가 인용한 River 연구에 따르면, 초기 BTC의 영구 분실 데이터는 정확히 귀인하기 어렵고, 그 대부분은 2020년 이전에 발생했습니다. 거래소 손실도 완전히 집계되지 않았으며, 일부 배상금도 차감되지 않았습니다. 이러한 누적 수치는 자산 규모와 보유 기간에 따라 조정되지 않았습니다. 이는 두 방식 모두에서 거대한 손실이 발생했음을 보여주지만, 오늘날의 실제 위험을 측정하기에는 충분하지 않습니다.

더 중요한 것은, 이러한 비교는 대개 '자산을 잃었는지'만 통계로 집계할 뿐, '필요할 때 출금할 수 있는지'와 '플랫폼에 문제가 생겼을 때 이탈할 수 있는지'는 거의 다루지 않는다는 점입니다. 수탁은 개인의 키 관리 부담을 줄여줄 수 있지만, 동시에 사용자가 기관의 지속적인 운영, 상환 의무 이행, 계정 접근 제공에 의존하게 만듭니다.

자체 보관이 보존하는 것은 또 다른 길

자체 보관은 본질적으로 통제권의 구조입니다. 일반적인 자체 보관 계정의 경우, 사용자가 개인 키 또는 서명에 필요한 핵심 조건을 보유하고 있으며, 지갑 개발자와 기타 서비스 제공자는 단독으로 유효한 승인을 완료할 수 없습니다.

사용자가 유효한 키나 백업을 계속 보유하는 한, 기존 지갑 서비스가 중단되더라도 호환 가능한 도구를 통해 계정을 복구할 수 있습니다. 자산을 이전하거나 온체인 애플리케이션을 사용해야 할 때도 특정 플랫폼의 출금 개방을 기다릴 필요가 없습니다.

이 독립적인 경로가 바로 자체 보관의 가장 중요한 가치입니다.

물론 여기에는 한계가 있습니다. 네트워크와 계약 규칙은 여전히 자산 사용에 영향을 미칠 수 있습니다.자체 보관이 보존하는 것은 온체인 작업의 최종 승인 권한이 단일 기관에 완전히 의존할 필요가 없다는 점이지, 모든 외부 조건에 대한 절대적 통제가 아닙니다.

이러한 가치는 플랫폼이 정상적으로 운영될 때는 명확하게 드러나지 않습니다. 백업과 다소 비슷합니다. 일상적인 운영을 더 빠르게 만들지는 않지만, 기존 경로가失效할 때 사용자에게 선택지가 있는지를 결정합니다.

따라서 수탁과 자체 보관 사이에 모든 사람에게 적용되는 단일한 답은 존재하지 않습니다. 현재 키를 안전하게 관리할 능력이 없는 사람에게는 신중하게 평가된 수탁 서비스를 선택하는 것이 합리적입니다. 단일 기관 의존도를 줄이려는 사람에게는 독립적으로 복구하고 이전할 수 있는 경로를 구축하는 것이 equally 중요합니다. 핵심은 어느 쪽을 지지하느냐가 아니라, 자신이 어떤 위험을 위임했고 어떤 능력을 보유했는지를 명확히 아는 것입니다.

통제권은 사용자 한 사람의 부담이 되어서는 안 된다

사용자가 개인 키를 보유한다고 해서 제품 제공자의 보안 책임이 줄어드는 것은 아닙니다. 일반 사용자는 키 생성부터 펌웨어 구축까지 기기의 전체 과정을 검증할 수 없습니다. 제품은 핵심 경로를 검증하고 이상이 발생하면 적시에 노출시키며, 문제 발생 후 투명하게 대응해야 합니다. 보안은 사용자가 숨겨진 기술적 위험을 발견하는 것에 의존해서는 안 되며, 안정적인 기본 설계에서 비롯되어야 합니다.

사용자는 또한 백업이 실제로 복구 가능한지 확인하고, 서명 전에 자신이 무엇을 승인하는지 파악하며, 주요 도구가失效할 경우 이전 방법을 미리 알아두어야 합니다. 하지만 이러한 능력은 점진적으로 구축될 수 있습니다. 자체 보관은 모든 사람이 즉시 전 자산을 이전해야 하는 자격 시험이 되어서는 안 되며, 모든 사람이 암호학 전문가가 되어야 한다는 요구도 아닙니다.

imToken에게 자체 보관을 지원한다는 것은 이 선택을 더욱 안정적으로 만드는 것에서 시작합니다. 사용자는 자신이 승인하는 내용을 이해할 수 있어야 하고, 복구 방법을 알아야 하며, 필요할 때 호환 도구로 이전할 수 있어야 합니다. 이래야만 통제권이 단순한 슬로건으로 그치지 않습니다.

Coldcard 사건은 자체 보관의 중요성을 감소시키지 않았습니다. 오히려 보안 책임을 더욱 구체적으로 만들었습니다. 다음 단계에서 해결해야 할 문제는 사용자의 통제권을 유지하면서 보안, 복구, 사용 경험을 더욱 안정적으로 만드는 방법입니다.

사용자는 수탁을 선택할 수도 있고, 필요할 때 수탁에서 벗어날 수도 있습니다. 통제권을 보유할 수도 있고, 모든 복잡성을 혼자 감당할 필요도 없습니다. 이것이 Coldcard 이후 우리가 자체 보관의 의미를 다시 논의하는 이유입니다.