블록체인 기반 DID(탈중앙화 신원증명) 완전정복: 개념부터 실제 구현 구조까지 친구처럼 쉽게 풀어보기 🪪⛓️

1. DID가 뭔데? 한 줄 요약부터 가보자 🧭

DID는 특정 기관이 발급·관리하지 않아도, 내가 스스로 만들고 스스로 통제하는 디지털 식별자예요. 국제 웹 표준 단체인 W3C가 2022년 7월 ‘Decentralized Identifiers (DIDs) v1.0’을 정식 권고안(Recommendation)으로 채택했어요. 즉 “어떤 스타트업의 독자 규격”이 아니라 웹 표준이라는 거죠.

생김새는 이렇게 단순해요.

did:example:123456789abcdefghi
 │     │           │
 │     │           └─ 메서드별 고유 식별 문자열
 │     └─ DID 메서드 (어떤 방식/네트워크를 쓰는지)
 └─ 스킴 (항상 "did")

URL이 https://로 시작하는 것처럼, DID는 did:로 시작해요. 그 뒤의 메서드(method)가 이 DID를 어디에 어떻게 기록하고 조회하는지 정해요. 예를 들어 did:ethr은 이더리움 기반, did:ion은 비트코인 위에 올라간 Sidetree 기반, did:web은 웹 도메인 기반, did:key는 공개키 자체에서 파생되는 방식이에요. W3C의 DID 사양 레지스트리에는 이미 수백 개의 메서드가 등록돼 있어요.

2. 왜 굳이 ‘탈중앙화’ 신원이 필요할까? 🤔

디지털 신원 모델은 보통 세 단계로 진화했다고 설명해요. 그림보다 카드로 보는 게 편하니까 정리해볼게요.

여기서 나온 개념이 자기주권 신원(SSI, Self-Sovereign Identity)이에요. 2016년 크리스토퍼 앨런(Christopher Allen)이 SSI의 10가지 원칙(존재, 통제, 접근, 투명성, 지속성, 이동성, 상호운용성, 동의, 최소화, 보호)을 정리하면서 널리 퍼졌죠. 핵심은 딱 하나예요. “내 신원 데이터의 주인은 나”.

현실로 비유해볼게요. 실물 지갑 속 운전면허증은 경찰청이 발급했지만, 들고 다니는 건 나예요. 편의점 알바생이 술 살 때 내 나이를 확인하려고 경찰청에 전화하지 않잖아요? 면허증 위조 방지 장치를 보고 바로 믿죠. DID는 이 경험을 온라인으로 옮긴 거예요. 차이점은 디지털에서는 “생년월일 전체 대신 ‘성인임’만” 보여줄 수도 있다는 것! 이게 엄청 큰 차이예요.

3. DID 생태계의 3대 구성요소: DID · DID 문서 · VC 🧩

3-1. DID 문서(DID Document)

DID 자체는 그냥 문자열이에요. 이 문자열을 ‘해석(resolve)’하면 DID 문서라는 JSON 데이터가 나와요. 여기에 “이 DID의 주인이 서명할 때 쓰는 공개키”와 “연락할 수 있는 서비스 주소” 등이 담겨요.

{
  "@context": "https://www.w3.org/ns/did/v1",
  "id": "did:example:123456789abcdefghi",
  "verificationMethod": [{
    "id": "did:example:123456789abcdefghi#key-1",
    "type": "Ed25519VerificationKey2020",
    "controller": "did:example:123456789abcdefghi",
    "publicKeyMultibase": "z6Mk...생략"
  }],
  "authentication": ["did:example:123456789abcdefghi#key-1"],
  "assertionMethod": ["did:example:123456789abcdefghi#key-1"],
  "service": [{
    "id": "did:example:123456789abcdefghi#msg",
    "type": "DIDCommMessaging",
    "serviceEndpoint": "https://agent.example.com"
  }]
}

3-2. 검증 가능한 증명(VC, Verifiable Credential)

VC는 발급자가 “이 DID의 주인은 ○○이다”라고 전자서명한 디지털 증명서예요. 재직증명서, 학위증, 운전면허, 은행의 실명확인 결과 같은 것들이죠. W3C는 2019년 VC 데이터 모델 1.0을 권고안으로 냈고, 2025년 5월에는 VC Data Model 2.0을 정식 권고안으로 발표했어요.

