Why you should help

The internet’s public square is privatised, algorithmically controlled for “engagement” over any idea of truth, and placed under the control of a handful of American corporations with no accountability to European citizens or values. The #Fediverse is the most credible existing alternative – but it lacks the shared infrastructure to function as a native commons for news and media. #OMN builds that infrastructure: trust-based, community-controlled, transparent, reversible, and owned by nobody. At €45,000 for a proof of concept, it is one of the cheapest possible investments in the long-term health of European digital public life. If it works – and the technical and social groundwork suggests it will – it becomes the plumbing for a Fediverse that can actually be used to serve democratic societies rather than more #techshit alongside the current #dotcons platforms that undermine them.

Why this matters – because the #WWW was stolen – Designed as commons at CERN, decentralised, open, nobody in charge. What we have today is instead is five American corporations controlling the information diet of billions of people. Facebook decides what news you see. YouTube’s algorithm decides which voices get amplified. Twitter/X decides who gets banned. None of these decisions are transparent, accountable, or reversible. They are made by private entities in pursuit of control, advertising revenue and engagement metrics – not truth, not public interest, not democracy.

The #Fediverse exists as a rejection of this, it’s the largest real functioning alternative to corporate social media, with millions of people on thousands of servers, federated together, nobody owning the whole thing. It works. It’s growing. But it has a weakness: it’s kinda fragmented at the commons layer. There’s no shared infrastructure for how news and media actually flows across the network in any trustworthy and coherent way.

That’s the gap #OMN fills, but why? Most people don’t think about internet infrastructure. They think about whether they can trust what they read. Whether the news they see is real. Whether the platform they’re on is working for them or selling them. Whether they can do anything when something goes wrong.

Right now the answer to all of those is: it depends entirely on decisions made by people you’ll never meet, for reasons you’ll never know. OMN proposes something different. If your community trusts a source, a trust flow, you see it. If they don’t, you don’t. And that decision is yours, reversible, transparent, locally controlled.

For a journalist in a small country trying to get independent news out, this is the difference between having infrastructure that works for them and being at the mercy of a platform that can deplatform them overnight. For a community archive trying to keep historical memory alive and accessible, this is the difference between dependence on Google’s goodwill and owning your own distribution. For an ordinary person trying to figure out what’s true, this is the difference between an algorithm designed to maximise your outrage and a network shaped by people you actually trust.

Bureaucracies fund things slowly, in ways that often serve existing power structures rather than challenging them. But digital sovereignty is an existential European concern. The EU has spent years trying to regulate American platforms – GDPR, the Digital Services Act, the Digital Markets Act – and the platforms have responded with compliance theatre, token gestures, and armies of lawyers. Regulation of concentrated private power is a losing path. The only actual answer is to build the alternative infrastructure so that people have somewhere else to go. That’s what the NGI Commons Fund is for and what #OMN does.

The EU should not only be funding products, it needs to fund commons infrastructure – the plumbing that nobody owns and everyone can use. Like funding roads rather than funding a logistics company. The outputs are open source, meaning any European media organisation, any local community, any public institution can pick this up and use it. No lock-in. No dependency on a vendor who will be acquired or shut down.

It’s cheap, with the second stage scaling across Europe with institutional partners, building on European strengths. The Fediverse is disproportionately European. Mastodon was built by a German developer. The culture of digital commons, open standards, and public interest technology is stronger in Europe than anywhere else. This project is native to that tradition. It’s not asking Europe to compete with Silicon Valley on Silicon Valley’s terms – it’s asking Europe to build the alternative on its own terms.

The problem #OMN solves is getting worse, not better. Disinformation, algorithmic radicalisation, platform capture of public discourse – these are not abstract threats. They are actively destabilising European democracies. Funding the technical infrastructure for trustworthy, community-controlled information flows is not a nice-to-have. It is digital public health infrastructure.

#KISS


Thematic call: NGI Zero Commons Fund

