Prototype Specification™
SAFECHAIN™ Prototype Specification™
Defining the First National Vulnerability Verification Infrastructure Prototype
SAFECHAIN™ Technology & Infrastructure Development Series
Version: 1.0
Author: Samantha Avril-Andreassen FRSA
Organisation: SAFECHAINN Ltd
Executive Summary
The SAFECHAIN™ prototype is the first practical implementation of the National Vulnerability Verification Infrastructure.
Its purpose is not to create a complete national system.
Its purpose is to demonstrate that vulnerability can be:
verified;
recognised;
governed;
audited;
consented;
shared appropriately;
without creating a centralised surveillance database.
The prototype must answer four questions:
Can vulnerability be verified?
Can verification be recognised across institutions?
Can consent remain under individual control?
Can governance and accountability be maintained?
If the answer to these questions is yes, SAFECHAIN™ moves from architecture into infrastructure.
Prototype Objectives
The prototype has six objectives.
Objective 1
Demonstrate Vulnerability Verification
Can verified vulnerability be recognised by multiple organisations?
Objective 2
Demonstrate Consent Control
Can individuals manage permissions?
Objective 3
Demonstrate Institutional Recognition
Can organisations trust verification without requiring repeated evidence?
Objective 4
Demonstrate Governance
Can credentials be governed appropriately?
Objective 5
Demonstrate Auditability
Can actions be traced and reviewed?
Objective 6
Demonstrate Scalability
Can the architecture support future expansion?
Prototype Scope
The first SAFECHAIN™ prototype should remain deliberately focused.
The objective is validation.
Not full-scale deployment.
Core User Groups
The prototype should support five user groups.
User Group 1
Citizen
The individual experiencing vulnerability.
Examples:
domestic abuse survivor;
person experiencing economic abuse;
homeless individual;
vulnerable customer.
User Group 2
Verification Body
Examples:
domestic abuse service;
housing provider;
safeguarding organisation.
User Group 3
Participating Institution
Examples:
bank;
housing association;
local authority.
User Group 4
Governance Authority
Examples:
Trust Authority;
Accreditation Team.
User Group 5
Auditor
Responsible for oversight and assurance.
Prototype Module 1
Citizen Dashboard™
The Citizen Dashboard acts as the primary interface.
Functions include:
View Credentials
Display active credentials.
Manage Consent
Grant and revoke permissions.
Access History
View credential activity.
Notification Centre
Receive access requests.
Profile Management
Manage identity settings.
Prototype Module 2
SAFECHAIN™ Credential Wallet™
The credential wallet stores verification credentials.
Examples:
Domestic Abuse Credential™
Economic Abuse Credential™
Housing Vulnerability Credential™
Homelessness Credential™
Trauma Participation Credential™
Safeguarding Credential™
The wallet stores verification status rather than detailed evidence.
Prototype Module 3
Consent Centre™
The Consent Centre represents the core privacy architecture.
Users may:
Grant Access
Allow specific organisations to verify credentials.
Revoke Access
Withdraw permissions.
Set Time Limits
Limit access duration.
Review Requests
Approve or reject requests.
The individual remains in control.
Prototype Module 4
Verification Portal™
Used by accredited verification bodies.
Functions include:
Create Verification Request
Review Evidence
Recommend Credential Issuance
Review Existing Credentials
Submit Updates
This portal supports credential governance.
Prototype Module 5
Institutional Portal™
Used by banks, housing providers and participating organisations.
Functions include:
Request Verification
Verify Credential Status
Record Outcome
Trigger Support Actions
The institution does not receive underlying evidence.
The institution receives verification.
Prototype Module 6
Governance Portal™
Used by:
Trust Authority;
Governance Council;
Accreditation Teams.
Functions include:
Credential Oversight
Governance Review
Accreditation Monitoring
Risk Monitoring
Assurance Reporting
Prototype Module 7
Audit Dashboard™
The Audit Dashboard supports accountability.
Records include:
Credential Issuance
Credential Suspension
Credential Revocation
Access Events
Consent Changes
Governance Actions
Every action creates an audit record.
Prototype Module 8
National Vulnerability Passport™
The prototype should include a simplified vulnerability passport.
The passport contains:
Credential Type
Verification Status
Verification Date
Issuing Authority
Expiry or Review Date
The passport does not contain detailed evidence.
Technical Architecture
The prototype should use a modern modular architecture.
Front-End Layer
Potential technologies:
React
Flutter
Supports:
web;
mobile.
Identity Layer
Potential technologies:
Self-Sovereign Identity
Decentralised Identity
Supports:
authentication;
consent management.
Verification Layer
Handles:
credential issuance;
credential validation;
credential lifecycle management.
Blockchain Layer
Purpose:
Verification integrity.
Not data storage.
Potential technologies:
Hyperledger Fabric
Polygon
Permissioned blockchain environments.
Data Layer
Stores:
credential metadata;
audit records;
governance records.
Evidence remains with originating organisations.
API Layer
Supports integration with:
banks;
housing systems;
government systems;
safeguarding systems.
Minimum Viable Prototype
The MVP should demonstrate:
One Citizen
One Verification Body
One Participating Institution
One Credential Type
One Governance Authority
One Audit Process
The objective is proving the concept.
Success Metrics
The prototype should measure:
Verification Time
Consent Response Time
Credential Usage
Institutional Acceptance
Governance Compliance
User Satisfaction
Future Development Path
Following successful validation:
Prototype
↓
Pilot
↓
Regional Deployment
↓
National Implementation
↓
International Scaling
Strategic Importance
The SAFECHAIN™ Prototype Specification transforms SAFECHAIN™ from:
Architecture
into
Buildable Infrastructure
This document becomes:
the developer brief;
the investor technical paper;
the Innovate UK technical submission;
the pilot design foundation.
Without a prototype, SAFECHAIN™ remains conceptual.
With a prototype, SAFECHAIN™ becomes buildable.
Conclusion
The SAFECHAIN™ prototype represents the first practical demonstration of national vulnerability verification infrastructure.
The purpose is not to replace existing systems.
The purpose is to connect them through trusted verification, consent-based participation and accountable governance.
If successful, the prototype becomes the foundation upon which the wider SAFECHAIN™ ecosystem can be built.
COPYRIGHT NOTICE
© 2026 Samantha Avril-Andreassen. All rights reserved.
SAFECHAINN Ltd (Company No. 12038453).
SAFECHAIN™, SAFECHAIN™ Prototype Specification™, National Vulnerability Verification Infrastructure™, Verified Vulnerability Credentials™, Consent-Based Institutional Verification™, SAFECHAIN™ Verification Layer™, National Vulnerability Passport™, SAFECHAIN™ Trust Authority Framework™, SAFECHAIN™ Governance Council™, SAFECHAIN™ Audit & Assurance Framework™ and all associated methodologies, verification systems, credential architectures, consent architectures, audit systems, governance frameworks and intellectual constructs are proprietary intellectual property authored and developed by Samantha Avril-Andreassen.
No reproduction, implementation, adaptation, deployment, AI training, commercialisation, derivative development or institutional adoption may occur without prior written permission from Samantha Avril-Andreassen and SAFECHAINN Ltd.