Multi forge web service with unique features

[dachary]

@aschrijver

If they all offer native support, then they should have native support for the FedeProxy protocol (and not something else).

What you call “FedeProxy protocol” is really “ActivityPub + forgefed”, right?

@aschrijver

The FedeProxy platform then is still the central concept (though multiple federated instances) where other applications can plug in to, and that is the most easy and natural extension point. The universal connector. It provides the greatest versatility in possible use cases.

If all forges implement federation as well as a service that relies on the aggregation of all forges (for instance a federated search in projects hosted on all forges), why would they need another service? Maybe for caching search results Or speeding up the search by maintaining an index made of the aggregation of the indexes of all forges… that would be helpful indeed. Anything else you have in mind?

There seem to be something recursive in how federated services can build on federated service which build on federated services etc. It sounds like a good thing.