What Proofline is for

About Proofline

Proofline is being built for moments when losing the record could matter. It helps preserve end-to-end encrypted evidence as events unfold, while giving trusted contacts controlled access when it matters.

Why it exists

Some moments are hard to reconstruct later: an unsafe situation, an important interaction, a missed check-in, damage, harassment, threats, or a dispute. Phones break, platforms vanish, people get pressured, and institutions have an impressive talent for asking vulnerable people for perfect records after chaos.

The goal is not to turn every record into an emergency. The goal is to help a person preserve evidence, control who can access it, and avoid depending on a single fragile device as the only copy of something that may later matter.

Use cases

More than emergencies

Proofline is being designed for incident capture, safety checks, interaction records, and evidence notes. Those labels should help explain why a record exists; they should not silently trigger escalation or sharing.
Evidence

Context where available

Future clients may capture and preserve audio, video, location, timestamps, notes, check-ins, photos, and supporting context where platform permissions and user choices allow.
Privacy

Encrypted by design

Sensitive material should be encrypted before Proofline receives it. Proofline is being designed so the service does not hold raw media keys or read the private contents of evidence records.
Access

Controlled sharing

Trusted-contact access should be explicit, bounded, and separate from emergency dispatch or automatic response. Consent and scope matter. Software should not quietly invent extra powers for itself.

Planned future structure

Governance and public-good alignment

Proofline's politics are not a sticker on the README. They should shape the structure: open source, self-hosting, worker compensation, anti-surveillance design, and governance that makes capture harder.

Proofline is aligned with cooperative and libertarian socialist principles: workplace democracy, public-good infrastructure, transparent compensation, and pay for labour rather than ownership extraction. Public-good infrastructure should not quietly mutate into a trust-branded SaaS funnel.

The planned long-term direction is a non-distributing cooperative or similar mission-locked public-good structure. If the project reaches that stage, governance, worker compensation, and surplus use should be aligned with the project's public-interest purpose.

Values as design constraints

Values should shape the structure, not sit around like a decorative HR fern. For Proofline, trust is organizational as well as technical.

Public-good infrastructure

Proofline should serve users and aligned communities, not become a private extraction machine.

Cooperative principles

Future governance should support workplace democracy, transparent compensation, and shared accountability.

Paid work, not ownership

Founder or director compensation, if it happens, should pay for defined labour, not equity, dividends, or ownership returns.

Surplus reinvestment

Surplus should go back into Proofline, contributors, security reviews and audits, infrastructure, documentation, public-good deployments, related tooling, and smaller aligned projects.

Anti-capture governance

The structure should make mission drift, vendor lock-in, and corporate capture harder, not merely better branded.

Self-hosting and user control

Self-hosting and open source are part of resisting platform dependency and surveillance-capitalism gravity.

SaaS goblin containment

Unsolicited vendor outreach policy

Proofline is unlikely to respond to unsolicited sales pitches, outsourcing offers, SEO packages, lead generation offers, growth hacking, AI automation stacks, blockchain strategy calls, quick 15-minute vendor emails, or recurring SaaS tools looking for a problem to attach themselves to.

Email phrase Likely outcome
"Quick 15-minute call" Archived
"Scale your startup" Archived harder
"AI-powered growth" Sent to the goblin pit
"Blockchain strategy" Salt circle applied
"AI blockchain growth strategy" Vatican contacted
"Synergy" included too Domain exorcism considered
"Automate outbound growth" Goblin containment protocol activated
"Targeted lead lists" Added to the cautionary exhibit
"Finding people who actually need it" Founder insecurity lure detected
"Following up in case this slipped through" It did not. Archived again.
"Personalized outreach at scale" Harassment, but make it scalable

If Proofline needs a service, it will be evaluated through project needs, privacy requirements, security boundaries, governance, maintainability, and public-interest fit. Unsolicited vendor outreach is unlikely to receive a response.

What it is not

Proofline is experimental, not an emergency service, and not a guaranteed real-time response system.

Production mobile capture, trusted-contact notifications, official hosted accounts, cost-recovery billing, live context sharing, and decryption workflows are not production features today.

Sources

These project documents provide more detail about the current implementation, planned work, and security limits.