laoc42

Building for better #education.

#oer #edufeed #stash

Public Key

npub1r30l8j4vmppvq8w23umcyvd3vct4zmfpfkn4c7h2h057rmlfcrmq9xt9ma

NIP-05 Address

Profile Code

nprofile1qqspchlne2kdsskqrh9g7duzxxckv963d5s5mf6u0t4th60pal5upaspz3mhxue69uhksctkv4hzumrpda3ju7re0gq32amnwvaz7tmjv4kxz7fwd4hhxarj9ec82csprfmhxue69uhhg6r9vehhyetnwshxummnw3erztnrdakszgnhwden5te0v4j82en9v4jzucm0d4kh2mnfw35k2uewvf6h573w0puh5qgdwaehxw309ahx7uewd3hkcwd8gz7

Publishing to

haven.laoc.xyz

relay.mostr.pub

theforest.nostr1.com

edufeed.communities.buzz.xyz

nos.lol

Author Public Key

npub1r30l8j4vmppvq8w23umcyvd3vct4zmfpfkn4c7h2h057rmlfcrmq9xt9ma

Show more details

Last Notes

2026-08-28 21:09:17 UTC

- reply

The key based argument is the one I get most confronted with, especially talking with devs of running services in that area. I guess we can mitigate this using trusted third party services as they already do. They continue using their identity providers, but its like using pomegenerate. But it will become much easier for people to communicate across services, move and reduce vendor lock in options.

2026-08-28 18:43:55 UTC

- reply

What arguments do you disagree on?

2026-08-28 18:42:13 UTC

- reply

My priority is this: if we start now developing public infra on ActivityPub in a federal system like Germany we end up like, ok every state runs its own activitypub instance. Then one state will drop out in the future, because they get a government that says I don't like whatever the previous government has done and will end this service and stop it.
The users will end up lost. Because they loose their public identity because it is domain based. All the references to content they produced might get lost.
That's why I think *any* domain based system is not suited for public infrastructure

2026-08-28 18:36:15 UTC

- reply

Plesse Start and solve it 😁

2026-08-28 14:32:09 UTC

- reply

isnt the whole project based on one guy scribbling and pushing his os config?
looking forward for your experiences. looked interesting though

2026-08-28 13:04:00 UTC

- reply

see e.g. https://www.bpb.de/lernen/digitale-bildung/werkstatt/576352/das-fediverse-als-raum-politischer-bildung/#node-content-title-4

2026-08-28 13:02:17 UTC

- reply

Because they want to provide services where e.g. teachers can exchange ideas and learning content they develop, but where should they do it?
They can't say use WhatsApp or Insta, if they want to facilitate that as a general policy or want to support them, they need a service to do so.
And the only proocol coming to their mind that is already quite tested is activityPub to build upon. But I think it would be a huge mistake to do so, because of all the flaws, especially regarding identity that activityPub carries.

2026-08-28 12:54:20 UTC

- reply

I think the shit that was going on here with capgemini and billions lost in trying to build that monolith actually made *some* people loose trust in that consulting moneygrabbers.
But things just work in that way that they will have to fund activitypub / atproto stuff, if they find no arguments for nostr somewhere else. that's why we went to fosdem and hand in proposals at that luxembourg thing or not?
"show and tell": I attended every possible conference I could and dropped the word. I built for showing them that the solutions they are looking for are already there. A friend of mine is a prof for special education and is going right now from state to state to convince people of actually your example, because he got that nostr will actually enable this.
And some listened, but without lobbies like ones that https://eurosky.tech/ can run, it's hard for them to argue funding and exploring nostr based solutions further, because they will get asked why the fund stuff that's not recommended by that expert comissions. It's damn stupid, but that's how that shit works. I just want to make sure the money gets spent on something sensible. I already paid the last big failure they tried.

2026-08-28 09:50:11 UTC

- reply

Whats your take on napps vs webxdc stuff that ditto pushes? Isn't it a similar use case?

2026-08-28 09:31:32 UTC

- reply

GM!
Glad to see you back! 🫂

2026-08-28 09:25:59 UTC

- reply

## Signatures
Nostr events are atomic and self-verifiable: generate a hash, verify the Schnorr signature against the public key—offline, without network access, and without additional context. The key *is* the identity.
In atproto, the signature is attached to the repository commit rather than the individual record. While individual verification is possible, it requires an inclusion proof via the PLC directory. Consequently, verification is no longer self-contained; it has a runtime dependency on a central entity.
In standard operation, ActivityPub signs the delivery process using the server key, not the object itself. Once forwarded, the content cannot be independently verified; object-bound signatures exist only as an optional extension (FEP-8b32) with no widespread implementation.
For a distributed public infrastructure involving many small, heterogeneous consumers, the Nostr approach therefore offers a significantly lower barrier to entry: the artifact and the proof travel together, and any participant can verify the authenticity of a data record with just a few lines of code without needing to trust a relay, server, or directory.

