Walits LogoWalits
보안

MPC 지갑 보안 완벽 가이드

2026년 1월 11일9분 읽기
MPC 지갑 보안 가이드

100억 원의 암호화폐를 어떻게 안전하게 보관하시겠습니까? 단일 개인키로는 너무 위험합니다. MPC 지갑이 유일한 답입니다.

문제: 단일 실패점

전통적인 지갑의 위험

일반 암호화폐 지갑은 하나의 개인키로 모든 자산을 관리합니다:

  • 분실 위험: 개인키를 잃어버리면 영구 손실
  • 탈취 위험: 해킹으로 개인키 노출 시 전액 탈취
  • 내부자 위험: 담당자 1명이 전액 횡령 가능
  • 단일 실패점: 하나의 약점이 전체 시스템 붕괴

실제 사례: 거래소 해킹

2022년 X거래소: 핫월렛 개인키 탈취로 300억 원 손실. 단일 개인키 의존이 원인. 2-of-3 시스템이었다면 해커가 1개 키를 탈취해도 자산은 안전했을 것입니다.

해결책: MPC 지갑

MPC란?

Multi-Party Computation (다자간 연산): 개인키를 여러 조각으로 나누고, 일정 개수 이상의 조각이 모여야만 트랜잭션 서명이 가능한 기술입니다. 개인키 원본은 절대 생성되지 않으므로 단일 실패점이 존재하지 않습니다.

Walits는 2가지 MPC 방식 지원

방식 1 (현재 지원): 서버키 + 고객키 + 백업키로 구성, 서버 인증으로 승인 관리
방식 2 (추후 지원): 여러 명이 분산 키를 보유하는 전통적인 2-of-3 방식

방식 1: 서버키 + 고객키 (현재 지원)

키 구성

개인키 원본: [절대 생성되지 않음!]
     ↓ MPC 알고리즘으로 분할 (2-of-3)
     ↓
Key Share 1: 서버키 (Walits 서버에 안전하게 보관)
Key Share 2: 고객키 (고객 디바이스에 보관)
Key Share 3: 백업키 (고객 백업용, 오프라인 보관)

트랜잭션 서명:
✓ 서버키 + 고객키 → 서명 가능 (정상 송금)
✓ 서버키 + 백업키 → 서명 가능 (디바이스 분실 시 복구)
✓ 고객키 + 백업키 → 서명 가능 (서버 장애 시)
✗ 서버키만 → 서명 불가 (키 탈취 방지)
✗ 고객키만 → 서명 불가 (키 탈취 방지)

핵심: 2개 이상의 키가 있어야만 송금 가능!

승인(Approve) 프로세스

방식 1에서는 MPC로 키 탈취를 방지하고, 추가로 서버 인증을 통해 승인 프로세스를 관리합니다. 송금 시 얼마나 많은 사람들이 참여해야 하는지는 서버 측 정책으로 설정됩니다:

  • 단일 승인: 소액 송금의 경우 1명의 승인으로 즉시 처리
  • 다중 승인: 고액 송금의 경우 2명 이상의 승인 필요
  • 서버 인증: 모든 승인은 서버에서 검증되어 정책 준수 보장
  • 유연한 설정: 기업별로 금액대별 승인 규칙 커스터마이징 가능

방식 1의 이중 보안 체계

1단계 (MPC): 2개 이상의 키가 있어야 서명 가능 → 키 탈취 방지
2단계 (Approve): 서버 인증으로 다중 승인 관리 → 내부 통제 강화

방식 1의 장점

  • 탈취 방지: 해커가 서버키만 탈취해도 자산은 안전 (고객키 또는 백업키 필요)
  • 디바이스 분실 방지: 고객 디바이스를 잃어도 서버키 + 백업키로 복구 가능
  • 편의성: 고객은 앱에서 간편하게 승인만 하면 됨
  • 보안성: 2개 이상의 키가 동시에 침해되어야 자산 탈취 가능

방식 2: 다중 키 보유자 (추후 지원)

키 구성

개인키 원본: [절대 생성되지 않음!]
     ↓ MPC 알고리즘으로 분할 (2-of-3)
     ↓
Key Share 1: CEO 보관
Key Share 2: CFO 보관
Key Share 3: 오프라인 백업 (콜드 스토리지)

트랜잭션 서명:
✓ CEO키 + CFO키 → 서명 가능
✓ CEO키 + 백업키 → 서명 가능 (CFO 부재 시)
✓ CFO키 + 백업키 → 서명 가능 (CEO 부재 시)
✗ CEO키만 → 서명 불가 (내부자 횡령 방지)
✗ CFO키만 → 서명 불가 (내부자 횡령 방지)

