- Nostr, merkezi kontrolü dışlayan açık bir iletişim protokolü; bilgilerin farklı istemci·relay kombinasyonları üzerinden serbestçe dolaşmasını sağlayacak şekilde tasarlanmış bir mimaridir
- Kullanıcılar, kişisel anahtar·imza tabanlı kimlik ve mesaj doğruluğu elde eder; istemciler birden çok relay'e aynı anda bağlanarak dağıtık yayılım ve sorgulama gerçekleştirir
- Protokolün bir sahibi yoktur, ancak her relay işletmecisi kendi politikalarına göre sansür·engelleme ölçütlerini belirler ve kullanıcılar hangi relay'leri okuyacağını seçer
- Twitter benzeri mikrobloglamanın ötesinde kapalı gruplar (NIP-29), pazaryeri, dağıtık wiki, kod işbirliği/torrent/canlı yayın gibi alt protokoller ve ekosistem genişlemeye devam ediyor
- Henüz tamamlanmış bir ürün olmaktan ziyade, geliştirici·erken benimseyen katılımı gerektiren bir aşamada; spam, ölçeklenebilirlik ve keşfedilebilirlik gibi sorunlar istemci·relay kombinasyon stratejileri ile çözülmeye çalışılıyor
Çalışma ihtimali olan açık bir protokol
- Nostr, politik eğilimden bağımsız bir iletişim müştereki olmayı hedefler ve herkesin uygulayıp kullanabileceği basit bir standart olarak ölçeklenebilir bir istemci/sunucu mimarisi tanımlar
- Belirli bir şirket ya da hükümet tarafından kontrol edilmez; farklı istemcilerin aynı bilgi katmanını farklı bakış açılarıyla gösterdiği açık ve kaotik erken internet duyarlılığını benimser
- Site, gerçek istemci ekran görüntülerini sunarak ekosistemin çeşitliliğini ve gerçek kullanım odaklılığını vurgular
Çok sayıda istemci, çok sayıda sunucu
- Merkezi hizmetlerden farklı olarak Nostr istemcileri aynı anda birden fazla relay'e bağlanır
- Her relay, WebSocket tabanlı bir sunucu olarak ilgilenilen event'leri sorgulayan ve abone olunan dağıtık bir yayın deposu işlevi görür
- Belirli bir relay'i tek güven kaynağı yapmadığı için sansür·shadowban riskini dağıtma etkisi vardır
- Referans bağlantıları üzerinden mevcut modellerle farkı anlatan öğrenme materyallerine yönlendirir
İletişim için yeni bir paradigma
- Kullanıcı kimliği gizli bir sayı olan private key ile temsil edilir ve tüm mesajlar dijital imza içerdiğinden, bir otorite kuruma ihtiyaç duymadan yazarın doğruluğu doğrulanabilir
- Bu kriptografik güven temeli, sansüre dirençli broadcastingi mümkün kılar
- İnsan dostu açıklama videosu bağlantısı sunarak başlangıç eşiğini düşürür
Protokolün sahibi yok, relay'lerin var
- Protokol sahipsiz olsa da relay'ler özel mülkiyettedir; her işletmeci kendi istediği kabul·ret ölçütlerini belirleyebilir
- Kullanıcılar hangi relay'leri okuyacağını özgürce seçebildiği için ifade çeşitliliği ile erişim seçme hakkı bir arada bulunur
- “Sansür yanlısı/karşıtı” ikiliği yerine sunucu bazlı kural çoğulluğu ve kullanıcı seçimi merkeze alınır
Bir araya gelme özgürlüğü
- Ağ etkisi tek bir kuruma bağlı olmadığı için belirli kullanıcı gruplarının diğerlerine yapısal olarak zarar vermesini zorlaştıran bir yapı sunar
- İlgili videolar üzerinden birleşme ve ayrılma özgürlüğü vurgulanır
Nostr'dan size ait bir parça
- Programcılar kolayca kendi relay'lerini çalıştırıp kendi kurallarını uygulayabilir
- Relay uygulama depolarına yönlendirerek katkı ve deneyi teşvik eder
Yeni Fikirler — Müştereği keşfetmek
- Twitter tarzı mikrobloglamanın ötesinde video/uzun yazı/görsel/sesli not gibi çeşitli veri türlerini kabul eder
- Kapalı gruplar, dağıtık Wikipedia, couchsurfing, pazaryeri, web açıklamaları gibi alt protokol deneyleri yoğun biçimde sürüyor
- git tabanlı dağıtık kod işbirliği, dosya barındırma, torrent paylaşımı, canlı video gibi alanlarda Nostr'u bir keşif·eşgüdüm katmanı olarak kullanma girişimleri devam ediyor
- Standart önerileri derlemesi olan NIP, işlev genişlemesi ve birlikte çalışabilirliği destekler
Ekosistem — Hâlâ inşa halinde
- Büyük bir kullanıcı tabanı ve açık kaynak yazılıma sahip olsa da henüz cilalı bir nihai ürün aşamasında değildir
- İlk kullanıcılar·geliştiriciler tarafından katılım, protokol akışı ve UX iyileştirmeleri için önemlidir
Mikrobloglama — Outbox modeli
- Outbox modeli, sansüre dirençli istemci geliştirmenin standart yolu olarak tanıtılır, ancak parametreler değişkendir
- Uygulama kılavuzu, relay'leri depo gibi ele alma biçimini ve abonelik/yayınlama stratejilerini açıklar
Relay tabanlı gruplar — NIP-29
- NIP-29, forum/sohbet tarzı kapalı grupların relay tabanlı olarak verimli biçimde uygulanmasını önerir
- Tek bir relay'e bağımlılığı azaltırken sansüre direnç özelliğini koruyan bir yapı anlatılır
Nostr nasıl çalışır
- Zorlu koşullarda bile kullanıcı-izleyici bağlantısını koruyan gerçek özgürlük sunmayı hedefler
- Birden fazla relay, yerel indeksleme ve seçici okuma sayesinde sürekli erişilebilirliği güvence altına alır
SSS — Temel sorular ve yanıtlar
-
“Protokol” nedir
- Farklı yazılımların birbirleriyle iletişim kurduğu ortak bir dildir; e-mail/HTML/HTTP gibi belirli bir uygulamaya bağlı olmayan birlikte çalışabilirlik anlamına gelir
- Aynı dili paylaşan birden çok uygulama birbirinin yerine geçebilir ve her biri ifade biçimini·arayüzünü farklılaştırabilir
-
Spam ve istenmeyen içerik nasıl ele alınır
- Varsayılan akış yalnızca takip ettiğim kişilerin bilgisini getirdiği için push spam zordur
- Yorum görüntüleme gibi açık sorgular spam'e açık olabilir; bu nedenle 2. derece komşu sınırı, güvenilir relay whitelist'i, ücretli/doğrulanmış relay'ler gibi temas yüzeyini azaltma stratejileri kullanılır
- Kusursuz bir çözüm yoktur, ancak Nostr dayanıklılığı esas alacak şekilde tasarlanmıştır
-
Büyük ölçekli benimsemede ölçeklenebilir mi
- Temel yapı istemci-sunucu mimarisidir ve kullanıcılar yüzlerce relay'e doğal olarak dağıldığı için yük dağıtımı yapının içine gömülüdür
- Çok sayıda relay bağlantısı endişe yaratabilir, ancak insanlar benzer ilgi alanına sahip hesap kümelerini takip ettiğinden relay'ler doğal bir ortak payda oluşturur
- Native uygulamalar yüzlerce WebSocket bağlantısını kaldırabilir ve yerel veritabanı üzerinden toplu isteklerle performans sağlar
-
Çevrimiçi tacize nasıl karşılık verilir
- Spam'e benzer şekilde istenmeyen gönderiler mümkün olduğundan engelleme, paylaşılan engel listeleri, sınırlı okuma relay'leri ile maruziyetin en aza indirilmesi sağlanır
- Yalnızca arkadaşlar görebilir gibi koruma işlevleri relay politikaları ile taklit edilebilir
-
Neden Mastodon/Fediverse değil
- Kriptografi eksikliği nedeniyle multi-master mümkün değildir; bu da sunucuya ait kimlik ve sunucular arası güven aktarımı sorunları doğurur
- Sunucu işletmecilerine aşırı güven gerekir; alan adı ve DNS bağımlılığı da sorun olarak gösterilir
- Nostr, sunucuya bağlı olmayan kimlik ve relay seçimi sayesinde relay düzeyinde gerçek topluluklar kurulmasını mümkün kılar
-
Neden Bluesky/ATProto değil
- PLC tabanlı kimlik merkezileşmesi ve Relay-AppView-Client tekil doğruluk akışı nedeniyle sansür·yeniden sıralama·shadowban riski yüksektir
- Çoklu kaynak yapısıyla iyileştirilebilir, ancak bu durumda fiilen Nostr'a benzer bir yapıya yakınsar
-
Relay işletme teşvikleri uyumlu mu
- Sunucu işletme maliyetleri düşüktür ve topluluklar/bireyler/kurumlar/hosting sağlayıcıları gibi farklı aktörler relay'leri düşük maliyetle sunabilir
- Kullanıcılar istedikleri yere gidebildiği için çeşitli ekonomik aktörlerin teşvikleri hizalanır
-
Farklı relay'lere dağılmış tüm içeriği görebilir miyim
- Dünyadaki her şeyi göremediğimiz gibi yalnızca odaklandığımız ve erişimine izin verilen alan içinde gözlem yapabiliriz
- Bu, dikkat odağı ve relay seçimine bağlı doğal bir sınırlamadır
-
Arama nasıl çalışır
- Özünde ancak gördüğünüz şeyi arayabilirsiniz; bu yüzden genel arama isteniyorsa crawler/indexer'ların ağı seçici olarak toplaması gerekir
- İstemciler yerel depolama sayesinde gördüğüm/etkileşim kurduğum içerikleri yerel arama ile hızlıca bulabilir
- Konu relay'leri, kendi indekslemeleriyle kullanışlı kapsam araması sunabilir
-
Algoritma yoksa yeni içerik nasıl keşfedilir
- Temel yöntem, takip edilenlerin etkileşim grafiğini keşfetmektir; Nostr da yerel/relay/yapay zeka tabanlı algoritmalara sahip olabilir
- İstemci tarafında öne çıkarma/yeniden gösterme, relay tarafında kürasyon gibi çeşitli keşfedilebilirlik mekanizmaları uygulanabilir
-
Bitcoin ile ilişkisi nedir
- Kriptografik ilkeleri paylaşır ve Bitcoin topluluğundan doğmuştur, ancak bir bağımlılığı yoktur
- Zaps, bazı istemcilerin uyguladığı bir Bitcoin bahşiş standardıdır ve tamamen isteğe bağlıdır
1 yorum
Hacker News görüşleri
Nostr'un kriptografi teknolojisinin ciddi biçimde yetersiz olduğunu bilmek gerekiyor
Bu makalede sunulan başlıca zafiyetler şunlar
event protokolü açık anahtar kimlik doğrulaması yapmıyor, bu yüzden simetrik anahtar imzası yalnızca göstermelik kalıyor
Damus ve Iris gibi iki büyük istemci imzaları doğrulamıyor bile
sistem içindeki DM'ler kimliği doğrulanmamış CBC şifreleme kullandığı için saldırganlar mesajlarda bit-flip ile içeriği değiştirebiliyor
uygulamalar otomatik link önizlemesi yaptığı için eski EFAIL saldırısı yeniden mümkün hale geliyor
sistemde anahtar ayrımı yok, bu yüzden kullanıcı kandırılarak oturum anahtarını yanlış kullanması sağlanabiliyor
genel olarak 2000'lerin ortası seviyesinde acemice hatalar var
Nostr'un başka avantajları olabilir ama uçtan uca güvenlik istiyorsanız uygun bir platform değil
Nostr topluluğunda uzun süredir aktiftim ve Safari için bir eklenti de yaptım
İlgili makaleyi okumadım ama belirtilen noktaların Nostr protokolünün kendisine dair bir yanlış anlama ya da karışıklık içerdiğini düşünüyorum
Nostr'da açık anahtar doğrudan kimlik işlevi görür
Kriptografik olarak açık anahtar tabanlı kimlik taklit edilemezdir (uygulama hatalarını bir kenara koyarsak)
UX açısından "açık anahtar sahibinin gerçek kimliğini doğrulamak" zor olabilir ama bu, kriptografik güvenlikten ayrı bir konudur
"event protokolü açık anahtar kimlik doğrulaması yapmıyor" demek tamamen anlamsız
Çoğu istemci ve relay gerçekten imza kontrolü yapıyor
Damus'un yazarı olarak söyleyeyim, bu eski sürümlerle ilgiliydi — sorun çözüldü
Başlangıçta yalnızca güvenilen relay'lere bağlanılıyordu ve bu relay'ler imzaları doğruluyordu
Optimize imza doğrulaması için nostrdb adında gömülü bir veritabanı bile yaptım
DM'lerin kimliği doğrulanmamış CBC olduğu için saldırıya açık olduğu iddiası da yanlış
Tüm not, secp256k1 imzasıyla kapsanıyor
Otomatik link önizlemeleri, görseller vb. açılıp kapatılabiliyor ve endişeniz varsa VPN öneririm
Nostr'da hangi anahtar algoritmasının kullanıldığını bulmaya çalıştım ama belgelerin hiçbir yerinde doğrudan belirtilmiyor
Aratınca her şey Blech32 (Bitcoin anahtar kodlaması) ile ilgili sonuçlara çıkıyor
hellonostr.dev tanıtım belgesine bakınca, kodlamanın kendisinde sürüm bilgisinin gömülü olduğunu görebilirsiniz
npub1abcxyz... biçiminde npub başlık, 1 sürüm, sonrası da anahtar kısmı
İlgili belgelere bakabilirsiniz
İşaret edilen sorunlar gerçekte ya uygulamaya bağlı şeyler (imza doğrulamayan uygulamalar, ki bu protokolün özünü bozar),
ya da ilk dönem geçici şifreleme yöntemlerinden kaynaklanıyordu (bunlar zaten NIP44 vb. ile değiştirildi ve bağımsız denetimden geçti)
Şu anda kritik ya da pratikte acil müdahale gerektiren bir sorun yok
Neden bunları ilk kez şimdi duyuyorum bilmiyorum
Hızla tartışılması gerekiyor
Protokol açısından daha güvenli bir federatif platform bluesky(at protocol) mi, fediverse mi merak ediyorum
Birçok kişi Nostr relay'lerinin federasyon kurup mesaj paylaştığını sanıyor
Aslında öyle değil
Bir Twitter klonu yaparsanız istemci uygulamanın birden fazla relay'de doğrudan arama yapıp gönderi paylaşması gerekir
Ortak relay kullanılmıyorsa taraflar birbirinin mesajlarını göremez
Tek relay kullanılırsa tamamen merkezileşir,
birden fazla relay kullanılırsa yavaş ve zahmetli olur, kullanıcıların hangi relay'lere bağlanacağını da kendisinin bilmesi gerekir
NIP belgeleri de dağınık olduğu için bakım zordu
Relay'ler de federasyon kurabilir
Nostr protokolü federasyon olup olmaması hakkında hiçbir şey söylemiyor
Ben bir indexer (relay) işletiyorum ve bu indexer başka relay'lerle entegre çalışıyor
ActivityPub relay'lerinde olduğu gibi herhangi bir istemci indexer'a bağlanıp bootstrap yapabilir ve event metadata arayabilir
Aynı relay'ye bağlı olmasalar da istemciler arasında bilgi iletmenin çeşitli yolları var
Bunun son derece ilginç bir zor problem olduğunu düşünüyorum
NIP65 gibi profil metadata'sında okuma ve yazma relay'lerini belirtirseniz,
istemciler tüm uygun içeriği kolayca bulabilir
Bunun dışında da çeşitli fikirler deneniyor
Çözülebilir bir problem olduğunu düşünüyorum
Relay'ler kullanıcı tarafından üretilen içeriğe sahip olmadığı için federasyona ihtiyaç yok
İstemciler genellikle kullanıcının doğrudan seçtiği relay kümesine dayanır
Yine de başlıca relay'lerin önemli bir kısmı başka relay'lerin event'lerini de depolayan bir yapı işletiyor, yani bir tür federasyon
Örnek: Primal, TheForrest, nostr.land
nostr.land ücretli bir relay'dir; temel amacı spam filtreleme ve birden çok herkese açık relay'deki notları toplamak
İstemiyorsanız başka relay seçebilirsiniz
Çoğu kullanıcı mevcut relay federasyonu sayesinde notların %99'undan fazlasını görebiliyor olabilir ama gerçek oranı doğrulamak mümkün değil
Bazı istemciler ve imzalayıcılar notları özel olarak saklıyor,
ayrıca bir relay notları sansürlerse başka relay'lere her zaman yeniden göndererek karşılık verilebilir
Nitekim popüler ücretli relay'leri kullanırsanız yazma event'lerinin 3/4'ünde "zaten başka bir relay'e kaydedildi" uyarısını çok hızlı görmeye başlarsınız
Son olarak relay'ler kendileri de istemci gibi davranabilir ve bu özellik mobilde ya da ağ yavaşken cache olarak işe yarar
Outbox yaklaşımının sorunları var ama istemci geliştiricileri bunu bir seçenek olarak sunabilir,
dolayısıyla federatif yapıdan P2P'ye kadar esnek biçimde genişleyebilir
Çoğu istemci outbox desteği veriyor, bu yüzden aynı relay'leri kullanmak zorunda değilsiniz
Her kullanıcının ayrı inbox ve outbox relay'leri olabilir
NIP belgelerinde garip kısımlar vardı
Ama NIP'lerin çoğu iyi şekilde gelişiyor ve,
düzenli resmî sürümler olsa küçük bir mesele olarak çözülebilirdi
Birçok geliştirici hızlı yanıt veriyor
Bu tür projeler kullanım senaryosu, felsefe ve uygulamayı net biçimde ayırarak anlatsa iyi olurdu
İlk bakışta bunun bir sosyal ağ mı yoksa bir protokol mü olduğu anlaşılmıyor
“Sansüre mi odaklı? Blog yazısı mı okumam gerekiyor?”
Scuttlebutt, Mastodon, ActivityPub, Diaspora vb. de aynı
Sonuçta “e-postadan farkı ne?”, “Twitter'a göre ne daha iyi?”
İnsan anlamadan önce “bu teknik bir uygulama mı, ürün mü, site mi, uygulama mı” diye kafası karışıyor
Urbit'i de tam olarak açıklayabilecek çok kişi yoktur
Yine de bunun “Web3”ten daha iyi olduğunu düşünüyorum
Bluesky ve Gemini bu konuda nispeten daha net
Nostr, P2P yapı ile web mimarisi arasında bir uzlaşma çözümü
İnternetin akışına uyum sağlamak için web sunucularını kullanırken,
kullanıcıların sunuculara bağımlılığını azaltıyor ve açık anahtar/imza ile kimlik ve veri doğrulamasını güçlendiriyor
Bunun sonucu olarak kullanıcıya "credible exit" benzeri bir yetki devri sağlanıyor
Bu yüzden buna yeni bir kullanım örneğinden çok “yeni internet” deniyor
Platform merkezli değil kullanıcı merkezli bazı trade-off'lar var (UX kalıplarındaki farklılıklar dahil)
Mevcut sosyal ağların sansüre dayanıklılığına benzer değerler sunduğu için
çok sayıda toplumsal kullanım alanı ortaya çıkıyor
Böyle bir siteyi doğrudan sizin yapmanız iyi olurdu
Ürün açıklamasının ilk satırında “apolitical” kelimesinin kullanılması çok tuhaf
Aynı anda “open” kelimesi de geçiyor ama burada bu özünde siyasi bir anlam taşıyor
Nostr'un kriptoyla ilişkisi var mıydı hatırlamıyorum ama bir şeyler kafa karıştırmıştı sanki
Nostr'un “nostr coin” diye bir şeyi yok ve zincir üstü bir işlem de yok
Bunu çok seviyorum
Özellikle Nostr ile kripto para topluluğunun kesişiminin tamamen çakışıyor gibi görünmesi nedeniyle
Ağırlıklı olarak Bitcoin kullanan çok kullanıcı var
Sağcıların kendilerine “apolitical” deme geçmişi uzun
Nostr, Mastodon, Discord gibi federatif/dağıtık yapıdaki hizmetlerde
gerçekten dağıtık bir sosyal ağ için istemci uygulamanın kendi relay'sini gömmesi ve tüm kullanıcıların sunucu olarak da çalışması gerekir
Klasik P2P yazılımlar bunu zaten yaptı ve gerçekten de işe yarıyor
Ama kullanıcı, kendisinin doğrudan edinmediği verileri de rastgele barındırırsa
yasa dışı içerik nedeniyle cezalandırılma sorunu ortaya çıkar; bu, örneğin havaalanında yasa dışı madde taşırken yakalanma durumuna benzer
Bu risk yüzünden gelecek nesil P2P yapılarında yapay zeka tabanlı “yasa dışı içerik filtreleme” (ör. CP, film) gerekecek
Ya da yapı tamamen kapalı topluluklar şeklinde olmalı ki
sorun çıkarsa sorumluluk yalnızca topluluk içinde kalsın
Sonuçta tüm istemcilerin aynı zamanda sunucu da olduğu model, en iyi dağıtık sosyal modeldir
iroh adlı proje böyle çalışıyor
“relay” yalnızca iki istemci arasındaki bağlantıya aracılık ediyor
Ayrıntılar için iroh kavram açıklaması bağlantısına bakabilirsiniz
Havalı ama gerçek P2P yapılar pratikte pek yürümüyor
iroh bile içeride relay'lere dayanıyor
Nostr ise relay'lere politika uygulama yetkisini doğrudan veriyor (bunu ayrı bir hack gerekmeden yapısal olarak sağlıyor)
Nostr'un HN'de zirveye çıkmasına sevindim
Hâlâ erken aşamada ama Nostr ile “zapps” (Bitcoin-Lightning tabanlı anlık mikro ödeme) de yapılabiliyor
Reklam ya da algoritma sorunları olmadan içerik üreticilerine doğrudan küçük ödemeler yapılabilen,
reklamsız ve merkeziyetsiz bir sosyal ağ modeli
Nostr istemci PR çalışmaları da zaps ile ödüllendirilebilir
İlgili ödül örneğine bakabilirsiniz
Bitcoin zaten ağır biçimde düzenleniyor
Böyle yorumları okuyunca kayıt olma isteği geliyor ama keşif sayfasında
insanların gerçekten somut ürünler (makine, kakao, alternatif eğitim vb.) sattığını görünce etkilendim
Yalnızca “günlüğümü açık ettim, bana para verin” türü bir yer olmaması farklı hissettirdi
Gerçek ürünler, hizmetler ve üreticiler için bir platform gibi
Nostr en az 5 yıldır var
Pandemi döneminde de Twitter'dan Nostr'a geçen çok kişi olmuştu
Bu yüzden buna ancak şimdi erken aşama demeye pek katılamıyorum
Çeşitli Nostr uygulamalarına örnekler
openux.app - Mobbin alternatifi
kinostr.com - gerçek zamanlı film sohbeti
zap.stream - Twitch tarzı canlı yayın
dtan.xyz - torrent
zapstore.dev - izin gerektirmeyen uygulama mağazası
nostrnests.com - sesli oda sohbeti
zapmeacoffee.com - Buy Me A Coffee benzeri
asknostr.site
Böylece dağıtık sosyal protokol birçok farklı kullanım senaryosunu mümkün kılıyor ve,
kullanıcı açısından avantajları şunlar
Nostr'u yalnızca bir mikroblog hizmeti olarak kullanmak gerekmiyor; altta yatan katmanda farklı kullanım alanları var
Örneğin Trystero,
merkezi bir sunucu olmadan P2P WebRTC bağlantısı kurarken Nostr'dan yararlanıyor
(MIT lisansı)
Ben de Nostr, Bittorrent DHT, Mastodon vb. ile sansüre dayanıklı çok kanallı yayın yapmayı düşünmüştüm
Amaç, ancak tüm yöntemler başarısız olduğunda ağ bağlantısının kesilmesi
Benzer şekilde Nostr ya da ATProto'nun
P2P anlık mesajlaşma için “çevrimdışı mesaj deposu” olarak kullanılıp kullanılamayacağını da merak etmiştim
Bağlantı kurmak için kullanılması gerçekten yaratıcı bir yaklaşım
Gerçekten harika bir fikir
Ben de benzer bir şey yapmak istemiştim ama bir başkasının bunu zaten yapmış olması zaman kazandırdı
Bu tür teknik sosyal ağların neden eski web gibi
kişisel ana sayfaların birbiriyle bağlandığı yapı yerine
ayrı hesap temelli platformlara yöneldiğini anlamıyorum
RSS dışında, kişisel site işletmeyi teşvik ederken
üstüne merkezileşmiş sosyal medya özellikleri (sohbet, akış vb.) ekleyen ağ denemeleri olmadı mı diye merak ediyorum
Buradaki “hesap” aslında bir açık/gizli anahtar çiftinden ibaret
Kendi relay'inizi de işletebilirsiniz,
aynı açık anahtarla istediğiniz relay'yi kullanabilirsiniz
Gönderilerinizi istediğiniz tüm relay'lere yayınlayabilirsiniz
İsterseniz her gönderi için yeni bir anahtar da üretebilirsiniz
Mastodon vb. sistemlerde hesap sunucuya bağlı olduğu için taşınabilirlik ve özgürlük daha düşüktür
Ancak hesap kurtarma yöntemi hiç olmaması sorun yaratabilir
RSDS(Really Simple Decentralized Syndication) bağlantısına bakmak iyi olabilir
Genel olarak nostr zaten böyle bir yapı
Ama web sitesi yerine “not” veri tipini, sunucu yerine de “relay”yi kullanıyor
Neden bunu “açıkça teknik insanlara yönelik bir hizmet” olarak gördüğünüzü soruyor
Kurucuların zihnindekini kesin bir dille varsaymak doğru mu diye karşı çıkıyor
Esasen zaten birden fazla teknolojiyi birleştirerek
kişisel ana sayfa/sohbet/akış sistemini kendiniz kurabilirsiniz
Fakat bu tür hibrit modelin pratik sorunları şunlar
Bunların hepsini aynı anda çözmeye çalıştığınızda kaçınılmaz olarak ödünleşmeler doğar
Tam dağıtıklık, keşfedilebilirlik ve erişilebilirlikten taviz vermek anlamına gelir
“Artık hesaba gerek yok” iddiası da çevrimiçi ve çevrimdışı çoklu kimlik meselesiyle iç içedir
Sonuçta bu bir değer tercihi meselesidir ve teknisyenler arasında popüler olan çeşitli deneysel dağıtık hizmetler (örn. Mastodon, Nostr, Smolweb)
erken internet zihniyetinin etkisini taşır: karşı kültür, açıklık, standartlaşma, birleştirilebilirlik
Herkesi memnun edecek tek bir çözüm yoktur,
bu yüzden internetin öz değerlerinin çeşitlilik, standartlaşma ve açıklık olduğunu düşünüyorum
“apolitical communication commons”
Bazıları, ‘siyaset dışı’ etiketinin kendisinin zaten
siyasi bir ifade ve bir güç pozisyonu olduğunu belirtiyor
“siyaset”ten neden bu kadar korkulduğunu anlamıyor
Yurttaş olarak siyasal katılımın doğal bir görev olduğunu söyleyen Antik Yunan temel ilkesini örnek veriyor
Hatta ‘idiot’ kelimesinin kökeninin apolitical kişiye dayandığını söylüyor
“apolitical” kavramı,
gerçekte otoriter rejimlerde sessiz kalıp mevcut düzeni örtük biçimde destekleyen kişi olarak algılanır
Rusya gibi diktatörlüklerde bu, özgürlüğün bastırılması ve zulme giden kısa yol olur
Nostr gibi hizmetler de hükümetlerin “relay işletmek yasa dışı/suçtur” ilanlarıyla engellenmeye çalışılmıştır
“Her şey siyasetse, o zaman hiçbir şey siyaset değildir”
Yazara göre kişi muhtemelen sadece teknik olmayan tartışmalardan kaçınmak istiyor
“apolitical” herkesin hoş karşılandığı anlamında da yorumlanabilir
Tek giriş bariyeri internet bağlantısıdır
Muhtemelen son 10 yıldaki sosyal ağ sansürü eğilimlerine karşı bir tepki bağlamında kullanılmıştır
Bazıları da “belirli bir konumun sağladığı ayrıcalıkları kullanarak başkalarına yardım etmek gerekir” diyor
Bunun burada da geçerli olabileceği söyleniyor