다중 party 연산(MPC) 지갑이란? 개발자를 위한 완벽 가이드

다자간 계산(MPC) 지갑은 기관급 암호화폐 보안에서 중요한 발전으로 부상했으며, 기존의 단일 키 방식에서 크게 진일보한 접근법을 대표한다. MPC와 함께 신뢰 실행 환경(TEE)과 같은 대체 기술도 주목받고 있는데, 이는 Web3 애플리케이션에서 키 관리와 사용자 경험이라는 근본적인 과제를 해결하는 서로 다른 접근 방식을 제공한다.

암호화폐 인프라를 구축하거나 앱을 위한 지갑 솔루션을 평가하고 있다면, 이 가이드는 MPC 기술에 대해 알아야 할 모든 것을 정리하고, TEE 같은 대안과 비교하며, 어떤 접근 방식이 여러분의 보안 및 사용자 경험 요구사항에 가장 적합한지 파악하는 데 도움을 준다.

다자간 계산이란?

다자간 계산(MPC)은 여러 당사자가 서로의 입력값을 비공개로 유지하면서 그 입력값에 대한 함수를 공동으로 계산할 수 있게 하는 암호화 프로토콜이다. 암호화폐 지갑의 맥락에서, MPC는 개인 키를 여러 개의 암호화된 조각(share)으로 분할하여 서로 다른 당사자들에게 분산시킨다. 이를 통해 각 당사자는 완전한 키를 재구성하거나 다른 당사자가 보유한 조각에 대한 어떠한 정보도 알지 못한 채로 트랜잭션에 공동 서명할 수 있다.

여러 장교가 동시에 열쇠를 돌려야 발사되는 핵미사일 발사 시스템을 떠올려보라—다만 MPC에서는 "열쇠"가 한 곳에 모인 적 없이도 유효한 서명을 만들어낼 수 있는 수학적 조각이라는 점이 다르다.

좀 더 현실적인 예를 들자면, 어느 Web3 스타트업에 3명의 개발자가 근무하고 있고, 계산 과정에서 서로에게 또는 신뢰할 수 있는 제3자에게 각자의 급여를 공개하지 않은 채 평균 급여를 산출하려는 상황을 생각해보자.

이 시나리오에서 이 직원들은 다자간 계산(MPC) 프로토콜을 사용하여 개인 급여나 다른 비공개 정보를 노출하지 않고도 평균 급여를 계산할 수 있다. 이 MPC 프로토콜은 **가산 비밀 분산(additive secret sharing)**이라는 잘 알려진 암호화 기법을 사용하는데, 이는 비밀을 독립된 여러 당사자 사이에 분할하여 분산시키는 방식이다. 그 결과, 외부 당사자는 직원들과 직접 상호작용하지 않고도 평균 급여를 산출할 수 있다.

MPC의 두 가지 핵심 속성

모든 MPC 프로토콜은 다음을 보장해야 한다:

• 프라이버시: 각 당사자가 보유한 비공개 정보는 프로토콜 실행 과정에서 추론될 수 없다
• 정확성: 일부 당사자가 프로토콜을 위반하거나 정보를 공유하더라도, 정직한 당사자들이 잘못된 결과를 출력하도록 강제할 수 없다

MPC의 실제 작동 방식: 기술적 심층 분석

MPC 지갑을 사용할 때 내부에서 실제로 일어나는 일은 다음과 같다:

1. 분산 키 생성(DKG)

지갑은 Shamir의 비밀 분산 방식이나 더 발전된 임계값 서명 방식과 같은 암호화 기법을 사용하여 키 조각을 생성한다. 각 조각은 그 자체로는 의미가 없으며—어떤 작업을 수행하려면 임계값(예: 2-of-3)만큼의 조각이 필요하다. 더 나아가, 완전한 개인 키는 생성 과정에서도 단 한 곳에도 존재하지 않는다.

2. 트랜잭션 서명

새로운 트랜잭션을 시작하면, 지갑은 서명 요청을 생성한다. 각각 키 조각을 보유한 여러 당사자가 해당 트랜잭션에 대한 서명을 생성하기 위해 암호화 프로토콜에 참여해야 한다.

