Should the migration not work, we would still be able to use the current community, and then manually migrate elsewhere.
The one caveat is that from Lemmy instances, the community doesn’t have show old posts (see https://lemm.ee/c/barcelona@piefed.social), but if you were restarting a community from scratch you wouldn’t have access to your old posts anyway.
The objective of this post is to address any questions or issues before we move forward. We are probably going to leave it open for 48 hours, and then reassess based on the community feedback.
PieFed has the tendency to add features that are are not compatible with ActivityPub in general (flairs, multi-communities) and I am not convinced it is ready to have a large influx of activity. It's one thing to have a server with lots of users receiving notifications, it's another to have the same server also responsible in sending a large number of notifications whenever it needs to announce a new comment or post.
Small question about the flairs: is there another example of flairs implementation on other Fediverse software? My guess was that as Lemmy/Mbin and Piefed are the only Reddit clones in the Fediverse, then there would be no existing implementation of flairs anywhere else in other Fediverse apps, but I'm probably missing something.
The annoying thing about it is that their implementation is completely "top-down". They just defined what is their idea of "Flair" (text/color settings) and have this stored in their database. It is completely disconnected from any of ActivityStreams or LinkedData concepts. If they had gone with a "protocol-first" approach, they could've proposed to use as:Tag or even Schema.orgPropertyValue entries, attach them to the object (actor/questio/post/note) and it would be absolutely easy to federate.