Nostr, kurulduğu günden bu yana çok fazla dikkat ve ilgi gördü. son ekleme Twitter'da tanıtımı yasak olan alternatif sosyal platformlar listesine. Ayrıca, Elon Musk'ın Twitter'ı satın almasının platformdaki ifade özgürlüğüyle ilgili temelde hiçbir şeyi değiştirmediği anlaşıldıkça ilgi kazanıyor - kullanıcılar hala yasaklanıyor tutarsız ve keyfi nedenlerle ve insanlar Mastodon gibi bir şey olmayan merkezi olmayan bir alternatif arıyorlar; sunucu operatörü hala kimliğinizi kontrol etme yeteneğine sahiptir.

Son ilgiye rağmen, Nostr protokolü ve ilk aktarma sunucusu uygulaması aslında 2020'nin sonunda geliştirici tarafından oluşturuldu. fiatjaf. Büyük ilgi patlamasından önce, sadece Twitter ve Mastodon'un sorunlarına hafif bir çözüm olmaya çalışan sessiz, niş bir protokoldü. Her iki sistemde de kimliğiniz/kullanıcı adınız, sunucuyu çalıştıran kişi tarafından kontrol edilen bir şeydir. Mastodon'un birbiriyle konuşan çok sayıda farklı sunucuya sahip birleşik bir sistem olması bu gerçeği temelden değiştirmez. Bir hesabı barındırmak için kimin sunucusunu kullanırsanız kullanın, onu kullanıp kullanamayacağınızın kontrolü tamamen sizdedir. Kendi sunucunuzu çalıştırsanız bile, diğer sunucu operatörleri hangi sunucuların kendi sunucularıyla konuşmasına izin verileceğini kara veya beyaz listeye alabilir. Bu, farklı Mastodon sunucularının "Fediverse" içinde çok sayıda bölümlenmesine yol açtı ve sadece kendi sunucunuzu çalıştırma fikrini anlamsız hale getirdi. Yine de diğer sunucu operatörleri tarafından sansürlenebilir ve kullanıcılarının içeriğinizi akışlarında görmelerini engelleyebilirsiniz.

Nostr ile Mastodon gibi bir şey arasındaki temel fark, bir sunucu operatörünün sahip olduğu bir kullanıcı adını kullanmak yerine, her kullanıcının bu işlevi yerine getirmek için bir genel/özel anahtar çifti kullanmasıdır. Bu, bir sunucu operatörünün sizden kolayca alamayacağı veya sizi kilitleyemeyeceği bir şeydir. Bu, genel Nostr protokolünün üzerine inşa edildiği temel yapı taşlarından biridir.

Sıradaki "olaylar". Bu, istemciler ve istemcilerin ileti göndermek ve almak için bağlandığı geçiş sunucuları tarafından kullanılan temel nesne/veri türüdür. Protokolün genel fikri, istemcilerin olayları aktarma sunucularına göndermesi, onların da sırayla bunları depolaması ve dizine eklemesidir ve diğer istemciler, aldıkları ve depoladıkları olayları talep etmek için aktarma sunucularıyla iletişim kurabilirler. Orjinalinde NIP01, üç farklı olay türü tanımlanır:

• 0: Bir kullanıcı hakkında kullanıcı adı, resim, biyografi vb. gibi meta veriler gönderir.
• 1: Kısa mesajlar ve temel içerik gönderir
• 2: Etkinlik oluşturucuyu takip eden kişilerin bağlanması için geçiş sunucuları önerir