당사자들은 자신의 키 조각에 대한 어떠한 정보도 노출하지 않은 채 수학적 증명을 교환하여 설정의 보안을 유지한다. 최종 결과는 기존의 단일 키 지갑으로 만든 것과 동일한 서명이다.

3. 키 갱신 및 복구

이러한 기능적 흐름과 더불어, MPC 지갑은 기반이 되는 개인 키를 변경하지 않고도 주기적으로 키 조각을 갱신할 수 있다. 이는 개별 키 조각이 분실된 상황에서 특히 유용한데, 이 경우 시스템은 기존 조각을 무효화하는 새로운 조각을 생성할 수 있다.

MPC 지갑과 다른 암호화폐 지갑 비교

지갑 보안 환경에는 여러 접근 방식이 있으며, 각각 뚜렷한 트레이드오프를 가진다. 이 차이를 이해하는 것은 애플리케이션에 맞는 솔루션을 선택하는 데 매우 중요하다.

MPC 지갑은 기술적으로는 단일 개인 키 지갑으로, 그 단일 키가 서로 다른 당사자/기기가 보유하는 조각들로 나뉘어 있다. MPC를 구현할 때, 제공업체는 이 조각들을 어떻게 분배할지 결정해야 하며, 이는 보안과 사용자 경험 모두에 근본적인 영향을 미친다.

단순한 2자 구성:

• 사용자 필수 조각: 사용자가 조각 하나를, 제공업체가 다른 하나를 보유하며 서명에는 둘 다 필요하다. 진정한 보안을 제공하지만 UX 마찰이 발생한다—사용자는 암호화 자료를 관리해야 하고 영구적인 접근 불능 위험을 감수해야 한다.
• 제공업체 통제 조각: 제공업체가 독립적으로 서명할 수 있을 만큼 충분한 조각을 보유한다. 손상된 제공업체가 여전히 사용자 자금에 접근할 수 있으므로, 기존 개인 키 관리 방식에 비해 보안상의 이점이 제한적이다.

고급 3자 구성: 더 정교한 구현에서는 다음과 같이 2-of-3 임계값을 사용한다:

• 사용자 기기 조각: 사용자 기기에 밀봉되어(TEE/Secure Enclave를 통해) 생체 인증이나 PIN으로 보호된다
• 제공업체 조각: 서비스가 보유하며 흔히 소셜 인증과 연계된다
• 백업 조각: 별도로 저장된다(사용자의 콜드 스토리지, 앱 개발자, 또는 제공업체 저장소)

이 구성은 사용자가 기기를 분실하더라도 백업 조각을 사용해 새로운 기기 조각을 생성함으로써 접근 권한을 복구할 수 있게 하며, 백업 조각은 재분할(re-sharding) 작업으로만 제한된다. 그러나 이러한 고급 구현조차도 현대적인 인증 방식과 관련해서는 근본적인 한계에 직면한다.

MPC vs. 멀티시그 지갑

MPC 지갑은 기술적으로는 단일 키 모델이지만, 멀티시그 지갑과 공통점이 많다. 그렇다면 둘의 차이는 무엇일까?

멀티시그 지갑은 출금 트랜잭션을 인증하기 위해 두 개 이상의 개인 키를 요구하는 고유한 디지털 서명을 사용한다. 이와 대조적으로, MPC 지갑은 하나의 개인 키를 여러 당사자에게 분할한다. 두 경우 모두 트랜잭션 서명에 여러 당사자/기기가 필요하지만, 각 모델의 구현 방식은 다르다.

멀티시그 지갑:

• 완전한 개인 키가 여러 개 존재
• 온체인 스마트 컨트랙트 구현이 필요
• 온체인에서 노출됨(누구나 멀티시그임을 확인 가능)
• 여러 서명 검증으로 인해 가스 비용이 높음
• 네이티브로 멀티시그를 지원하는 체인으로 제한됨

MPC 지갑:

