Protosocial ActivityPub protocol

Cocreation square 💃🕺 Protosocial foundations
, ,
#1

Protosocial ActivityPub v1.0.0

SX Solution mockup, showing a sticky note with the text "1. Develop fediverse services with ease".


Pro-social protocol suite for the social web, based on ActivityPub

Protosocial ActivityPub protocol is an extension of W3C ActivityPub that focuses on ease of use for the development of fediverse solutions and services. Together with comprehensive guidance and design tools it provides solution developers simple ways to model rich and interactive social web experiences.

:speech_balloon:  Come to our Common social groundwork chatroom if you are interested to learn more.

Wiki: Vision for a Fedi Specification
#2

Protosocial ActivityPub is an opinionated protocol extension of the W3C ActivityPub social web protocol, that is particularly suited for the design and composition of intricate social networking solutions, with a good developer experience. Designed for ease of use, Protosocial ActivityPub exposes a service-oriented social graph of addressible actors to exchange semantic information with.

Conceptual layer
3. Information layer Knowledge graph, linked data, open world
2. Service layer Event-driven, actor model, schema-based, closed world
1. Access layer Social graph, actor discovery, service introspection

In the access layer a Protosocial provider spins up an actor system, and starts one or more application actors. When the actor system is ready, the social graph is accessible to discover actors on the network and communicate with them. Each actor may expose services that can be introspected and invoked to initiate in message exchange between actors.

In Protosocial ActivityPub…

  • Everything is an actor. The social network is a graph of actors.
  • Social network is hosted by “Protosocial providers” via Application actors.
  • Protosocial providers manage one ActorSystem, one or more Application actors.
  • Application actors facilitate discovery, introspection, invocation of services.
  • Services can be introspected and are represented by Service actors.
  • Each actor has an Inbox for messages, can create child actors, can call other actors.
  • Actors that create child actors form a supervision tree leading up to ActorSystem.

Unlike W3C ActivityPub the Protosocial extension…

  • Does not distinguish between S2S and C2S as separate conformance levels.
  • Server, client, instance, user, bot, identity, application, platform are tech layer impl details.
    • Unless they are explicitly modeled in higher conceptual layers.
  • Does not use out-of-bound mechanisms like NodeInfo and WebFinger protocols.
  • Does not use mechanisms that would break the actor model like sharedInbox.
  • Uses W3C ActivityStreams as special-purpose toolkit to model protocol capabilities.

Protosocial extension is service-oriented by means of Service actors. There are 3 service types:

  1. Host services. System services that are provided by ActorSystem, relating to the host.
    • Special System application actor offers e.g. HostInfo, HostAdmin, AppServices services.
  2. Application services. Supportive services that Application actors offer to solution services.
    • Conceptually “applications” are only meaningfully defined in context of the host system.
    • Application actors represent a “service composition” that provides a “solution”.
  3. Solution services. Domain services that model the solution’s social networking use case(s).
    • Model bounded contexts for core and supportive domains of the solution.

(Background to this post was prior discussion in the Common social groundwork matrix chatroom with @stevebate @indieterminacy and @trwnh.)

#3

I think this is a bad first sentence.

  • First, it is too technical.
  • Second, it prescribes an approach to the problem that is problematic. The term “extension of W3C ActivityPub” is ill defined. Defining it requires a protocol. So you are in the “to define a protocol, you need another protocol”-loop.
  • Third " the development of fediverse solutions and services" implies that one wants new services respectively that services are Fediverse or not. An unapologetic holistic approach sees the Fediverse as something that integrates everywhere. There is little reason to develop new things, one can evolve old ones.
#4

9 posts were split to a new topic: Ideation: Protosocial ActivityPub protocol

#5

You are right. We will elaborate in the commons first, on an SX ideation track (see: FSDL).