Notices by silverpill (silverpill@mitra.social)

@benpate Yes, this is a description of what Streams does with some minor additions of my own. It is not officially produced by the Working Group but they are aware of this FEP and we are trying to figure out how to arrive on a single standard.

Conversation Containers help bridge the gap between the "threadiverse" (which mostly uses FEP-1b12) and the micro-blogging space, where this mechanism can be used to implement reply controls and followers-only posts.

@Hyolobrika The only effect of Google Reader disappearance that I noticed was an explosive growth of its alternatives: self-hosted and commercial services; desktop and mobile clients; browser extensions.

@sun Yes, applications should give users a choice.

did:key is intended only for a small subset of power users and a corresponding secret key shouldn't be stored on a server. I would use it on a desktop FEP-ae97 client, perhaps connected to a hardware wallet.

@sun And I'm not saying this because I think DNS is inherently evil. No, web-based identities and custodial keys is what most people should be using.

But it is just happens that a lot of smart people care about crypto and p2p, and no one gets excited about linked data and oauth. In a technological sense, Fediverse is an inredibly boring place, and I want to fix that.

@frogzone We already use something like this, yes

@sun I think the future is peer to peer. In order to make ActivityPub work in a peer to peer environment, we need identities that do not depend on DNS in any way, such as did:key.
For example, how do we use Iroh for transport (instead of HTTP)? It seems that FEP-ef61 and did:key is the only answer

@sun Putting keys into a DID is a correct approach. One identity should be able to manage multiple actors, for example there might be one personal actor and a number of group actors, or different personal actors for different social circles.

I want to interoperate but only on FEP-ef61 terms. Other solutions might exist but FEP-ef61 is the only one that supports decentralized identities, and therefore suitable for P2P.

@sun FEP-e3e9 is not my proposal. It doesn't seem to be compatible with FEP-fe34 security model (that means security is not proven), ties identity to actor document (you will likely need 1-to-many relationship to implement anything more complex than a micro blog), and doesn't support decentralized identities.

@frogzone @cwebber this FEP requires implementers to use FEP-8b32, which strongly recommends a specific proof type aka cryptosuite: JCS + SHA-256 + EdDSA

"FEP-171b: Conversation Containers" finally has been published:

https://codeberg.org/fediverse/fep/src/branch/main/fep/171b/fep-171b.md

Conversation Containers are conceptually very similar to FEP-1b12: activities are sent to a conversation owner, who manages the conversation and synchronizes it between participants. Differences are mostly superficial and may disappear in the future.

#FEP #ConversationContainers #ActivityPub

@chanology @yaminekotester Thanks. This is a quirk of a markdown parser mitra is using, I knew about it but didn't think anyone would notice.
I'll try to fix that

@cwebber

>What should the fediverse do?
>Integrate decentralized / content addressed storage (ideally with an encryption layer a-la Tahoe LAFS) for posts which can survive server shutdown (like in the Golem demo I put together).
>Use mutable files within decentralized storage (Tahoe and IPFS are both examples of immutable systems which layer mutable files on top) to permit portable identity. When a user wishes to switch servers, point the inbox property at a new endpoint.

There is a much simpler solution: FEP-ef61.

Content addressing is only necessary for media.

RE: https://social.coop/users/cwebber/statuses/113527462572885698

@vincent No issues in Mitra.
ActivityPub representation of attachment looks good, but object has inReplyTo and summary set to null, that is a bit unusual and might cause issues (I also heard that null is not a valid value in JSON-LD world). Better omit these properties if they have no value

@hollo It does, but this collection doesn't have an id property (anonymous).

@elvecio Did you change anything on your side? Federation seems to be working now.

In any case, I've almost finished working on an update.

@eltenso

@hollo Does Hollo implement replies collection?

(this is a test reply)

@box464 This feature is useful for newcomers, but I'm not sure what is there to emulate. Importing of follows is supported by many Fediverse services - including Mastodon, and people have been publishing shared follow lists for a long time. So attempts to copy Starter Kits looks a bit like a cargo cult.

This is certainly not a thing that made Bluesky successful. If there is something worth copying, it would be data portability, not starter packs.

@trwnh

>What’s the difference between a “quote” and a “link preview”?

I think there is no difference. Quote is simply an enhanced preview.

@suno I think Tuba may identify Mitra as Pleroma. Try again with Mitra 3.10.0, editing should work better now.

Drag and drop is also available now in mitra-web 3.10.0.

@elvecio This is probably a bug in one of the libraries I'm using. I will try to update to a newer version, but that will take some time