• 단일 개인 키가 조각으로 분할됨
• 암호화 계층(오프체인)에서 작동
• 온체인에서는 일반적인 단일 서명 지갑으로 보임
• 표준 트랜잭션 비용
• 프로토콜에 구애받지 않음(모든 블록체인에서 작동)

MPC vs. 스마트 컨트랙트 지갑(계정 추상화)

계정 추상화 표준인 ERC-4337과 ERC-7702의 등장은 지갑 UX에 새로운 가능성을 열었다. Alchemy의 Bundler와 Gas Manager는 계정 추상화 지갑을 위한 트랜잭션 번들링과 가스 스폰서십을 제공하며, 개발자는 자신의 인증 및 보안 요구사항에 맞는 키 관리 방식을 선택할 수 있다.

스마트 컨트랙트 지갑도 여전히 키 관리가 필요하므로, MPC 지갑은 계정 추상화와 경쟁 관계에 있는 제품이 아니며, 실제로 많은 앱들이 사용자에게 최고의 경험을 제공하면서 보안을 극대화하기 위해 이 둘을 결합하고 있다.

MPC vs. TEE: 현대적인 선택

**신뢰 실행 환경(TEE)**은 MPC에 대한 매력적인 대안으로 부상했으며, 특히 사용자 경험을 우선시하는 애플리케이션에서 그러하다:

MPC 접근 방식:

• 키 조각을 당사자들에게 분산
• 모든 서명마다 조율이 필요
• 이메일/소셜 로그인에 대한 검증 가능한 접근 제어를 제공할 수 없음
• 사용자 복잡성(사용자가 암호화 자료를 관리해야 함)과 제공업체 통제(제공업체가 독립적으로 행동할 수 있을 만큼 충분한 조각을 보유) 사이의 선택을 강제함

TEE 접근 방식:

• 하드웨어로 격리된 키 저장 및 계산
• 이메일/소셜 인증과 연계된 검증 가능한 접근 제어를 제공할 수 있음
• 사용자가 암호화 자료를 관리할 필요를 없앰
• 보안을 저해하지 않으면서 매끄러운 사용자 경험을 가능하게 함

TEE와 계정 추상화의 결합

TEE를 스마트 컨트랙트 지갑과 결합하면 최적의 기능 조합을 얻을 수 있다:

• 안전한, 하드웨어로 격리된 키 관리(TEE)
• 익숙한 인증 방식과 연계된 검증 가능한 접근 제어(TEE)
• 프로그래밍 가능한 트랜잭션 규칙(스마트 컨트랙트 지갑)
• 가스 스폰서십 및 배치 처리 기능(스마트 컨트랙트 지갑)
• 소셜 복구 옵션(스마트 컨트랙트 지갑)
• 키 관리의 복잡성 없는 매끄러운 사용자 경험(TEE)

TEE는 올바른 인증이 성공했을 때에만 계정 접근이 이루어지도록 암호학적으로 보장할 수 있으며, 이를 통해 현대적인 애플리케이션이 요구하는 사용자 경험을 실현할 수 있다.

MPC 지갑의 장점은 무엇인가?

MPC 지갑은 지갑 보안 진화 과정에서 중요한 디딤돌이 되게 한 몇 가지 이론적 이점을 제공한다:

1. 분산 신뢰 모델: 개인 키가 한 곳에 저장되지 않아, 이론적으로 단일 실패 지점을 줄여준다.
2. 수학적 프라이버시 보장: 데이터가 암호화되어 분산되므로, 어느 한 당사자도 완전한 키에 접근할 수 없다.
3. 프로토콜 호환성: MPC는 특정 스마트 컨트랙트 지원 없이도 모든 블록체인에서 작동한다.
4. 암호화 혁신: 실용적인 활용 사례를 위한 응용 암호학의 중요한 발전을 대표한다.

그러나 이러한 이점에는 구현상의 트레이드오프가 따르며, TEE와 같은 대안이 이를 더 우아하게 해결할 수 있다.

MPC 지갑의 단점은 무엇인가?

MPC의 한계는 TEE와 같은 대안을 향한 혁신을 촉발했다:

• 계산 오버헤드: MPC는 복잡한 암호화 연산을 필요로 하며, 이는 모든 트랜잭션에 지연 시간과 계산 비용을 추가한다.
• 높은 통신 비용: 분산된 당사자 간의 조율은 네트워크 오버헤드와 잠재적인 실패 지점을 만든다.
• 인증 한계: MPC는 사용자가 기대하는 이메일 및 소셜 로그인 방식에 대해 검증 가능한 접근 제어를 제공할 수 없다.
• UX 복잡성: 진정한 MPC 구현은 사용자가 키 자료를 관리해야 하는 반면, 단순화된 버전은 의미 있는 보안 이점을 제공하지 못할 수 있다.
• 구현상의 트레이드오프: 사용자 복잡성(옵션 1)과 보안 형식주의(옵션 2) 사이의 근본적인 선택은 실용적 적용 가능성을 제한한다.

2025년 주요 MPC 지갑 솔루션

MPC 지갑 생태계는 지난 몇 년간 크게 성숙했으며, 이 분야에는 많은 참여자가 있다. 오늘날 시장을 선도하는 몇몇 제공업체를 소개한다.

기업용

Fireblocks

Fireblocks는 하드웨어 격리를 통한 업계 최고 수준의 보안을 제공한다. 3억 개 이상의 지갑을 지원하며, SOC2 Type 2 인증을 받았고, 핫/콜드 스토리지, 노드 인프라, 자산 보험을 포함한 모든 기업 요구사항을 충족하는 다양한 기능을 제공한다.

Blockdaemon

Blockdaemon은 MPC 지갑 제품과 볼트 제공업체를 포함한 기관급 보안 서비스 일체를 제공한다. ISO 27001 인증을 받았으며 검증인과 기관 투자자를 위해 설계되었다.

소비자용

Zengo

Zengo는 150만 명 이상의 고객과 함께 1,000개의 서로 다른 자산을 지원하며, 시장에 나온 최초의 소비자용 MPC 지갑 중 하나다. 모바일 우선 애플리케이션에 적합한 훌륭한 제품으로, Zengo는 생체 인증, 3단계 인증, 멀티체인 지원을 제공한다.

Coinbase Wallet

Coinbase는 세계 최대 거래소 중 하나이며, 그들의 지갑 서비스가 보안에서 가능한 한계를 넓히고 있다는 사실은 놀랍지 않다. 매끄러운 법정화폐 온램프, MPC 통합, 서드파티 앱에 임베드할 수 있는 SDK를 제공하는 Coinbase의 지갑 서비스는 오늘날 시장에서 가장 인기 있는 제품 중 하나다.

개발자용(SDK 및 인프라)

Web3Auth

Web3Auth는 최근 Consensys에 인수된 도구로, MPC와 계정 추상화 기능을 모두 제공한다. Web, iOS, Android, React Native를 지원하는 Web3Auth는 사용자를 보호하기 위한 유연한 프레임워크다.

Portal

Portal은 최근 스테이블코인 인프라 제공업체로 방향을 전환했다. 간편한 SDK와 API를 제공하는 Portal은 MPC 기능을 지갑 스택에 빠르게 통합할 수 있는 다양한 개발자 도구를 제공한다.

Alchemy 인프라

Alchemy는 RPC 및 Data API, Gas Manager, Bundler를 제공하며, 지갑 개발자는 이를 체인 연결, 온체인 데이터, 가스 스폰서십, 계정 추상화 트랜잭션 번들링에 활용할 수 있다. 임베디드 지갑 기능에 대해서는 Alchemy와 Privy의 파트너십을 참고하라.

MPC 지갑 선택하기

앱에 MPC 지갑을 통합하는 것은 생각만큼 복잡하지 않으며, 대개 간단한 SDK 통합으로 이루어진다. 다음은 고려해야 할 단계들이다.

필요 사항 평가하기

