Electrum 지갑 서버란 무엇이며 어떻게 작동하나요?

Electrum Wallet 서버의 핵심 아키텍처

1. Electrum 지갑 서버는 Electrum 클라이언트 자체의 일부가 아니지만 경량 클라이언트가 전체 체인을 다운로드하고 확인하지 않고도 Bitcoin 블록체인과 상호 작용할 수 있도록 하는 백엔드 인프라 역할을 합니다.

2. 잔액 확인, 거래 내역 검색, UTXO(미사용 출력) 조회 등 지연 시간이 짧은 쿼리를 위해 설계된 맞춤형 바이너리 프로토콜인 Electrum 프로토콜을 사용하여 작동합니다.

3. 서버는 전체 노드 검증보다는 빠른 무작위 액세스에 최적화된 블록체인 데이터(특히 블록, 트랜잭션, 주소 및 스크립트 해시)의 색인화된 데이터베이스를 유지 관리합니다.

4. 로컬에서 합의 규칙을 시행하는 Bitcoin Core와 달리 Electrum 서버는 원시 블록 및 트랜잭션 데이터에 대해 업스트림 전체 노드(일반적으로 bitcoind 또는 bcoin)에 의존한 다음 이를 자체 스토리지 계층으로 다시 색인화합니다.

5. 이 아키텍처를 통해 사용자는 거의 즉각적인 동기화 및 결정론적 주소 파생의 이점을 누리면서 모바일 장치 또는 리소스가 적은 시스템에서 씬 클라이언트를 실행할 수 있습니다.

서버 구현 변형

1. ElectrumX는 안정성, 적극적인 유지 관리, SSL/TLS 종료 및 RESTful 엔드포인트와 같은 고급 기능 지원으로 인해 프로덕션 배포에 널리 채택되는 Python 기반 구현입니다.

2.lectrs는 특히 수천 개의 동시 지갑이 동일한 인스턴스를 쿼리하는 높은 동시성 시나리오에서 크게 향상된 인덱싱 속도와 메모리 효율성을 제공하는 Rust 재작성입니다.

3. Fulcrum은 C++로 작성된 또 다른 고성능 대안으로, 최소한의 리소스 공간과 빠른 키-값 조회를 위한 Berkeley DB와의 긴밀한 통합으로 잘 알려져 있습니다.

4. Esplora는 기술적으로는 블록 탐색기 API이지만 Electrs 또는 ElectrumX 백엔드와 함께 배포하면 사실상 Electrum 호환 서버로 작동하여 웹 및 Electrum 프로토콜 인터페이스를 모두 노출합니다.

5. ElectrumX의 Docker화된 버전은 격리된 컨테이너 내에 RocksDB, OpenSSL 및 특정 Python 런타임 버전을 포함한 종속성을 캡슐화하여 이기종 환경 전반에 걸쳐 배포를 단순화합니다.

클라이언트와 서버 간의 상호 작용

1. Electrum 지갑이 시작되면 TCP 포트 50001(암호화되지 않음) 또는 50002(SSL 암호화됨)를 통해 하나 이상의 Electrum 서버에 연결되며 대기 시간 및 가용성 지표를 기준으로 선택됩니다.

2. 클라이언트는 사용자의 수신 주소에서 파생된 Base64 인코딩 스크립트 해시와 함께 "blockchain.scripthash.get_balance"와 같은 압축 바이너리 요청을 보냅니다.

3. 서버는 SPV 검증에 사용되는 잔액, 거래 ID, 확인 및 Merkle 증명을 포함하는 JSON-RPC 형식의 페이로드로 응답합니다.

4. 트랜잭션 브로드캐스트는 "blockchain.transaction.broadcast"를 통해 발생하며, 여기서 서명된 원시 트랜잭션 16진수가 제출되어 업스트림 전체 노드 네트워크에 전달됩니다.

5. 클라이언트는 작동 중에 서버 간을 동적으로 전환할 수 있으므로 기본 서버가 오프라인이 되거나 응답하지 않는 경우에도 연속성을 보장합니다.

보안 모델 및 신뢰 가정

1. Electrum 클라이언트는 암호화 서명이나 합의 규칙을 독립적으로 검증하지 않습니다. 그들은 서버가 정확하고 변조되지 않은 데이터를 반환한다고 가정합니다.

2. 위험을 완화하기 위해 Electrum은 헤더 전용 SPV를 구현합니다. 클라이언트는 여러 소스에서 블록 헤더를 다운로드하고 확인한 다음 서버에서 제공하는 Merkle 포함 증명을 교차 확인합니다.

3. 사용자는 신뢰할 수 있는 피어를 수동으로 구성하거나 DNSSEC 보안 시드 목록과 같은 분산형 검색 메커니즘을 사용하여 중앙 집중식 DNS 중독 공격을 방지할 수 있습니다.

4. 서버 자체는 DDoS, 무단 RPC 노출 및 데이터베이스 손상으로부터 보호되어야 합니다. 일반적인 강화 단계에는 로컬 호스트에만 바인딩, TLS 활성화 및 속도 제한 API 액세스 제한이 포함됩니다.

5. 개인 Electrum 서버를 실행하면 타사 인프라에 대한 의존도가 줄어들어 데이터 최신성, 개인 정보 보호 경계 및 쿼리 로깅 정책을 완벽하게 제어할 수 있습니다.

자주 묻는 질문

Q1: 전체 Bitcoin 노드 없이 Electrum 서버를 실행할 수 있나요? 아니요. Electrum 서버는 원시 블록체인 데이터를 가져오기 위해 동기화된 Bitcoin 전체 노드(예: bitcoind)에 대한 직접 RPC 액세스가 필요합니다. 그들은 독립적으로 작동할 수 없습니다.

Q2: Electrum 서버는 개인 키를 저장합니까? 아니요. Electrum 서버는 개인 키를 처리하거나 저장하지 않습니다. 개인 키 관리는 비구금 설계 원칙에 따라 전적으로 클라이언트측에서 유지됩니다.

Q3: Electrum 서버는 주소 재사용 감지를 어떻게 처리합니까? 알려진 모든 스크립트 해시를 추적하고 해당 해시와 일치하는 출력이 있는지 들어오는 트랜잭션을 모니터링합니다. 재사용된 주소는 응답 페이로드에 플래그가 지정되지만 적극적으로 차단되거나 필터링되지는 않습니다.

Q4: Bitcoin 외의 알트코인에도 Electrum 서버를 사용할 수 있나요? 예. ElectrumX 및 일렉터는 호환 가능한 전체 노드가 제공되는 경우 구성 플래그 및 대체 블록체인 매개변수를 통해 Litecoin 및 Bitcoin Cash와 같은 포크를 지원합니다.