Notices by silverpill (silverpill@mitra.social), page 55

@scott Yes. FEP-ef61 was inspired by prior work on nomadic identity (among other things).

@benpate Sending activities to @ben@pate.social still doesn't work for me.

Same error: "Error decoding public key"

@agates Let me know if you need any help

This is the database schema: https://codeberg.org/silverpill/mitra/src/branch/main/mitra_models/migrations/schema.sql

Every local user needs to have an entry in user_account and actor_profile tables. Posts are stored in post table.

@Hyolobrika @arcanicanis @adiz Yes, this is one of the stated goals, but I think it is primarily a social media server, not a bridge. It is better than average fedi software because the data is portable. Anyway, no need to speculate here, surely @alex can clarify the purpose of this project

@iwojima @iwojima Nice. I'm following it now

@Hyolobrika @arcanicanis @adiz This term is not used in Nostr land, as far as know. But I think he wants Ditto installations to look like fedi instances, yes

@arcanicanis @Hyolobrika @adiz I don't know if he has a design doc. Damned Gitlab is not working for me https://gitlab.com/soapbox-pub/ditto

@Hyolobrika @arcanicanis @adiz By introducing "instances"

@raucao The-FEP-Which-Must-Not-Be-Named

@ex_06 Any Fediverse server can be a resolver.

it is not hard to make a centralized service for that, but I don't think it would be useful.

@Hyolobrika @arcanicanis @adiz But the list is hidden somewhere in the settings, right? The majority of users will use hosted clients and never bother with relay management.

This is a well-known failure mode of web3 protocols: underlying infrastructure gets abstracted away and people flock to the most feature-rich client. I know Alex is trying to fix that, but I don't think his solution will be popular.

This is why account migration must not depend on DNS. You can lose your domain at any time, for all kinds of reasons.

FEP-ef61 is the way.

https://akko.erincandescent.net/objects/0b812887-3946-4722-aae6-08fb64141247

@helge Several years ago someone asked authors of the HTTP Signature spec, why introduce breaking changes when the spec has many implementations and widely used in Fediverse? They said "because we can" and "nobody forces you to use the newer version of the standard".

So I don't see any reason to switch.

@agates I think one can write a script that copies data from Pleroma database to Mitra database.

@agates No, I haven't heard of it, but it should be possible because Mitra uses the same paths as Pleroma (/users/{username} and /objects/{uuid}).

@renchap Quote can be represented as Object Link with relation type https://misskey-hub.net/ns#_misskey_quote, this is what Threads and some other projects started using. But yes, this part has not been specified yet.

What issues do you foresee?

@rolle @kevinjardine

@renchap @rolle @kevinjardine

>which nobody really did formally

Quotes and other kinds of links between objects were formally described in FEP-e232

Threads implemented it recently:

https://www.threads.net/@christophersu/post/C13NiGArE7_

AP: https://www.threads.net/ap/users/christophersu/post/17989631141598693/

@steve @trwnh @devnull ActivityPub is a decentralized data store where nodes synchronize state by exchanging "activities"

@arcanicanis @eriner @alex W3C is not about standards anymore, it's about status. Often people who write specs don't care about implementers at all, and if anything useful comes from W3C, be it ActivityPub or Data Integrity spec, it's almost like a miracle.
Verifiable Credentials at least gets recognized by developers outside of W3C bubble, though personally I don't see much value there besides Data Integrity spec and cryptosuites. The only parties who seem to be genuinely interested in Verifiable Credentials are governments that roll out dystopian digital ID and social credit systems, as this post suggests:

https://w3c.social/users/w3c/statuses/111901528209971717

@arcanicanis Yeah, I left a comment about it