Torsten Goerke
🌬️

Energy & Atmosphere

atproto.energy

Open protocols:

Building on the AT Protocol and asking what happens when the same open-protocol thinking that gives people portable, sovereign data gets applied to energy networks instead.

“I think the Atmosphere needs to start talking about renewables given all the AI-related emissions going into the… Atmosphere.”

Two Meanings of “the Atmosphere”

Ferro’s post only lands if you know both meanings of “Atmosphere” — so, quickly, upfront:

"the Atmosphere" (scene term)The AT Protocol community's own nickname for the whole ecosystem — not just Bluesky, but every independent app/service sharing the same open substrate. Visible in atmosphere.community, ATmosphereConf, atmosphereaccount.com.
atmosphere (literal)Earth's atmosphere — where emissions actually go, AI data centers' included.

Ferro’s point: the community that calls itself “the Atmosphere” should be talking about renewables — because AI is literally polluting the air that gave the community its own name. This site’s title, “Energy & Atmosphere,” picks up exactly that pun, deliberately.

Origin

On September 10, 2026, Richard Ferro (@richferro.com) posted on Bluesky that he’d bought the domain atproto.solar — and wanted to give it away to whoever would run a Personal Data Server (PDS), the AT Protocol’s basic infrastructure unit, entirely on solar or renewable power. A small counterweight to the emissions generative AI produces at scale.

The thread got substance fast:

  • Bailey Townsend (pds.dad) already runs solar-powered AT Protocol infrastructure through power outages — his suggestion: a Raspberry Pi plus an Anker Solix battery as a real, small PDS rig.
  • Skylar (system.gay) offered to host in Costa Rica, where the grid runs 98–100% renewable.

I registered atproto.energy in response — not to take over Ferro’s domain, but to push the question further: what if open, decentralized protocols aren’t only an answer to centralized platforms, but to centralized grids too? The energy sector has been asking itself this question for a while already — just under different names.

Open Collection

The thread grew into an open Semble collection: “Renewables” — “Running atproto infra powered by renewable energy.” Publicly viewable, open to contributions, curated by tgoerke.bsky.social.

CollectionRenewables
AccessOPEN
Curatortgoerke.bsky.social
Origin entryFerro's atproto.solar post

Every new solar-powered PDS, every redispatch-friendly data center, every daylight-routed traffic path belongs here. The collection grows with the thread.

AT Protocol in 60 Seconds

If you’ve never heard of AT Protocol: it’s the open protocol behind Bluesky — but it’s bigger than one app. The core mechanism:

  1. Your PDS (Personal Data Server) holds your data — signed, portable, yours, not the platform’s.
  2. Every change is written into an append-only repo and cryptographically signed.
  3. The repo streams openly over the firehose — anyone can listen in, no permission, no API key, no contract.
  4. Independent apps read the same stream and build their own views, indexes, applications — in parallel, not exclusively.
Your PDSsigned · portablewrites & signsYour Repoappend-onlyopen firehoseApp Areads freelyApp Breads freelyApp Creads freely
A busbar, not a funnel: the same signed data trail feeds any number of independent apps at once — exactly the topology a grid operator would draw on a single-line diagram.

No company grants or revokes that permission — it lives in the protocol itself.

Open Protocols in the Energy Sector

The claim sounds unusual for a social network; for the energy sector it’s routine. A look through UKA’s (Umweltgerechte Kraftanlagen, Meißen) current job postings shows how many open standards are already required knowledge there:

Standard / RegistryDomainWhat it opens up
VDE-AR-N 4110 / 4120 / 4130Grid connection, medium/high/extra-high voltageVendor-independent minimum requirements for any generation asset on the grid
NELEVGeneration-asset certificationOne unified certification procedure instead of case-by-case review per grid operator
DIgSILENT PowerFactory / CableizerGrid calculationDe-facto tooling standard in which assets are modeled independent of manufacturer
IEC 61850Substation & switchgear communicationVendor-crossing communication between protection and control systems
IEEE 2030.5 (SEP2)DER-to-grid communicationBuilds on IEC 61850 and SunSpec, tells inverters how to behave on the grid
SunSpec (Modbus)Inverters & storageStandardized point mapping — every meter speaks the same language
EEBus / OpenADR / OCPPBuildings, demand response, EV chargingThree registries, one principle: devices from different vendors understand the same signal
Redispatch 2.0 / 3.0 (VDE SPEC 90032)Curtailment/feed-in managementCoordinates assets from 100 kW today, small assets like heat pumps and storage tomorrow
Marktstammdatenregister (MaStR)Asset registryA publicly queryable, open registry of every energy asset in Germany — arguably the most direct real-world equivalent of an open, queryable repo

Every row in that table solves the same problem AT Protocol solves for social data: independent actors who still cooperate on one shared, open structure — without any single party having to grant permission. MaStR stands out here: a publicly queryable, open registry of every generation asset in the country — not far from the basic principle of a PDS repo, just applied to assets instead of people.

So “energy networks built on open protocols” isn’t a social-media principle transplanted onto a foreign domain. It’s the observation that the energy sector already needs this principle, already has parts of it — and that the tools built for open protocols around people and their data answer exactly the same question that Redispatch, MaStR, and IEEE 2030.5 answer for assets and grids.

Keep Thinking This Through

Logo

Connect

atproto.energy is a showcase, not a finished product — open to conversations about open protocols, in data networks or energy grids.

✓ Copied to clipboard!
Send a message

Find me on