Organisation: Open Media Network (unincorporated community project, fiscal hosting in Belgium via OpenCollective) Country: United Kingdom General Project Information Proposal name: Trust-Based Media Flows for the Fediverse (#OMN) Website / wiki: https://unite.openworlds.info/Open-Media-Network/Open-Media-Network

Abstract

Can you explain the whole project and its expected outcome(s)?

The Open Media Network (#OMN) is a protocol-driven, federated media infrastructure built on top of ActivityPub and the Emissary codebase (emissary.dev). It addresses a real gap in the current Fediverse: while platforms like Mastodon, PeerTube, and Lemmy are federated at the instance level, there is little coherent cross-platform layer for trust-based content flows, moderation, or news aggregation. Each instance operates largely as its own silo, moderation is hierarchical and per-server, and there is no shared commons model for media distribution across the ecosystem. #OMN proposes a minimal, compostable interaction model – the Five Functions (#5F): Publish, Subscribe, Moderate, Rollback, and Edit Metadata – implemented as a flow layer on top of existing Fediverse infrastructure. Content moves through the network as objects flowing through pipes and holding tanks, filtered and shaped by trust relationships between nodes rather than by opaque algorithms or centralised authority.

The central R&D question is: can trust-based moderation and distribution flows replace algorithmic amplification in a federated news ecosystem? Expected outcomes of this first-stage grant: By Month 3: A technical specification of the flow architecture; a prototype flow service routing ActivityPub objects between two instances; documentation of existing Fediverse flow patterns; early integration with one platform (likely PeerTube). By Month 6: A cross-platform prototype connecting at least two Fediverse systems; a working demonstration of trust-based moderation flows; a public code repository and documentation; and a user-facing prototype via the #makinghistory test environment (https://unite.openworlds.info/Open-Media-Network/MakingHistory). All outputs will be released under recognised open source licences. The project follows the #4opens framework: open data, open source, open standards, and open process.

Have you been involved with projects or organisations relevant to this project before?

Yes. The project lead, Hamish Campbell, has over 40 years of experience in grassroots media and technology, including early involvement with Indymedia – the pioneering open publishing news network – and more than 8 years working directly with the Fediverse and ActivityPub community. The #OMN conceptual framework has been developed over this time and is documented extensively in the project wiki, SocialHub, and at https://hamishcampbell.com. Developer Michael has contributed to #OMN concepts and logic for 10 years and is currently building the #makinghistory reference implementation. Ben, the core developer of Emissary, brings specific expertise in the codebase that will form the technical foundation of the project. Alex brings potential DAT/distributed storage support, and IKA will work on testing and rollout.

Requested Support Requested Amount: €45,000

Explain what the requested budget will be used for. Does the project have other funding sources, both past and present? A breakdown in the main tasks with associated effort is appreciated. Make rates explicit. The budget covers a lean, seed-stage proof of concept with no prior external funding. There are currently no other funding sources. The budget breakdown can be found in the attached PDF (funding). Roles: Hamish Campbell (project lead, coordination, documentation, community engagement) and Michael Saunders (primary development, UX, system logic). Additional contributors (Ben, Alex, IKA) are contributing on a voluntary/community basis during this seed phase. Work packages and approximate effort: WP1 Research & Specification (Months 1–2, ~25% of effort): Architecture design, gap analysis of existing Fediverse tools and flows (PeerTube, Lemmy, Mastodon), and documentation of trust-flow patterns. Output: Technical design document. WP2 Core Development (Months 2–5, ~45% of effort): Flow service implementation on top of Emissary; ActivityPub integration for the #5F model; and a trust-based moderation layer extending Emissary’s existing block/flag capabilities. Output: Working prototype codebase. WP3 UX & Prototype (Months 3–5, ~20% of effort): #makinghistory user interface; dual-layer UX (simple and advanced modes); and WCAG 2.1 accessibility compliance. Output: Testable user prototype. WP4 Testing & Documentation (Months 5–6, ~10% of effort): Community testing and iteration; public documentation and reports; and an open knowledge base of what works and what fails. Output: Public documentation, reports, and reusable design patterns. LINK PDF and wiki

Compare your own project with existing or historical efforts.

The closest existing efforts are: Mastodon’s built-in moderation tools: per-instance block lists and the Fediblock community blocklist. These are instance-level tools – they do not create cross-platform trust flows or shared content aggregation. #OMN operates at the network layer, not the instance layer. Fediseer: a trust registry allowing instances to vouch for each other. Fediseer addresses instance-level reputation but does not implement content flow logic, rollback, or metadata editing as network functions. #OMN builds a compostable flow model on top of the kind of trust signals that Fediseer represents. GNU Social / Friendica: older federated social platforms with some aggregation capability. These predate ActivityPub’s consolidation as the dominant standard and do not address the cross-platform news/media commons use case. Indymedia (1999–2010s): the historical precedent for open publishing federated media. Within the wider project, #OMN explicitly revives and modernises the Indymedia model for the ActivityPub era via the #indymediaback reference implementation, addressing the unfinished work of that tradition. The #makinghistory project grows from, and shares, this same established workflow. Bonfire networks: likely related, but unclear in scope and function. Attempts to install and use it have not clarified its approach. It may be trying to address similar problems, but this remains uncertain. The key difference of #OMN: it is not building a new platform. It is building a protocol-level flow layer that works across existing Fediverse platforms, implementing trust-based content propagation as commons infrastructure rather than as a product. See included PDFs.

What are significant technical challenges you expect to solve during the project?

  1. Trust flow implementation: Designing and implementing a data model for trust relationships between federated nodes that is lightweight, compostable, and expressible via or alongside ActivityPub. Trust is local and subjective – the system must allow different communities to apply different trust filters to the same content flow without requiring global consensus.
  2. Rollback across federated state: Implementing the rollback function (re-evaluating and reshaping historical content visibility) in a distributed system where content has already propagated to multiple nodes. This requires a time-aware, local re-indexing approach rather than a global delete mechanism.
  3. Cross-platform content normalisation: Aggregating content objects from Mastodon (short-form social), PeerTube (video), and Lemmy (forum) into a common JSON-LD content model with a consistent trust trail, despite these platforms having different ActivityPub implementations and object schemas.
  4. Search actors as push feeds: Implementing the “content finds you” model – where a defined search query becomes a persistent ActivityPub actor that pushes matching new content to subscribers – requires extending Emissary’s existing subscribable search engine capability.

Describe the ecosystem of the project, and how you will engage with relevant actors and promote the outcomes.

The primary ecosystem is the Fediverse: the network of federated, open-source social platforms running ActivityPub, including Mastodon, PeerTube, Lemmy, Friendica, and many others. This ecosystem has grown substantially (estimated 10+ million active users across thousands of instances) but remains technically fragmented at the commons/media layer. The project builds directly on the Emissary codebase (https://emissary.dev), an existing ActivityPub-native Go application. Engagement with the Emissary community is embedded in the team through Ben’s mentoring role.

Wider ecosystem engagement:

The project will contribute design patterns and documentation back to the broader Fediverse developer community via public code repositories, the project wiki, and events. The #makinghistory test phase connects us to existing archives such as Bishupsgate, Maydyroom, the Peace Museum, and the Campbell Family Archive, providing access to extensive datasets as well as outreach to their administrators and users. The five community events included in the budget are specifically designed to recruit contributors, gather real-world feedback, and expand the network of participating nodes.

Promotion of outcomes:

Outcomes will be shared through the Fediverse itself (maintaining an active presence on ActivityPub-native platforms and legacy social media), via open-licensed documentation, and through NGI/NLnet networks and events. This first-stage grant is explicitly designed as a seed and proof-of-concept phase, with a larger second-stage proposal planned to deliver a fully production-ready system once the core architecture is validated.

See attached PDFs.
Powered by Forgejo


Would like to thank all the meany people who helped with this.

Do you remember when technology felt like a way forward?

Do you remember when tech felt like a way forward? That moment’s gone on the mainstream #closedweb path. What we’ve got now is something else entirely. Tools like Palantir and Project Maven aren’t about truth or insight. They’re excuse generators. Power does what it wants, then points to “the data” as cover. That’s the product.

And the people building this? Still cosplaying as the good guys, well-paid servants of the #nastyfew, wrapped in the fading myth of being “freedom fighters”, that’s modern tech dev. On the other side: the wreckage of #web02. Decades of promises, buried under #dotcons centralising everything that matters. Open source didn’t save us either – too abstract, too inward-looking, too lost in the #geekproblem to function in real life.

Yes, #ActivityPub cracked something open, a glimpse of a different path. But let’s not kid ourselves funding is still torched on hype cycles. Blockchain yesterday, AI today, the same ash. Meanwhile, the only things that actually work come from #DIY culture: unfunded, unglamorous, ignored.

And academia? If it worked as claimed, the world would already look different. Instead, we get theory imposed on practice, over and over, making a mess and calling it insight.

The system is built to fail, its risk-averse, paperwork-heavy and detached from reality. Perfect for proposal writers, perfect for box-ticking, useless for building. So where does that leave us? Here – build anyway – #OMN and #MakingHistory aren’t about shiny ideas, they’re about the grind, making tools people can actually use in real communities. Most open projects don’t fail because they’re wrong, they fail because they never leave the bubble, they don’t connect, don’t flow. They don’t live.

So yeah – press the #reboot button. Keep it messy, but make it real. Messy is fine, empty isn’t. Stop trying to fix funding with more control, that’s how you feed the grafters. Do this instead:
– Fund real work
– Distribute trust
– Make everything visible

Fund the compost, not the shiny plastic by backing people already growing things, let trust flow sideways, not upwards. That’s how you starve the grafters without strangling the builders.

Let’s try and simplify the #OMN

The #OMN Framework: The Five Functions (#5F)

The #OMN is simple flows, not platforms, it’s a way of thinking about media as flows of objects moving through a network. People shape the flow, you can find a more technical view to read after here. A human-scale, federated media infrastructure built on #FOSS practices and the #4opens:

  • open data
  • open source
  • open process
  • open standards

It doesn’t start with features, apps, or ideology, it starts with flows. Imagine the network as:

pipes and holding tanks

Content (objects) flows through them, communities decide how that flow is shaped. Nothing magical, nothing hidden. This matters because:

If people can’t picture how a system works, they can’t govern it.
And when systems become opaque, power centralises.

So #OMN reduces everything to five simple functions:

1. Publish

(Add a drop to the flow)

Publishing is simply adding an object:

  • a story
  • a post
  • media
  • data

to a stream.

  • No automatic amplification
  • No built-in authority
  • No algorithmic boost

Publication is contribution, not domination.

2. Subscribe

(Connect the pipes)

Subscription is how flows connect:

  • people
  • groups
  • topics
  • instances

This replaces:

  • platform logic → “you are inside us”
    with
  • network logic → “this connects to that”

No opaque ranking, you decide which pipes you connect.

3. Moderate

(Filter and route the flow)

Moderation is not censorship. It’s sieving.

Flows can:

  • pass through
  • be filtered
  • be slowed or prioritised
  • be contextualised

Trust is:

  • local
  • visible
  • reversible

Different communities can apply different filters to the same flow.

This is a feature, not a bug.

4. Rollback

(Drain and reset the flow)

Rollback is how systems recover:

  • remove past content from your stream
  • undo aggregation decisions
  • correct mistakes
  • respond to abuse

Without rollback:

  • errors become power struggles

With rollback:

Accountability becomes procedural, not punitive.

5. Edit Metadata

(Shape meaning downstream)

Content is not rewritten – it is contextualised.

Metadata can include:

  • tags
  • summaries
  • trust signals
  • warnings
  • translations
  • relationships

This is where meaning is created.

Not by algorithms, but by people.


The Holding Tank

Underneath it all is:

a simple storage layer

  • a database
  • stored objects
  • moving through flows

No “AI brain” or hidden feed logic, just data shaped by social processes.

Why This Matters

Most current systems bundle everything together:

  • identity
  • publishing
  • distribution
  • moderation
  • monetisation

This creates centralised control, even when systems claim to be “open”.

OMN does the opposite:

It separates the core functions.

This makes the system:

  • understandable
  • auditable
  • forkable
  • governable

#NothingNew by Design

This model isn’t new, it mirrors systems we already understand:

  • plumbing
  • electrical grids
  • packet-switched networks
  • version control

That’s intentional.

Systems people understand are systems people can govern.

From Platforms to Commons

The #5F is the smallest possible set of actions needed to run a media network:

  • Publish
  • Subscribe
  • Moderate
  • Rollback
  • Edit

Everything else:

  • feeds
  • timelines
  • notifications
  • UI/UX

…is just interface, nice to have but not essential.

The Point Is – The OMN is not about building a better platform.

It’s about building:

infrastructure for a democratic digital commons

Simple flows.
Social mediation.
Human control.

Not control systems, but trust systems.

In One Line

#OMN is plumbing for the #openweb. #KISS


To simplify the Open Media Network (#OMN), we focus on its core goal: creating a human-scale, community-governed media infrastructure that isn’t controlled by big corporate platforms. As we outline to understand and “simplify” the #OMN is a simple workflow:

  • Write: Creating the content.
  • Tag: Categorizing it, so others can find it.
  • Publish: Making it available on the web.
  • Federate: Sharing it across different trusted networks.
  • Archive: Ensuring it remains accessible over time.

The “#4opens” Framework is built on four principles designed to keep power in the hands of communities and users rather than central authorities:

  • Open Data: Information belongs to the community.
  • Open Source: The code is free to see and change.
  • Open Process: Decisions are made transparently.
  • Open Standards: Systems can “talk” to each other without gatekeepers.

Key Concepts for Simplification

  • Keep It Simple (KISS): The system should be so simple that anyone can mentally model how it works. If it’s too complex to understand, it’s too complex to govern.
  • Social over Technical: Prioritise how people use the tools over how “elegant” the code is, to mediate the #geekproblem (tech that’s too hard for normal people to use).
  • Composting the Past: Instead of starting from scratch or repeating old mistakes, the #OMN is about taking the “wreckage” of previous projects and turning them into “fertile soil” for new, federated networks.
  • Trust-Based Networking: It moves away from global algorithms and toward small, connected “nodes” of people who trust each other (or not).

You can build any application from this foundation – that’s the point of keeping the core this simple. On top of the basic #OMN #5F, we’re developing a set of seed projects:

  • #makinghistory – tools to keep grassroots and mainstream history alive, linked, and evolving across the #openweb
  • #indymediaback – a reboot of grassroots news, open publishing with modern federated infrastructure
  • #OGB (Open Governance Body) – lightweight, federated governance for coordinating people, decisions, and trust
  • #digitaldetox – a horizontal tool to step away from addictive, manipulative platform dynamics

Interoperability is default, not an afterthought, nothing is locked in, instead of building another isolated platform, we plug into the existing ecosystem, extend it to compost what doesn’t work. This is how we grow the #openweb by building better flows inside what already exists, not by replacing everything.

These aren’t separate silos, they’re expressions of the same underlying flows. The system is native to the Fediverse, built on ActivityPub. That means content flows in from existing platforms and codebases and flows out to existing networks and apps.

Compost metaphor – is memorable, not just technical. The focus on process over platform is clear and important. The move to simple steps works as onboarding and the insistence on #KISS + #nothingnew is the right first step.

#OMN is not an app, it’s a process + tools to move from isolation to commons.

OMN: Broken Institutions, and the Need to Rebuild the Commons

For progressive and radical people, one of the central political questions of our time is simple to ask but hard to answer – Why is it so difficult to rebuild the institutions that were destroyed in our #deathcult worship of the 1980s and 1990s? And more importantly why does the impossibility of rebuilding them make it so hard to change the needed balance of power in society? These question matters for working on the future of the society and most importantly the grassroots part of this: #openweb, grassroots media, and projects like #OMN.

The hollowing out of institutions, in the 20th century, politics used to be deeply institutional. People didn’t just express opinions, they joined organisations. If you marched in a protest, we usually marched as a member of something: a trade union, a political party, a civil rights organisation or community association. These organisations formed the infrastructure of democracy, connecting everyday anger and hope to real power.

But beginning in the 1980s and 1990s, much of this infrastructure was deliberately dismantled. Union power was broken, mass political parties were hollowed out, and community organisations lost resources and influence. The result is the political landscape we inherit, a society with political anger but without any working political structures.

Today we live in what #fashionistas and academics call #hyperpolitics or what I call #stupidindividualism in the hashtag story. Yes, some people are more politically engaged than they were in the 1990s or early 2000s: More fluffy protests, #dotcons online political discussion. But this engagement is almost all unstructured in the old sense.

Millions may join a protest or share a political message in the #dotcons, yet very little, if any lasting organisation emerges from this. This surface engagement creates a strange paradox of huge drifting mobilisations leading to very little structural change. We can have the largest protests in history – yet the underlying power structures remain completely untouched.

Closed #dotcons social media lowered the cost of expression, but algorithmically shaped it into smoke and mirrors. Let’s take a moment to lift the lid on this #tecsit mess. The role of media in this is complex, on the positive side, #closedweb platforms drastically reduced the cost of political expression.

Forty years ago, if you wanted to express a political opinion publicly you needed a newspaper, radio station, a public meeting or to stand in a square shouting. Now you can reach thousands of people instantly. But there is a downside that #dotcons smoke and mirror online engagement replaces the slow work of institution-building. Posting, sharing, and reacting can feel like participation, but it has very little role in building the durable structures needed for any long-term change.

So why do the current hard right succeed without institutions? There is an uncomfortable asymmetry between left and right. The right can carry out its agenda without building mass organisations, because it relys on: existing elitist power structures, wealthy donors, state institutions and traditional corporate media.

The left cannot rely on these, historically the left needed mass organisations because its power came from collective action – workers, communities, movements. Without those structures, left politics becomes, mess, fragmented and reactive. This is why protest waves can be enormous but still fail to shift any real policy.

The #undeadleft problem is where vertical left respond to this crisis with nostalgia, there imagination stops at rebuilding the mass political parties and institutions of the 20th century. But this is to often like trying to animate a corpse, even if you could recreate it, the environment has changed so much that it wouldn’t survive.

At the same time, the opposite response – abandoning institutions entirely to relying purely on digital networks – also fails. Purely online movements often dissolve as quickly as they form. We need a #DIY hybrid path based on federated #4opens institutions like the tools we are building and rebooting with the #OMN projects.

Not rigid old institutions, not purely online networks, But something that seeds the in between. The goal is not to create another platform, it is to expand #federated #p2p infrastructure for collective media and collective politics. The original #openweb worked because it supported networks of communities, independent publishers and grassroots movements. The corporate #dotcons replaced this with extractive platforms designed for profit and control.

KISS rebuilding the commons means rebuilding the social infrastructure of media, not just tools, but institutions and practices that persist to allow collective voices to organise and persist.

The simple truth, if we want real political change, we cannot rely on viral posts, temporary movements or algorithmic attention. We need structures that last, connect people, that can turn energy into horizontal power. That work is slow, messy, and unfashionable, but like digging compost for a garden, it’s the only way anything grows.

A path to start to compost this #techshit is growing horizontal tools from the Fediverse for real change (#OMN).

If the problem of our time is political energy without institutions, then the opportunity is clear:
build new institutions native to the #openweb. Not simply recreate the rigid organisations of the 20th century, and not fall into the hollow performative politics of the #dotcons. Instead, we grow native horizontal digital tools to help people organise, coordinate, and act collectively. This is where the Fediverse and projects like #OMN matter.

The #Fediverse already proves that distributed infrastructure works. But right now it is mostly used for conversation. If we want meaningful change and challenge, we need to extend it into practical coordination and collective action. by build tools for organising, not just talking

Current social media tools are built for attention and engagement, not organisation. What we need to add to the mix is simple #4opens tools that help people form groups, coordinate action, share resources, document activity and most importantly maintain continuity over time (#makinghistory). The Fediverse already has #fashionista and #geekproblem pieces of this:

Mastodon / Pleroma → conversation

Mobilizon → events and gatherings

PeerTube → video publishing

PixelFed → visual storytelling

Lemmy / Kbin → community forums

These existing pieces can become seeds to be woven together into workflows for collective action. On this path we need to remember the goal is not more platforms, it’s practical ecosystems. For this to work a first step is rebuilding commons-based media. A core idea behind #OMN is returning to something like the #Indymedia publishing model, but rebuilt using modern federated tools. Instead of a single website, imagine distributed publishing nodes where local groups post reports, media is shared across networks, discussions happen across servers and archives remain accessible and most importantly meaningful.

This builds collective memory, something the algorithmic feeds of the #dotcons constantly destroy. Movements need memory to learn.

#makinghistory is the same code-base as this grassroots media project

One reason mass organisations collapsed is that participation became too heavy, people don’t want to “join a church” politically any more. So tools should allow different levels of engagement: casual participation, occasional contribution, active organising with core stewardship. The Fediverse naturally supports this because it allows loose affiliation rather than rigid membership. You don’t need permission from a central authority to participate.

Focus on infrastructure, not branding. A common #NGO trap in activist tech is building new branded platforms that compete with existing networks. That approach usually fails. The better path is infrastructure building based on protocols instead of platforms for #4opens interoperability instead of silos, tools that connect existing communities. This was the original power of the #openweb, protocols scale. Platforms capture.

Keep the tech simple (#KISS), as the biggest barrier to grassroots technology is complexity. Many promising projects fail because they become too technical for real communities to use. So the rule should always be KISS – Keep It Simple, Stupid. Tools should be installable easily, understandable by non-geeks and maintainable by small communities to grow resilience without large funding. If only developers can run the system, it will never become a movement infrastructure.

Compost the failures (#techshit). Another key idea is recognising that the tech world constantly churns useful waste. Old tools, failed platforms, abandoned code, all of this is #techshit that can be composted instead of chasing fashionable new tech, we reuse working ideas, simplify existing tools to combine proven approaches. The #openweb already solved many of these problems decades ago. Sometimes progress means going back to what worked.

Build trust networks, as the most important layer isn’t technical – it’s social. Horizontal networks only function when there is trust and shared culture. The Fediverse works because communities can federate with trusted peers, block hostile actors, build local norms. This allows networks to remain open but resilient. The challenge is nurturing communities of practice around the tools.

Grow slowly and organically, movements that scale too quickly often collapse. The better model is ecological growth with small nodes → connected networks → resilient ecosystems. Just like compost turning into soil. The goal is not explosive growth, its sustainable infrastructure for collective action.

The real challenge is the biggest obstacle isn’t technology, it’s the #geekproblem – the gap between technical culture and social reality. Too many tech projects assume that better tools automatically produce social change, but tools only matter when they are embedded in real communities and struggles. The work of projects like #OMN is bridging that gap.

Shovels, not silver bullets, we don’t need magic platforms, we need shovels, tools that help people dig, build, connect, and organise together on the native #openweb. If we can do that, the Fediverse becomes more than an alternative social network, it becomes infrastructure for democratic power.

What projects like #OMN can learn from history

Europe, the Fediverse, and the story we failed to tell

A bunch of native #openweb people spent real time, energy, and focus pushing the #EU toward the #Fediverse. This wasn’t theoretical, it wasn’t speculative, it wasn’t a #NGO whitepaper or a #VC funding pitch. It was practical outreach, grounded in working technology and lived experience, aimed at reducing Europe’s dependency on centralized corporate platforms.

One concrete moment of this work was the webinar organised between the European Commission and the ActivityPub community: https://socialhub.activitypub.rocks/t/webinar-with-the-european-commission-and-ap-community/1507

The webinars mattered, they demonstrated that EU institutions were genuinely open to #ActivityPub as a viable public infrastructure standard, not as a niche hobby project, but as a way to regain institutional and civic agency without defaulting to US-based platforms.

This is the work we needed more of, but this kind of engagement is slow, unglamorous, and politically awkward. It doesn’t fit VC startup narratives or revolutionary aesthetics. But it is the work required if Europe wants digital sovereignty without surrendering to #BigTech or reinventing the same centralized failures under an #EU flag.

So the obvious question is: what went wrong? Drift, fragmentation, and the return of the #dotcons. Instead of consolidating that momentum, the grassroots fractured, attention drifted, energy leaked away, people burned out or moved on. In the end, outreach was blocked from both sides

And then slowly, predictably, attention returned to the familiar #dotcons, because they are easy, visible, and culturally dominant. They offer the illusion of reach without the substance of agency, in the long run, this is just more #techshit to compost later.

#SocialHub itself documents much of this history. The discussions are there, the threads exist, the intent is visible. But there is little aggregation, little synthesis, and almost no narrative continuity. For anyone not already embedded, it’s hard to see what mattered, what succeeded, and what was quietly blocked or abandoned.

The missing piece is our own history – this is the core failure – we are very bad at telling our own history, this thread says it plainly: https://socialhub.activitypub.rocks/t/eu-outreach-if-we-dont-tell-our-story-am-not-sure-who-will/2950

Because we didn’t document, curate, and repeat this story, the same myths keep resurfacing:

“The EU was never interested.”

“Federation can’t work at institutional scale.”

“There were no serious alternatives.”

“Centralized platforms are the only realistic option.”

None of these are true – but they feel true when history is missing. When people don’t know that EU–Fediverse outreach already happened, when they don’t know that viable alternatives already exist, when they don’t know that these paths were actively neglected rather than disproven.

Then people fall – again and again – for the #dotcons mess, believing it’s the only possible future. This matters now, as focus shifts back to tech change, and is exactly why #OMN, #indymediaback, #makinghistory, and #OGB exist, not as competing platforms, not as replacements for everything else, but as infrastructure for memory, communication, and accountability.

Before we argue about funding models, platforms, or scale, we need to get the ordering right:

  • History — to remember what already worked and what failed, and why
  • Media — to tell the story properly, in our own words
  • Governance — to keep power visible, contestable, and rooted in trust rather than myth

Without these, attempts at “European digital sovereignty” will reproduce the same capture dynamics under a different logo. Telling the story is political work, if we don’t tell our story, someone else will, and it won’t be told in our interests. It will be told as inevitability, as market logic, as “there was no alternative.” That story always ends the same way: more centralization, more dependency, more enclosure – followed by another round of cleanup and composting.

We already did part of the hard work, we opened doors, we proved viability. What’s missing is not only technology – it’s memory, narrative, and continuity. Until we fix that, Europe will keep mistaking amnesia for realism, and surrender for pragmatism.

Examples of the problem we need to compost

In #openweb tech, these people are the problem not the solution https://freeourfeeds.com/whoweare

This is spoiler incompetent #techshit and likely funding mess we need to ignore https://cybernews.com/tech/europe-social-media-w/ Then compost.

Diversity is good, but this is a prat move https://www.modalfoundation.org/ the are quite a few of these.

Progressive Mainstreaming

Most progressive #mainstreaming isn’t about ending the #deathcult – it’s about making its worship feel more fair, more inclusive, more polite. There is some real everyday value in this. Fewer people get crushed immediately, some suffering is reduced, that matters.

But let’s be honest about what it does not do, it does not get people off their knees to challenge the altar to stop the sacrifice. It rearranges the seating in the temple, feeding the deeper problem, obedience. Progressive mainstreaming accepts the frame, accepts the metrics, accepts the economy of extraction and then argues about distribution. It negotiates better terms with a machine that is killing us. That is not transformation, it’s managed decline.

The project of real change and challenge – the work the #OMN exists for – starts somewhere else entirely. It starts with people standing up and walking away. Walking out of the temple of the #deathcult we all live in, not in purity, utopia or comfort. But into mess, cooperation, unfinished tools, shared risk, and actual agency. This isn’t about better policies inside the system. It’s about building outside it, under it, alongside it – until the system hollowed itself out and no longer matters.

It’s about people picking up shovels, composting the wreckage, and growing something that can actually sustain life. This is simplicity #KISS #OMN

We have already seen the failures: lived through #Indymedia, the #NGO turn, the #dotcons capture, the #Fediverse repeating old mistakes. When we talk about #OMN, we’re trying to stop people from re-learning the same lessons by losing again. Silence would be complicity.

The #OMN is where critique becomes agency. It’s not about “promoting a project”, if we don’t talk about this without something like #OMN, critique collapses into doom, aesthetics, or personal exits. #OMN is a way to, act collectively, without lying about power, money, or governance.

Forgetting is how capture happens, the moment people stop naming alternatives, the space fills with managerial language, funding logic, and fear-based control. We talk about #OMN to keep the space open enough for something human to grow.

The #OMN is a path that resists #stupidindividualism, where most contemporary “solutions” reinforce isolation, personal brands, and individual safety strategies. #OMN starts from the assumption that survival and meaning are collective. We need to keep talking about this because almost nobody else does.

It’s unfinished – and that matters. It’s not about defending a polished system, instead, it’s about holding open a process. Talking about #OMN is how we invite others into the compost rather than presenting them with a finished product to consume.

We talk about #OMN because it’s a native way of saying: “We don’t have to repeat this. We can build differently, together, if we remember what already worked.”*

It’s not evangelism, it’s stewardship.

A few of us have been working on real, positive, horizontal social and technological solutions for over twenty years. Not hypotheticals, not vibes, things that actually work.

We know they work locally, we know they work socially. And after more than a decade building on the #fediverse, we know they can work in tech, at scale without going vertical, corporate, or authoritarian.

This isn’t speculative any more. Our creative task now – the #nothingnew work – is simply to combine what already works: Horizontal social practice, federated #openweb tech, trust-based governance. We already have a slate of projects waiting to be built: #OMN, #OGB, #indymediaback and #makinghistory. What’s missing is not ideas, it is people willing to show up and implement.

And here’s the hard truth: every time we try to talk about radical or progressive language, power, or structure, people retreat into #blocking and ignoring. The same unresolved tensions get replayed endlessly, nothing is mediated, nothing is grounded. Bad will accumulates, the social commons rots.

This rot isn’t accidental – it’s structural – To work our way out of this mess, we need both #fluff and #spiky. We need broad categories to think clearly, the #mainstreaming #fashernista rejection of this isn’t sophistication – it’s submission. It’s a soft, polite form of #deathcult worship.

You don’t dismantle a #deathcult by being nicer to it, you dismantle it by stopping your participation and building something better.

So this is the question, not rhetorical, not theoretical: Are you going to help make this happen? Are you going to pick up a shovel? Or are you going to stay on your knees, arguing about tone while the ground burns?

Conversations on Compost, Bridges, and the Future

A few recent conversations remind me: we’ve already done the work of building alternatives. Twenty years of grassroots tech, radical process, and messy social organizing. The trouble is, that soil has been hollowed out, scattered, exhausted, and feed into the #dotcons

Our current mission isn’t to “start from scratch,” but to rebuild bridges, spread compost, and replenish the soil. That’s why I keep coming back to this moment, the bridging of the #openweb back into #mainstream via #ActivityPub. This is a rare window, let’s not waste it.

The #SocialWebFoundation (#SWF) and others organizing around this space need to think hard about where the bridges land. If we build only toward control, influence, and safety, we miss the point. The #Fediverse wasn’t meant to become a “cleaned-up Twitter clone.” That path leads us back to enclosure.

We need to keep the messy stuff alive, the radical roots, the collective compost piles, the experiments. Because if our worlds keep shrinking, if we make everything tidy and branded, we lose the alternatives that might save us in an age of #climatechaos and hard-right acceleration.

And yes, some of them do understand, the #nastyfew they ran the numbers, and concluded they don’t have to care. In their calculus, the collapse is survivable (for them). The rest of us? We’re disposable. We need different maths, rooted in care, commons, and continuity.

Personally, I’m tired, I no longer have the energy to push these projects alone. So, the next step? Abstract the flows, share the compost, and hand the maps to the next generation. I’m still here to mentor. Still sailing, thinking of writing a book to document the 40+ years of practice that shaped this works

If you want to help build something that actually matters, not just another platform, but commons, the tools are here. The ideas are ripe. The soil can be restored. Let’s keep building, linking, and #makinghistory.

What should be closed? And what should never be?

We need a better conversation about ideology, sociology, and the #openweb. A good place to start is with a basic liberal framework: “Most social interactions should happen in the open. Some personal interactions should remain private.” Seems reasonable, right? That’s the position many of us think we agree on. Yet when we look at how our technology, and by extension, our society, is being built, that balance is totally out of whack. Today, more and more of life is CLOSED:

Closed apps.

Closed data.

Closed social groups.

Closed algorithms.

Closed hardware.

Closed governance.

And on the flip side, the things that should be protected, our intimate conversations, our location, our health data, are often wide open to surveillance capitalism and state control. What the current “common sense” dogma gets wrong? What is missing from the #mainstreaming tech culture, privacy absolutists, and many crypto/anarchist types:

Almost all good social power comes from OPEN.
Most social evils take root in CLOSED spaces.

When people organize together in the open, they create commons, accountability, and momentum. They make movements. When decisions are made behind closed doors, they breed conspiracy, hierarchy, abuse, and alienation.

It’s not just about what is open or closed, it’s about who controls the boundary, and what happens on each side. If we close everything… If we follow the logic of total lockdown, of defaulting to encryption, of mistrust-by-design… then what we’re left with is only the closed. This leads to a brutal truth, the powers that dominate in closed systems are rarely the good ones. Secrecy benefits the powerful far more than the powerless. Always has.

So when we let the #openweb collapse and treat it as naive, we’re not protecting ourselves. We’re giving up the last space where power might be accountable, where ideas might circulate freely, where we might build something together.

We can find examples of when openness was lost. Let’s talk about a real-world case of #Diaspora vs. #RSS. 15 years ago, Diaspora emerged with crypto-anarchist hype as the alternative to Facebook. It was secure, decentralized, and… mostly closed. It emphasized encryption and privacy, but lacked network effects, openness, and simple flows of information.

In the same era, we already had #RSS, a beautifully open, #KISS decentralized protocol. It powered blogs, podcasts, news aggregators, without permission or centralized control. But the “Young #fashionistas ” of the scene shouted down RSS as old, irrelevant, and too “open.” They wanted to start fresh, with new protocols, new silos, new power. They abandoned the working #openweb to build “secure” ghost towns.

Fast-forward a decade, and now we’re rebuilding in the Fediverse with RSS+ as #ActivityPub. The same functionality. The same ideals, just more code and more complexity. That 10-year gap is damage caused by the #geekproblem, the failure to build with the past, and for real people.

So what is the #geekproblem? At root, it’s a worldview issue. A failure to think about human beings in real social contexts. Geeks (broadly speaking) assume:

  • People are adversaries or threats (thus: encrypt everything),
  • Centralization is evil, but decentralization is always pure (thus: build silos of one),
  • Social complexity can be reduced to elegant protocols (thus: design first, use later).
  • But technology isn’t neutral. It reflects ideologies. And if we don’t name those ideologies, they drive the project blindly.

A place to start is to map your ideology, want to understand how you think about openness vs. closeness? Start by reflecting on where you sit ideologically, not in labels, but in instincts. A quick sketch:

Conservatism: Assumes order, tradition, and authority are necessary. Values stability, hierarchy, and often privacy.

Liberalism: Believes in open society, individual freedom, transparency, and market-based solutions.

Anarchism: Rejects imposed authority, promotes mutual aid, horizontal structures, and often radical openness.

None of these are “right,” but understanding where you lean helps clarify why you walk, build or support certain tools. And if you say you’re building tools for the #openweb, these questions matter:

Do you default to closed and secure, or open and messy?

Who do you trust with knowledge—individuals or communities?

Do you believe good things come from control, or emergence?

These are sociological questions, not just technical ones, maybe start here: https://en.wikipedia.org/wiki/Sociology and https://en.wikipedia.org/wiki/List_of_political_ideologies.

Where do we go from here? Let’s bring this back to the openweb and the projects we’re trying to build, like:

#OMN (Open Media Network)

#MakingHistory

#indymediaback

#Fediverse

#P2P tools (DAT, Nostr, SSB, etc.)

All of these projects struggle with the tension between openness and privacy, between usability and purity, between federation and anarchy. But if we start with clear values, and an honest reflection on the world we want to create, we can avoid the worst traps. Let’s say it plainly:

Not everything should be open. But if we close everything, we lose what’s worth protecting.

Let’s talk: What do you think should be closed? What must be kept open at all costs? What’s your ideological instinct, and how does it shape your view of the #openweb?


Interesting look at a #4opens project notice “”Strict scrutiny” means that any measures instituted for security must address a compelling community interest, and must be narrowly tailored to achieve that objective and no other. ” We have come a long way from this with our #encryptionsist agenders.

Capitalism is a hostage situation -Not an economy

There are meany sides to the current mess, it’s worth looking at them. An example the #mainstreaming path of paywalls stacked on paywalls isn’t any real life, it’s a trap, which we need a way out. In our everyday lives, we’ve come to accept the absurd:

  • You pay to eat food grown on land you don’t own,
  • Pay to sleep under a roof that someone profits from,
  • Pay to drink water privatized by corporations,
  • Pay to breathe, because the air is poisoned by industries that sell you both the problem and the solution.

And if you miss a payment? Game over (inspired by). That is not a functioning economy, it’s not in any way freedom, it’s a hostage situation, where every basic human need is held behind a transactional barrier, and the meter is always running.

This #deathcult is late capitalism: an endless stack of paywalls enclosing what used to be public, shared, and free. It isn’t just about money, it’s about control, dependency, and isolation. It’s a system that need to engineer artificial scarcity, so a #nastyfew can profit while the many just try to survive.

But it wasn’t always like this, for most of human history, people lived within commons-based paths, where land was collectively stewarded, food was grown and shared within communities, tools and knowledge were passed down, not patented and governance was sometimes local and participatory.

The last 200 years of “common sense” capitalism is an enclosure of these commons, first the physical ones (land, water, food), and now the digital and social ones (communication, culture, identity). The #openweb, like the open land before it, is being digitally fenced off. Platform by platform. App by app. Cookie banner by paywall.

This enclosure now defines much of our tech infrastructure, in this #mainstreaming every scroll, click, and share is now mediated by profit-driven platforms. Even activism – once vibrant and messy – is being swallowed by slick interfaces and the same throttled feeds. Resistance is filtered, shadowbanned, deboosted, and pushed to monetize. And “our” #NGOs fighting platform power… are doing so on those same platforms.

It’s an absurdity, and worse: it’s a trap. We need alternatives, real ones. We’re not going to “ethics workshop” our way out of this. We need to rebuild the tools of everyday life – economically, digitally, socially – from the grassroots up.

Commons-based systems, let’s turn some “common sense” on it head, instead of private ownership: stewardship. Instead of scarcity: abundance through sharing. This is where projects, like The Open Media Network (#OMN) come in as a practical framework for grassroots media infrastructure:

Built on the #4opens: open data, source, standards, and governance.

Designed to decentralize publishing, and return control to local communities.

Uses both client-server and P2P bridges for accessibility and resilience.

Encourages trust-based networks over extractive platforms.

OMN is not just theory, it’s active code, messy dev, and practical tools for people to tell their own stories, host their own content, and build alternative knowledge systems outside corporate media. These technologies make community hosting the default – not the exception. They reduce reliance on fragile or compromised #dotcons infrastructure. They’re imperfect, but they’re a step out of the enclosure.

The point isn’t just tech, It’s power, capitalism doesn’t only gate resources. It enforces relationships of power. That’s why rebuilding tech without addressing governance, ownership, and access won’t get us far. The #geekproblem is real: tech that nobody can use isn’t liberation, it’s just another dead-end.

The alternative? Keep it #KISS (Keep It Simple, Stupid), prioritize social usability over technical elegance, build bridges, not silos, return to shared ownership and open processes. Capitalism is a hostage situation, but we can walk out the door – if we build the exit together.

You’re not powerless, and this isn’t about purity or escape. It’s about building real infrastructure for real life, so when the capitalist system keeps crumbling (as it will), we’re not left scrambling. We’ll already be living differently.

#OMN #MakingHistory #4opens #openweb #p2p #indymediaback #geekproblem #commons #decentralize #cooperative #foss #degrowth #resilience

UPDATE the seed of this post was from a toot, but can’t find the original to link to due to the #UX of mastodon updating and no functioning search on my instance to find history, sorry, add in comments if you find the original. Updated

Real world tackling the #geekproblem

With rebooting the #openweb we run headfirst into the #geekproblem, a recurring pattern where: Technically brilliant people build powerful tools …but those tools remain socially unusable …or solve only geek problems, not the needs of actual communities. It’s not malice, often it’s idealism, but it creates a dead-end culture of endless prototypes, abandoned standards, and empty tech demos. Meanwhile, the real-world crisis deepens.

The work we need is bridges building, let’s try this ere “P2P news app” built on #dat Hypercore/Hyperswarm is exciting. Yes, it’s similar to Nostr in structure: distributed relays, client-side aggregation, unstoppable flow. But as with Nostr tech isn’t enough. We are social creatures. A usable system needs:

  • Clear use cases rooted in human relationships – not just tech possibilities.
  • User-facing front-ends that invite participation, not gate it.
  • Interoperability with existing protocols (ActivityPub, ATProto, etc.) to avoid siloing.
  • Bridges between architectures – e.g. client-server ↔ P2P – so that real-world adoption is gradual and survivable.

The good news, the wider #OMN project is already a sane path forward, with a #KISS hybrid path. The plan is in bridging #P2P and client-server as a way out of this. Something like:

A lightweight server bridge that serves data to client-server users (ActivityPub, fediverse, legacy web),

While simultaneously feeding a P2P mesh, with each peer storing and distributing redundant objects,

So that over time, client-server becomes the bootstrapping layer, and #P2P becomes the long-term archive + resistance layer.

“Data is just object flows – how the user gets the object is irrelevant technically.”

This is the kind of thinking that gets us out of the traps, by moving from protocols to people. This isn’t just about code, it’s about culture. The #geekproblem won’t be solved by more architecture diagrams, it needs movements that embrace imperfection and prioritizes social use, visible, working front-ends people can contribute to and understand, documentation and tooling that builds capacity in others, not silos around the brilliant few.

What next? For the devs:

  • Can the p2p-news-app codebase be modularized to plug into #OMN projects as a data backend, even in a basic way?
  • Can we bridge shared data objects across protocols (e.g. post metadata flows from P2P → ActivityPub), even if janky at first?
  • Can we prototype a simple but cross protocol usable frontend, the examples is the work on #makeinghistory and #indymediaback, that lets non-geeks see and touch the network they’re part of?

    Yes, for the movement, keep things messy but moving. Avoid dead ends by always asking:
"How does this empower non-technical users to organize, document, and publish together?"

Keep the tech grounded in the social fabric, the activists, journalists, organisers, and rebels this is all meant to serve. If you’re reading this and thinking, “I can help,” please step forward. There’s space in wider tech/social #OMN and #MakingHistory for everyone, coders, writers, designers, testers and storytellers.

Let’s build bridges, not silos, let’s build tools people can use, not just tools geeks can admire, let’s do this together.

Trying to Remember: A Personal Reflection on Activist Histories and Memory Holes

Looking back on the activist groups I’ve been part of over the past few decades, I find myself drawn into the messy business of memory. Not nostalgia, something more grounded than that. A desire to trace what actually happened: why things unfolded the way they did, what they meant politically and personally, and what we can still learn from them.

But this work isn’t easy. Many of the people I worked alongside carry completely different versions of events. They remember different turning points, attribute success or failure differently, or sometimes choose to forget altogether. Writing about this – even carefully – risks reopening wounds. It challenges settled myths. It can feel uncomfortable, even unkind.

So the question keeps coming back: is it worth trying? I think the answer is yes. Painful, imperfect, but necessary. As George Santayana famously wrote: “Those who forget their history are doomed to repeat it.”

And in our small corner of the world – radical media, grassroots tech, DIY networks – repetition is a real problem. The cycle of reinvention is one of the most frustrating aspects of media activism. We keep rebuilding the same tools, replaying the same conflicts, falling into familiar traps. Why? Because we don’t do history well.

More precisely, we don’t keep our history. Websites disappear, servers shut down, backups are lost, and mailing lists become unreadable. Entire communities vanish almost overnight, leaving little trace beyond broken links and half-remembered stories. The next wave arrives thinking they are starting from zero.

This amnesia isn’t accidental; it’s cultural. There’s an ingrained tendency within activism to assume: “We invented this. This is new. We’re the first.” I’ve heard this countless times from people who are thoughtful and brilliant. It’s not arrogance, it’s isolation. A lack of intergenerational knowledge transfer. The result is predictable. Each new cycle repeats the mistakes of the last, often with shinier tools and worse outcomes.

Another reason to document our own histories is simple: if we don’t, someone else will, and they may not understand what actually mattered. Academic and institutional accounts often rely on authoritative sources: funded projects, named leaders, official reports, and neat case studies. That’s understandable, but it means messy grassroots realities frequently disappear from the record.

Grassroots work rarely fits institutional narratives. It’s decentralised, anonymous, improvised, sometimes deliberately undocumented for safety or principle. Yet when official histories are written, these messy spaces are where the real change happened. In truth, many of the most effective projects I’ve been part of were born in squats, kitchens, backrooms, chaotic email threads, and improvised hacklabs. They weren’t polished; they were alive.

Take #Indymedia, I was there to helped build and maintain parts of it. It transformed online publishing and participatory journalism. For a time, it worked remarkably well, until it didn’t. Its decline wasn’t just about technical debt or burnout. We lacked strong practices for documenting process and preserving institutional memory. When fragmentation came, there was no shared record to return to, only fragments, myths, and personal recollections.

That experience is part of why I later focused on projects like #OMN (Open Media Network), alongside #indymediaback and #makinghistory. These are attempts to embed memory into infrastructure itself: to preserve process as well as outcomes, to balance individual and collective histories, and to resist co-option by institutional gatekeeping and #NGO driven narratives.

So should we document activist histories? Yes, because we keep losing what we build. Yes, because new generations deserve shoulders to stand on, not endless reinvention. And yes, because remembering is a political act.

But we need to do this carefully. With plural narratives rather than single heroes. With archives that hold disagreement instead of smoothing it away. We need to document failure alongside success, not as shame, but as compost for future growth.

And we need to stop assuming the truth will speak for itself, it won’t, we have to speak it, even when memories clash or perspectives diverge. This isn’t about gatekeeping, it’s about keeping gates open for those who come next.

If you were part of these histories, write your piece, even if it contradicts mine, especially if it does. If you’re building now, take time to look back. Find the old code, talk to the elders, search for the backups, document what you’re doing as you go.

History isn’t just the past, it’s infrastructure.

Let’s build some together.

Actors, Power, and Collective Publishing: Rethinking Fediverse Architecture for Grassroots Media

We recently had an extended and thoughtful discussion on signal between collaborators working on #IndymediaBack and #MakingHistory, a key issue emerged: how should we structure “actors” (ActivityPub identities) in a network where the focus is collective action, not individual performance? This question isn’t just technical. It’s political, and central to the success or failure of rebooting radical grassroots media within the #Fediverse.

The tension is about balancing the individual and the collective. In most current Fediverse platforms (like Mastodon or PeerTube), each user is an “actor” with their own inbox/outbox, mirroring the logic of the mainstream #socialweb where identity and expression are deeply individual. But for platforms rooted in collective publishing, such as a revived #Indymedia, this doesn’t map neatly.

“We are trying to balance individualism with collectivism. People already have all the individualism they can take, we need a structure to support the collective.”

That means maybe moving away from assuming every account needs to be a visible, subscribable actor. Working model: Per-instance actors first, a consensus is emerging around per-instance actors – e.g., the Newswire and Features flows of a local Indymedia site act as the primary publishable entities in the Fediverse. These represent the editorial collective’s curated output – not just anyone shouting into the void.

External trusted contributors (like info@hamishcampbell) would publish content from their own Fediverse accounts using hashtags like #oxfordindymedia, which the local Indymedia instance detects, vets, and republishes.

This brings three key benefits:

  • Curation over chaos – Stories don’t just flood in via hashtags; they’re filtered through trust relationships.
  • Permissioned federation – Only trusted flows (or untrusted but manually reviewed ones) are accepted. Hashtag spam is naturally blocked.
  • Maintaining editorial identity – Subscribing to an Indymedia instance means subscribing to its judgement, not just raw firehose feeds.

Do we need per-user actors? Here’s where things get messy, and interesting. Three models were debated:

  • Classic Fediverse model: Each user has their own actor. This supports full transparency and traceability of actions, but risks returning to individualist norms and opens the door to abuse or platform drift.
  • Invisible user accounts: Users exist internally for moderation or curation roles, but aren’t visible in the Fediverse as actors.
  • Controlled per-user actors: Users do have actors, but these are only used to publish activity logs, not posts. Think: “Editor X approved story Y”, useful for building transparency and trust within an open process.

Option 3 sits nicely with the principles of the #4opens, particularly open process and open governance. It provides a transparent audit trail without pushing users into the spotlight.

UX vs backend architecture, what becomes clear is that the user experience should foreground collective flows – Features, Newswire, Tags – while any per-user mechanics operate in the background, supporting moderation, traceability, or edge-case publishing. Whether those background accounts are AP actors or not might depend on implementation details.

“It’s not about the actors per se — it’s about what shows up in the front-end UX, and how we build trust in the process.”

Final considerations, networks like #IndymediaBack default to collective-first publishing, with user actor functionality off unless needed. #MakingHistory, by contrast, might enable user actor publishing to support mass collaborative storytelling. Both platforms rely on whitelist federation, meaning only trusted instances and users can feed directly into the editorial stream. Abuse prevention comes not just from code, but from the politics of moderation, curation, and shared norms.

  • We probably need per-user actors, but used sparingly and carefully.
  • We definitely need per-instance actors for trusted collective outputs.
  • Hashtags are a start, but the flow must be curated and accountable.
  • UX should put collectives front and centre, with user identity in the background.
  • This is a political choice, not just a technical one, and that’s a good thing.

For more on how this fits into the broader reboot of radical media infrastructure, see:
Rebooting Radical Media (YouTube)
Programming: Open Media Network