Does anybody here can #help me to solve a doubt on #Mastodon and #ActivityPub portability?
Context; I am writing a post about Mastodon and Bluesky and wouldn’t like to be imprecise.
I read in a blog that ActivityPub actually allows moving data of users and content from one server to another and that it is the Mastodon development of ActivityPub which puts the problem of portability.
On the other hand, I found this link where they seem to say that ActivityPub already allows portability (so do Mastodon already?) but it is only implementation as W3C standard what lacks. https://swicg.github.io/activitypub-data-portability/
I do really appreciate if someone can tell me if I am reading the issue correctly. I am not a software developer, so I am afraid that I have missed some important concept or info.
Thanks in advance for any help 
*edited to add the link and to clarify text.
@pl I was thinking may know about it or you could help me to reach out the right person. Thanks!
@javiRoche quizá también sepas decirme algo sobre esto? Gracias!
@mistertim quizá sepas algo que pueda ayudarme con mi duda? Gracias!
Thank you all for the answers. The main doubts are solved already. This community is amazing!
@javiRoche yo también lo creo, sobre todo porque es el único punto débil verdaderamente importante que parece tener frente a Bluesky. me está resultando complicado entender si se puede o no, por qué y si, en el caso de que no se pueda todavía, se podrá en algún momento.
@fuina hace meses tuvimos una conversación relacionada @astrojuanlu y @brucknerite pero al buscarla ha quedado fragmentada
Relacionado, tenía este enlace por ahí https://dustycloud.org/blog/how-decentralized-is-bluesky/
@lisrosello @astrojuanlu @brucknerite está muy bien para entender los asuntos sobre descentralización aunque del tema portabilidad en ActivityPub no lo he sabido encontrar (muchas gracias igualmente)
@fuina @astrojuanlu @brucknerite lo sé, a ver si ellos pudieran apuntarte mejor a este tema más específico
@lisrosello @fuina @brucknerite Es que hay varias capas. Sí, Mastodon permite migrar de un servidor a otro, hay un mecanismo que avisa a los seguidores usando una actividad `Move` que sin embargo *no* está en el estándar de ActivityPub
Más info en https://socialhub.activitypub.rocks/t/account-migration/3058
Además,
el contenido no se migra de la instancia vieja a la nueva (suele pillar por sorpresa a la gente)
la identidad vieja sigue ahí, no se "mueve" realmente (creando confusión en los resultados de búsqueda)
@lisrosello @fuina @brucknerite Hay un intento de mezclar ActivityPub con Solid Pods, una iniciativa de Tim Berners-Lee que en principio permite esa portabilidad https://solidproject.org/about
Se llama ActivityPods https://docs.activitypods.org/
No es el único intento de "identidad nómada". También está Zot, el protocolo que usa HubZilla, que lo soporta desde hace años. @mikedev está intentando llevarlo a ActivityPub mediante un Fediverse Enhancement Proposal https://socialhub.activitypub.rocks/t/fep-ef61-portable-objects/3738
@lisrosello @fuina @brucknerite El problema es que las FEPs avanzan despacio porque Mastodon domina el Fediverso angloparlante y siempre andan escasos de recursos.
Así que ahora mismo los avances son bastante lentos en todos los frentes.
@lisrosello @fuina @brucknerite La arquitectura de ATProto es muy distinta, los datos ("speech layer") viven en un Personal Data Server o PDS aislados de la red ("reach layer"), por tanto mediante mecanismos criptográficos la portabilidad es trivial y transparente. Yo mismo he cambiado de PDS 1 vez https://github.com/bluesky-social/social-app/issues/5446#issuecomment-2528502347, se puede verificar en https://atproto-browser.vercel.app/at/juanlu.space
@lisrosello @fuina @brucknerite
El tema con ATProto es que hay 1 componente de este puzzle que es el directorio DID:PLC, que ahora mismo lo controla Bluesky PBC, la empresa que empuja el protocolo y la aplicación Bluesky.
Han mencionado varias veces que lo quieren donar a un cuerpo neutral como puede ser el IETF. Cada cual decide si se les quiere conceder el beneficio de la duda. En todo caso, seguimos esperando.
¡Espero que esto sirva! Para más info, síganme en @juanlu.space 
@astrojuanlu @lisrosello @brucknerite @juanlu.space
Muchísimas gracias por todos los mensajes. Lo que comentas en este último me parece muy relevante y lamento no haberlo mencionado en el artículo (lo envié ayer), pero me viene bien para enmendarlo en futuras comunicaciones.
@astrojuanlu @fuina @brucknerite @juanlu.space muchas gracias por la generosidad, maravilla de información
@lisrosello @fuina @brucknerite @juanlu.space Un placer hay mucho para desarrollar aquí... y por suerte las cosas van avanzando y moviéndose
@astrojuanlu @lisrosello @fuina @brucknerite https://peertube.virtual-assembly.org/videos/watch/a8dc6bcc-8cef-485e-bfd8-438f1bfc04d2
presentation at fosdem about activitypods.. and also main drawbacks of bsky. 
@fuina Mastodon doesn't have full portability (yet). It can move your followers to a new server but not your posts.
The old account still remains with 0 followers and all old posts. it will redirect to the new account when someone opens your old profile.
(Discussion)
https://github.com/mastodon/mastodon/issues/12423
@bshankar thank you! I really appreciate this clear explanation! Do you know if the portability of the content is somehow in the roadmap of future features?
@bshankar amazing! thanks for your help!
@fuina@mastodon.social ActivityPub protocol does not specify anything with regards to account and data portability.
Mastodon supports migration of the follower collection.
The data portability document you linked is a work in progress by some very smart people at the Social Web Incubator Community Group.
@julian thank you so much for your clear explanation!
@fuina data portability between servers is not really possible in ActivityPub as such because "data" from an ActivityPub point of view is identified by its URL. So if a post was created on serviceA.com, even if you export it and move it to serviceB.com, it will have a different host name, thus a different URL, thus it represents a different piece of data.
Another problem is that ActivityPub, as it's used now by most of the servers, relies on activities being passed to other servers when users "do" things. This can not be "walked" back and re-done for a different server after a move.
I hope this is not too abstract. :D
@mariusor thank you! I think it is quite clear (after reading a few times)
@fuina ActivityPub was not designed with data portability in mind. Mastodon and other services are not to blame, in fact they are doing their best and provide data portability options where possible, for example they support migration of followers and exporting/importing of follow, block and mute lists.
About two years ago a novel way to implement full data portability in ActivityPub network was discovered. The solution is described here: https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md
I don't think a non-technical explanation of this mechanism exists, but it has similarities to the implementation on data portablity in Zot protocol (which is also part of Fediverse family of protocols and pre-dates ActvityPub):
https://opennomad.net/page/nomad/home
https://joinfediverse.wiki/Nomadic_identity
@silverpill This helps to understand the problem “better”, I guess. Thank you!