LUDWIG_: mě zaujaly minimlistické implementace, jako WriteFreely nabo SNAC2. Tam to jde na kost, SNAC2 je navíc v céčku, takže dobrý výchozí bod pro nějakou high performance implementaci.
Vlastně Mastodon přináší do Fediverse řadu omezení, které Fediverse nemá: délku příspěvku (dokonce jde Mastodon modifikovat, ale podle mě by bylo dobré vynutit u delších příspěvků než je nějaký limit nastavený správcem nějaké CW na TLDR), počet itemů v anketě (nikde není psané, že musí být 4), počet obrázků ve statusu (opět, nikde není psané, že musí být 4). Jediný smysluplný limit - a ten by měl nastavovat správce serveru - je limit na celkový objem uživatelem uploadnutých médií (ale ten naopak chybí). Případně limit na počet příspěvků za jednotku času (to vše jsou věci, které by mělo být možné si předplatit prémiově, protože nakonec tohle je to, co žere zdroje instancí...)
Ta migrace je taková problematická z hlediska toho, zda s ní musí souhlasit dosavadní majitel instance: je to poměrně zneužitelné ke klonování dat i v případě, že s tím naopak nesouhlasí majitel účtu (protože v podstatě majitel instance může heslo změnit tak nějak z principu - nejen aby migraci odepřel, ale aby naklonoval data jinam, než uživatel chce). Proto je to poměrně mocný nástroj a v zásadě bez šifrování
(či podepisování) dat přímo na úrovni klienta se neobejdeme.
V zásadě, když o tom přemýšlím - každý post na dané doméně by měl být podepsaný autorem pouze pro použití na dané doméně. To ovšem předpokládá existenci privátního klíče v nějaké klientské aplikaci, webové appky tohle tak nějak z principu neuměj. V případě žádosti o migraci by pak uživatel výslovně nové migraci za půjčil svůj starý privátní klíč pro starou doménu (ale nikoliv svůj nový privátní klíč pro novou doménu :-)
V zásadě jsem kdysi přemýšlel, jak udělat webový interface pro něco jako PGP a vždycky jsem narazil na to, že webové aplikace z principu nechtějí povolit ukládání žádných lokálních dat a vše se láme přes koleno vytvářením nových a nových účtů s hesly. Celá pointa, jak zvrátit rovnováhu od servera ke klientovi je přitom v tom provést část podepisování na straně klienta a nechat nějaký privátní klíč uložený jinde, než na serveru...
Mastodon nepředstavuje dokonalou odpověd na výzvy, které Fediverse přináší. Přitom někdy by stačilo fakt málo - např. v případě objevování nového uživatelé (a určitě v případě jeho follow) dočasně nakopírovat část jeho timeline do místní federované timeline (s nějakým statusem typu že je to dočasné cacheování neviditelné ve federované timeline a až v případě follow se stane permanentním, apod.).
Myslím některá opatření nebyla implementovaná záměrně ze strachu, co by se mohlo nečekaného masivně objevit ve Federované timeline.. myslím je to taky důvod, proč Twitter ani Facebook nic jako pokus o federovanou timeline ani náznakem nezpřístupnili (protože by se lidi dost divili :-). Myslím by hodně věcí šlo vyřešit tím, kdyby šlo rozlišovat "soukromý follow" od "federovaného follow"... ona ta migrace není jediný nevyřešený problém: u té decentralizace jsme teprve na samém začátku. V neposlední řadě, decentralizované algoritmy, které by dokázaly doporučit, co by koho mohlo zajímat, budou nakonec rozhodující, ale budou pochopitelně náročnější, než pro provozovatele centralizovaných sítí...