Invitation Credential (VIC)

A Verifiable Invitation Credential authorizes the onboarding of a new member into a VTC or VTN. It’s the bootstrap mechanism for bringing new participants into the trust graph.

Who Can Invite

The issuer of a VIC depends on community policy:

• For VTC membership: the VTC’s C-DID, or an authorized member’s M-DID (if the community allows member-initiated invitations)
• For VTN membership: the VTN’s C-DID, or a member VTC’s C-DID

This flexibility lets communities choose between centralized invitation (only the community itself can invite) and decentralized invitation (existing members can bring in new people).

Role in the Ecosystem

VICs are Invitation Credentials — they bootstrap new participants but don’t create persistent graph structure. Once the invitee completes onboarding and receives a Membership Credential (VMC), the invitation has served its purpose.

The PEP processes invitation credentials during the onboarding flow.

Implementation Status

As of June 2026 the VIC is implemented end-to-end, making it the first invitation mechanism to go from spec to working code. On the community side, the VTC service supports automatic join via VIC — with role-on-invite, revocation, QR-sized invitations in the admin UI, and a verdict-model admission pipeline. On the member side, OpenVTC presents a VIC at join, stores VICs in the VTA credential vault, and supports a subject-linkage proof so an invitee can join under a freshly minted DID different from the one the VIC names. See the Recent Development sections on openvtc and verifiable-trust-infrastructure.

See also: membership-credential, credential-categories, verifiable-trust-community, verifiable-trust-network