핵심: 2명 이상이 동의해야만 송금 가능!

방식 2의 장점

  • 분실 방지: 1개 키를 잃어도 나머지 2개로 복구 가능
  • 탈취 방지: 해커가 1개 키를 탈취해도 자산은 안전
  • 내부 통제: 1명이 단독으로 자산 이동 불가
  • 유연성: CEO 부재 시 CFO + 백업 키로 운영 가능

다중 알고리즘 지원: ECDSA & EdDSA

ECDSA (Elliptic Curve Digital Signature Algorithm)

지원 체인: Ethereum, Bitcoin, BNB Chain, Polygon, Arbitrum, Optimism

  • 가장 널리 사용되는 서명 알고리즘
  • secp256k1 곡선 기반
  • EVM 호환 체인 전부 지원

EdDSA (Edwards-curve Digital Signature Algorithm)

지원 체인: Solana, Polkadot, Cardano, Near

  • Ed25519 곡선 기반
  • 더 빠르고 효율적인 서명
  • 차세대 블록체인에서 주로 사용

Walits의 장점

ECDSA와 EdDSA 모두 지원하므로, 이더리움부터 솔라나까지 모든 주요 체인의 자산을 단일 MPC 시스템에서 안전하게 보관할 수 있습니다.

다중 승인 워크플로우

금액별 승인 규칙

금액승인 규칙처리 시간
< 1,000만 원재무팀장 단독즉시
1,000만 ~ 1억 원CFO 승인 필요1시간 이내
1억 ~ 10억 원CEO + CFO 승인4시간 이내
> 10억 원이사회 승인24시간 이내

감사 추적 시스템

모든 액션 기록

  • 누가 (Who): 요청자와 승인자의 신원이 명확하게 기록되어 책임 소재가 분명합니다.
  • 언제 (When): 요청 시각, 승인 시각, 실행 시각이 모두 타임스탬프와 함께 저장됩니다.
  • 무엇을 (What): 정확한 금액, 수신 주소, 자산 종류 등 모든 거래 세부 사항이 기록됩니다.
  • 왜 (Why): 출금 사유와 관련 첨부 문서가 함께 보관되어 나중에 확인할 수 있습니다.
  • 어떻게 (How): 어떤 키 조합으로 서명했는지 기록되어 감사 추적이 가능합니다.

감사 로그 예시

[2026-01-11 14:30:22] 출금 요청
 요청자: 재무팀장 김철수 (kim@company.com)
 금액: 5억 원 (500,000,000 KRW → USDT)
 수신: 0x1234...5678
 사유: 협력사 대금 지급
 첨부: invoice_2026_001.pdf

[2026-01-11 14:35:10] 1차 승인
 승인자: CFO 이영희 (lee@company.com)
 IP: 123.45.67.89
 Device: iPhone 15 Pro
 승인 방식: 생체인증 (Face ID)

[2026-01-11 14:42:33] 2차 승인
 승인자: CEO 박민수 (park@company.com)
 IP: 98.76.54.32
 Device: MacBook Pro
 승인 방식: 하드웨어 키 (YubiKey)

[2026-01-11 14:43:01] MPC 서명 완료
 사용된 Key Share: #1 (CEO) + #2 (CFO)
 서명 알고리즘: ECDSA (secp256k1)
 서명 해시: 0xabcd...ef01

[2026-01-11 14:43:15] 온체인 전송
 Tx Hash: 0x9876...5432
 Chain: Ethereum Mainnet
 Gas Used: 21,000
 Status: Confirmed (12 blocks)

[2026-01-11 14:47:00] 완료 알림
 통지 대상: 요청자, 승인자 전원
 방식: Email + SMS

복구 시나리오 완벽 가이드

Walits MPC 지갑은 2-of-3 구조로, 3개 키 중 1개를 분실해도 복구가 가능합니다. 각 시나리오별 복구 방법을 상세히 알아보겠습니다.

복구 시나리오 결정 트리

어떤 키를 분실했나요?

┌─ 고객키 분실 (디바이스 분실/고장) ──────────────┐
│  남은 키: 서버키 + 백업키                    │
│  복구 방법:                                  │
│  1. 백업키 복원 (USB/클라우드에서)           │
│  2. 새 지갑 생성                             │
│  3. 백업키로 서명하여 새 지갑으로 송금       │
│  결과: ✅ 완전 복구 가능                     │
└─────────────────────────────────────────────┘

