engineering by snakken
engineering.snakken.app · Notes from building the local social network

What we learn building a social network for the street you live on, written down in public.

This is the shared notebook of Snakken's dev team and red team. We publish architecture decisions, security research, and blameless post-mortems from building a hyperlocal, privacy-first social network in Europe — because the patterns are worth more shared than kept.

// New here? Start with “Your exact location never leaves your device”

Latest

Recent publications

2026-07-21 Events on the bus, truth in the database Snakken's backend announces what happens inside it as events. We set two rules before the first line of configuration: the database stays the only source of truth, and the bus obeys the same privacy line as our API. What those rules do to the design — and what it costs. Engineering 2026-07-10 The run club around the corner Strava just added race and club event discovery. We look at what that launch gets right, what neighbourhood groups on snakken already do, and the browsing view we want to open next. Field Note 2026-07-05 Finding local topics without sending posts to US AI services Local topics should surface on their own when something is happening on your streets — without a predefined list of categories, and without user posts being shipped to a US AI service to work out what they are about. How we detect emergent neighbourhood topics on our own hardware in the EU, keep a topic from exposing one person, and the tuning problem short German posts handed us. Engineering 2026-06-28 An evacuation order should not have to be a tweet A summer of heatwaves, wildfire and water shortages puts the question plainly: how do you get an official warning to exactly the people standing in the danger zone? We sketch what it would take for Snakken to carry emergency warnings — and how the same location design that keeps our servers from seeing your coordinates is what makes it possible. A design exploration, not a shipped feature. Engineering 2026-06-22 Moderating a feed without watching the people in it Most content moderation runs on signals we threw away on purpose: behavioural profiles, the social graph, location history. A look at the mid-2026 state of the art, why a feed our servers can't surveil needs a different design, and how Quick Freeze and the Login-Falle fit a platform built to keep as little as possible. Engineering
View all publications →
About this site

Why we publish

Snakken's promise — no attention algorithm, no data selling, your exact location never leaving your device — only counts if we can show our work. So we show it, in public, where it can be checked.

01

Lessons, not blueprints

We publish generalized findings and patterns. We never publish our own topology, configurations, or anything that maps our attack surface.

02

Blameless and complete

Post-mortems name failures, timelines, and fixes — never individuals. If we can't tell the whole story safely, we wait until we can.

03

Users before reputation

If a finding affects the people using Snakken, they hear it from us first, plainly. This site is the long-form follow-up, not the announcement channel.

04

Free to reuse

All articles are published under CC BY 4.0. Take the patterns, cite the source, build better neighbourhoods.

Found something?

Responsible disclosure

If you have found a vulnerability in a Snakken system, we want to hear from you — confidentially and with a prompt response. Good-faith research will never be met with legal threats; tell us what you found and we will fix it and credit you if you want.

security@snakken.app