adorsys / adorsys/status-list-server

#RF-BLOG-03: OpenID4VCI and OpenID4VP for the EUDI Wallet Era — A Rust Cloud Wallet Architecture

Aberta Para iniciantes
#517 0 comentários 0 reações 0 responsáveis Ver no GitHub
Linguagem predominante
Rust
Estrelas
22
Forks
5
Merge médio
2d 6h
PRs com merge (30d)
47

Descrição

## #RF-BLOG-03 — OpenID4VCI and OpenID4VP for the EUDI Wallet Era

**Type:** Child Story / Blog Post
**Parent:** Epic #515 (#RF-BLOG-01)
**Status:** Ready to draft (pitch as secondary)
**Project:** [`ADORSYS-GIS/cloud-identity-wallet`](https://github.com/ADORSYS-GIS/cloud-identity-wallet)

### Hook / one-liner
The team behind a cloud-hosted, multi-tenant Rust wallet behind OpenID4VCI/OpenID4VP breaks down the architecture — issuance (authorization-code + pre-authorized-code), presentation, credential formats (SD-JWT, ISO 18013-5 mdoc, W3C VC), and a KMS/HSM key-management design where DEKs are wrapped at rest.

### Why this post
Positions adorsys as SSI thought leader against the eIDAS/EUDI backdrop (every EU state must offer a wallet; OpenID Foundation EUDIW hub). Timely and strategic.

### Content hints
- Component blueprint: API gateway → wallet core domain → OpenID4VC adapters → encrypted storage → event/audit bus (`cloud-wallet-events`).
- **Key architecture**: Key Manager API, key cache with eviction, wrapped DEKs, KMS master key never seen by the service.
- **Multi-tenant isolation** + how stateless handlers and externally-wrapped state enable scale-out and failover (another instance can take over pending flows).
- Standards context: OpenID4VCI, OpenID4VP, EUDI ARF, eIDAS 2.0.

### Acceptance criteria
- [ ] ~1000–1500 words, original
- [ ] Includes key-management diagram
- [ ] Correctly frames EUDI/eIDAS regulatory context
- [ ] Author bio + repo links included

_Part of epic #515 (#RF-BLOG-01)._

Guia de contribuição

Abrir o guia de contribuição

Direção de pesquisa

No files or tests are linked, so this is a documentation/blog-task. Start by reading issue #517 and its parent epic #515 to confirm expectations, then inspect existing RF-BLOG content in the adorsys/status-list-server repo to find where similar posts are drafted. Prepare the article in that same format/location, and mark it complete only when all acceptance items are covered: 1000–1500 words, key-management diagram, EUDI/eIDAS context, author bio, and repo links.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Stack de tecnologia
rust
Domínio
documentation
Tipo de issue
Documentação
Dificuldade
2/5
Tempo estimado
1-3 horas
Status de atividade
Ativa
Clareza
Razoavelmente clara
Facilidade para iniciantes
64/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.