┌─ 서버키 분실 (서버 장애/폐업) ──────────────┐
│  남은 키: 고객키 + 백업키                    │
│  복구 방법:                                  │
│  1. TSS Reconstruction 실행                 │
│  2. 완전한 개인키 복원                       │
│  3. MetaMask에 임포트                       │
│  4. 새 지갑으로 즉시 이체                    │
│  5. 개인키 파일 영구 삭제                    │
│  결과: ✅ 완전 복구 가능 (개인키 노출 주의) │
└─────────────────────────────────────────────┘

┌─ 백업키 분실 (백업 미실행/분실) ────────────┐
│  남은 키: 서버키 + 고객키                    │
│  긴급 조치:                                  │
│  1. 즉시 새 지갑 생성                        │
│  2. 고객키로 전액 송금                       │
│  3. 새 지갑 백업키 즉시 3곳 이상 백업       │
│  주의: ⚠️ 추가 분실 시 복구 불가            │
└─────────────────────────────────────────────┘

시나리오 1: 고객키 분실 (디바이스 분실)

상황: 스마트폰을 분실하여 고객키에 접근할 수 없음

남은 키: 서버키 + 백업키

복구 단계:

  1. 1단계: 백업키 복원
    USB 메모리나 클라우드에 저장한 백업키 파일을 찾습니다.
    MY-WALLET-backup-20260118.enc
  2. 2단계: 새 지갑 생성
    Walits 앱에서 새 지갑을 생성합니다. (서버키 + 새 고객키 + 새 백업키)
  3. 3단계: 백업키로 서명
    시스템이 자동으로 고객키 없음을 감지하고 백업키를 사용합니다.
    서버키 + 백업키로 기존 지갑에서 새 지갑으로 전액 송금합니다.
  4. 4단계: 새 백업키 안전하게 보관
    새 지갑의 백업키 PDF를 종이에 인쇄하여 은행 금고에 보관합니다.

✅ 결과: 완전 복구 성공, 자산 손실 없음, 소요 시간 약 10분

시나리오 2: 서버키 분실 (서버 장애/폐업)

상황: Walits 서버 장애 또는 서비스 중단으로 서버키 접근 불가

남은 키: 고객키 + 백업키

복구 단계 (TSS Reconstruction):

  1. 1단계: TSS Reconstruction 실행
    Walits 앱에서 "긴급 복구" 메뉴 선택
    고객키 + 백업키를 조합하여 완전한 개인키를 재구성합니다.
  2. 2단계: 개인키 복원 확인
    개인키: 1234567890abcdef...
    ⚠️ 주의: 개인키가 노출되었습니다!
  3. 3단계: MetaMask에 임포트
    MetaMask 확장 프로그램 열기 → 계정 가져오기 → 개인키 입력
    기존 MPC 지갑 주소와 동일한지 확인
  4. 4단계: 즉시 전액 이체
    새로운 안전한 지갑으로 모든 자산을 즉시 송금
    Gas fee를 충분히 확보하세요.
  5. 5단계: 개인키 파일 영구 삭제
    복원된 개인키 파일을 안전하게 삭제합니다.
    shred -u emergency_key.json

⚠️ 보안 주의사항

  • • TSS Reconstruction은 개인키를 완전히 노출시킵니다
  • • MPC의 보안 이점이 상실되므로 즉시 이체해야 합니다
  • • 가능하면 오프라인 환경에서 실행하세요
  • • 복원 후 개인키 파일을 반드시 영구 삭제하세요

✅ 결과: 완전 복구 가능하나 개인키 노출로 즉시 이체 필요

시나리오 3: 백업키 분실 (백업 미실행)

상황: 백업을 하지 않았거나 백업 파일을 분실

남은 키: 서버키 + 고객키

🚨 위험: 추가 분실 시 복구 불가능!

현재는 서버키 + 고객키로 정상 작동하지만, 둘 중 하나라도 추가로 분실하면 2개 키가 없어져서 영구적으로 복구할 수 없습니다.

긴급 조치:

  1. 1단계: 즉시 새 지갑 생성
    Walits 앱에서 새 MPC 지갑을 생성합니다.
    서버키 + 새 고객키 + 새 백업키가 자동 생성됩니다.
  2. 2단계: 기존 지갑에서 전액 송금
    서버키 + 고객키(현재 보유 중)로 서명하여 전액을 새 지갑으로 이체합니다.
  3. 3단계: 새 지갑 백업키 안전하게 보관
    백업키 PDF를 종이에 인쇄하여 은행 금고에 보관하는 것을 권장합니다.
    (백업키는 이미 MPC 조각 중 하나이므로 여러 곳에 복사본을 만들면 오히려 분실 위험이 증가합니다)
  4. 4단계: 기존 지갑 폐기
    기존 지갑(백업키 없는 상태)은 더 이상 사용하지 않습니다.