먼저, 사용 사례와 필요에 따라 MPC 제공업체를 평가하라. 예를 들어 소비자용 앱을 구축하고 있다면 기업용 볼트 보안보다 소셜 복구 기능을 우선시할 수 있다. 모바일 우선으로 구축하고 있다면 생체 인증을 우선시하고 싶을 수 있다.

다양한 제공업체의 기능 세트를 평가하는 것과 더불어, 다음 사항도 고려해야 한다:

• 체인 지원: 여러분이 구축 중인 체인에서 작동하는가?
• 통합 복잡성: 얼마나 많은 개발 노력이 필요한가?
• 컴플라이언스: 해당 솔루션이 여러분의 규제 요구사항을 충족하는가?
• 비용 구조: MPC 제공업체의 비용은 얼마이며, 규모가 커질수록 이 비용은 어떻게 변하는가?
• 성능: 해당 제공업체는 어떤 SLA와 성능 벤치마크를 제공하는가?

MPC 구현을 위한 보안 모범 사례

MPC, TEE, 혹은 하이브리드 방식 중 무엇을 사용하든, 보안 모범 사례는 여전히 중요하다:

키 생성 및 저장

• 키 생성에는 항상 하드웨어 기반 난수 생성을 사용하라.
• 해당되는 경우 키 갱신 프로토콜(월간 또는 분기별)을 구현하라.
• MPC를 사용할 때는 조각을 지리적으로 분산된 위치에 저장하라.
• 각 구성 요소(HSM, TEE, secure element)마다 서로 다른 보안 모델을 사용하라.

네트워크 보안

• 모든 키 조각 통신에 종단간 암호화를 구현하라.
• MPC 노드 간에 상호 TLS 인증을 사용하라.
• 해당되는 경우 노드를 별도의 네트워크 세그먼트에 배치하라.
• 조각에서 이상 서명 패턴을 모니터링하라.

운영 보안

• 모든 관리 작업에 다단계 인증을 요구하라.
• 서명 요청에 속도 제한을 구현하라.
• 모든 키 관리 작업을 기록하고 감사하라.
• 정기적인 보안 평가와 침투 테스트를 실시하라.

컴플라이언스 및 데이터 프라이버시 고려사항

임베디드 지갑 제공업체는 사용자 인증 데이터를 처리할 때 복잡한 규제 요구사항을 다루어야 하므로, 지갑으로 무언가를 구축할 때 다음 사항을 염두에 두어야 한다:

KYC/AML 트리거

"고객 확인(Know Your Customer)" 요구사항은 지갑이 법정화폐 온/오프램프, 고액 거래를 지원하거나 규제 관할권에서 운영될 때 활성화될 수 있다. 소셜 로그인 데이터는 검증된 신원 정보를 제공함으로써 컴플라이언스를 간소화할 수 있다.

GDPR 의무사항

유럽 사용자는 소셜 로그인 시스템이 개인 정보를 수집할 때 데이터 이동성, 삭제, 접근에 대한 권리를 가진다. 따라서 지갑 제공업체는 데이터 최소화를 구현하고 유럽 고객으로부터 명시적 동의를 얻어야 한다.

컴플라이언스 체크리스트

지갑으로 무언가를 구축하고 있고 몇 가지를 염두에 두고 싶은가? 다음을 제공하는 솔루션을 찾아보라:

1. 데이터 최소화: 지갑 기능과 규제 준수에 필요한 필수 정보만 수집한다.
2. 지역별 키 저장: 암호화 자료와 사용자 데이터를 규제 요구사항에 맞는 관할권에 저장한다.
3. SOC2 Type II 보고서: 기업급 보안 통제를 구현하고 정기적인 제3자 보안 평가를 받는다.

흔한 함정과 이를 피하는 방법

흔한 구현상의 함정을 이해하면 더 나은 아키텍처 결정을 내리는 데 도움이 된다:

함정 1: 복구 메커니즘을 간과함

현실: 기반 기술과 무관하게 사용자는 기기를 잃어버리고 자격 증명을 잊는다.** 해결책**: 처음부터 여러 복구 경로를 구축하라. TEE는 MPC가 쉽게 제공할 수 없는 정교한 복구 흐름을 가능하게 하는 반면, MPC는 키 조각 복구에 대한 신중한 계획이 필요하다.

