Nostr protokolü, sade İngilizceyle açıklanmış

Bir protokol, programların birbirleriyle nasıl konuştuğuna ilişkin bir kural seti. Bir platform, bu programları sizin adınıza çalıştıran bir şirket. Twitter bir platformdur. E-posta bir protokoldür. Nostr bir protokoldür.

Bu ayrım önemlidir çünkü protokoller ve platformlar farklı başarısızlık modlarına, farklı maliyet yapılarına ve farklı geleceğe sahiptir. Bu rehber, Nostr'un özgül olarak bir protokol yapan şeyleri, bunun pratikte ne anlama geldiğini ve tasarımın neden kasıtlı olarak küçük kaldığını açıklar.

TL;DR. Nostr, kriptografik imzalı bir pub/sub mesajlaşma protokolüdür. Küçük bir olay biçimini ve istemcilerin bu olayları relay'ler aracılığıyla gönderip alması için basit bir yolu tanımlar. Hiçbir şirket buna sahip değildir. Herkes bir istemci yazabilir, bir relay çalıştırabilir veya uzantı önerebilir. Ana spec birkaç sayfaya sığar.

Hazır olduğunda, @nostr.blog adresini al →

Protokol gerçekten nedir

E-posta iyi bir karşılaştırmadır. Gmail'den Outlook'a bir e-posta gönderdiğinizde, Gmail'in Outlook'un izni yoktur. Her iki hizmet de SMTP'yi (e-posta protokolü) konuşur ve SMTP, bir posta sunucusunun başka birine bir mesaj sunması için gereken her şeyi tanımlar. Sunucular farklı şirketlerdir. Protokol, tarafsız bir anlaşmadır.

Nostr aynı şekilde çalışır. Bir Nostr olayı (bir gönderi, bir beğeni, bir takip) protokolde tanımlanan belirli bir şekle sahip bir JSON nesnesidir. Bir relay, bu şekle uygun olayları kabul etmeyi, depolamayı ve iletmeyi kabul eden herhangi bir sunucudur. Nostr konuşan herhangi iki istemci, Nostr konuşan herhangi bir relay aracılığıyla, üçünün hiçbirini kimin yaptığına bakılmaksızın etkileşime girebilir.

Protokol, tarafsız bir anlaşmadır. Uygulamalar her şey olmakta özgürdür.

Nostr spec'i, en az sayıda cümleyle

Üç kural neredeyse hepsini kapsar.

1. Bir olay, id, pubkey, created_at, kind, tags, content, sig içeren bir JSON nesnesidir. id, diğer alanların bir karmasıdır; sig, pubkey'in özel karşılığı üzerinde id üzerindeki bir Schnorr imzasıdır.
2. Relay, geçerli olayları WebSocket üzerinden kabul eder ve yazar, tür, etiket veya zamana göre olayları filtreleyen abonelikler sunumlar.
3. İstemci olayları imzalar ve bunları relay'lere yayınlar; relay'lere filtrelerle abone olarak olayları okur.

Bu ana protokol. Her ileri özellik (uzun biçimli makaleler, zap'lar, DM'ler, topluluklar, listeler) onu değiştirmeden bu çerçeveye sığan bir uzantıdır.

Protokol neden küçük kalıyor

Çoğu protokol birikimle büyür. Her kullanım durumu spec'e ekler; her on yıl spec'i bir önceki ondan daha geniş. HTTP şimdi yüzlerce sayfa. E-posta, bir avuç RFC'den bir orman haline geldi. Nostr bunu kasıtlı olarak engellemiştir.

Mekanizm NIP'lerdir (Nostr Uygulama Olanakları). Yeni özellikler ana spec'e eklenmez; bunlar isteğe bağlı NIP'ler olarak önerilir. İstemciler önemsedikleri NIP'leri uygular. Diğer istemciler onları yok sayar. Popüler bir NIP, yeterli sayıda uygulama bunu konuştuğu için protokolün pratik bir parçası haline gelir; popüler olmayan bir NIP töreniz elleçlemeden kaybolur.

