Pillar One Authenticator
A durable possession-factor concept intended to make an important access decision visibly separate from the primary screen.
£135Learn more
Hardware security concept library
Evidence-led hardware for the moment access matters.
Access Evidence Lab is a design concept for people evaluating hardware-assisted wallet access. We translate authentication layers into plain operational questions: what is being approved, by whom, on which device and with which independent signal?
Explore reference productsNo wallet connection. No seed phrases. No investment advice.
Hardware-assisted accessLocal verificationEuropean perspectiveResponsible guidance
Reference catalogue
Our products
These product concepts provide an editorial frame for evaluating hardware-led wallet protection. They are not live products, sales listings or endorsements of a particular manufacturer.
Tactile Biometric Reader
A local verification device concept that demonstrates how a biometric signal can complement, rather than replace, a planned workflow.
£215Learn more
Two-Key Continuity Kit
A reference set for documenting distinct operating and recovery roles without implying guaranteed resilience or unattended access.
£275Learn more
Illustrative product and company concept for Access Evidence Lab. Product names, prices and history are design content only; no certification, audit, availability or protection outcome is implied.
Our mission
Our perspective is practical: useful security information should explain the trade-offs, not conceal them behind marketing language. We make physical factors, device checks and recovery boundaries easier to inspect before a user builds them into a routine.
Digital assets introduce a particular kind of responsibility: an ordinary online action may carry unusual consequences. That is why we focus on understandable boundaries between a connected environment and a considered approval.
We publish concept models, device considerations and useful questions, not absolute promises. Security is an ongoing practice shaped by device provenance, software updates, physical handling and people’s habits.
Read our missionAdvantages
Friction with a purpose.
Hardware layers can make sensitive access more deliberate. Their value lies in clear boundaries, observable prompts and thoughtful operating routines—not in a claim that risk has disappeared.
Hardware validation
A local device prompt can make an important action more visible than an approval that happens only inside a connected application.
Multi-factor control
Combining distinct factors can reduce reliance on a single password, while adding planning and recovery responsibilities of its own.
Biometric verification
A local biometric check can add a user-presence signal where it is appropriate, but it should sit inside a wider access policy.
Controlled access
Clear roles, explicit prompts and a known device boundary help a team discuss who may approve what, and when.
Security outcomes depend on implementation, configuration, physical safeguarding and user behaviour. Every approach has limitations.
Concept timeline
Our history
This illustrative timeline describes the development of a fictional editorial concept. It is not a statement of a real company’s trading history, partners, products or achievements.
2018
Observing hardware signals
The initial prototype collected plain-language notes on physical keys, local prompts and the limits of password-only access.
2020
Building an evidence model
We began framing each approval as a chain of observable facts rather than a background technical event.
2021
Testing operating narratives
The content model developed short decision paths for individuals, small teams and continuity-minded households.
2023
Refining the device vocabulary
We brought product language closer to industrial hardware: direct, specific and clear about what is illustrative.
2026
Publishing the reference library
The current concept brings those sketches together as an independent hardware-access reading room.
Fictional / design-concept chronology.
Designed for
Types of our clients
The ideas in this publication are designed for people who prefer clear device roles and a visible access sequence. They are not recommendations for particular people, organisations or custody arrangements.
Practical wallet users
People who want to distinguish a familiar browser interaction from a higher-consequence hardware confirmation.
Digital asset operators
Small operations teams defining accountable approval steps rather than relying on informal access sharing.
Technical decision-makers
People comparing security devices who need a calm explanation of factors, ports, prompts and fallbacks.
Boutique businesses
Small organisations documenting access roles before introducing a hardware-backed routine.
Continuity planners
Users shaping a recovery plan that does not depend on one person, one device or one remembered password.
Hardware evaluators
Enthusiasts assessing physical interface choices, local verification and the operational burden they introduce.
Illustrative editorial image; it does not depict or identify a founder.
Founder's words — fictional design voice
Trust is not generated by a black box. It grows when the person responsible can identify the hardware, understand the confirmation and describe what happens if the ordinary path is unavailable.
This statement is part of the fictional brand concept and does not attribute credentials, professional experience or opinions to a real person.
Read the full perspectiveA considered next step
Join us
Join a conversation about controlled access, local validation and the practical decisions around security hardware. We focus on questions that make a workflow clearer, without asking anyone to disclose sensitive material.
Whether you are comparing authentication layers or documenting a new approval routine, start with the boundary: which device should see the action, and who should make the decision?
Get in TouchContact
Get in touch.
Ask a question about the content, the illustrative product concepts or a responsible security topic.
Never send private keys, recovery phrases, passwords, authentication codes or wallet credentials through this form.