3-3. 검증 가능한 제출(VP, Verifiable Presentation)

VP는 내가 지갑에서 VC(혹은 그 일부)를 골라 “지금 이 검증자에게 제출합니다”라고 내 키로 한 번 더 서명해 묶은 꾸러미예요. 검증자가 보낸 일회성 값(nonce·challenge)을 함께 서명하기 때문에, 누가 중간에 VP를 가로채서 재사용(리플레이 공격)하기 어렵게 만들어요.

4. 실제로 어떻게 돌아갈까? 단계별 흐름 🔄

은행 계좌 실명확인 결과를 VC로 받아, 증권사 비대면 계좌 개설에 쓰는 시나리오로 따라가 볼게요.

6번이 진짜 마법 포인트예요. 기존 방식이라면 증권사가 은행이나 인증기관 API를 매번 호출해야 하고, 그 기록이 다 남죠. DID 방식에서는 발급자가 “누가 언제 어디서 내 증명서를 썼는지” 알 수 없어요. 이걸 ‘발급자-검증자 비연결성’이라고 불러요. 프라이버시 측면에서 엄청 큰 장점이죠.

5. 블록체인은 정확히 어디서 일할까? ⛓️

여기서 많이들 헷갈려요. “그럼 내 증명서가 블록체인에 올라가는 거야?” → 아니요! 블록체인이 맡는 일은 생각보다 소박하고, 그래서 더 중요해요.

왜 굳이 블록체인이냐면, 이 정보들을 특정 회사 서버 하나에 두면 결국 그 회사가 신원 생태계의 문지기가 되기 때문이에요. 서버가 멈추면 전체 검증이 멈추고, 운영자가 마음대로 기록을 바꿀 수도 있죠. 블록체인은 여러 노드가 같은 원장을 유지하니 단일 장애점과 단일 통제자를 없애는 역할을 해요.

퍼블릭 vs 프라이빗(허가형) 체인

참고로 did:ion은 마이크로소프트가 주도해 2021년 메인넷에 올린 방식으로, 수많은 DID 작업을 묶어서 비트코인 트랜잭션 하나에 앵커링하고 실제 데이터는 IPFS에 둬요. “체인에는 최소한만” 철학의 좋은 예죠. Hyperledger Indy는 아예 신원 전용으로 설계된 분산원장이고, 지갑·에이전트 쪽 툴킷인 Aries, 암호 라이브러리인 Ursa(현재는 다른 프로젝트로 기능이 이관) 등과 함께 생태계를 이뤘어요.

6. 프라이버시의 비밀병기: 선택적 공개와 영지식증명 🕵️

DID가 진짜 매력적인 이유가 여기 있어요. 술집 입구에서 “성인 맞아요?”라고 물었을 때, 실물 신분증은 이름·주소·생년월일·사진을 전부 보여줘요. 과잉 공개죠.

금융 쪽에서 상상해보면 감이 확 와요. 대출 심사에 “연소득 3천만 원 이상”만 증명하면 되는데 지금은 원천징수영수증 전체를 내죠. ZKP 기반 VC라면 정확한 연봉 숫자 없이 기준 충족 여부만 전달할 수 있어요. 개인정보 최소수집 원칙을 기술적으로 강제하는 셈이에요.

7. 개발자 시점: 직접 구현해보면 이렇게 생겼어 👩‍💻

개념만 보면 막연하니까, 대표 오픈소스로 흐름을 짚어볼게요. 아래는 이더리움 계열 DID 리졸버와 JWT 형식 VC를 다루는 did-jwt-vc 라이브러리 사용 흐름이에요(설명용으로 단순화했어요. 실제 서비스에서는 키를 코드에 넣으면 절대 안 돼요!).

① 발급자가 VC 만들기

import { createVerifiableCredentialJwt } from 'did-jwt-vc'
import { EthrDID } from 'ethr-did'