⚠️ 결과: 복구 가능하나 즉시 조치 필요, 재발 방지를 위해 백업 필수

시나리오 4: 키 탈취 (해킹)

상황: 해커가 고객키 1개를 탈취

남은 안전한 키: 서버키 + 백업키

대응 방법:

  1. 1단계: 즉시 확인
    해커는 1개 키만으로는 아무것도 할 수 없습니다. (2개 필요)
    자산은 현재 안전합니다.
  2. 2단계: 탈취된 키 무력화
    서버에 해당 고객키 사용 중지 요청
    이후 해당 키로는 서명 불가능
  3. 3단계: 새 지갑으로 자산 이전
    서버키 + 백업키로 새 지갑을 생성하고 전액 이체
    또는 고객키를 재발급받아 계속 사용

✅ 결과: 자산 손실 없음, MPC의 탁월한 보안성 입증

백업키 관리 완벽 가이드

백업키는 고객키 분실 시 유일한 복구 수단입니다. 반드시 지갑 생성 즉시 백업하고, 안전한 장소에 보관하세요.

백업키 PDF 다운로드 (지갑 생성 시)

Walits는 지갑 생성 시 백업키를 PDF 문서로 자동 생성합니다. 별도의 내보내기 기능이 없으며, 지갑 생성 단계에서 한 번만 다운로드 가능합니다.

지갑 생성 및 백업키 다운로드

  1. 1단계: 지갑 생성
    Walits 앱에서 "새 지갑 만들기" 선택
  2. 2단계: MPC 키 생성
    서버키 + 고객키 + 백업키가 자동으로 생성됩니다
  3. 3단계: 백업키 PDF 다운로드
    "백업키 PDF 다운로드" 버튼 클릭
    MY-WALLET-backup-20260118.pdf
  4. 4단계: 안전한 장소에 보관
    ⚠️ 이 단계를 건너뛰지 마세요!

🚨 중요: 재다운로드 불가능

백업키 PDF는 지갑 생성 시 단 한 번만 다운로드할 수 있습니다.
이후에는 재다운로드가 불가능하므로 반드시 안전한 장소에 보관하세요!

백업키 PDF 보관 방법

추천 보관 장소

  • 1순위: 은행 금고
    • • 가장 안전한 물리적 보관
    • • 화재, 도난으로부터 완벽 보호
    • • PDF를 USB에 저장하거나 인쇄해서 보관
  • 2순위: 가정용 금고
    • • 내화금고 사용 권장
    • • 방수 밀봉 봉투에 넣어 보관
    • • 가족 외 다른 사람이 접근할 수 없는 곳
  • 3순위: 신뢰할 수 있는 가족에게 위탁
    • • 부모님이나 형제자매의 금고
    • • 지리적으로 떨어진 장소 (재난 대비)
    • • 봉인된 봉투에 넣어 전달

💡 보관 시 주의사항

  • • 인쇄 시 고품질 용지 사용 (변색 방지)
  • • 물리적 손상 방지를 위해 라미네이팅 고려
  • • 정기적으로 보관 상태 확인 (연 1회)
  • • 여러 곳에 복사본을 만들기보다는 안전한 단일 장소 보관 권장

권장 보관 방법:

백업키 PDF 인쇄 → 라미네이팅 → 은행 금고 보관

백업키는 이미 MPC 3조각 중 하나이므로
여러 곳에 복사본을 만들면 오히려 분실 위험이 증가합니다.

백업키 복원하기 (Import)

언제 복원이 필요한가요?

  • • 디바이스를 분실하거나 고장나서 고객키에 접근할 수 없을 때
  • • 새 디바이스로 교체하여 지갑을 이전할 때

복원 단계:

  1. 1. Walits 앱 설치 (새 디바이스)
  2. 2. "백업 가져오기" 메뉴 선택
  3. 3. 백업키 PDF 파일 선택
  4. 4. 지갑 이름 확인 (선택사항: 변경 가능)
  5. 5. "가져오기" 클릭
  6. 6. 완료: 백업키가 성공적으로 복원되었습니다!

