Sist faglig gjennomgått 1. august 2026.
Hvordan HAVEN forholder seg til kjente standarder
HAVEN skal gjenbruke etablerte standarder der de løser jobben. Prosjektet må kunne forklare hva det legger til, uten å late som resten ikke finnes.
| Byggestein | Hva den hjelper med | HAVENs forhold til den |
|---|---|---|
| OAuth / MCP-autorisasjon | Tilgangstoken, klient, ressurs og omfang for beskyttede tjenester. | Skal kunne brukes sammen med dette. En HAVEN-Contract er ikke et nytt navn på et OAuth-token. |
| Verifiable Credentials | Maskinverifiserbare påstander med utsteder og integritetskontroll. | Kan brukes som avgrenset evidence. Beviset gir ikke autoritet alene. |
| OpenID AuthZEN | Et standardisert grensesnitt mellom håndheving og autorisasjonsbeslutning. | Er et relevant integrasjonspunkt. HAVENs Resolver og policy må ikke fremstilles som en erstatningsstandard. |
| CellProtocol | Eksperimentelle komponentgrenser, Agreements, Contracts, capabilities, formål og kvitterbare utfall. | Dette er prosjektets eget lag. Det er under utvikling og ikke en vedtatt interoperabilitetsstandard. |
Kontrollspørsmålet
Hvis en eksisterende standard allerede løser oppgaven, skal HAVEN integrere den. Nye begreper må begrunnes med en konkret kontrakt eller et gap som kan testes.