// 발급자(은행)의 DID와 서명키 (실무에선 HSM/KMS에 보관)
const issuer = new EthrDID({ identifier: '0x발급자주소', privateKey: '보안저장소에서로드' })

const vcPayload = {
  sub: 'did:ethr:0x사용자주소',          // 증명 대상(소유자)
  nbf: Math.floor(Date.now() / 1000),
  vc: {
    '@context': ['https://www.w3.org/2018/credentials/v1'],
    type: ['VerifiableCredential', 'KYCCredential'],
    credentialSubject: {
      kycVerified: true,
      ageOver19: true
    }
  }
}

const vcJwt = await createVerifiableCredentialJwt(vcPayload, issuer)
// → 이 문자열을 사용자 지갑으로 전달

② 검증자가 확인하기

import { verifyCredential } from 'did-jwt-vc'
import { Resolver } from 'did-resolver'
import { getResolver } from 'ethr-did-resolver'

const resolver = new Resolver(getResolver({ infuraProjectId: '...' }))

// 내부적으로: 발급자 DID → DID 문서 조회 → 공개키로 서명 검증
const verified = await verifyCredential(vcJwt, resolver)
console.log(verified.verifiableCredential.credentialSubject)
// { id: 'did:ethr:0x사용자주소', kycVerified: true, ageOver19: true }

보이죠? 검증 코드 어디에도 “은행 API 호출”이 없어요. 리졸버가 블록체인에서 공개키를 가져와 수학적으로 검증할 뿐이에요. 실무 구현에서는 여기에 다음이 붙어요.

이런 구현을 혼자 하기 버겁다면 블록체인 개발이나 보안 컨설팅 재능을 가진 전문가를 찾는 것도 방법이에요. 재능넷 같은 재능 공유 플랫폼에서 스마트컨트랙트 개발, 앱 연동 같은 작업을 의뢰하는 사례도 늘고 있죠.

8. 금융·핀테크에서 DID가 빛나는 순간 💳

“블록체인과 암호화폐” 하면 보통 코인 시세부터 떠올리지만, 사실 업계에서 가장 현실적인 블록체인 활용처 중 하나가 신원이에요. 돈이 오가는 곳엔 반드시 “너 누구야?”가 따라오니까요.

한국은 이미 DID 선진국이에요 🇰🇷

은근히 모르는 분들 많은데, 우리나라는 DID를 국가 단위 서비스에 실제로 적용한 나라예요.

해외도 움직임이 커요. 유럽연합은 2024년 eIDAS 2.0 규정을 발효시켜, 회원국이 시민에게 EU 디지털 신원 지갑(EUDI Wallet)을 제공하도록 했어요(2026년경까지 제공 목표). 기술 구조가 VC·선택적 공개와 맞닿아 있어서, 글로벌 표준 경쟁에서도 이 방향이 주류로 굳어지는 분위기예요.

9. 그런데… 장밋빛만은 아니야 😅 현실적인 한계들

친구라면 좋은 얘기만 하면 안 되죠. DID가 넘어야 할 산도 확실히 있어요.

특히 “완전한 탈중앙화”와 “규제 준수” 사이의 줄다리기는 금융권에서 계속될 숙제예요. 금융사는 결국 공인된 신원을 원하고, 공인은 어딘가의 권위를 필요로 하니까요. 그래서 현실적인 답은 “모든 걸 블록체인으로”가 아니라 “신뢰의 근거는 공인 기관, 정보의 통제권은 사용자”라는 하이브리드 구조로 수렴하는 중이에요. 우리나라 모바일 신분증이 정확히 이 모델이죠.

10. 한눈에 정리! 오늘의 핵심 요약 📝

정리하자면 DID는 “코인처럼 화려하진 않지만, 블록체인이 일상에 스며드는 가장 조용하고 강력한 통로”예요. 이미 여러분 폰 속 모바일 신분증에서 돌아가고 있을지도 모르고요. 😉 다음에 또 “인증하세요” 창이 뜨면, 이 글의 삼각형 그림을 떠올려 보세요. 머지않아 그 창 대신 “지갑에서 증명 하나 고르기”가 표준이 될 테니까요. 재능넷 지식인의 숲에서 또 재밌는 기술 이야기로 만나요! 🙌