Bu, temel özelliğin sonsuza kadar küçük kaldığı (önemli değişmezler: imzalı olaylar, açık relay'ler, taşınabilir kimlik) ve kenarların sonsuza kadar esnek olduğu anlamına gelir (yeni özellikler varolan istemcileri bozmadan gelişir). 2022'de bir Nostr istemcisi, ana özellik değişmediği için 2026'da hala çalışır; sadece daha yeni istemcilerden daha az şey yapar.

Protokol vs platform, somut olarak

Bir kullanıcı olarak hissedebileceğiniz beş pratik fark.

Kimlik. Bir platformda, hesabınız şirketin mülkiyetindedir. Bir protokolde, hesabınız sahip olduğunuz kriptografik bir kimlik. Kimse onu almayabilir.

Veri. Bir platformda, gönderileriniz onların veritabanında yaşar. Bir protokolde, gönderileriniz birden fazla bağımsız relay'de yaşar. Biri ortadan kaybolursa, diğerleri hala var.

Özellik hızı. Bir platformda, özellikler şirketin karar verdiği zaman gemi içinde alır. Bir protokolde, herhangi bir uygulayıcı bunları yazarsa özellikler gemi içinde alır. Bu bazı açılardan yavaştır (merkezi yol haritası yok) ve diğer açılardan hızlıdır (paralel birçok deney).

Para kazanma. Bir platformda, şirket tüm para kazanmayı ele geçirir. Bir protokolde, para kazanma, kullanıcıların ve uygulayıcıların kabul ettiği şeydir. Nostr'un zap'ları (Lightning üzerinden eşler arası bahşişler) var çünkü bu kültüre uydu; farklı bir protokol topluluğu farklı normlara varabilir.

Başarısızlık modu. Bir platform tamamen ortadan kaybolabilir. Bir protokol olamaz; bir uygulayıcı aktif kaldığı sürece protokol yaşar. Nostr, fiatjaf (orijinal yazar) yarın kaybolsa bile ağın değişmeden çalışmaya devam edeceği şekilde tasarlanmıştır.

Protokolün açıkça yapmadığı şeyler

Kasıtlı olarak spec'ten çıkarılan beş şey.

Moderasyon. Protokol hangi içeriğin kabul edilebilir olduğuna karar vermez. Her relay'in kendi kuralları vardır; her istemcinin kendi filtreleri vardır; her kullanıcının kendi sustur listesi vardır. Moderasyon merkezde değil, kenarlarda gerçekleşir.

Arama. Protokol tarafından tanımlanmış bir arama yoktur. Bazı relay'ler metin indeksler; diğerleri yapmaz. Arama isteyen istemciler ya arama yeteneğine sahip relay'lere güvenir ya da kendi indekslemeyi çalıştırır. Yokluk kasıtlıdır; protokolü neler bulunduğu hakkında tarafsız tutar.

Sıralama. Hiçbir "Sizin İçin" beslemesi. Hiçbir bağlılık ağırlığı. İstemciler varsayılan olarak olayları zaman damgasına göre görüntüler; başka herhangi bir sıralama, protokol değil, istemci düzeyinde bir karar.

Keşif. Tavsiye motoru yok. Takip etmek için yeni hesapları bulma, protokol özelliği değil, istemci özelliğidir. Bazı istemciler buna ağır yatırım yapar (Primal); diğerleri bunu kullanıcılara bırakır (Damus).

Kurtarma. Hesap sıfırlaması yok. Özel anahtarı kaybedin, hesabı kaybedin. Protokol anahtar döndürmeyi içerebilir ama içermez, çünkü dengelenmeler gerçektir ve toplum henüz belirli bir mekanizmada anlaşmamıştır. Bu devam eden bir alandır (NIP-26, NIP-41 taslakları).

Her eksiklik bir seçimdir. Protokoller, her sorunu protokol düzeyinde çözmekten vazgeçerek küçük kalır.

Nostr'un ne olacağını kim karar verir

Kimse ve herkes.

Nostr Vakfı yoktur. Kurumsal çalışma grubu yoktur. Yönetim komitesi yoktur. Ekosistemde en yoğunlaştırılmış otorite, NIP'lerin önerildiği fiatjaf'ın GitHub deposudur ve bu bile sadece bir koordinasyon noktasıdır, ağır kapı görevlisi değildir.

Önerilen NIP'ler istemci geliştiricileri tarafından okunur. Popüler olanlar uygulanır. Üç büyük istemcinin uyguladığı bir NIP etkili şekilde protokolün bir parçasıdır; bir geliştirici yazması ama başka kimsenin umursamadığı bir NIP sadece GitHub'da bir belgedir.

Bu süreç dağınıktır. Koordinasyon sorunları, yinelenen öneriler ve ara sıra siyaset vardır. Aynı zamanda belirli bir şekilde dirençlidir: kötü bir karar vererek hiçbir taraf bunu mahvederemez, çünkü kötü kararlar sadece benimsenmez. Protokol, ferman tarafından değil, geliştirici seçimlerinin ağırlığı tarafından kabaca yönlerde gelişir.

Protokol modeli ne zaman kazanır

Protokoller spesifik koşullarda platformları yener:

• Sahiplik, cilalı hale getirmekten daha önemli olduğunda. Protokoller genellikle platformlardan daha az cilalıdır. Cilalı olamayacağı şeyi önemsediğinizde kazanırlar (kalıcı kimlik, sansür direnci, açık birlikte çalışabilirlik).
• Ağ etkisi özellikse olduğunda. Bir protokolün değeri sadece kullanıcılara değil, uygulayıcılara göre büyür. Daha fazla istemci ve relay, ağı bir platformun kopyalayamayacağı şekillerde güçlendirir.
• Uzun vadeli ufuk önemli olduğunda. Platformlar alınır, satılır, kapatılır veya döndürülür. Protokoller herhangi bir uygulayıcıdan uzun yaşarlar. E-posta çoğu şirketten daha eski; Nostr aynı dinamiğe bahis yapıyor.

Kullanım durumunuz bu durumların hiçbiriyle eşleşmiyorsa, bir platform genellikle daha hızlı ve daha kolaydır. Bu dürüsttür. Nostr, her olası kullanım için Twitter'dan evrensel olarak daha iyi değildir. Bir protokolün bir platformu yenerken daha iyi olduğu spesifik yollarında daha iyi.

Gerçek spec'i okumak

Bu rehber sizi protokolü doğrudan okumak istemenize getirdiyse, NIP'ler deposu tam listeyi içerir. NIP-01 temel; bundan sonraki numaralı NIP'ler uzantılardır. Nostr'u kullanmak için bunun hiçbirini anlamanız gerekmez, ama NIP-01'i okumak yaklaşık on dakika alır ve çok şeyi açıklar.