Most of the mess, and most of the #blocking, comes down to the same old story – ownership and control. Who holds the keys? Who decides? Who gets locked out? Instead of wrestling in that cage, the #OMN takes a simpler path: we walk away.
We put a class of media into the commons, governed openly through the #4opens: open data, open process, open source, and open standards. That means no one can close it down, hoard it, or fence it off for profit. The value comes from the shared pool, not from gatekeeping.
This is the heart of #KISS in the #OMN: make the flows work first, in ways people can understand, and build trust on top of that. The tech exists to serve these flows, not to dictate them. This isn’t about perfect crypto or hard lockdowns; it’s about commoning media so that everyone has the right to read, share, and build on it.
Yes, the #mainstreaming mess will eventually follow us – as it always does. But the plan and hope is that by the time it catches up, the habits, culture, and expectations we’ve grown around open media will have shifted society enough that the old traps won’t work the same way. If we’ve done our job, the default will be more open, collaborative, and accountable, not locked down. That’s the #KISS path: simple, resilient, and grounded in the commons.
On the #OMN with #indymediaback and #makeinghistory paths – We’re not talking about a single bridge, but a federated ecosystem, with the current example of both #DAT and #ActivityPub running on the same server, sharing a common database of media objects. As the data flows, text and metadata are redundantly stored in the open (#4opens). That way, if one server gets hacked, it can simply be rolled back and restored from the wider pool. #KISS
The P2P side works much like #nostr in that it can have a list of flows in and out to servers and can use any of these to publish and receive media on the #openweb. The advantage of the #p2p app side is that each local app in a backup for the online servers (see #makeinghistory), which as critics say can be, and will be, taken down some times. Also, they will work in their own right for people who need a more locked down path, and this will be needed in more repressive spaces and times. The clear advantage is this still gives them outflows to the wider #mainstreaming client server media outreach, to what matters, effect, so it ticks both boxes.
We aim to solve technical issues with human-understandable social paths, not hard tech for its own sake. Yes, in a minority of cases hard tech will be needed – but that’s for the #geeks to solve after the working social paths are clear, not before.
We fix problems through #KISS social processes and #4opens transparency, not by defaulting to encryption and lockdown. Hacking is outside the focus scope of the #OMN. What we’re building is about trust and flows, not code as an end in itself. Hacking belongs on the #geek paths – useful, but only after the trust and flows are established. The code should be there to secure what’s been built, not to block it before it exists.
Without trust and working flows, there’s no value at all, no matter how secure, encrypted, or elegant the tech stack. If the campaigns, activism, and people aren’t using it, the system is pointless. And being pointless is something we need to be more honest about. Building for the sake of building, while ignoring the social, community layer, feeds the #geekproblem and starves the movement.
So, what can people actually do in the real world to make this path happen?
If you have resources, you can help fund the development work – keeping it in the hands of the people actually building the open commons, not some corporate gatekeeper.
If you’re technical, you can code the applications and servers that power the flows. We need builders who understand that trust and usability come first, not shiny tech for its own sake.
If you work in UX or testing, you can make sure what we build is something real people can actually use and trust – simple, clear, and accessible.
If you do media, you can tell the story. Write, film, photograph, blog, podcast – whatever it takes to spread the word. The more people hear about an alternative that works, the more chance it has to grow.
Whatever your skills or resources, the important thing is to get involved in the flow. This is not a spectator sport, and the is unlikely to be pay, it’s #DIY so the commons will only be built if we build it together. #KISS #4opens #OMN
Activist tech has been stuck in “bunker mode” for 20 years. We now need to work on building #4opens native, commons-first systems that store, share, and protect movement knowledge in ways that don’t require a priesthood of insiders to operate.
In an active movement, forum threads, shared docs, livestreams, and photos aren’t just chat noise, they’re collective memory. If we treat them as disposable, we throw away the hard-earned lessons that future activists will desperately need. The solution is #KISS-fed, redundant, federated archiving:
All public movement data sits in the commons.
Metadata + content are mirrored across multiple federated nodes.
Backups are easy to pull, restore, and re-seed by anyone who ever has trust access.
Data is grouped via hashtags, not rigid taxonomies, so it flows where it’s needed.
This is appropriate tech: low-complexity, high-resilience, built for social utility first. But for this to grow it can’t be mediated to death by the #geekproblem – code should follow social needs, not the other way round. If we can get this kind of infrastructure running, we stop losing our history, we keep movements porous instead of paranoid, and we finally start building bridges instead of walls.
Let’s look at an example of this: For the #DAT protocol to become relevant in #FOSS activist tech, we need to stop treating it as an isolated island and start building solid bridges to #ActivityPub. The two are not enemies – they are complementary paths. p2p tools and protocols like DAT brings distributed, peer-to-peer file persistence; ActivityPub brings the social layer, discovery, and conversation. Together, they create a space where activists choose their preferred path without being siloed or alienated, and without the unhealthy isolation that comes from the current #geekproblem habit of fetishising one protocol at the expense of all others.
Diversity is the basis of any healthy ecosystem – biological, social, or technological. In nature, monocultures are fragile; in tech, monocultures are authoritarian. We need to approach activist infrastructure with the same principles that make ecosystems thrive: multiple species of tools, cross-pollination between communities, and a constant flow of ideas and resources. This doesn’t mean adding complexity for complexity’s sake; it means designing with #KISS in mind, while ensuring redundancy and adaptability.
If we take this ecological view of the #openweb, then bridges are not optional extras – they are the lifelines. In our example, by linking #DAT and #ActivityPub, we create a richer habitat for movements to live in. We make it harder for corporate capture to take root, and we give people the freedom to move between spaces without losing connection and context. That’s how we replace the bunker mentality with a real commons, not just defensive walls, but thriving, interconnected gardens.
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.
Telegram partnering with Elon’s #AI to distribute #Grok inside chats is a clear line crossed. This matters because private data ≠ training fodder, bringing Grok (or any #LLM) into messaging apps opens the door to pervasive data harvesting and normalization of surveillance.
This is an example of platform drift: Telegram was always sketchy (proprietary, central control, opaque funding), but this is active betrayal of its user base, especially those in repressive regions who relied on it.
Any #LLM like Grok in chats = always-on observer: Even if “optional,” it becomes a trojan horse for ambient monitoring and a normalization vector for AI-injected communication.
“Would be better if we had not spent 20 years building our lives and societies around them first.”
That’s the #openweb lesson in a sentence, that the #dotcons will kill themselves. This is what we mean by “use and abuse” of these platforms which have been driven by centralization, adtech, and data extraction, that they inevitably destroy the trust that made them popular. It’s entropy baked into their #DNA. As Doctorow calls this #enshitification, the tragedy is how much time, emotion, and culture we invested in them – only to have to scramble for alternatives once they inevitably betray us.
What to do now, first step, remove data from your account then delete telegram app, not just for principle, but for your own safety. Move to alternatives – #Signal for encrypted, centralized messaging (trusted but closed server). There are other more #geekproblem options in the #FOSS world but like #XMPP, #RetroShare, or good old email+GPG can work too, but they can be isolating, so stick to #signal if you’re at all #mainstreaming.
Then the second step, build parallel #4opens paths by supporting and develop alt infrastructure like the #Fediverse (Mastodon, Lemmy, etc.), #OMN (Open Media Network – decentralized media), XMPP and #p2p-first protocols, #DAT/#Hypercore, #IPFS, or #Nostr etc.
Yeah, things will get worse before they get better, what we’re seeing now is the terminal phase of the #dotcons era. These companies are devouring themselves and will eventually collapse under the weight of their contradictions. The question is, will we have built anything to replace them?
If not, authoritarian tech (like Elon’s empire) fills the void. That’s why we rebuild the “native” #openweb, even if it’s slow, messy, and underground. That’s why projects like #OMN and #Fediverse matter. If you’re reading this, you’re early to the rebuild, welcome, let’s do better this time.
The “User Story #makeinghistory” outlines a process for digitizing the #Campbell Family archive, which contains significant historical materials related to activism and political movements. The steps involved:
Setting up the Application: The archive sets up a desktop computer or a hosted VPS instance to install the #DAT/ActivityPub based#p2p application for “makeinghistory.”
Uploading Digital Files: They use the application to create an account and start scanning and uploading directories of digital files from the archive, adding basic metadata if possible.
Building a Community: The archive builds a community of users, including family members and wider activist groups, to seed an affinity group and encourage them to install the application on their devices.
Column Structure: Users see columns like “new” and “recent” along with others added by people working on the same accounts. These columns contain flows of boolean logic lists of the data in the shared account.
Data Interaction: Users can interact with the data, adding metadata, information, and editing hashtags. They can swipe through items and modify data as needed.
Categorization: By editing hashtags and data, items move into category columns and into the recent columns, thus shift to different groups and users.
Engagement: Users actively participate in categorizing content instead of passive scrolling. As others add metadata, it updates the feeds of other users, encouraging them to return and contribute.
Story Feature: Archived categorized metadata-enriched data flows are turned into cohesive narratives using the story feature, providing overviews and linking multiple items and categories.
Sharing History: The created histories can be shared with the wider world, providing grassroots quality history in addition to more traditional top-down narratives.
Impact: People use these stories to inspire real and lasting social change, recognizing the importance of history in driving progressive paths.
The “User Story – Resistance Exhibition” extends this concept to an exhibition setting, where visitors can participate in archiving and storytelling using an app installed at the exhibition. This creates a participatory space where people engage with historical materials and contribute to ongoing #4opens projects. All data collected is public CC and available for use in other projects, emphasizing openness and collaboration.
SECOND draft
User Story: #MakingHistory – Digital Family Archive & Activist Memory-Building
Goal: Digitize and share activist / family archives primary sources, stories, documents in a way that’s open, participatory, and rooted in real community, not just relic preservation. The archive becomes both memory and tool for social change.
Steps & flows
Setup infrastructure – Spin up a small hosted VPS or desktop instance. Install a #DAT / ActivityPub / peer-to-peer hybrid archive app (#makinghistory).
Upload & seed – Scan family / activist archival material: photos, videos, letters, flyers. Add basic metadata (date, place, people involved). Upload into the system.
Community building – Invite family, networks, activist groups to install the app. Form an affinity group around the archive.
Columns & filtering – Interface: columns like New, Recent, plus user-added ones (by theme / era / type). Users see flows of items (boolean filters, hashtag categories) they care about. Interaction & tagging – Users contribute: add metadata, tags, stories behind objects.
Swipe, browse, edit. Items shift columns/categories as metadata evolves.
Story feature / Narrative building – With categorized & metadata-tagged material, users can assemble “stories”, narrative essays, timelines, thematic presentations.
Sharing & impact – Publish these histories publicly: open & CC-licensed. These become grassroots counterhistories. Use stories to inspire activism, education, or community organizing – showing how history roots current struggles.
Exhibition mode (Extension) – In physical exhibitions, visitors can use the app (on tablets or provided devices) to browse and contribute live: tagging, adding memories, shaping the narrative in situ.
Why it matters, it opens up history: Moves memory out of centralized institutions (archives, museums) into the hands of communities who lived it.
Counter-narrative: Offers history from below, not only top-down or official versions.
Living archive: It’s participatory, not passive. People don’t just view; they shape meaning.
Grounded in #4opens: Open data, open process, open source, open access.
Potential challenges & what to compost (Lessons from past failures) What has gone wrong before, how we compost it in this story:
Burnout among core volunteers, people overload metadata tasks, get exhausted; later momentum fades. Spread workload through community; avoid “metadatabase queen/king” roles. Use columns & tagging that feel playful and meaningful, not tedious.
Power consolidation, with one person / small team becomes the de facto gatekeeper of what’s seen / what counts. Use shared governance: decisions about themes, display, moderation are open. Rotate roles. Use open process.
Tech falling out of maintenance with custom tools built, then abandoned. Use stable, simple tools with community-supported code. Make sure data formats are portable.
Exclusion in “participation” Some voices get left out, marginalized, younger, remote. Proactively invite diverse participants; ensure the interface / metadata vocab doesn’t force people to use jargon; make offline or low-bandwidth modes possible.
#P2P projects keep failing socially because adoption is tiny. The #Fediverse succeeds socially because it keeps social #UX familiar. The path forward is a half-step strategy: bridge #fediverse + #p2p in real, usable ways until decentralised clients are socially relevant.
We need: Bridges & killer apps, seamless UX that makes federated + p2p content feel like one stream. A server that reads from both channels without making the user care about protocols.
A. what is happening with protocols:
* The #nostr crew are the children of #web3 mess, they are a bit reformed, let’s see. * Then the #BlueSky are the reformed children of the #dotcons * The #fediverse is the child of the #openweb * #dat is a child of the #geekproblem if it is reformed or not, you can maybe tell me? * #SSB was a wild child, now sickly/lonely with the #fashionable kids gathering round #nostr * #p2p was the poster child of the era of the #openweb it was caught in the quicksand of legal issues, the shadow that was left was eclipsed by “free to use” #dotcons Now finds it hard to come back due to mobile devices not having an IP address, thus most people not actually able to use p2p reliably.
Q. ssb has technical shortcomings. It cant sparsely replicate data and verify it. It needs to download all data ever created by a user to verify, which makes it infeasible for many use cases. The main underlying data format is also hard to fix and leads to performance bottlenecks. The main founder moved on and it seems most ssb people are also looking for a new home. dat’s time has not yet started as it approached things from a much more fundamental perspective. The initial vision was “git for any kind of data”, which means “version control for any kind of data” (peer to peer). The stack only now reached maturity to build proper tools on top of it. You have the dat-ecosystem with 2-3 dozen projects. You have the holepunch/pears project which built a phenomenal “never on a server” desktop/mobile p2p video conferencing messenger with built in file sharing. The app works flawless on mobile and is called https://keet.io Also https://dat-ecosystem.org just now released it’s new website. The https://pears.com runtime will be live in 5 days from now on the 14th of February for anyone to start hacking on p2p apps and some time later, the plan is to integrate it into the dat-ecosystem website, so anyone can start using p2p from within dat-cosystem page (which is an open source static website anyone can fork to get to the same) …no back ends required. pears 🍐will only start working on the 14th of february. You can set a reminder. The revolution starts then 🙂
A. will have a look, there are a few new #p2p projects reaching use at mo – the issue is none of them link to each other and likely thus non inter-op. This is the #geekproblem
Q. I don’t think there are any mature projects out there other than dat and ipfs. The former made by open source devs, self funded with a bit of help from public funding bodies, while the latter is the poster child of venture capitalists and got gazillions from investors. It’s the “big tech” of p2p. Then you have a few less general purpose p2p projects which popped into existence in the last few years, but both dat and ipfs go back all the way to 2013 and it takes a lot to get things smooth and stable and support all use cases and get enough critical adoption and nodes to make the p2p network work. That is why dat-ecosystem has a lot of existing projects that work and why it is reliable to build on top of it. I do think the new more recent p2p projects in research state might become mature as well, but it will easily take them a few more years. Many of those newer projects have people working on them part time only or focus on really special use cases and only time will tell if their approaches will bring something new to the table or not. 2024 will definitely be the year of dat, especially after February 14th, when pears.com goes live. This has been years in the making. What started 2013 as (git for data) will now finally become it’s own independent p2p runtime. Goodbye nodejs & co. …and soon goodbye github & npm 🙂
A. https://holepunch.to/ its a very sparse website with no company info or #4opens process – it looks and feels like meany #dotcons if these projects do not link to each other or inter-op then they will fail like the hundreds I have seen fail over the last 20 years of this mess making. it’s a problem we can’t keep doing this shit, but we do. #4opens is a shovel to help compost this, can you do a write-up for these projects please.
Q. dat-ecosystem is a 501c3 It’s Code for Science and Society And it is https://opencollective.com/dat And it is governed by a Manifesto. It is all on the website next to the “Info” button in the upper left corner. If you mean pears.com ….that will change on February 14th I didn’t mention holepunch. Holepunch is just one of the many dat-ecosystem projects. It is special, because one of the core developers of dat started it after he got a lot of funding and is currently maintaining many of the important code that powers dat and the dat-ecosystem projects. But it doesn’t matter too much. The stack is open source under MIT and Apache 2.0 License for anyone to use. If holepunch would ever decide to stop maintaining the stack (which we do not think), dat-ecosystem can find other maintainers.
A. they are the owners of https://keet.io always look for ownership in #dotcons 🙂 a few of the ones I have been looking at over the last few years https://www.eff.org/deep…/2023/12/meet-spritely-and-veilid and the was a another one funded by NLNET they recently whent live, but can’t find the link. None of them link or interop, not even bridges. This is the #geekproblem
Q. Spritely is a great project. It embraces the ocap security model (Object Capabilities). It does apply it in lisp/scheme, which is a great fit with GNU Guix. Their foundation is led by Randy Farmer. Randy Farmer co-created Habitat with Chip Morningstar (an MMORPG) in the 1980s. Chip Morningstar works with Mark Miller (Mentor of Christine Lemmer Webber). Their project is called “Agoric”, which is a blockchain projcet funded by Salesforce. They have their own Token and build a “Market Place”. They as well work with ocap security model (but in JavaScript). The JavaScript ocap version is what is known as SES and Endojs. They regularly talk to make sure things are interoperable. Ocap security is also what dat-ecosystem is embracing to pair it with peer to peer and bring it to the post-web. A version of the web not dominated anymore by big tech and big standard bodies.
#Veilid is a young and interesting project as well with a focus on anonymity over performance. This is a great use case that needs support, but dat was always about performance and any size of data and anonymity and privacy at all costs. I’m not saying that is an unimportant use case, but there are plenty of solutions for extreme cases where anonymity and privacy are at utmost importance. What is vastly more important imho is to have a p2p technology able to replace mainstream big tech services such as youtube, facebook, instagram, tiktok, google & co. because it won’t help us if we have a special niche technology that cant actually tackle big tech and surveillance capitalism but gives people some way to hide from it. …we need it too, but we also need a foundation on which to actually outcompete big tech imho.
Keet is a closed source peer to peer messenger & video conferencing app (might be open source in the future) and it is built on top of the dat stack. The dat stack is very modular and in it’s core consists of a few main modules. – hypercore, hyprebee & hyperdrive – hyperdht & hyperswarm – autobase Those modules are maintained by holepunch, an organisation started by one of the core dat developers afte rreceiving a lot of funding to develop keet and now the pear runtime, which will be open source and public under https://pears.com after February 14th 2024 (Valentine’s Day ❤) Keet itself is one of many apps, all part of the dat-ecosystem. Most projects are open source, but not all, but they are all built on top of the MIT/Apache licenses p2p stack, which started as `dat` in 2013 and matured many years ago. The stack is battle tested and really works. Of course – we all want everything open source and one day we might find a model, but if some closed source apps help bring in funding, it benefits the open source core. Basically, you can think of “keet” as some fancy UI/UX on top of the open source software stack. Now sure – would be sweet if the UI/UX was open source as well, but then again, it’s not essential and until we transition into fully automated luxury Communism or whatever else works, something pays the bills and enables the open source core to be maintained 🙂 At least it works without any “Cloud Landlords”. No servers, never on a server. No more cloud lords, a.k.a. Big Tech or #dotcons
A. The best we have currently is #ActivityPub DIY federated – this is community based (but fails in code to actually be this) which in meany ways is complemtery to #p2p based approaches – they are better together and if the can bridge or interop this is MUCH better, the #OMN is native to this.
Q. Yes. dat is very low level. It would be cool to see somebody implement an activity pub based tool on top of it. One dat-ecosystem project did it for nostr, but no activity pub yet. I’m personally more interested into a desktop, terminal, version controlled data and software packages. “Social” tools are just one type of tools to built on top of the more fundamental p2p network and p2p system infrastructure. I do think dat is good for laying these foundations, but “social” tools are a layer that dat as a stack will probably never focus on, but instead dat-ecosystem projects will hopefully take on that challenge 🙂
A. Some people are community based federated (the start of this conversation) others are individual, the #p2p world you talk about. This is not a fight they are both valid. As you say what we don’t won’t is more #dotcons 🙂 Good conversation on the state of #p2p I used to be much more involved in this side, but it failed with the move to #dotcons so got re-engaged when ActivityPub came alone the rebooting of web 1.5 😉 are you happy for me to copy this to my blog, can credit you or just use AQ anonymous format?
Q. any way you want. I dont think p2p has failed. the p2p of the past was naive kids playing and it took a decade of adults and all the law enforcement they had at their disposal to bring it down and despite that torrents still run and even the piratebay continues to operate, although heavily censored. Back then it was a few devs and a majority of users. This time p2p is back and will enter mainstream open source developers after February 14th 2024 (5 days now). This empowers an entire generation and anyone who wants to dive into p2p to build any kind of tool. What was once hard and reserved to a few will be available to everyone. We might see another nodejs/npm movement. It loads a bit slow, but load this and check “all time” This is the largest open source ecosystem humanity has ever experienced. http://www.modulecounts.com/ And while npm/github have been hijacked by microsoft, we will claw it all back soon Btw. regarding Spritely and the backstory behind OCap, even though extremely technical in description, here is a summary of the work by Mark Miller et. al. https://erights.org/history/index.html https://en.wikipedia.org/wiki/Mark_S._Miller > Miller has returned to this issue repeatedly since the Agoric Open Systems Papers from 1988 Mark Miller is Christine Lemmer Webbers Mentor. He works with Chip Morningstar (who with Randy Farmer did Habitat in the 80s) Randy Farmer is Executive Director of the Spritely Institute. Agoric is the Cosmos Framework based Blockchain now. https://agoric.com/team
A. Interesting to look back at all this stuff, reminds me I had dinner with https://en.wikipedia.org/wiki/Ted_Nelson in Oxford 20 years ago, he was a little eccentric with a clip on digital recording device, every convention had to be record. good to catch up with history https://www.youtube.com/watch?v=h-t405_JAJA that is more relevant today.
Q. Yes – peer to peer is hard. Not as a user, it is actually easy enough, but as a developer. Building p2p is not taught anywhere and there aren’t online learning resources the same way you can learn how to set up your react app, etc… This will change after February 14th 2024 when the pears.com runtime is released. It is powered by the same p2p stack that developed with dat since 2013. If anyone of you is a developer or has friends who are, you are all invited to dip your toes into the dat water 😛 …and start a new p2p project and join the dat-ecosystem 🙂 It will get quite easy in 4 days from now and it will again get a lot easier in the coming weeks when more examples and docs are publishes and others build as well. The Storyline around Mark Miller, Randy Farmer & Chip Morningstar is totally separate from it, but it is also important, because it is what powers 1. the Spritely project and Christine Lemmer Webber 2. the Agoric Blockchain Project backed by Salesforce 3. the Ethereum Metamask Wallet and Co. It also influences the big standards bodies and I see it two fold. It’s a story about philosophy, values and vision driven by the specific people in it. It is also a story about “object capabilities” which is a powerful perspective on security and will enable and inform a lot of p2p interaction which without would require some sort of centralized servers, but with ocap can do it on it’s own p2p
A lightly edited conversation between Hamish Campbell (A) and Alexander Praetorius (Q)
The #nostr crew are the children of #web3 mess, they are a bit reformed, let’s see.
Then the #BlueSky are the reformed children of the #dotcons
The #fediverse is the child of the #openweb
Q. Where would you put #dat or #ssb and in general the #p2p post-web tools?
A.
#dat is a child of the #geekproblem if it is reformed or not, you can maybe tell me? #SSB was a wild child, now sickly/lonely with the #fahernable kids gathering round #nostr #p2p was the poster child of the era of the #openweb it was caught in the quicksand of legal issues, the shadow that was left was eclipsed by “free to use” #dotcons Now finds it hard to come back due to mobile devices not having an IP address, thus most people not actually able to use p2p reliably.