함정 2: 성능 영향을 무시함

현실: MPC 서명은 각 트랜잭션에 100-500ms의 지연을 추가할 수 있는 반면, TEE 연산은 일반적으로 훨씬 빠르다.** 해결책**: 사용자가 트랜잭션 상태를 이해할 수 있도록 유연한 UI 업데이트를 구현하고, 애플리케이션이 MPC 고유의 지연을 감내할 수 있는지 고려하라.

함정 3: 인증 방식의 한계

현실: 사용자는 매끄러운 이메일 및 소셜 로그인 경험을 기대한다.** 해결책**: 선택한 접근 방식이 현대적인 인증 방식에 대해 검증 가능한 접근 제어를 제공할 수 있는지 신중하게 평가하라. TEE는 이 부분에서 뛰어나지만, MPC는 근본적인 한계에 직면한다.

함정 4: 벤더 종속

현실: 배포 후 지갑 보안 제공업체를 전환하는 것은 복잡할 수 있다.** 해결책**: 제공업체별 로직을 추상화하고 가능한 한 이식 가능한 키 형식을 유지하여 마이그레이션 경로를 열어두라.

MPC 지갑의 미래: 2025년과 그 이후

지갑 기술 환경은 빠르게 진화하고 있으며, 서로 다른 접근 방식이 각자의 최적 사용 사례를 찾아가고 있다:

MPC의 지속적인 역할 MPC는 분산 통제와 규제 준수를 요구하는 특정 기관용 사용 사례에서 여전히 가치가 있다. MPC의 암호화 혁신은 보안 계산 분야의 더 폭넓은 발전을 위한 길을 열어왔다.

소비자용 표준으로 자리 잡은 TEE 소비자용 애플리케이션과 개발자 중심 플랫폼에서는 TEE 기술이 선호되는 접근 방식으로 부상했다. 이는 검증 가능한 보안 보장을 제공하면서도 주류 채택에 필요한 매끄러운 사용자 경험을 가능하게 한다.

하이브리드 접근 방식 미래에는 서로 다른 기술의 장점을 결합한 하이브리드 시스템이 등장할 가능성이 높다. 예를 들어, 사용자 대면 작업에는 TEE를 사용하고 기관 커스터디 요구사항에는 MPC를 활용하는 방식이다.

보이지 않는 보안 승리하는 지갑 솔루션은 사용자가 전혀 신경 쓸 필요가 없는 솔루션일 것이다—익숙한 방식으로 인증하고, 보이지 않는 보안으로 작동하며, 실제 사용자에게 실제로 작동하는 복구 메커니즘을 제공할 것이다.

결론: Web3 미래의 토대가 되는 MPC

MPC 지갑은 암호화 보안 분야의 중요한 발전을 대표하며, 업계를 더 나은 키 관리 솔루션으로 이끄는 데 핵심적인 역할을 해왔다. 차세대 web3 애플리케이션을 구축하는 개발자들에게 MPC를 이해하는 것은 더 넓은 보안 환경에 대한 중요한 맥락을 제공한다.

그러나 MPC의 실질적인 한계—특히 사용자 경험과 인증 측면에서—는 보안과 사용성을 모두 제공할 수 있는 TEE와 같은 대안의 등장으로 이어졌다. 핵심은 자신의 특정 사용 사례에 맞는 올바른 아키텍처를 선택하는 것이며, 이는 분산 통제가 필요한 기관용 애플리케이션일 수도 있고 매끄러운 온보딩이 필요한 소비자용 플랫폼일 수도 있다.

모든 애플리케이션이 암호화폐 기능을 통합하는 미래로 나아가면서, 승리하는 인프라는 보안, 사용성, 유연성의 균형을 맞출 것이다. MPC는 중요한 토대를 마련했으며, TEE와 같은 기술은 보이지 않는 안전한 사용자 경험이라는 약속을 실현하고 있다.

Alchemy로 지갑 인프라 구축하기

