Safe에서 다중 서명 지갑을 만드는 방법은 무엇입니까? (고급 보안)

다중 서명 지갑 아키텍처 이해

1. 다중 서명 지갑에는 단일 거래를 승인하기 위해 여러 개인 키가 필요하므로 표준 지갑에 내재된 단일 지점 실패 위험을 제거합니다.

2. Safe는 사용자가 실행 전에 작업을 승인해야 하는 서명자 수(총 집합 중)를 정의하는 임계값 기반 서명을 구현합니다.

3. 각 서명자는 조정된 손상을 방지하기 위해 종종 별도의 장치나 관리 환경에 저장되는 독립적인 키를 보유합니다.

4. 안전한 스마트 계약은 바이트코드로 인코딩된 사전 구성된 규칙에 대해 서명을 검증하는 온체인 시행 계층 역할을 합니다.

5. EOA 기반 다중 서명 솔루션과 달리 Safe는 계정 추상화를 활용하여 가스 없는 거래 및 모듈형 가드 확장과 같은 고급 기능을 지원합니다.

Safe{Wallet}을 통해 안전한 인스턴스 설정

1. app.safe.global로 이동하여 MetaMask 또는 WalletConnect와 같은 Web3 지갑을 연결하여 설정을 시작합니다.

2. “Create Safe”를 선택하고 각 소유자의 이더리움 주소를 입력합니다. 최대 50개의 주소를 등록할 수 있습니다.

3. 확인 임계값을 정의합니다(예: 이체 또는 계약 호출을 실행하는 데 필요한 소유자 3명 중 2명).

4. 인터페이스 내에서 시각적으로 식별할 수 있도록 각 소유자에게 선택적 이름과 색상을 할당합니다.

5. 네트워크 선택(이더리움 메인넷, Arbitrum, Optimism 등)을 포함한 배포 매개변수를 검토하고 생성을 확인합니다.

하드웨어 서명자와 외부 보호자 통합

1. Ledger 및 Trezor 장치는 개인 키를 노출하지 않고 펌웨어 지원 서명 프로토콜을 통해 Safe와 직접 통합됩니다.

2. 대체 서명자 역할을 하도록 Gnosis Safe Guardian을 구성하여 기본 키에 액세스할 수 없는 경우 복구가 가능합니다.

3. Fortmatic 또는 WebAuthn 지원 생체 인증자와 같은 외부 서명자는 암호화 분리를 유지하면서 유용성을 확장합니다.

4. EIP-1271 검증을 사용하여 구축된 맞춤형 서명자는 Safe 계약에 제출되기 전에 오프체인 서명 집계를 허용합니다.

5. 모든 외부 서명자는 현재 안전 버전 논리와의 호환성을 보장하기 위해 트랜잭션 시뮬레이션 중에 엄격한 검증을 거칩니다.

거래 수명주기 및 확인 워크플로

1. 사용자는 Safe 인터페이스를 통해 수신자, 값, 데이터 페이로드 및 실행 유형을 지정하는 작업을 제안합니다.

2. 제안서는 해시되어 온체인에 저장됩니다. 각 서명자는 서명하기 전에 독립적으로 해시를 확인합니다.

3. 서명된 메시지는 등록된 소유자 주소에 대해 ECDSA 서명을 검증하는 안전 계약에 제출됩니다.

4. 임계값이 충족되면 트랜잭션은 "준비" 상태로 들어가고 즉시 실행되거나 나중에 실행되도록 예약될 수 있습니다.

5. 실행은 대상 계약 또는 기본 전송에 대한 호출을 트리거하며 모든 서명은 블록체인의 이벤트 로그에 영구적으로 기록됩니다.

자주 묻는 질문

Q: 배포 후 임계값을 변경할 수 있습니까? 예. 소유자의 현재 임계값이 서명한 새 설정 트랜잭션을 제출하면 임계값 수정이 가능합니다. 그러면 기존 구성이 업데이트된 매개변수로 대체됩니다.

Q: 한 소유자가 개인 키를 분실하면 어떻게 됩니까? 남은 소유자가 임계값을 충족할 만큼 유효한 키를 보유하고 있으면 금고는 계속 작동합니다. 그렇지 않으면 사전 구성된 Guardian 또는 소셜 복구 메커니즘이 개입해야 합니다.

Q: Safe는 일괄 거래를 지원합니까? 예. 배치 기능을 사용하면 여러 작업을 단일 트랜잭션으로 그룹화하여 가스 오버헤드를 줄이고 원자적 실행을 보장할 수 있습니다.

Q: 서명권한을 일시적으로 위임할 수 있나요? 위임은 위임 모듈을 통해 지원되므로 지정된 주소가 개인 키에 액세스하지 않고도 소유자를 대신하여 서명된 메시지를 제출할 수 있습니다.