This is sending a note after adding/updating my relay lst
Akamaister
andrewgstanton@primal.net
npub19wvc...guvd
Andrew G. Stanton (Akamaister)
Builder · Writer · Bitcoin-aligned systems
Founder & Fractional CTO.
I build durable software and publishing systems rooted in conviction, sovereignty, and long-term thinking.
Following Jesus.
Building with proof of work, not proof of hype.
Still building.
Primary work
MyContinuum — sovereign publishing & identity
https://mycontinuum.xyz
Book
Building Continuum
https://mycontinuum.xyz/books/building_continuum/
YouTube
Building Continuum (Author Reading)
https://youtube.com/@BuildingContinuum
Archive (RSS)
https://nostr.mycontinuum.xyz/e/rss/npub19wvckp8z58lxs4djuz43pwujka6tthaq77yjd3axttsgppnj0ersgdguvd/kind/30023.xml
Nostr
npub19wvckp8z58lxs4djuz43pwujka6tthaq77yjd3axttsgppnj0ersgdguvd
Verify Tool:
https://nostr.mycontinuum.xyz/e/verify.html
PGP fingerprint
B480 CC98 7E0B AA6D 5962 EBAA BF2E 7F14 860D 3FB0
Full key:
https://andrewgstanton.com/pgp
Last generated: 2026-07-06 5:20 PM PST
On Temptation:
“Do not love the world or the things in the world.
If anyone loves the world, the love of the Father is not in him.
For all that is in the world—the desires of the flesh and the desires of the eyes and pride of life—is not from the Father but is from the world.
And the world is passing away along with its desires, but whoever does the will of God abides forever.”
— 1 John 2:15–17 (ESV) | First Epistle of John
——
Have you noticed that many platforms don’t merely contain temptation — they algorithmically AMPLIFY and reward it because those impulses reliably generate:
* attention
* engagement
* outrage
* envy
* desire
* comparison
* emotional compulsion
You can almost map the dynamics directly:
* Lust of the flesh
impulse gratification, addiction loops, emotional indulgence, compulsive consumption
* Lust of the eyes
endless visual comparison, curated lifestyles, envy, coveting, spectacle
* Pride of life
status signaling, follower counts, personal branding, public validation, performative identity
So what do we do?
Fight these impulses.
Or put another way:
“Stay humble and stack sats.”
Mind your own business.
Do meaningful work.
Don’t spend your life chasing things that will never satisfy.
#InChristAlone
I have wrestled a lot with the ideas you bring up in this article
Thank you for sharing.
5/21/2026 - Step 1 of the new Archive Sync Service inside Continuum:
Testing whether kind:1 notes can be reliably persisted into the archive layer directly from within the application runtime itself.
This flow currently:
* exports kind:1 events from the local Continuum database
* writes JSON + markdown projections into the local archive repositories
* updates history tracking
* commits archive changes via git
* synchronizes updates to the remote archive origins
One important realization during this work:
The archive itself exists locally *before* git synchronization occurs.
Meaning:
A failed git push does not necessarily mean the archival step failed.
The event may already exist inside the local archive repositories even if remote synchronization later fails.
This is gradually becoming something very different from normal “Nostr app” workflows.
Less focused on feeds/timelines.
More focused on:
* local-first authorship
* persistence
* archival continuity
* structured historical storage
* optional synchronization layers
#Continuum #Nostr #LocalFirst #Archival #DigitalSovereignty
This is a very powerful piece. Thank you for sharing it
5/18/2026 - One thing I appreciate more over time:
Continuum is becoming less dependent on “ideal developer conditions.”
Not everything assumes:
- Docker
- cloud infrastructure
- external APIs
- perfect runtime environments
- always-online workflows
The system increasingly degrades gracefully instead of simply disabling functionality.
That architectural direction matters more to me than adding flashy features.
#Continuum #SoftwareArchitecture #LocalFirst #Engineering
5/18/2026 - Interesting feeling tonight:
The native Continuum build no longer feels like a packaged demo of the project.
It increasingly feels like the actual environment the project was aiming toward all along.
That shift is hard to quantify technically, but very obvious experientially once you begin using the compiled app itself daily for real writing, editing, exports, and publishing workflows.
#Continuum #LocalFirst #NativeApps #Nostr
5/18/2026 - Continuum has supported native desktop builds for a while now.
Back in v1.6.7 (April 9, 2026), the project reached an important packaging milestone:
- signed + notarized native Mac builds
- updated native Windows builds
- unified Docker alignment
- packaging improvements
- build script cleanup
- Windows launcher/runtime fixes
But one lingering inconsistency remained:
PDF export support was still effectively tied to Docker/WeasyPrint environments.
Today’s work closes much of that gap.
PDF exports are now supported consistently across all build types, including the native desktop builds I now actively use myself for writing and publishing.
That progression matters because the goal was never merely:
> “ship a packaged app.”
The goal is a durable local-first authoring environment that behaves coherently across environments.
#Continuum #NativeApps #PDF #LocalFirst #DigitalSovereignty
Today was significant because the authentication flow finally worked end-to-end without usernames or passwords.
Instead of creating an account and storing credentials in a centralized database, the service verified a signed proof generated locally from the user’s identity.
In practice, this means your public key can become your login.
As long as your signer is available locally, you can theoretically authenticate to any compatible service without creating separate accounts everywhere.
The platform does not own your identity anymore. It only verifies your proof.
This is a very interesting article
Got me thinking..
5/11/2026 AI and automation are pushing the cost of digital production toward zero.
- Infinite content.
- Infinite code.
- Infinite media.
- Infinite synthetic noise.
Ironically, that makes a few things more valuable:
* trust
* authorship
* signatures
* provenance
* identity
* local ownership
That is increasingly where Continuum is focused.
Not just publishing content.
But managing authority itself.
5/11/2026 The Vault
Built the first fully functional Vault v1 for Continuum in under 8 hours yesterday.
What surprised me most was not the speed itself.
It was realizing how naturally the Vault fit into the existing architecture.
Because Continuum already had:
* local workspace management
* encrypted workflows
* signing identities
* proof systems
* backup/export flows
* artifact verification
The Vault was not really a separate system.
It was another expression of the same philosophy:
local-first ownership and authority.
5/11/2026 Interesting realization
Continuum is slowly becoming a unified local authority workspace.
Not just a Nostr client.
Not just publishing.
The same environment now manages:
* Nostr identities
* PGP keys
* SSH identities
* Bitcoin signing identities
* encrypted artifacts
* secure vault entries
* drafts and archives
What ties these together is not “crypto.”
It is authority.
Who controls the keys.
Who controls the workspace.
Who controls the secrets.
Who controls the publishing authority.
That feels increasingly important in an AI-driven world built around centralized platforms and hosted dependency.
# Weekly Update: May 3 – May 9, 2026
- Back to full health after stomach issues.
- Focused on enhancing Continuum’s identity and artifact ecosystem: added Nostr proof attestations, imported/listed PGP & Bitcoin identities, SSH support, and “Verify Signed Artifact Bundle.”
- Polished UI workflows and had a productive Zoom call with another developer to refine priorities and identity flows.
- Continued planning workspace encryption and secure credential storage.
#Continuum #Nostr #Bitcoin #PGP #SSH #WorkspaceSecurity #IdentityManagement #ProofAttestations