Yazar, daha önceki bir yazısında ATProto'nun anahtar yönetimi ve merkeziyetsizlik yaklaşımına ilişkin endişelerini dile getirmişti. Bluesky'ın AppView'u sayesinde teorik olarak merkeziyetsiz bir deneyim mümkün hale gelince, yazar Bluesky şirketinin donanımına bağlı kalmadan bir hesap oluşturmayı denedi. Ancak bu süreç, beklentilerin aksine oldukça zorlu geçti.
Deneme süreci, kendi sunucusunda bir PDS yazılımı kurmakla başladı ve bir did:web oluşturmayı gerektirdi. Bu adım, güncel olmayan rehberler ve kritik eksik adımlar nedeniyle karmaşıktı. did.json belgesini web sunucusuna yüklemek ve DNS kayıtlarını ayarlamak gibi temel adımlar bile CORS başlığı gibi ek detaylar gerektirdi. Yeni PDS üzerinde hesap oluşturulduğunda ise hesap "deactivated" (devre dışı) durumdaydı ve etkinleştirilemedi. Bu sorunların çoğu, ATProto'nun dokümantasyon eksikliğinden kaynaklanıyordu; tüm sürecin tek bir yerde toplandığı tek yer, kapalı bir GitHub sorunundaki yorumlardı.
Discord sunucusundan yardım alarak hesabı silip baştan başlamak zorunda kalan yazar, getRecommendedDidCredentials endpoint'inden gelen anahtarın manuel olarak düzenlenmesi gerektiğini fark etti. Ancak bu düzeltmelerden sonra bile Bluesky'a giriş yapmaya çalıştığında "Profile does not exist error" (Profil mevcut değil hatası) ile karşılaştı. Anlaşıldı ki, silinen hesap nedeniyle did:web'i sistemin merkezi AppView kısmından "yakılmış" (blacklisted) durumdaydı. Bu durum, yazarın başlangıçtaki şüphelerini tamamen doğruladı ve ATProto'nun iddia ettiği merkeziyetsizliğin, teknik olarak yetkin kullanıcılar için bile pratikte ne kadar zorlu olduğunu gözler önüne serdi.
ATProto'nun iddia ettiği merkeziyetsizliğin, teknik zorluklar ve eksik dokümantasyon nedeniyle pratikte erişilmesi zor olduğunu ortaya koyuyor.