The Passport System for Tokenized Assets — simplified.
Institutions keep their compliance process. Shibui standardizes the passport format and how tokens scan it.
Problem: identity and compliance proofs don’t travel. The same investor is re-verified again and again.
1) The stamp (what gets published). After an institution completes KYC/KYB, it publishes a compact result: “verified, category, jurisdiction, expiry, revocation.” Not the underlying documents — just the stamped conclusion.
The stamp is structured data (EAS schemas). This is the ICAO-like part: a shared, machine-readable core.
GLEIF, ISO 20022, and vLEI feed in. Shibui publishes the stamp.
2) Two passports (holder + asset). One document is about the holder (who they are / what category they are). Another is about the asset (what border rules this token enforces).
Same passport format → any token on any chain can scan the stamp and enforce border rules.
3) The border check (who accepts whose stamp). Each token/issuer chooses which attesters it trusts for which topics. Enforcement is deterministic: allow/deny based on valid stamps.
Scope: Shibui standardizes format + scanning + revocation. It does not run onboarding, renewals, lost-passport handling, or liability.
In one sentence: Shibui is the shared passport format for tokenized assets — so verification becomes portable, and enforcement becomes universal.