INTEGYRS
Digital ownership, closer to the device

Building digital ownership into devices.

A digital possession should have a clear owner, a defined way to transfer it and a device that respects the change. INTEGYRS is building the connection.

Working software alpha. Private-node experiments recorded. Protected-device integration is a development milestone.

Concept illustration: one recognised digital possession moves from a current endpoint to a successor endpoint.

What makes a digital
possession yours?

Files are easy to copy. A transferable digital possession also needs a recognised ownership state, a rule for fresh access and an endpoint that can enforce that rule.

01 — OWNERSHIP

A recognised holder.

Establish which state represents the possession, who controls it and which successor is recognised after a transfer.

02 — ACCESS

A fresh decision.

Check eligibility when a section is requested. A change in ownership must change the previous holder’s next access decision.

03 — DEVICE

A meaningful boundary.

Work toward protected processing and rendering. A software policy alone cannot keep secrets from a compromised host.

One possession.
An explicit handover.

Our first program connects an ownership record to threshold-controlled access. Transfer is a sequence with defined hold, refusal and recovery states.

Walk through the lifecycle
01 / CREATE

Recognise.

Create a possession state. Keep its encrypted content separate from the ownership record.

02 / ACCESS

Authorise.

Use fresh eligibility evidence and recipient-bound contributions for section access.

03 / TRANSFER

Freeze.

Stop new seller authorizations at the defined freeze boundary while the handover is resolved.

04 / SUCCESSOR

Activate.

Recognise the successor and test that the previous holder’s later access is refused.

Concept sequence. The current implementation is experimental software; protected-device enforcement remains to be demonstrated.

Build. Test.
Show the boundary.

Our recorded experiments cover successful transfers and deliberate failures. Each result belongs to a specific environment and version. Test counts are coverage records, not security scores.

195offline tests
47private-node checks
2forced race orders
Read the experiments and their limits

Access that can
follow ownership.

The first intended experience is simple: a rights-cleared digital publication, a recognised holder and a transfer between two approved endpoints.

Explore the first use case
Proposed applications

A foundation for more than one reader.

Transferable publications, licensed professional materials and device-bound software entitlements are candidate uses. Each needs its own rights, security and commercial validation.

Possession in a technical system does not itself transfer the copyright in the underlying work.

Software first.
Devices next.

Hardware design work is underway. The next challenge is to turn a clear software access rule into a measured, protected device path.

See the product roadmap
01

Strengthen end-to-end evidence

Authenticated state, adversarial failure paths and reproducible recovery.

02

Validate the device boundary

Attestation, non-exporting processing, protected rendering and rollback resistance.

03

Earn a supported product

Independent review and controlled pilots, with beta targeted for early 2027 and live rollout planned by April 2028.

Go deeper.
Follow every boundary.

Explore what digital scarcity changes, how the current protocol works, and the infrastructure, hardware and published inventions behind the longer-term direction.

Start with the mechanism.
Follow the evidence.

Explore the technology