교육 목적으로만 제공되며 투자, 수탁, 법률 또는 보안 조언이 아닙니다. 다중 서명도 서명자 침해, 악성 거래, 안전하지 않은 모듈, 계약 결함 또는 정족수 상실로 자금을 잃거나 사용할 수 없게 될 수 있습니다. 디지털 자산 거래는 되돌릴 수 없을 수 있습니다.
직접 답변
다중 서명 또는 멀티시그 지갑은 N개의 승인된 공개 키나 소유자 계정 중 최소 M개의 승인을 요구하는 규칙으로 계정이나 사용 가능한 출력을 제어합니다. 예를 들어 2-of-3 규칙은 세 개의 유효한 권한 중 임의의 두 개를 허용합니다. 하나의 개인 키가 유일한 통제 지점이 되는 것을 피하지만, 승인된 모든 거래가 안전해지는 것은 아닙니다.
기존 다중 서명은 하나의 개인 키를 서명자들이 나누는 방식이 아닙니다. 각 서명자는 보통 별도의 키나 계정을 제어하고 스크립트 또는 계약이 여러 승인을 확인합니다. 반면 임계값 서명이나 MPC 시스템은 분산된 키 조각으로 하나의 서명을 만들 수 있으며 온체인 형태와 신뢰 모델이 다릅니다.
구현 방식이 중요합니다. Bitcoin은 거래 스크립트에서 다중 서명 지출 조건을 강제할 수 있습니다. Ethereum과 유사한 프로그래밍 가능 네트워크에서는 코드가 소유자, 임계값, 실행 규칙, 선택적 확장을 정의하는 계약 계정이 일반적입니다. 외부 소유 계정과 달리 계약 계정은 하나의 개인 키가 아니라 코드의 통제를 받습니다.
M-of-N 임계값은 침해와 가용성의 한계를 모두 나타냅니다. 3-of-5 구성은 두 권한을 사용할 수 없어도 작동하지만 유효한 임의의 세 권한이 지출을 승인할 수 있습니다. 한 사람, 기기 관리자, 클라우드 계정, 백업 장소 또는 수탁자가 충분한 주소를 통제할 수 있다면 서로 다른 주소도 독립적이지 않습니다.
작동 방식
- 제안 전에 권한을 검증합니다. 네트워크와 계정 또는 출력을 확인한 뒤 스크립트나 배포된 계약, 소유자 집합, 임계값, nonce 또는 순서 규칙과 거래를 실행하거나 차단할 수 있는 모든 모듈, guard, fallback handler, 복구 경로, 업그레이드 권한을 점검합니다.
- 정확한 요청을 구성하고 디코딩합니다. 목적지, 자산, 가치, calldata 또는 스크립트, 작업 유형, nonce, 수수료와 배치 내용을 확인합니다. 신뢰할 수 있는 도구가 있으면 복잡한 호출을 시뮬레이션하고 각 서명자가 화면 문구가 아니라 서명이 실제로 허용하는 내용을 검토하게 합니다.
- 독립된 통제 영역에서 승인을 수집합니다. 서명자는 신뢰할 수 있는 기기에서 같은 거래 다이제스트를 확인하고 인증된 채널로 소통합니다. 정상적인 승인 절차는 시드 문구나 개인 키 공개를 요구하지 않습니다.
- 승인된 요청을 실행합니다. 임계값 도달은 제안을 실행 가능한 상태로 만들 뿐일 수 있습니다. 실행자는 여전히 이를 전파하거나 제출하고 네트워크 수수료를 낼 수 있습니다. 오래된 nonce, 경쟁 제안, 계약 상태 변경, 부족한 수수료 또는 호출 실패가 실행을 막을 수 있습니다.
- 체인 상태로 완료를 확인합니다. 요구된 확인 정책을 기다리고 실행된 payload와 결과를 살핀 뒤 필요에 따라 잔액, 소유자 설정, 발생 이벤트를 확인합니다. 소유자, 임계값, 모듈 또는 정책 변경 후에는 대기 중인 제안을 다시 평가합니다.
예시
한 금고가 서로 독립된 통제 영역의 소유자 A, B, C, D, E로 구성된 3-of-5 스마트 계정 다중 서명을 사용합니다. 10,000 USDC 지급 제안에는 올바른 네트워크, 계정, 수취인, 토큰 계약, 금액, calldata, nonce, 수수료 정책이 기록됩니다. A, C, E는 승인 전에 동일한 요청을 각각 디코딩합니다.
승인만으로 자금이 이동하지는 않습니다. 실행자가 거래를 제출하고 확인된 뒤 팀은 지갑 화면 알림이 아니라 거래 결과와 금고 잔액을 확인합니다. 제안, 승인, 거래 해시, 검토 증거는 감사 추적으로 보관합니다.
나중에 B의 키 침해가 의심되면 남은 안전한 정족수가 배포된 계정의 소유자 교체 절차를 따르고 최종 소유자 집합을 온체인에서 검증합니다. B를 제거해도 과거 거래가 되돌아가거나 다른 경로의 권한이 취소되지 않으므로 대기 제안, 모듈, 한도, 복구 권한과 다른 체인도 검토합니다.
위험과 통제
- 상관된 보관. 여러 키가 사람, 기기, 암호 금고, 관리자, 장소, 제공업체 또는 복구 비밀을 공유하면 함께 실패할 수 있습니다. 통제 영역을 파악하고 임계값을 충족할 만큼 권한을 중앙화하지 않은 채 복구를 시험합니다.
- 악성이거나 오해한 payload. 유효한 정족수도 공격자 주소, 무제한 토큰 승인, delegate call 또는 유해한 배치를 정확히 승인할 수 있습니다. 전체 요청을 디코딩해 독립적으로 확인하고 거래 시뮬레이션은 보조 증거로만 사용합니다.
- 정족수 상실과 지연. 키 분실, 연락 불가, 분쟁, 네트워크 중단 또는 지나치게 높은 임계값은 긴급 조치를 막거나 자산을 영구 잠글 수 있습니다. 인증된 연락처, 문서화된 승계, 시험한 백업과 명확한 복구 설계를 유지합니다.
- 숨겨진 우회 권한. 모듈, guard, fallback handler, session key, relayer, 복구 계약과 업그레이드 관리자는 일반 소유자 임계값을 우회하거나 실행을 막을 수 있습니다. 이 경로를 목록화하고 모든 권한 변경을 고위험 거래로 취급합니다.
- 계약과 배포 위험. 버그, 안전하지 않은 초기화, 프록시나 업그레이드 오류, 잘못된 네트워크 배포는 의도한 정책을 무너뜨릴 수 있습니다. 주소와 코드를 검증하고 감사 결과를 맥락에 맞게 검토하며 확장을 줄이고 설정 변경을 감시합니다.
- 침해 경쟁과 불완전한 퇴출. 침해된 서명자는 제거 확인 전에 행동할 수 있고 소유자 제거는 실행된 작업이나 외부 권한을 취소하지 않습니다. 사고 대응 계획을 사용해 상태를 계속 감시하고 조직 및 온체인 접근을 각각 철회합니다.
흔한 오해
- “서명자가 많을수록 항상 안전하다.” 더 큰 집합은 집중을 줄일 수 있지만 조정, 피싱, 가용성 위험을 높입니다. 위협 모델과 운영 역량에 따라 소유자와 임계값을 선택합니다.
- “3-of-5 지갑은 독립된 다섯 사람이 통제한다.” 체인은 사람이 아니라 유효한 키나 소유자 계정을 셉니다. 기기, 백업, 관리자 또는 수탁자를 공유하면 명목상 별도 소유자도 하나의 통제 영역이 됩니다.
- “다중 서명은 이중 인증이나 MPC와 같다.” 모두 통제를 분산할 수 있지만 자격 증명, 검증 경로, 온체인 증거와 복구 가정이 다릅니다.
- “임계값 승인이 끝나면 송금도 완료된다.” 승인, 실행 가능, 제출, 포함, 확인은 서로 다른 상태입니다. 요청은 대기하거나 실패할 수 있습니다.
- “다중 서명은 도난과 계약 공격을 막는다.” 구현에 인코딩된 권한 경로만 제한합니다. 유효한 정족수, 특권 모듈, 취약한 계약 또는 안전하지 않은 복구 경로는 여전히 돌이킬 수 없는 손실을 일으킬 수 있습니다.
관련 주제
출처
- BIP 11: M-of-N 표준 거래 - Bitcoin Improvement Proposals (접근일: 2026-08-21)
- 블록체인 기술 개요 - NIST (접근일: 2026-08-21)
- Ethereum 계정 - Ethereum.org (접근일: 2026-08-21)
- Safe 스마트 계정의 작동 방식 - Safe Documentation (접근일: 2026-08-21)
- Safe 모듈 - Safe Documentation (접근일: 2026-08-21)
- Safe Guard - Safe Documentation (접근일: 2026-08-21)