애플리케이션에 지갑 기술을 구현할 준비가 되었는가? 키 관리 방식을 평가할 때, 정말로 중요한 것을 고려하라: 사용자가 실제로 사용할 수 있는가, 그리고 보안이 실제로 작동하는가? Alchemy는 지갑 제공업체와 앱 개발자가 선택한 지갑 솔루션과 함께 사용할 수 있는 체인 인프라를 제공한다:

• 안정적인 블록체인 접근: 지원되는 체인 전반에서 Alchemy의 RPC API를 통해 연결한다
• 온체인 데이터: Alchemy의 Data API를 사용하여 지갑 잔액과 트랜잭션 활동을 조회한다
• 계정 추상화 인프라: 가스 스폰서십을 위한 Gas Manager와 트랜잭션 번들링을 위한 Bundler를 사용한다

이를 통해 선택한 지갑 보안 모델을 체인 접근, 데이터, 트랜잭션 실행을 위한 프로덕션 인프라와 함께 사용할 수 있다.

• Gas Manager로 가스리스 트랜잭션 살펴보기.
• Alchemy와 Privy의 파트너십에 대해 알아보기.

자주 묻는 질문

MPC 지갑이란 무엇인가?

MPC 지갑은 다자간 계산을 사용하여 개인 키를 여러 당사자에게 분산된 암호화된 조각으로 분할하며, 이를 통해 어느 당사자도 완전한 키를 보유하거나 한 곳에서 재구성하지 않고도 공동으로 트랜잭션에 서명할 수 있게 한다.

MPC 지갑은 전통적인 지갑과 어떻게 다른가?

전통적인 지갑은 완전한 개인 키를 한 곳에 저장하여 단일 실패 지점을 만드는 반면, MPC 지갑은 키 조각을 여러 당사자에게 분산시켜 전체 키를 노출하지 않고 트랜잭션에 서명하기 위해 협업이 필요하다.

MPC 지갑이 멀티시그 지갑보다 나은 주요 장점은 무엇인가?

MPC 지갑은 온체인에서 표준 트랜잭션 비용의 일반적인 단일 서명 지갑으로 보이며 모든 블록체인에서 작동하는 반면, 멀티시그는 온체인 스마트 컨트랙트 구현이 필요하고 가스 비용이 더 높으며 네이티브로 이를 지원하는 체인으로 제한된다.

MPC 지갑은 안전한가?

MPC 지갑은 트랜잭션에 여러 당사자의 협업을 요구함으로써 보안을 강화하는데, 공격자가 단일 키 저장 위치가 아닌 여러 시스템을 동시에 손상시켜야 하므로 도난이 훨씬 어려워진다.

MPC 지갑의 주요 단점은 무엇인가?

MPC 지갑은 트랜잭션에 지연을 추가하는 계산 오버헤드, 당사자 간 높은 통신 비용을 가지며, 사용자가 기대하는 이메일 및 소셜 로그인 방식에 대해 검증 가능한 접근 제어를 제공할 수 없다.

MPC 지갑은 키 복구를 어떻게 처리하는가?

MPC 지갑은 키 조각을 주기적으로 갱신할 수 있으며 일부가 분실되더라도 남은 조각의 임계값만 있으면 접근을 허용할 수 있지만, 구현은 사용자 복잡성 대 보안 측면에서 제공업체마다 크게 다르다.

MPC 지갑은 계정 추상화와 함께 작동할 수 있는가?

그렇다, MPC 지갑은 스마트 컨트랙트 지갑 및 계정 추상화 기능과 결합될 수 있는데, 스마트 컨트랙트 지갑도 여전히 키 관리가 필요하고 MPC가 그 기반이 되는 보안 계층을 제공할 수 있기 때문이다.

MPC와 TEE 접근 방식의 차이는 무엇인가?

MPC는 모든 서명마다 조율이 필요한 키 조각을 분산시키는 반면, TEE는 이메일/소셜 인증과 연계된 검증 가능한 접근 제어를 더 나은 사용자 경험과 함께 제공할 수 있는 하드웨어로 격리된 키 저장소를 사용한다.