⚠️ 복원 후 주의사항

복원된 백업키로 즉시 송금하지 마세요!
먼저 서버와 연결되는지 확인하고, 테스트 송금(소액)을 해보세요.

보안 베스트 프랙티스

보안 위협별 대응 전략

위협MPC 방어추가 조치
디바이스 분실백업키로 복구원격 삭제, 즉시 재백업
서버 해킹고객키 없이 무용지물의심 시 새 지갑 이전
피싱 공격1개 키 탈취로는 송금 불가탈취된 키 폐기 및 교체
내부자 위협단독 송금 불가 (승인 필요)다중 승인 정책 설정
화재/재난오프사이트 백업으로 복구지리적으로 분산된 백업
서비스 중단TSS Reconstruction개인키 복원 후 이체

하지 말아야 할 행동

  • 백업 미실행: "나중에 하지 뭐" → 절대 안 됩니다!
  • 평문 클라우드 저장: 암호화 없이 Dropbox/Google Drive 업로드
  • 같은 장소 보관: 디바이스와 USB를 같은 방에 보관
  • 비밀번호 공유: 가족이라도 백업 비밀번호 공유 금지
  • 스크린샷 저장: 백업키를 스크린샷으로 저장
  • 이메일 전송: 백업 파일을 이메일로 자신에게 전송
  • 검증 생략: 백업 후 복원 테스트를 하지 않음

자주 묻는 질문 (FAQ)

Q1. 백업키 PDF는 어디에 보관해야 하나요?

A: 은행 금고나 안전금고에 보관하는 것을 강력히 권장합니다. 여러 곳에 복사본을 만들면 오히려 분실이나 도난의 위험이 증가할 수 있습니다. 백업키 PDF는 지갑 생성 시 단 한 번만 다운로드할 수 있으므로, 절대 분실하지 않도록 안전한 단일 장소에 보관하세요.

Q2. 백업키 없이 고객키만 분실하면 어떻게 되나요?

A: 복구 불가능합니다. 서버키 + 고객키가 있어도 2개 키가 필요한데, 백업키가 없으면 1개만 남아서 서명할 수 없습니다.반드시 지갑 생성 즉시 백업하세요!

Q3. 백업키로 서명할 때 별도 설정이 필요한가요?

A: 아니요, 완전 자동입니다! 시스템이 고객키가 없음을 자동으로 감지하고 백업키를 사용합니다. 사용자는 일반적인 송금 요청만 하면 됩니다.

Q4. TSS Reconstruction은 언제 사용하나요?

A: Walits 서버가 영구적으로 중단되었을 때만 사용하세요. 이 방법은 완전한 개인키를 복원하므로 MPC 보안이 상실됩니다. 복원 후 즉시 외부 지갑으로 이체하고 개인키 파일을 삭제해야 합니다.

Q5. 백업키를 클라우드에 저장해도 되나요?

A: 권장하지 않습니다. 백업키는 MPC의 3개 조각 중 하나이므로, 백업키 단독으로는 자산에 접근할 수 없어 비교적 안전하지만, 은행 금고와 같은 오프라인 저장소에 보관하는 것이 가장 안전합니다. 클라우드는 해킹 위험이 있으므로 가능한 한 피하세요.

Q6. 해커가 서버키를 탈취하면 어떻게 되나요?

A: 걱정하지 마세요! 서버키만으로는 아무것도 할 수 없습니다. 송금하려면 고객키 또는 백업키가 추가로 필요한데, 이는 사용자만 보유하고 있습니다. 이것이 바로 MPC의 핵심 보안 이점입니다.

Q7. EdDSA 지갑(Solana)도 같은 방식으로 복구되나요?

A: 네, ECDSA(Ethereum)와 EdDSA(Solana) 모두 동일한 방법으로 백업하고 복구합니다. 백업키 파일 형식도 동일하며, 복구 절차도 같습니다.

Q8. 여러 플랫폼(모바일/PC/웹) 간 백업이 호환되나요?

A: 네, 완전히 호환됩니다. 모바일 앱에서 내보낸 백업을 PC 앱에서 가져올 수 있고, 그 반대도 가능합니다. 모든 플랫폼이 동일한 백업 형식을 사용합니다.

도입 사례 예시

사례 1: NFT 마켓플레이스 K사

도입 전 문제점:

  • • 핫월렛 단일 개인키로 관리 (30억 원 규모)
  • • 개발자 1명이 전체 자산 접근 가능
  • • 디바이스 분실 시 복구 불가능
  • • 내부 감사 추적 시스템 없음