2026-08-28 09:22:24 UTC

- reply

## Identity
ActivityPub identities are constitutively bound to a domain: @[email protected]. The domain is not an address but part of the identity itself. In a federal system where each state runs its own instance, identity is therefore state-bound — and it ends when the state stops operating. Mastodon's Move migrates followers but not content, and requires the origin instance to still be running and cooperating.
The more serious issue is reference integrity. If state A cites resources from state B in collections, curriculum mappings or learning paths, and B shuts down its instance, it is not only accounts that break but every reference to them. In an infrastructure built for cross-state reuse, that is a structural defect rather than an operational risk.
In Nostr the key is the identity. Domains still appear via NIP-05, but as a revocable, replaceable attribute rather than a foundation. A state can shut down its relay without breaking a single identity or reference; the events remain verifiable on any other relay. Responsibility for operations is thus decoupled from responsibility for identity — a far better fit for federal reality than a model in which one state's exit devalues everyone else's data.
## atproto: portability (but with a directory caveat)
The AT Protocol addresses this. Identity there is a DID, not a domain; the handle is merely an alias proven via DNS or HTTP and can be changed without breaking the identity. Migrating between Personal Data Servers is supported, and repositories can be exported and re-imported elsewhere. Rotation keys even let an identity survive loss of the signing key — but only because in normal operation the PDS operator holds such a key in trust. Recoverability is solved organisationally, not cryptographically: whoever can rescue the identity can also alter it. The tie to an operator is loosened, not removed.
The second caveat concerns resolution itself. `did:plc`, the method used almost exclusively in practice, is not a self-certifying identifier but points to a central directory, so far operated by Bluesky PBC. It is auditable, but its failure interrupts identity resolution network-wide, and its operator can change without the federation having any say. For public education infrastructure planned in decades, this merely relocates the dependency: from a state domain to a commercially operated registry in another jurisdiction. The alternative, `did:web`, avoids that but reintroduces exactly the domain binding we set out to escape.
## The Eurosky case
The obvious rejoinder is that sovereign European atproto infrastructure already exists. Eurosky (https://eurosky.tech/), a project of the Dutch Stichting Modal, runs its own Personal Data Server: data sits in Hetzner facilities in Falkenstein, Eurosky operates the service itself, the contract is held by the foundation, and the service falls under European law including GDPR and DSA. That is substantial and relevant for public bodies.
But it concerns the hosting layer, which was never the problem: that anyone may run a PDS is an explicit design feature and permissionless by intent. **The identity layer is untouched: a Eurosky account still carries a did:plc identity resolved against the same central directory**. Data held in Germany, identity resolved through a registry in foreign hands — for an argument resting on digital sovereignty, that is a solution at one layer, not throughout. The rotation-key trust relationship likewise only shifts, from Bluesky PBC to a Dutch foundation: still operator-mediated.
There is also the protocol's practical shape. atproto is built around a few large aggregators processing the whole network's traffic; as of early 2026, Bluesky PBC still ran the only full-network AppView. That suits a platform, less so a landscape of sixteen states, media centres and other bodies each running small nodes and exchanging selectively.
## Key loss
The obvious objection to key-based identity: what happens when a key is lost, and who is responsible in an administrative context? It must be addressed, but it is solvable.
For individual users, FROSTR and pomegranate offer approaches based on FROST signatures, standardised as RFC 9591: the key is split into shares, and signing requires k of n.
The contrast with the atproto model is therefore precise: there, one party must be able to act alone for recovery to work at all. Here, participation is possible without sole authority.

2026-08-28 09:13:32 UTC

- reply

wow what an argument.
I'm paying taxes if I like it or not. I would like to see them spent on sensible stuff and not going to waste

2026-08-28 09:09:20 UTC

GM Dear Nostr,
I need your help. I need all the arguments you can think of, why it would be a terrible idea to build public infrastructure based on ActvityPub and/or atproto instead of Nostr.
There is a public recommendation for action for german education infrastructure that says that open protocol based initiatives should be used in near future to get rid of big tech companies in public education infrastructures. But they name EuroSky and Fediverse as examples.
I need to get Nostr in there for reasons. So I would like to collect the biggest list of counter arguments. Technical, sustainability, societal perspectives, whatever comes to your mind.
cc @npub1t6j…ksrw @npub1qe3…zefe @npub1l77…swft @npub1equ…hkj6 @npub107j…ncxg @npub1ren…aw97 you got much bigger reach, please share 🫂
#asknostr

2026-08-28 07:40:51 UTC

- reply

GM 🌞

2026-08-28 07:39:22 UTC

- reply

GM!

2026-08-25 06:40:34 UTC

GM
@npub1ye5…knpr https://www.nostrapps.com/ is not working. I get ssl errors. Wanted to try out the napps you posted earlier about
Have a great day!

2026-08-21 08:42:46 UTC

- reply

Or stash...
https://zapstore.dev/apps/naddr1qq88s7t69ekxzmmr9eehgctndqq3samnwvaz7tmjv4kxz7fw0fshqum5daex2tnyv4mqygqutleu4txcgtqpmj50x7prrvtxzagk6g2d5aw8464ma8s7l6wq7cpsgqqq0c9s9lfdd3
😅

2026-08-19 14:09:18 UTC

- reply

GM sir

2026-08-19 13:00:54 UTC

Stash got a new release!
@npub107j…ncxg you can now on any website click "Share" -> "Stash" and the select read in stash. then you can also do highlights inside the stash reader and we circumvent that issue when they don't send the source link
also you can now share highlights direct in your NIP-29 groups
#nevent1q…h7r5
https://zapstore.dev/apps/xyz.laoc.stash

2026-08-19 10:49:47 UTC

Done 🫡
#nevent1q…0zsy

2026-08-19 06:12:04 UTC

- reply

GM, good travels!
Are you planning to move or for holidays?

2026-08-17 07:42:06 UTC

- reply

GM!

2026-08-17 07:39:33 UTC

- reply

2026-08-15 11:26:08 UTC

- reply

2026-08-15 05:02:57 UTC

GM
https://haven.laoc.xyz/cbe88f9389f5dbd3f783cebd261782756f6427f6bbbc193150c6c70f63d469c3.jpg

2026-08-14 06:44:46 UTC

- reply

GM!

2026-08-13 15:48:55 UTC

- reply

Btw, this was just released as well: https://link.springer.com/chapter/10.1007/978-3-032-26816-7_11
I'm not really satisfied with it, but maybe it's also of interest for you

2026-08-13 15:45:18 UTC

- reply

Hey,
so this was just released as well: https://link.springer.com/chapter/10.1007/978-3-032-26816-7_11
maybe its also of interest for you

2026-08-11 19:37:00 UTC

- reply

Alright will have a look! 🫡

2026-08-11 14:53:49 UTC

- reply

Can you show/link me the note from another app? Will have a look

2026-08-11 14:53:07 UTC

- reply

Scroll position should work now. Please update and check 💜
https://zapstore.dev/apps/naddr1qq88s7t69ekxzmmr9eehgctndqq3samnwvaz7tmjv4kxz7fw0fshqum5daex2tnyv4mqygqutleu4txcgtqpmj50x7prrvtxzagk6g2d5aw8464ma8s7l6wq7cpsgqqq0c9s9lfdd3

2026-08-10 20:30:31 UTC

- reply

Long time no see! Lets make it happen!

2026-08-10 05:59:41 UTC

- reply

:110percent: thanks for trying out!
I will fix this in the next release!

2026-08-09 10:47:51 UTC

- reply

Or despair and they even try the crazy stuff now

2026-08-09 05:01:10 UTC

- reply

GM
How did it go? Can you recommend gsd?

2026-08-08 10:13:41 UTC

Stash 0.12.0 is out — thanks for all the feedback here
- New "Paper" look across the whole app
- Save highlights to a list, same as bookmarks
- client tag added ( @npub1qe3…zefe and saving directly to a list /creating a list should also work now )
- Sign in with a bunker (NIP-46) — @npub137u…a74z, happy for feedback
- Sign in with a private key (nsec/hex/ncryptsec) too
- Fixed the AUTH crash some relays' login step triggered — @npub1lqu…qaf3, thanks for the logcat
- Fixed saving a bookmark asking for a signature twice for no reason
- NIP-65 is in progress as well as in app highlighting. There is a bug in Chrome that prevents the app from getting the source link for a highlight. It is fixed by them already, but not yet in prod. cc @npub107j…ncxg
https://zapstore.dev/apps/xyz.laoc.stash
#nevent1q…vejn

2026-08-08 09:08:28 UTC

- reply

I've written here about my intentions. a little bit over the top, but it might give an picture about the reasons: #naddr1qv…s3xm
I'm about to publish something about the projects next week. One has recently ended and the other one begins this month. Will ping you

2026-08-08 08:38:03 UTC

- reply

GM!

2026-08-08 08:34:19 UTC

- reply

GM
I already got public funding by germany education ministry 2 times to develop Nostr based applications and am working now at an institute that wants to migrate their whole education related infrastructure to nostr. I would be happy to share my experiences and participate there.

2026-08-07 19:13:23 UTC

- reply

Sorry to hear! Will publish a new release tomorrow. What device did you use and which OS?

2026-08-07 08:41:01 UTC

- reply

GM Sir
seems to be a bug in chromium that they fixed mid July. It works with chrome beta browser. Will look if I can find another way around or maybe we will have to wait a little bit. Which browser did you try?

2026-08-07 07:30:54 UTC

GM
On todays list:
* figure out why the fuck chromium based browsers on Android don't include URLs for highlighted text all the time. gotta find a way around this
* NIP-29 support in edufeed
should be enough for a Friday

2026-08-07 07:28:38 UTC

- reply

GM, Sir

2026-08-06 09:15:58 UTC

- reply

on it :wisp_salute:

2026-08-06 09:15:37 UTC

- reply

thanks!
yes, I noticed that for some websites it does not work, e.g. github. which one did you test?
For others it just works. will dig into it 🪏

2026-08-06 09:13:59 UTC

- reply

I use some "studio speakers" like these ones with an extra soundcard.
e.g. https://www.thomann.de/intl/active_nearfield_monitors.html?oa=pra&gk=STMOAN&sp=solr_10&cme=true&filter=true
I am super happy with it

2026-08-06 08:02:29 UTC

- reply

Thanks! They are shipped as nostr events, so will show up in any compatible app. It's still early, but seems to work. Next will be Inbox / Outbox support and login possibilities with bunker URI and nsec

2026-08-06 04:33:42 UTC

- reply

Damn, sorry for that, auth should work. Happy to look into the log! Thanks for trying out!

2026-08-05 14:40:00 UTC

GE
Published my first app on the #zapstore 🙌
It's a simple bookmarking app so you can save bookmarks and highlights from your web browser on android. Just use the share button and select "Stash".
At least it works for me, maybe its usable for someone else too.
Cc @nprofile…0raa
https://zapstore.dev/apps/naddr1qq88s7t69ekxzmmr9eehgctndqq3samnwvaz7tmjv4kxz7fw0fshqum5daex2tnyv4mqygqutleu4txcgtqpmj50x7prrvtxzagk6g2d5aw8464ma8s7l6wq7cpsgqqq0c9s9lfdd3

2026-08-05 12:14:16 UTC

- reply

GM Sir nice to See you here again 🫂

2026-08-04 08:26:39 UTC

- reply

2026-08-04 06:11:01 UTC

- reply

2026-08-03 19:30:02 UTC

- reply

I just yesterday started working on a bookmark tool for android. Also using grapheneOS. Always bothered me I could not simply share to a nostr app to create a bookmark. Will check on adding highlights. I'll ping you when I got something working

2026-07-31 09:20:30 UTC

GM
Missing @nprofile…fjwq 🫂

2026-07-29 07:19:54 UTC

- reply

Das haben wir auch! 😃
Viel Erfolg 🤞

2026-07-29 07:17:41 UTC

- reply

2026-07-29 07:17:19 UTC

GM
running #buzz

2026-07-28 05:50:30 UTC

- reply

GM!

2026-07-27 07:49:46 UTC

- reply

2026-07-23 12:36:54 UTC

- reply

How did you come up with it at all?
Glad that your pain is reliefed 🫂

2026-07-23 12:21:00 UTC

GM
Looking into how #concord protocol would fit into #edufeed and #nope could look like

2026-07-19 06:19:32 UTC

- reply

Have you tried out kimi k3 yet? Thinking abou t changing subs for next months to see if it's comparable. Fable5 doing great, but I don't lime the lock in. Though you still have to get stuff done..

2026-07-18 18:27:22 UTC

- reply

I thought keypairs would be a problem. Turns out even people asking me what the "slash" is on the keyboard are able to save a simple long "word". It's even better 'cause they don't even have to remember a username for it

2026-07-18 12:57:12 UTC

🤠🐴
https://haven.laoc.xyz/f4e101286bd8ac37c064cd96e3f06021dddb7a69a1f017ad4d42474232ce7725.jpg

2026-07-18 06:15:02 UTC

GM 🌞

2026-07-14 07:15:59 UTC

GM 🌞

2026-07-06 19:52:27 UTC

got it: https://github.com/purrgrammer/grimoire/blob/main/NIP-xx.md
#nevent1q…c2qt

2026-07-06 19:49:05 UTC

GE Nostr,
did @npub107j…ncxg write down how these spells work? #grimoire
cc @npub1m4n…c2jl @npub1m3x…a5sf @npub149p…722q
#asknostr

2026-07-05 07:09:06 UTC

- reply

2026-06-29 07:30:08 UTC

GM 🤙

2026-06-29 07:29:50 UTC

- reply

GM!

2026-06-29 07:29:33 UTC

- reply

GM! 🌞

2026-06-23 14:54:28 UTC

- reply

Is it comparable?

2026-06-23 14:53:49 UTC

- reply

Wer stellt solche Kleidung für so eine Altersgruppe her... Das allein finde ich schon merkwürdig

2026-06-23 14:44:13 UTC

- reply

Def not every nostr dms.
You at least go to use the correct service.

2026-06-23 14:43:05 UTC

- reply

If you try dark wisp by @nprofile…jejf you'll have a sensible default setup. I think it does not even support unencrypted DMs

2026-06-22 18:43:11 UTC

- reply

Guess this is that kind oft inspires the deutsche Bahn as well 🤔

2026-06-22 13:42:54 UTC

- reply

2026-06-21 07:23:45 UTC

GM
https://haven.laoc.xyz/0fd1b95dbc2ba19797133a25c6f481ced31609f83a58471b4824ac847a1bab5e.jpg

2026-06-19 17:38:00 UTC

- reply

Ndk should just be a redirect to applesauce

2026-06-19 14:55:02 UTC

- reply

Mentioned @nprofile…64f9 as well!
Let's see with what ideas they'll come up with in the next days! 👩‍💻

2026-06-19 07:56:40 UTC

GM nostr,
y'all shilling nostr on bitcoin conferences.
I'm doing a workshop today at #jugend_hackt talking about social media bans and decentralized options with nostr 🤙
https://haven.laoc.xyz/a4a5e74e2d8d61e1bae8f7ed636cb75f088ccbaf6bb92875eb026f3116128433.jpg
https://haven.laoc.xyz/e9edb32cdd27024687c3798f722b900756a69d86c7df9840c1d522ea30966696.jpg

2026-06-15 13:44:46 UTC

- reply

2026-06-12 07:07:10 UTC

- reply

GM und liebe Grüße an alle!

2026-06-11 06:56:17 UTC

GM beautiful people,
Continuing to work on public education infrastructure over nostr 🤝

2026-06-11 05:56:30 UTC

- reply

GM,
which one is that? Beautiful 💜

2026-06-10 17:30:25 UTC

- reply

Der Bahnhof und das drumherum sind in Frankfurt 👌🙃

2026-06-10 14:24:12 UTC

- reply

Would use blossom for that. Are the linked pdfs all public domain? Then we could easily upload them and distribute over blossom

2026-06-10 14:11:38 UTC

- reply

Currently the list of books is hardcoded. But could be a simple nostr list where one could add kind 30040 events. And then the service would just hold that list and fetch everything on it.
Was just a quick experiment 🙃

2026-06-10 13:25:14 UTC

- reply

also done it and am not regretting!

2026-06-10 11:10:57 UTC

- reply

https://5m3ottuosw72hzipb0xnoeqtjxd2x9ir24fh67rxsvmpt4jkfycypherpunk.nsite.lol/#/
published a copy there and also the books as nostr events where possible according to https://nostrhub.io/naddr1qvzqqqrcvypzplfq3m5v3u5r0q9f255fdeyz8nyac6lagssx8zy4wugxjs8ajf7pqy2hwumn8ghj7un9d3shjtnyd968gmewwp6kyqqgde4ky6ts95crzcdwpf2
cc @npub1zqs…cqrs

2026-06-10 07:24:50 UTC

- reply

GM!

2026-06-10 05:31:26 UTC

GM 🌞
https://haven.laoc.xyz/91e00efc05c40eda4598ee5de29c500e093fee1e419df17a0622e2eb4e13bb40.jpg

2026-06-09 12:12:50 UTC

- reply

GM!

2026-06-08 20:03:16 UTC

- reply

The best for all of you <3

2026-05-29 11:31:34 UTC