Tüm olaylar özel olarak tanımlanmış bir şekilde yapılandırılmıştır. Oluşturanın genel anahtarını, oluşturuldukları zaman damgasını, türlerini (veya belirtimdeki türünü), içerik yükünü ve etkinlik oluşturucunun imzasını içerirler. Ayrıca, diğer olaylara veya kullanıcılara atıfta bulunan etiketlere sahip olabilirler ve yaratıcının imzası dışında her şeyin karma değeri olan bir kimlik değerine sahip olabilirler (Bitcoin işlemleri için TXID'ye benzer). Bu, imzayı doğrulayarak (ve gizliliği ihlal edilmemişse bu anahtarın sahibi olan kişi) bir mesajın aslında içindeki ortak anahtarın sahibi tarafından oluşturulduğunu garanti etmenizi ve mesajın daha sonra değiştirilmediğini garanti etmenizi sağlar. imzaladılar. Tıpkı bir Bitcoin işlemini imzalandıktan sonra geçersiz kılmadan değiştiremeyeceğiniz gibi, yaratıcısı imzaladıktan sonra bir Nostr olayını bariz bir sahtekarlık olmadan değiştiremezsiniz.

Olay türü sistemi, bu orijinal NIP'den önemli ölçüde genişletildi. Şifrelenmiş doğrudan mesajlar için, gönderenin özel anahtarını alıcının genel anahtarıyla birleştirerek paylaşılan bir anahtar oluşturan ve gönderenin genel anahtarını alıcının özel anahtarıyla birleştirerek elde edeceğiniz anahtarın aynısını veren bir olay türü vardır (bu nasıl yapılır) BIP 47 ve Sessiz Ödemeler çalışır). Değiştirilebilir olaylar ve kısa ömürlü olaylar için de türler vardır. Değiştirilebilir bir etkinlik durumunda (tabii ki), etkinliğin orijinal yaratıcısının eskisinin yerine yenisine imza atabilmesi için tasarlandılar. Spesifikasyona uyan geçiş sunucuları, eski olayı depolarından otomatik olarak çıkaracak ve alındıktan sonra istemcilere daha yeni sürümleri sunmaya başlayacaktır. Kısa ömürlü olaylar, geçişe gönderildiklerinde yaratıcılarına abone olan herkese yayınlanacak şekilde tasarlanmıştır, ancak geçiş sunucularının bunları depolaması beklenmez. Bu, yayın sırasında yalnızca çevrimiçi olduklarında mesajların insanlar tarafından görülmesi olasılığını yaratır. Diğer insanların etkinliklerine bir tepki (beğeniler veya emojiler gibi) vermek için bir etkinlik türü bile vardır.

Sonuncusundan bahsetmişken, olaylar ayrıca etiketler içerebilir. Şu anda olaylar (kesin bir Nostr olayına atıfta bulunmak için), ortak anahtarlar (diğer kullanıcıları etiketlemek veya referans vermek için) ve konular (e-posta konuları gibi işlevleri taklit etmek için) için etiket türleri vardır. Bunların tümü, kullanıcıların sunucular arasında gerçekten etkileşim kurabilmeleri için verilerin alınabileceği belirli geçiş sunucularına yönelik işaretçiler içerebilir, yani, içeriğini bir geçiş sunucusuna gönderen bir kullanıcı, başka bir kullanıcı tarafından gönderilen içerikle etkileşim kurabilir ve bu içeriklere başvurabilir. herhangi bir kullanıcının tüm etkileşim dizisini tutarlı bir şekilde uygun sırada ve ilgili verileri nerede bulacağına karar vermede büyük bir karmaşıklık olmadan getirmesine izin verecek şekilde farklı bir aktarma sunucusu.

Orijinal NIP'nin içinde, istemcilerin almakla ilgilendikleri olaylara ilişkin filtreler içeren bir abonelik iletisi/veri yapısı aracılığıyla istemcilerin geçiş sunucularıyla nasıl etkileşimde bulunacaklarına ilişkin bir belirtim verilir. Bu filtreler, kullanıcıların genel anahtarlarını, kesin olayları, olay türlerini ve hatta önceki kriterlere göre bunları istedikleri belirli zaman dilimlerini belirtebilir. Hatta "1xjisj..." gibi genel anahtarların öneklerini veya olay kimliklerini gönderebilirsiniz. ve o kısa dizeyle başlayan bir ortak anahtardan herhangi bir olayı veya olayları alın (bu, gerçekte görüntülemek istediklerinizi bir geçiş sunucusundan gizlemek için yararlı olabilir).

Genel olarak, protokol, mesajların bütünlüğünü garanti etmek ve bunları ortak anahtar kimliklerini kullanarak kimin gönderdiği gibi önemli şeyleri kapsayan ve aynı zamanda arka uçta altyapıyı kolaylaştıran, kullanıcılar arasında mesajları iletmek için çok basit, genelleştirilmiş bir şemadır. Son derece merkezileştirilebilen veya bir kullanıcının kendi kişisel geçiş sunucusunu çalıştırmasına izin veren geçiş sunucuları, bunların tümü birbirleriyle sorunsuz bir şekilde etkileşime girerken ve bir kullanıcının bir geçiş sunucusundan yasaklanması durumunda büyük bir kaosa neden olmaz. Başka bir sunucuya geçebilir veya kendi sunucularını çalıştırabilirler ve önceki sunucudan platformdan çıkmaları, dijital kimliklerini veya takipçilerini kaybetmez çünkü özel anahtarları üzerinde kontrolleri devam eder ve kullanıcılar, onları başka bir yerde bulduklarında bunu doğrulayabilirler.

Geçiş sunucuları da istedikleri gibi çalışabilir. Ücretsiz olarak çalışabilirler, mesaj göndermek veya indirmek için mikro ödemeler alabilirler ve hatta bir NIP bir mesaj göndermek için hashcash tarzı çalışma kanıtı gerektirdiği için. Yalnızca gönderilerinizi barındırmak ve diğer kullanıcılara sunmak için tek bir aktarma sunucusu olabilirler veya Twitter veya Reddit gibi çok büyük ölçekte çalışan bir sunucu olabilirler (müşteriler bilgileri istedikleri gibi görüntüleyebilir ve düzenleyebilir, bu da temelde herhangi bir sosyal bugün var olan medya platformu). Tüm bunlar sorunsuz bir şekilde ve bir kullanıcıyı devre dışı bırakmadan birlikte çalışabilir. Aktarma sunucunuza içerik göndermelerini engelleyebilirsiniz, ancak sonuçta onların aktarma sunucunuzda barındırdığınız içeriği görüntülemelerini veya diğer kullanıcıların içeriklerini diğer sunucularda bulmalarını engelleyemezsiniz.

Bu, kişilerin oluşturması için geniş, açık bir tasarım alanına sahip çok basit bir protokoldür ve bireysel aktarma sunucusu operatörlerinin barındırmayı veya barındırmamayı seçmesinden bağımsız olarak kullanıcıların birbirleriyle her zaman etkileşimde bulunabilmelerini garanti eder. Bu aynı zamanda onun en büyük gücü ve en büyük zayıflığıdır. Geliştiricilerin karmaşık bir protokolle sıkı kısıtlamalar olmadan oluşturma özgürlüğünü garanti etse de, doğası gereği karşılaşacağı ve protokolün kendisi tarafından ele alınmayan birçok sorun da vardır.

Yazacağım bir sonraki parçada, meydana geldiğini gördüğüm bazı sorunlara ve potansiyel çözümlere değineceğim, ancak şimdilik, tasarımın basitliği ve insanlara açtığı olasılıklar açısından şunu söyleyeceğim. inşa etmek, Nostr çok iyi bir iş çıkardı, bunun bir kişinin buluşu olduğu ve şimdiye kadar protokol spesifikasyonuna yalnızca bir avuç insanın gerçekten katkıda bulunduğu düşünüldüğünde.

Bu Shinobi'nin konuk yazısıdır. İfade edilen görüşler tamamen kendilerine aittir ve BTC Inc veya Bitcoin Magazine'in görüşlerini yansıtmayabilir.

• SEO Destekli İçerik ve Halkla İlişkiler Dağıtımı. Bugün Gücünüzü Artırın.
• Plato blok zinciri. Web3 Metaverse Zekası. Bilgi Güçlendirildi. Buradan Erişin.
• Kaynak: https://bitcoinmagazine.com/technical/what-makes-nostr-a-different-social-platform