# 교체와 소거의 순서

## Alternative text

호출자가 compute 에 진입해 provider 를 resolve 하고 교체본을 설치한 뒤 이전 세대를 소거하는 순서.

## Long description

SSOT §4.1 이 인용한 주석은 get → fetch → put → clear 에 동기화가 없던 시절 두 호출자가 같은 옛 런타임을 읽고 각자 교체본을 가져와, 한 교체본이 clear 도 없이 맵에서 사라지고 진 쪽이 이긴 쪽이 쓰던 material 을 지울 수 있었다고 적는다. 지금은 compute 가 이 키의 bin 락을 잡으므로 정확히 한 fetch 가 공개되고 이전 세대는 같은 호출자가 회수한다.

## Elements and evidence

- **호출자** (service): No additional description. Evidence: L37836–L37845.
- **CredentialRuntimeRegistry** (service): No additional description. Evidence: L37836–L37845.
- **자격증명 provider** (service): No additional description. Evidence: L37838–L37845.
- **resolved 맵** (store): No additional description. Evidence: L37843–L37845.

## Relationships

- **호출자 → CredentialRuntimeRegistry:** compute 진입. Evidence: L37843–L37845.
- **CredentialRuntimeRegistry → 자격증명 provider:** resolve. Evidence: L37838–L37845.
- **자격증명 provider → CredentialRuntimeRegistry:** 교체 자재. Evidence: L37838–L37845.
- **CredentialRuntimeRegistry → resolved 맵:** 교체본 설치. Evidence: L37843–L37845.
- **CredentialRuntimeRegistry → resolved 맵:** 이전 세대 소거. Evidence: L37843–L37845.