silverpill

Developer of ActivityPub-based micro-blogging and content subscription platform [Mitra](https://codeberg.org/silverpill/mitra ). I help maintain the [FEP repository](https://codeberg.org/fediverse/fep ) and write my own [FEPs](https://codeberg.org/silverpill/feps ) too. Currently working on [ActivityPub Next](https://codeberg.org/ap-next/ap-next ).

Code: https://codeberg.org/silverpill/
Matrix: @silverpill:unredacted.org
XMPP: [silverpill@were.chat](xmpp:silverpill@were.chat )
$XMR: 48YM8jwJqDkeUvD38vepSXFeMZH1zsjbvGwTTuaNSSq6Q5GyeWaeiheAZUsSmNn72YdyLpw8geb4FL3opZfGbguJLUj8Mi9
XMR subscription: https://mitra.social/@silverpill/subscription
PGP: 0541 49E3 0F91 C6D7 8FFA C49C 955F 5A6E 2123 25F0
OMEMO fingerprint: 689a2fb0ec87a9481fb45cb7d8870da6aeb4d8247bd69a39017701133b901f04
Matrix (backup): @silverpill:poa.st

Public Key

npub19yg7mshq9vdtvvcm48svw03cmzewue4jug62cltnleh3y78khz5sm5wysk

NIP-05 Address

silverpill_at_mitra.social@momostr.pink

Profile Code

nprofile1qqszjy0dctszkx4kxvd6ncx88cud3vhwv6ewyd9v04elumcj0rmt32gprpmhxue69uhhyetvv9ujumt0d4hhxarj9ecxjmntxcvdws

Publishing to

relay.momostr.pink

Author Public Key

npub19yg7mshq9vdtvvcm48svw03cmzewue4jug62cltnleh3y78khz5sm5wysk

Show more details

Last Notes

2026-07-22 13:27:46 UTC

- reply

No, I think only members of Codeberg organization can vote. I didn't even know this is being considered

2026-07-22 12:21:08 UTC

Codeberg is banning "cryptocurrency projects":
https://codeberg.org/Codeberg/org/pulls/1254#issuecomment-19820413
I don't know if Mitra qualifies as such, but I guess it is time to move to a self-hosted forge.

2026-05-16 21:02:25 UTC

- reply

It is not final yet, but the author did a good job at raising awareness among developers:
https://event-federation.eu/2025/04/23/progress-on-the-fep-for-event-objects/

2026-04-15 19:30:11 UTC

- reply

Correct, FEPs could be about anything related to Fediverse.
And personally, I would be happy to see a FEP about multi-domain setups.

2026-03-29 17:18:42 UTC

**Announcing Mitra Mini v0.1.0**
Mitra Mini is an ActivityPub client that implements [nomadic identity](https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md ). It has become stable enough that I decided to cut the first release.
The basic features have been implemented: posts, reposts, likes. For more information, check the project's readme:
https://codeberg.org/silverpill/minimitra
It all started nearly four years ago with a vague idea that linking cryptographic keys to #ActivityPub actors could unlock decentralized identity in Fediverse. Eventually, the solution was discovered, and implemented by several projects, but these implementations were servers, not clients. Now there is finally a client, and the design has been proven to work well.
#NomadicIdentity

2026-03-26 21:45:43 UTC

- reply

I am already facing this problem in @npub1kqg…a7t4.
I think vibe-coded projects will be de-prioritized because most of them are not newsworthy and immediately abandoned by their authors. A project will be featured only if it survives and gets some traction.

2026-03-25 21:31:20 UTC

- reply

> What hasn’t been considered is the ability of multiple people to speak with “one voice” yet.
Imageboards?
There was one that federated using ActivityPub: https://github.com/FChannel0/FChannel-Server

2026-03-25 19:39:41 UTC

- reply

> 2. Activity-Level Origin Checks
> Same-origin is checked rather than exact equality so that servers with multiple actors can sign on behalf of any of their actors — a common legitimate pattern.
For incoming activities, consider checking exact equality. See FEP-fe34, section "Signatures":
> In order to minimize damage in the event of a key compromise or insufficient validation, consumers MUST verify that the signing key has the same owner as the signed object. Consumers MUST also confirm the ownership of the key by verifying a reciprocal claim.
This is not strictly necessary, but would help if the origin server does poor job at validating user input.
> 3. Embedded Object Origin Checks
> Owner origin: the object's owner (actor for Activity subtypes, attributedTo for Notes/Objects) must be same-origin as the signing actor. Anonymous objects (no owner field) are accepted.
In this case I also recommend checking owner ID equality, as a rule of thumb. Because origin servers implementing C2S API may fail to validate all embedded objects (which can be deeply nested).
> Response body size limits
You may also need to limit the number of redirects and set a timeout. Some HTTP libraries have bad defaults.
By the way, I collect such recommendations in this guide: https://codeberg.org/ap-next/ap-next/src/branch/main/guide.md#network. Contributions are welcome!
@npub1xse…lgk3

2026-03-19 16:52:03 UTC

Mitra 4.20 will add context property to replies. Among other things, this should help Pleroma re-construct threads when some posts are not available.
cc @npub1shv…rctv
RE: https://mitra.social/objects/019d06ec-3768-06df-99b6-61bb71a86d45
#note1fwl…vjdh

2026-03-10 18:50:14 UTC

- reply

In your curl command, the closing quote (") is missing after https://www.w3.org/ns/activitystreams. When I make a request with the full media type string, the server still returns text/html

2026-03-10 18:13:50 UTC

- reply

Will it also work with profile parameter? We have to specify the profile because ActivityPub specification requires it:
https://www.w3.org/TR/activitypub/#retrieving-objects

2026-03-10 14:13:04 UTC

- reply

This request returns an HTML page instead of ActivityPub object:<code>curl -H 'Accept: application/ld+json; profile="https://www.w3.org/ns/activitystreams"' https://blog.fabiomanganiello.com/article/Madblog-federated-blogging-from-markdown
</code>

2026-03-09 21:01:39 UTC

https://www.openwall.com/lists/oss-security/2026/03/09/7
> Misskey and Sharkey, ActivityPub-based social network services (similar to Mastodon), have released updates to patch vulnerabilities Sharkey maintainers describe as "extremely severe".
Details have not been not published yet but "missing permission checks" and "authentication bypass" sound like vulnerabilities that could be prevented by following recommendations from [FEP-fe34: Origin-based security model](https://codeberg.org/fediverse/fep/src/branch/main/fep/fe34/fep-fe34.md ).

2026-03-07 17:43:34 UTC

- reply

<code>curl -H 'Accept: application/ld+json; profile="https://www.w3.org/ns/activitystreams"' https://hacker.makeup/users/lorendb/statuses/47287792000
</code>
This returns an HTML document and status 500:<code><h2 class="text-danger">An error occurred while processing your request.</h2>
<p>
<strong>Request ID:</strong> <code>00-d3d74c2ccd32f9ea714faa9aaa1cec25-5b77500b4a1fa1b9-01</code>
</p>
</code>

2026-03-07 17:09:51 UTC

- reply

It doesn't work for me. Every time my server attempts to fetch an announced post, hacker.makeup returns 500.

2026-03-06 23:32:25 UTC

- reply

I would appreciate that!
@npub1xse…lgk3 @npub1zj7…lc9y

2026-03-06 17:10:00 UTC

- reply

What could we do to make it more accessible?
@npub1zj7…lc9y

2026-03-02 13:52:14 UTC

- reply

Hosted copies of an object may diverge, but the latest version of it is always available on the client side, because servers can't sign objects (unless server and client are a single application).
How those annotations work? I think instance actor could propose a change, which the author may later accept (and publish an Update activity, for example).

2026-02-27 13:32:08 UTC

Recently, there was a discussion about generic #ActivityPub servers. Several people claimed that they were working on one, but it turned out that their "generic" servers only support activities defined in the ActivityPub specification. Such a server shouldn't be called generic. It is not difficult to build, neither it is an interesting concept because competing protocols (e.g. Nostr) already offer much more.
I've been writing a #FEP that describes how to build a real generic server. It is not finished yet, but I feel like now is a good time to publish it:
[FEP-fc48: Generic ActivityPub server](https://codeberg.org/fediverse/fep/src/branch/main/fep/fc48/fep-fc48.md )
This kind of server:
- Can process any object type, and can process non-standard activities like EmojiReact.
- Compatible with FEP-ae97 clients.
- Does not require JSON-LD.
I attempted to implement it when I was researching security properties of FEP-ae97 API: https://codeberg.org/silverpill/fep-ae97-server. Back then I didn't know what to do with side effects, but now I think that we can simply force clients to specify them.
Special thanks to @npub1xze…wwdj and @npub1t5c…ppw4 for their input.
#C2S

2026-02-18 20:26:59 UTC

In previous years, I published two "fediverse tech roadmap" posts:
- [Fediverse tech roadmap 2024](https://mitra.social/objects/018ccbfc-6b7e-1490-086c-d41bff6efb71 )
- [Fediverse tech roadmap 2025](https://mitra.social/objects/019437a2-a2e5-ed6f-ebff-dcbb6bc6aba4 )
However, I didn't publish such post this year because not much has happened in 2025. Many problems I talked about require complex solutions, but unfortunately proposed solutions are often very limited or lead to centralization. Or worse, there is no solution but only an imitation of work. I don't want to write about that.
I saw a thread today where ATProto ecosystem was compared to #ActivityPub. Things are happening in the Atmosphere, but not in Fediverse. MAU graphs are flat. What's going on?
There are multiple factors at play, but I think fake activity may be the biggest contributor. Trivial developments presented as breakthroughs. Features that already exist somewhere in Fediverse presented as new inventions. Vaporware. Specs written by people who have no idea how to implement them. Working groups that do nothing but meetings.
Real work is ignored, competent developers see that and quit.
We need to fix this.
For my part, I will continue to document #Fediverse development at @npub1kqg…a7t4. But this newsletter doesn't have much impact.

2026-02-11 17:05:03 UTC

- reply

This is also interesting. I want to support hats in Mitra, it's a cool idea [@graf](https://poa.st/users/graf )

2026-02-11 16:40:57 UTC

- reply

I would love to see this in the FEP repository

2026-02-04 21:00:24 UTC

- reply

Not sure what is Mastodon's role in this, but yeah. It's always Mastodon

2026-02-04 20:23:16 UTC

[Ripple/XRP](https://en.wikipedia.org/wiki/Ripple_Labs ) (a cryptocurrency company) just granted 200k USD to Social Web Foundation, "...to research sustainable revenue and operating models for digital publishers and community-run platforms":
https://interledger.org/news/interledger-foundation-awards-200000-social-web-foundation-support-decentralized-social-media
This means they will be able to influence the development of the ActivityPub specification at W3C.
For those who don't know: Interledger, WebMonetization and OpenPayments are basically the same thing, these projects were created by Ripple ~10 years ago in order to insert their cryptocurrency and related payment services into web standards. These projects are sometimes presented as independent, but this is a lie, they are not (not in [2019](https://xrpl.org/blog/2019/interledger-checkin ), not in [2025](https://timestabloid.com/new-document-ripple-interledger-protocol-and-xrp-work-together/ )).
Needless to say, Ripple itself is a borderline scam: https://www.forbes.com/sites/jasonbloomberg/2019/03/01/is-ripple-a-scam/. It's not even a cryptocurrency really, their infrastructure is completely centralized and no one in cryptocurrency space takes them seriously. But they have [a lot of money](https://www.mozillafoundation.org/en/blog/100-million-investment-reshape-economics-web/ ) to bribe people, so I am sure that we will hear more about their adventures soon.
RE: https://socialwebfoundation.org/?p=99982
#note1s7v…4202

2026-02-04 17:30:04 UTC

- reply

> No Friendica and Lemmy and Piefed do not have what is needed implemented yet.
What they don't have?

2026-01-31 21:07:45 UTC

- reply

You can expose public keys with [FEP-c390: Identity Proofs](https://codeberg.org/fediverse/fep/src/branch/main/fep/c390/fep-c390.md ). Identity proofs are more secure than simple public key profile fields because they make it harder for a malicious server operator to replace a client-generated key with his own key.

2026-01-19 10:45:33 UTC

- reply

Smithereen was one of the first fedi platforms to implement a wall. The mechanism was described in [FEP-400e: Publicly-appendable ActivityPub collections](https://codeberg.org/fediverse/fep/src/branch/main/fep/400e/fep-400e.md ).
As far as I know, Mike Macgirvin tried to implement a similar feature in one of his projects, but found FEP-400e too limited, changed a couple of things there and called it Conversation Containers. The original Conversation Containers documentation says that it is based on FEP-400e:
https://codeberg.org/streams/streams/src/commit/e3c83c46376f446013cd95f97381e8a146a09810/doc/develop/en/Containers.mc
[FEP-171b: Conversation Containers](https://codeberg.org/fediverse/fep/src/branch/main/fep/171b/fep-171b.md ) is a more complete specification, you can also read there about how Containers compare to other proposals. I think it's a good solution for channels / circles / additional timelines, I already use it in Mitra for followers-only and premium subscribers-only conversations.

2025-12-15 21:02:22 UTC

- reply

Markdown or its subset is supported by almost every platform except Mastodon.
But PeerTube is the only software I know that puts markdown in content instead of HTML.

2025-12-15 20:55:34 UTC

- reply

I don't have such plans. I will continue packaging mitra for debian/amd64, but I think other kinds of packages should be provided by people who use respective distros and environments.
The list of community-maintained packages is kept in readme:
https://codeberg.org/silverpill/mitra#other-installation-methods

2025-12-12 04:57:13 UTC

- reply

>nodeinfo, which is a great place to put capabilities like that
NodeInfo is a protocol for publishing instance stats, it shouldn't be used for S2S capability negotiation. The best place for server metadata in ActivityPub is instance actor.

2025-12-11 19:43:59 UTC

- reply

There are two methods:
- "Double knocking". You try elliptic curve first, and then RSA if the server returns 401. The number of attempts increases as more signature types are added.
- Capability negotiation ([FEP-844e](https://fediverse.codeberg.page/fep/fep/844e/ )). Less wasteful, but doesn't work well for GET requests (authorized fetch).

2025-11-26 15:37:39 UTC

- reply

https://cointelegraph.com/explained/what-is-the-interledger-protocol-and-how-does-it-work
https://coinpaper.com/12553/iso-20022-s-nod-puts-ripple-s-interledger-on-swift-radar-a-new-era-set-to-begin
https://xrpl.org/blog/2019/interledger-checkin
Interledger, OpenPayments and WebMonetization, it's all the same thing. They deliberately hide that fact to appeal to people who don't like cryptocurrencies.
>is there a better alternative?
Depends on what you're looking for.
Subscriptions can be implemented in ActivityPub, that doesn't require any special fiat transfer protocol.
If cryptocurrency is not desirable, then something like Stripe could be used. There is also Taler system which is fiat-based but is partially open source.

2025-11-25 22:44:19 UTC

- reply

>interledger
Why Interledger, though? It is tied to XRP cryptocurrency.

2025-11-19 14:19:42 UTC

- reply

What kind of bridge?
Like this one? https://codeberg.org/silverpill/activity-connect

2025-11-18 22:14:01 UTC

- reply

Does it use ActivityPub C2S API?

2025-11-18 19:46:20 UTC

- reply

Absolutely disgusting.
It's not just Pleroma. He just tagged projects that are either commercial or actively seek funding, and ignored everyone else.

2025-11-17 22:51:15 UTC

- reply

>But in practice the blocklists fracture the network.
Yes, hence my original question: why would anyone want a monoculture? Some people don't want to talk to each other, and I think that is totally fine.

2025-11-17 22:12:12 UTC

- reply

But we do have people from many different ideologies. It's already possible.

2025-11-17 21:48:50 UTC

- reply

I think Fedi could be as big as Email.
But "Big tent Fedi"? Why would anyone want such a thing?

2025-11-16 20:00:14 UTC

>SMTP by default essentially has no authentication and allows spoofing the MAIL FROM header.
Wow, it's just like W3C ActivityPub.
RE: https://mastodon.neat.computer/users/privacyguides/statuses/115559989358002050
#note16ur…2tg5

2025-11-05 22:58:32 UTC

#APx v0.20.0
https://docs.rs/apx_sdk/0.20.0/apx_sdk/index.html
This release comes after the recent updates to [FEP-fe34](https://mitra.social/objects/019a36da-bc58-8f2c-57b6-2b4caa967317 ) and [FEP-ef61](https://mitra.social/objects/019a5391-a71f-e71d-f7f1-5dfceaa9f34d ):
- Implemented the algorithm for determining owner of an object (ownership::get_owner).
- Updated the URI canonicalizer implementation (CanonicalUri type).
- Updated the implementation of the algorithm for computing URI origins.
Full changelog: https://codeberg.org/silverpill/mitra/src/tag/apx-v0.20.0/apx_sdk/CHANGELOG.md
#note1vgx…tnnl

2025-11-01 20:25:26 UTC

- reply

Ah, thanks.
https://git.shipoclu.com/moon/bleromofw
When I click on any file there it redirects me to login page, but the source can be fetched with git so we're good.

2025-11-01 18:06:56 UTC

- reply

Wow, this is awesome. And it actually works with Mitra, I was able to log in and publish a post, view timelines etc
Is it open source?

2025-10-30 20:41:36 UTC

FEP-fe34 update: https://codeberg.org/fediverse/fep/pulls/711
This is a follow-up to the FEP-2277 update. I added the algorithm for determining the owner of any object:
1. Run the duck typing algorithm specified in FEP-2277.
2. If the type is Link, return error.
3. If the type is neither Object nor Collection, and the object has an attributedTo property, return error.
4. If the type is Actor, return the value of the id property.
5. If the type is VerificationMethod, return the value of the controller property.
6. If the type is PublicKey, return the value of the owner property.
7. If the type is Activity, return the value of the actor property.
8. If the type is Object or Collection, return the value of the attributedTo property.
#fep_fe34
RE: https://mitra.social/objects/019a362e-7109-11ad-864a-495e4e42b12c
#note187w…2gdt

2025-10-30 17:33:24 UTC

FEP-2277 update: https://codeberg.org/fediverse/fep/pulls/708
- The Actor class now has the highest priority.
- Verification methods and public keys are treated as different classes.
This is needed because I discovered a way to bypass the same-owner check where attacker creates an ambiguous object (e.g. a Note with inbox property).
FEP-fe34 will be updated too, it will have a precise algorithm for determining the owner of an object.
#fep_2277

2025-10-28 20:41:53 UTC

Latest additions to the list of FEDERATION.md implementers: Loops and snac.
There are more than 30 projects in total.
https://codeberg.org/fediverse/fep/src/branch/main/fep/67ff/fep-67ff.md#implementations

2025-10-06 23:14:43 UTC

- reply

Yes, that's the primary goal of my work:
https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md
I think #tootik and #Forte already allow full migrations, but something akin to ATProto PDS or Nostr Relay will take more time to build.

2025-10-02 20:08:13 UTC

https://lists.w3.org/Archives/Public/public-swicg/2025Oct/0001.html
SocialCG people want to make their own FEP repository on GitHub where authors will be required to sign a CLA.
I'd like to make it clear: this is not associated with the original [FEP repository](https://codeberg.org/fediverse/fep ). The #FEP process is meant to be open to everyone, and I will do everything I can to stop any attempts to introduce CLAs there.

2025-10-02 17:29:02 UTC

- reply

FEP-e3e9 (Actor-Relative URLs) is not my FEP.
I wrote FEP-ef61 (Portable objects):
https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md
It currently has 3 independent implementations.

2025-09-30 21:09:32 UTC

- reply

ActivityPub servers can run as onion services on your own hardware. Without any clouds, domains and certificates.

2025-09-23 17:20:01 UTC

- reply

ActivityPub has a similar problem, but instead of centralized did:plc thingy it relies on Domain Name System.

2025-09-18 14:58:25 UTC

- reply

I started this https://codeberg.org/ap-next/ap-next

2025-09-17 20:01:25 UTC

- reply

Yes, and ActivityPub-enabled software that produces these documents already exists. I'll quote a Video and an Article here:
[quote 1](https://spectra.video/videos/watch/b19447b3-148e-4edd-a485-69da9f46674b )
[quote 2](https://activitypub.blog/?p=1864 )
Quotes won't be displayed in Mastodon, but you can view them on my site.

2025-09-17 19:29:13 UTC

- reply

Videos and articles can be boosted and quoted... Unless you're on Mastodon.

2025-09-14 00:58:12 UTC

- reply

Soon.
https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md
(although "this is the new domain, automatically re-subscribe please" doesn't require true nomadic protocol and many actively maintained fedi services already support it)

2025-09-10 22:34:35 UTC

- reply

I know that podcastindex.org is connected to Fediverse
For example: [@920666](https://podcastindex.org/podcast/920666 )

2025-09-06 23:11:38 UTC

- reply

Still, I think it would be nice to deprecate Delete and slowly migrate to Remove(target: context), since both PieFed and Lemmy implement the context collection now.
My server rejects Delete if its actor is different from object's owner, and I have to treat Announce(Delete) as a special case where the normal processing logic doesn't apply.

2025-08-31 02:13:53 UTC

- reply

Fixed in version 4.9.0

2025-08-29 09:18:41 UTC

- reply

This pig is fabulous and doesn't fit into the lightbox on Firefox. I'll fix that.

2025-08-28 16:00:18 UTC

- reply

Indeed, there were changes that might cause this. But I tested those changes in all major browsers and didn't find any issues. Could you provide an example of such image?

2025-08-27 14:51:44 UTC

Good thread: https://mastodon.social/@Gargron/115074631868019158
@npub1vl7…f6g0 was dogpiled by Bluesky shills but he's right about everything.
Imagine claiming that you're a decentralized network and then adding a geoblock because of some draconian "law" in some random country.

2025-08-27 09:59:06 UTC

- reply

Mitra implements different kind of C2S API, it won't work with standard ActivityPub clients.
I think [Oni](https://git.sr.ht/~mariusor/oni ) should work (it is developed by @npub1xze…wwdj).
@npub1p9l…l05x

2025-08-25 22:15:24 UTC

- reply

In the JSON-LD playground, a property that is not defined in @context results in a "blank node". I don't know how bad that is, but at least it doesn't throw an error.

2025-08-25 21:34:34 UTC

- reply

The state property is not necessary. I send regular Follow and Undo activities, that works.
> May I ask why this FEP is finalized? There haven’t been any implementors (except for Fedify, above?) who have submitted comments about this.
There were no objections. FEP process doesn't require implementations, a rough consensus is enough for finalization.

2025-08-18 22:45:43 UTC

With the latest release of #Mitra, the media proxy feature has stabilized and is ready to use.
When enabled, it significantly reduces storage requirements because the remote media is not saved to disk. It also guarantees that you don't accidentally store anything illegal.
However, since it is a proxy, the media is not loaded directly from remote hosts, so they won't learn your IP address and browser fingerprint, only the time when you're online.
Media proxy can be enabled for all hosts or only for selected ones (it is a part of the [federation filter](https://codeberg.org/silverpill/mitra/src/tag/v4.8.0/docs/filter.md ) system):<code>mitra add-filter-rule proxy-media '*'
mitra add-filter-rule proxy-media pawoo.net
</code>
RE: https://mitra.social/objects/0198be5c-dfef-8dca-3ac4-b370a79d372f
#note1sm5…8ns8

2025-08-11 22:25:39 UTC

- reply

>Mastodon
In the latest version they added an option to set a minimum age requirement for user sign-up:
https://blog.joinmastodon.org/2025/05/legal-features-updates/#setting-age-requirements
This is not age verification, but they don't look opposed to adding it later.
I don't expect this to have a big effect on Fediverse, though. What they are going to do? Block all instances that don't implement age verification?

2025-08-08 18:33:31 UTC

#
Long-form articlesI was reading the [Fediverse Report – #128](https://connectedplaces.online/?p=2949 ) post by @npub17m8…rsw8 and several sentences caught my attention:
> Ghost’s connection to the fediverse currently means that following a Ghost blog from your fediverse account results in seeing a post with the article headline and a URL
That's how Mastodon displays Article objects: only a headline and a URL (see issue #24079). However, **Mastodon is the only fediverse platform that removes content from articles**. According to funfedi.dev data, others don't remove content:
https://funfedi.dev/support_tables/generated/object_types/
GoToSocial, Hollo, Misskey, Mitra, Pleroma. These platforms either have full support for long form content or use graceful degradation. The dataset doesn't include some other popular platforms like Friendica, but I am sure they also display long form content just fine. So this really has nothing to do with Fediverse or #ActivityPub.
> Fediverse platform developers (including Mastodon, Ghost, WordPress, WriteFreely and more) are collaborating on creating a space on the fediverse that suites the need of blogging and articles well
I keep seeing this again and again, it increasingly looks like an attempt to take credit for solving the problem with articles in ActivityPub. But the problem doesn't exist, it is literally a flaw in a single implementation that can be fixed with a single line of code.
There are, of course, real problems with rich content. How to prevent tracking when remote media is embedded in the page? What to do with CSS? What about interactive content? Unfortunately, I haven't seen anyone talking about these problems.
This is a long form article, by the way. You can read it from Mastodon.

2025-08-03 18:45:10 UTC

- reply

I think they should be displayed as replies by an automated actor.

2025-08-02 09:27:07 UTC

- reply

Good, that's better than 400 (although Mitra will still deliver messages to those inboxes, because the user might get re-activated later).

2025-07-10 00:11:29 UTC

- reply

Mastodon can't do this but FEP-e232 implementations can embed multiple objects. I'll try to make two links here
[Video](https://spectra.video/videos/watch/b19447b3-148e-4edd-a485-69da9f46674b )
[Poll](https://graz.social/users/linos/statuses/114824779322828879 )
#note1apl…l7vt

2025-07-09 21:54:58 UTC

- reply

I don't know, but such implementations may exist. Why do you want to remove FEP-e232 representation? It is a standard, implemented by many apps.
You can remove quoteUri and _misskey_quote, though. quoteUrl should be enough for compatibility with older software.

2025-07-06 12:55:52 UTC

- reply

> Treating ActivityPub messages as plain JSON undermines extensibility because it prevents the use of JSON-LD features like context definitions, leading to potential property name collisions and making it difficult for implementations to reliably interpret or extend messages.
No, treating ActivityPub as JSON doesn't undermine extensibility. ActivityPub is extended by adding new properties to JSON objects, and if you want to avoid collisions you can use URLs or reverse-DNS strings for property names. JSON-LD is not needed for that, it only complicates things for no reason.

2025-07-05 22:10:50 UTC

[FEP-9098: Custom emojis](https://codeberg.org/fediverse/fep/src/branch/main/fep/9098/fep-9098.md ) has been published.
#FEP #ActivityPub

2025-07-03 00:22:56 UTC

- reply

SocialHub has been the most prominent place for cross-project collaboration for years. This is where the FEP process was born, after all. I suspect that the need to create an account there was a major barrier to entry, but this is no longer the case as the forum supports ActivityPub.
> Cross-project forums like SocialHub can then have a dedicated category for each software they know about
There is such category already: https://socialhub.activitypub.rocks/c/software/14
It appears to be not federated, though.
-----
Aside:
> For the size of the group [working on federating long form articles], which as you say is not large
I wonder what they meant by this. There are lots of projects that support long form content.

2025-07-02 22:32:48 UTC

- reply

There was a minor issue on my side, which I fixed. It was caused by a difference between quoteUrl and Link.href (the value of quoteUrl seems to be object's "url" instead of ID).
Now everything works as expected 👍

2025-07-01 20:07:57 UTC

- reply

The mediaType property is missing in the FEP-e232 link. Its value should be application/ld+json; profile="https://www.w3.org/ns/activitystreams": https://codeberg.org/fediverse/fep/src/branch/main/fep/e232/fep-e232.md#object-links
You might also want to add quoteUrl property, because some platforms don't support FEP-e232 links yet (e.g. Misskey).

2025-06-30 19:53:20 UTC

Added **Nomadic ActivityPub** page to the ap-next repository:
https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md
This is a brief summary of the work we've done. Feedback is welcome!
#NomadicIdentity #fep_ef61

2025-06-29 19:41:54 UTC

- reply

Yes, I replied to a Wafrn user: https://is.lonewolf.zone/fediverse/post/337336db-f3e6-40d2-a00f-d7144f1245bb

2025-06-29 00:55:05 UTC

- reply

This is probably because Mitra sends Accept(Follow) activity where object is the ID of the Follow activity. I don't know why, but some applications expect it to be something else.

2025-06-28 18:04:37 UTC

- reply

Are you on Wafrn? Test.

2025-06-27 23:40:25 UTC

My #ActivityPub developer guide moved to another repository: https://codeberg.org/silverpill/ap-next/src/branch/main/guide.md
It started as a [FEP](https://codeberg.org/silverpill/feps/commits/branch/main/d85d ), but has evolved into something bigger.
About the repository:
As stated in the readme, **ActivityPub Next** is a project dedicated to evolving the ActivityPub protocol.
Currently it only contains the developer guide, but I think that more content will be added over time.

2025-06-19 20:55:16 UTC

- reply

Published a post: https://mitra.social/.well-known/apgateway/did:key:z6MknVmyPtQmD2SaGnqyGgTVEqfqkkJJnY3YVKBmbzSUNCcX/objects/019789f7-e35f-6b3b-b316-07f13788c32e

2025-06-19 20:30:03 UTC

Starting with version 4.5.0, Mitra expands collections when it distributes activities submitted to FEP-ae97 outboxes. That means portable actors like @npub1akg…ycjf can create public posts, and they will be delivered to all their followers.
#fep_ae97
RE: https://mitra.social/objects/019784da-f56f-c1ee-b0f5-79f2dd9cb5de
#note1rdr…0let

2025-06-15 22:53:57 UTC

- reply

I made a post for you too
@npub1akg…ycjf @npub1xse…lgk3

2025-06-15 22:15:47 UTC

- reply

It might be showing a cached version.
@npub1akg…ycjf just made a public post mentioning you, do you see it?

2025-06-15 22:00:15 UTC

Which Fediverse services can see this actor? @npub1akg…ycjf
It looks like Mastodon can't parse it, what about others?

2025-06-14 19:34:42 UTC

- reply

That's fine, my posts were not about any particular services. I am concerned with false statements in widely shared articles.
@npub1lda…94jz

2025-06-14 14:30:30 UTC

>Mastodon will begin displaying quote posts from other servers and software
Anyone knows what it really means?
Initial version of their FEP was based on [FEP-e232](https://codeberg.org/fediverse/fep/src/branch/main/fep/e232/fep-e232.md ), but in the end they decided to drop it and introduce a new property, quote. I guess "other servers" actually means "other Mastodon servers".
The reason for introducing a new property, by the way, was
> We believe each of those to have significant drawbacks, such as re-using a namespace that has no definition for them, implying the value is an URL or URI, or using an unusual naming scheme
-- https://codeberg.org/fediverse/fep/src/commit/23e40d1459155af2a1160d57904bd7c6da2f63f7/fep/044f/fep-044f.md#compatibility-with-other-quote-implementations
So now we all need to support an additional representation because the color of the bikeshed was wrong.
RE: https://mastodon.social/users/Gargron/statuses/114625891198289108
#note1x5n…pd43

2025-06-11 16:29:48 UTC

- reply

>the Fediverse today lacks any kind of commerce
This is not true. I already [told](https://lemmy.ml/comment/13660763 ) you about that when you published a promotional post about [subclub](https://wedistribute.org/2024/09/subclub-paid-subscriptions/ ) (which didn't last), but now you're saying it again. Why?
@npub1lda…94jz

2025-06-11 14:55:34 UTC

- reply

Did you consider any other technologies besides Flutter and React Native?

2025-06-08 17:45:42 UTC

APx is finally available on crates.io / docs.rs
https://docs.rs/apx_sdk/latest/apx_sdk/
This is an ActivityPub library used internally in Mitra and in other my projects.
Unlike some other ActivityPub libraries, this library is low-level. It doesn't restrict what databases or frameworks could be used, and doesn't care about object types or properties. There are only URIs, keys, signatures, JSON documents and HTTP requests.
It also contains primitives for building nomadic applications ([FEP-ef61](https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md )).
The license is AGPL-3, but I might consider changing it to a more permissive one.
#apx #activitypub #rust

2025-06-08 17:09:14 UTC

- reply

It's working, thanks

2025-06-07 12:33:10 UTC

- reply

Something is wrong with this Video. It has a https ID, but attributed to http actors:<code> "attributedTo": [
{
"id": "http://bengo.tube/accounts/bengo",
"type": "Person"
},
{
"id": "http://bengo.tube/video-channels/bengo.tube",
"type": "Group"
}
],
</code>

2025-06-02 12:55:11 UTC

- reply

Fedi devs should keep in mind that [FEP-0837](https://codeberg.org/fediverse/fep/src/branch/main/fep/0837/fep-0837.md ) exists, which is basically the same protocol but built on top of ActivityPub instead of HTTP.
It is also not limited to paywalling.

2025-06-01 20:50:03 UTC

- reply

This reminds me of media access control mechanism in [streams](https://codeberg.org/streams/streams ).
I don't remember how it is implemented (it has something to do with access tokens), maybe @npub1k90…q43y could chime in.

2025-06-01 18:45:22 UTC

- reply

Do you need it for a fediverse application?
[FEP-0837](https://codeberg.org/fediverse/fep/src/branch/main/fep/0837/fep-0837.md ) can be used for federated payments, and it is provider agnostic.

2025-05-22 20:57:18 UTC

- reply

>federation relay service actor
Are you developing a relay?

2025-05-20 22:34:31 UTC

TOML or YAML?
Context: https://codeberg.org/silverpill/mitra/issues/139

2025-05-19 19:05:36 UTC

- reply

The meaning of the term "decentralization" has been shifting for more than a decade.
That process started roughly during the first [ICO](https://en.wikipedia.org/wiki/Initial_Coin_Offering ) boom in 2013-2014 when people figured out that they can sell blockchain tokens without building a decentralized blockchain network. Most of these projects were short-lived scams, but some of them tried to pretend they are not, and thus "progressive decentralization" was born. This is a more elaborate form of scam, where a project starts as completely centralized, but makes a promise to decentralize over time. Of course, that never happens, because they either run out of funding, or become big enough to not care about the old promise.
This type of scam was so ubiquitous that an entire generation of developers was raised with progressive decentralization mentality. And this is where Bluesky comes from. They re-branded their blockchain as did:plc directory, and made a couple of other tweaks, but ultimately it is the same type of scam.
So it is not surprising that "decentralization" is not seen anymore as useful term there. They're big and important now, it's time to move on.

2025-05-18 21:49:36 UTC

Fediverse expands to the #Yggdrasil network.
Mitra [v4.3.0](https://mitra.social/objects/0196e556-9f45-3dcf-ae82-c742f41bae4a ) includes support for IPv6 hosts and can federate with Yggdrasil servers.
RE: https://mastodon.social/users/yggverse/statuses/114529358439259745
#note1sj6…2n06