Walits MPC 도입 후:

  • • 서버키 + 고객키 + 백업키로 분산 관리
  • • 5억 원 이상 송금 시 2명 이상 승인 필요 (서버 정책)
  • • 디바이스 분실 시 백업키로 즉시 복구
  • • 모든 거래 자동 로깅 및 알림

📊 결과

  • • 내부 통제 강화: 단독 송금 불가
  • • 해킹 시도 5건 차단: 1개 키만으로는 무용지물
  • • 복구 테스트 성공: 디바이스 교체 시 10분 내 복구
  • • 규제 준수: 금융위원회 가상자산 가이드라인 충족

사례 2: DAO 재단 D사

도입 배경:

커뮤니티 펀드 100억 원 관리를 위해 투명하고 안전한 보관 솔루션 필요

Walits Custody 구성:

  • 방식 1 (일반 운영):
    • • 서버키: Walits 서버 (고가용성)
    • • 고객키: 재단 CFO (모바일)
    • • 백업키: 은행 금고 (USB 암호화)
  • 방식 2 (추후 계획):
    • • CEO키, CFO키, 이사회키로 분산
    • • 10억 원 이상은 2명 이상 물리적 키 보유자 동의 필요

📊 운영 6개월 후

  • • 총 거래 건수: 2,450건
  • • 보안 사고: 0건
  • • 승인 프로세스 준수율: 100%
  • • CFO 디바이스 교체 1회 → 백업키로 10분 내 복구 완료
  • • 커뮤니티 투명성 평가: 9.2/10 (블록체인 감사 가능)

사례 3: 게임사 G사 (복구 성공 사례)

상황:

재무팀장이 스마트폰을 분실하여 고객키 접근 불가 (보유 자산 50억 원)

복구 과정:

  1. 1. 분실 확인 후 즉시 Walits 고객센터 연락
  2. 2. 클라우드에 저장한 백업키 파일 다운로드 (암호화됨)
  3. 3. 새 스마트폰에 Walits 앱 설치
  4. 4. "백업 가져오기"로 백업키 복원 (비밀번호 입력)
  5. 5. 새 지갑 생성 (새 고객키 + 새 백업키 자동 생성)
  6. 6. 백업키(Party 2)로 서명하여 기존 지갑 → 새 지갑 전액 송금
  7. 7. 새 백업키를 다시 3곳에 백업

✅ 결과

총 소요 시간: 12분
자산 손실: 0원
업무 중단: 없음 (백업키로 즉시 서명 가능)
교훈: "백업이 생명이다!"

Walits 지갑 상품

비즈니스 규모와 보안 요구사항에 맞는 지갑을 선택하세요.

개인 • 소규모 비즈니스

Non-Custody Wallet

₩99,000/월

약 $75

보안 방식 선택:

1

MPC 방식

서버키 + 고객키로 이중 보안

2

TEE 방식

하드웨어 격리 환경에서 키 보관

  • 개인키를 고객이 직접 보유
  • MPC 또는 TEE 보안 방식 선택
  • ECDSA & EdDSA 알고리즘 지원
  • 간편한 백업 및 복원
  • 모바일/데스크톱 앱 지원
  • 이메일 고객 지원
시작하기
기업 추천
기업 • 금융기관

Custody Wallet (MPC)

₩550,000/월

약 $420

  • MPC 2-of-3 보안으로 단일 실패점 제거
  • 다중 승인 워크플로우 (금액별 차등 승인)
  • 정책 기반 거버넌스 시스템
  • 완벽한 감사 추적 (Audit Trail)
  • ECDSA & EdDSA 알고리즘 지원
  • 전담 매니저 및 우선 지원
  • 24/7 기술 지원 및 긴급 대응
  • 규제 준수 리포트 제공
시작하기

어떤 지갑을 선택해야 할까요?

Non-Custody Wallet 추천 대상:

  • • 개인 투자자
  • • 소규모 비즈니스 (자산 10억 원 미만)
  • • 완전한 자산 통제권 원하는 경우
  • • 간편한 백업/복원 선호

Custody Wallet 추천 대상:

  • • 기업 및 금융기관
  • • 대규모 자산 보관 (10억 원 이상)
  • • 내부 통제 및 승인 프로세스 필요
  • • 규제 준수 및 감사 추적 필수

귀사 자산을 MPC로 안전하게

100억 원 이상 보관 시 맞춤 견적 제공. 무료 상담으로 최적의 보안 전략을 수립하세요.

무료 보안 상담