AT Protocol Neden Local-First'ten Federe Mimariye Geçti

Bluesky ekibi, AT Protocol'ü tasarlarken local-first yaklaşımdan (SSB, Beaker Browser gibi p2p projelerinden gelen bir gelenek) bilinçli olarak uzaklaştı. Sebep basit: 2022 Twitter ölçeğini hedeflemek. 240 milyon günlük aktif kullanıcı ve saniyede binlerce olay işleyebilmek için peer-to-peer modeller yetersiz kalıyordu.

Ekip, açık internet üzerindeki senkronizasyonu bir veri merkezi içindeki 'özellikle arızalı' bir ağ gibi ele almayı seçti. Kafka'nın kurumsal ortamlardaki rolünü, protokol seviyesinde inşa edilen Personal Data Server (PDS) ağı üstlendi. Her PDS, JSON verisini bir merkle ağacına hash'leyip imzalıyor; böylece veri relay'ler üzerinden güvenle iletilebiliyor ve 'authenticated transfer protocol' ismi buradan geliyor.

Sonuç, pull-based, düşük bağlaşımlı bir senkronizasyon modeli: yazma işlemi PDS tarafından onaylandığında tamamlanmış sayılıyor, diğer uygulamalar ise bu güncellemeleri kendi hızlarında replike ediyor. Mühendisler için asıl ders, ölçek gereksinimlerinin mimariyi belirlemesine izin verirken açıklık ve kullanıcı özerkliği gibi değerlerin farklı tasarım kararlarıyla da korunabileceği.