다중 서명(다중 서명) 지갑이란 무엇입니까?

정의 및 핵심 메커니즘

1. 다중서명 지갑은 거래를 승인하기 위해 두 개 이상의 개인 키가 필요한 암호화폐 지갑입니다.

2. 하나의 키가 모든 자금을 제어하는 ​​표준 단일 서명 지갑과 달리 다중 서명은 사전 정의된 서명 임계값을 통해 공동 제어를 시행합니다.

3. 구성은 M-of-N 구조를 따릅니다. 예를 들어 2-of-3은 지정된 서명자 3명 중 2명이 전송을 승인해야 함을 의미합니다.

4. 각 개인 키는 개별 개인이나 하드웨어 장치에 의해 별도로 보관되므로 단일 장애 지점에 대한 의존도가 줄어듭니다.

5. 서명 집계는 브로드캐스트 전에 오프체인에서 발생합니다. 즉, 블록체인은 필요한 모든 서명이 첨부된 최종 유효한 거래만 볼 수 있습니다.

암호화폐 보관에 대한 보안 영향

1. 하나의 장치나 사람이 손상되면 자산에 대한 전체 액세스 권한이 부여되지 않으므로 도난 저항이 크게 증가합니다.

2. 백업 서명자가 지리적으로 분산되거나 에어갭 환경에 저장되면 복구 경로가 더욱 강력해집니다.

3. 악의적인 내부자는 구조적 장벽에 직면합니다. 단일 팀원은 동료 검증 없이 일방적으로 자금을 이동할 수 없습니다.

4. 하드웨어 지갑의 펌웨어 수준 취약점은 여러 개의 독립적인 서명 환경이 필수인 경우 덜 중요합니다.

5. 공격자는 별도의 키를 보유하고 있는 여러 당사자를 속이거나 강요해야 하므로 사회 공학 공격은 효율성을 잃습니다.

기관 및 개인 계층 전반의 사용 사례

1. 거래소는 이사회 구성원, 보안 담당자 및 콜드 스토리지 운영자가 각각 고유한 키를 보유하는 3/5 다중 서명 설정을 배포합니다.

2. DAO 재무부는 일반적으로 사용자 정의 가능한 보호 조건과 함께 Gnosis Safe를 사용하여 대규모 인출에 대한 시간 잠금 및 필수 다자간 검토를 활성화합니다.

3. 가족 상속 구조는 일방적인 자산 청산을 방지하기 위해 배우자와 신뢰할 수 있는 법적 대리인 간의 2/3 합의를 구현합니다.

4. 고부가가치 고객과 함께 일하는 프리랜서는 마일스톤 지불에 대한 고객 공동 서명을 요구할 수 있으며, 이는 자금 이동 논리에 책임을 직접 포함시킵니다.

5. 채굴 풀 운영자는 다중 서명을 채택하여 핵심 인프라 유지 관리 담당자와 금융 관리자에게 블록 보상 분배 권한을 분배합니다.

구현 변형 및 프로토콜 제약

1. Bitcoin은 P2SH 및 P2WSH 스크립트를 통해 기본 다중 서명을 지원하여 SegWit 지원 주소에 대한 컴팩트 증인 데이터 및 저렴한 수수료를 허용합니다.

2. Ethereum은 Gnosis Safe 또는 Argent와 같은 스마트 계약 기반 솔루션을 사용하여 원시 서명 수 이상의 프로그래밍 가능한 논리를 도입합니다.

3. FROST와 같은 임계값 암호화 변형을 사용하면 개별 비밀 공유를 노출하지 않고 서명할 수 있지만 프로덕션 지갑에서는 채택이 여전히 제한되어 있습니다.

4. 일부 레이어 2 네트워크는 가스 제한이나 실행 환경 제약으로 인해 다중 서명 복잡성에 제한을 가합니다.

5. 크로스 체인 브리지는 원본 및 대상 체인 모두에서 다중 서명 확인을 자주 요구하므로 대기 시간이 추가되지만 신뢰 최소화가 증가합니다.

자주 묻는 질문

Q: 다중서명 지갑을 스테이킹에 사용할 수 있나요? A: 예. 많은 지분 증명 프로토콜은 다중 서명으로 제어되는 주소로부터의 위임을 허용하지만, 유효성 검사기 등록에는 설정 중에 추가 서명 조정이 필요한 경우가 많습니다.

Q: 거래에 서명하려면 모든 참가자가 동시에 온라인 상태여야 합니까? A: 아니요. 서명은 비동기식으로 수집될 수 있습니다. 한 당사자는 부분적으로 서명된 트랜잭션을 생성하여 내보내고, 다른 당사자는 최종 브로드캐스트 전에 오프라인으로 서명을 가져오고 추가합니다.

Q: 배포 후 서명자 세트를 변경할 수 있습니까? A: Gnosis Safe와 같은 대부분의 스마트 계약 기반 구현에서는 그렇습니다. 새로운 구성이 기존 임계값을 충족하고 현재 서명자를 통해 승인된다면 가능합니다.

Q: 한 명의 서명자가 개인 키를 분실하면 어떻게 됩니까? A: 나머지 활성 키가 임계값 요구 사항을 충족하면 작업은 영향을 받지 않고 계속됩니다. 그렇지 않은 경우 복구는 소셜 복구 또는 시간 잠금 업그레이드와 같은 사전 구성된 대체 메커니즘에 따라 달라집니다.