Geçen hafta CKB topluluğu üyesi Retric, Nostr Bağlama Protokolünü önerdi.
Nostr bağlama protokolü, Nostr Olayları ve CKB Hücreleri arasında bire bir eşleme oluşturmak için kullanılır. Sıradan kullanıcılar, Nostr sosyal ağında bu protokole dayalı olarak yerel varlıklar oluşturabilir ve dağıtabilir. RGB++ aracılığıyla Nostr'daki bu varlıklar, Bitcoin adresleri tarafından da kontrol edilebilir. Müşteri geliştiricileri bunun üzerinde ürünler oluşturabilir. İki sisteme bölünmüş olan (biri zincir dışı sunucu ve diğeri zincir içi akıllı sözleşme olan) ETH dApp'in aksine, Nostr bağlama protokolü, dApp'e yeni bir geliştirme paradigması getiriyor. Farklı veri düzeylerine sahip tutarlı bir sistem kullanarak dApp'ler oluşturun. Nostr bağlama protokolünün gelecekte sosyal ağlardaki yerel ödeme sorunlarını çözmek için CKB Lightning Network'e sorunsuz bir şekilde entegre edilebileceği aktarılıyor.
Nostr, sansüre dayanıklı küresel bir sosyal ağ oluşturmaya adanmış, genel ve özel anahtarlara dayalı minimalist bir bilgi aktarım protokolüdür. Nostr, sosyal verileri (gönderiler gibi) depolamak ve bunları İstemciler adı verilen yazılımı çalıştıran kullanıcılara iletmek için Relay'i kullanır.
Bu yıl 9 Mart'ta Nervos Vakfı ve ABCDE'nin ortaklaşa düzenlediği ilk Bitcoin Singapur Konferansı'nda Retric, "Nostr Ekolojik Kalkınma Mevcut Durumu ve Sorunları" konulu bir paylaşım yaptı👇
Retric'in paylaşımına dayanarak herkesin Nostr protokolünü daha iyi anlamasına yardımcı olabilecek içerik şöyle:
Bu Nostr protokolü bugünkü toplantının en basit şeyi olmalı. Başkalarının bahsettiği bazı teknolojiler veya protokollerle karşılaştırıldığında anlaşılması en kolay olanıdır çünkü aynı zamanda çok basittir. Nostr'ın başlangıçta yapmak istediği şey aslında bir "Twitter"dı, ancak bu Twitter Elon Musk tarafından kontrol edilmiyordu, kötü şeyler yapmayacak veya kötü bir şey yapmayacak, git insanları engelle ve biraz ifade özgürlüğüne sahip daha merkezi olmayan bir Twitter. . Bu işi daha gerçekçi bir başlangıç noktasından yapmak istiyor yani böyle bir yazılım yapmak istiyor. Bu amaçla Nostr adı verilen sosyal ağlar üzerinde merkezi olmayan bir protokol önerdi. Sonra artık herkes bu şeylerin sadece Twitter yapmak için olmadığını, daha çok üzerinde çeşitli uygulamalar yapabileceğimiz daha iyi bir İnternet yapısı olduğunu anlamaya başlıyor.
Öncelikle Nostr protokolünü kısaca tanıtayım. Aslında tek cümleyle anlatılabilir: Bu bir veridir, özel bir anahtarla imzalanır, bu veri farklı Röleler veya röleler üzerinde yayılır ve ardından istemciye gönderilir. Temel olarak, sabit formatlı bir veriyi imzalıyorum ve imzaladıktan sonra onu bazı tekrarlayıcılara gönderiyorum ve ardından diğer kullanıcıların bu verileri istemci aracılığıyla bu tekrarlayıcılardan alıp okumasına izin veriyorum.
Nostr'ın temel özelliği, farklı alanlara sahip olan ve her alanın bir anlamı temsil ettiği bir Jason yapısıdır. Mesela pubkey gönderdiğim veriyi imzalamak için kullandığım public key mesela içerik sütunu var yani imzaladığım verinin içeriği nedir herhangi bir string olabilir. Gönderdim ya da bir numara ya da şifreli bir şey olabilir. Protokolde herhangi bir kısıtlama yoktur. Burada ayrıca bir imza da olacak, bu da gönderdiğim veriler için bir garanti verdiğim, verilerin gerçekten benim tarafımdan gönderildiğinden emin olduğum anlamına geliyor.
Yani Nostr'ın özü bu kadar basit. Bu aslında yerel olarak yazdığım belirli bir veri parçasını imzalamak için belirli bir özel anahtar kullandığım anlamına geliyor. Bu veriler internete gönderildikten sonra Nostr ağ yapısı da oldukça basittir; biri Relay, diğeri Client adı verilen yalnızca iki yapıdan oluşur.
Relay herkesin kurabileceği bir sunucudur. Bu Rölenin işlevi, az önce bahsettiğim verileri bana kimin gönderdiğini izlemek için her zaman internette çalışıyor olması ve ardından onu alıp kaydetmesidir. Bir müşteri benden belirli verileri isterse, ona tekrar vereceğim. .
İkinci kısım ise bu verinin nasıl yayılacağı, yani yaygınlaştırma spesifikasyonu ki aslında pek çok detay içeriyor. Örneğin bu verileri Relay'e aktarırsam birbirleriyle iletişim kurarlar mı? Yoksa Relay'e ilettikten sonra, Relay verileri tamamen benim için kaydedecek ve istediğimde bana verecek mi? Aslında böyle detaylar var. Nostr'ın cevabı "Umurumda değil, bunu kendin düşünebilirsin." Ne olursa olsun, bu aslında biraz tuhaf bir tepki ama bazen bunun daha akıllıca bir strateji olduğunu düşünüyorum. Bazen öyle görünüyor ki, ister gerçek dünyada ister çevrimiçi olsun, bazen çok fazla endişelenmek bazı şeyleri incitiyor, bu yüzden bunu görmezden gelmenin aslında çok ilginç olduğunu düşünüyorum.
Örneğin size basit bir örnek vereyim. Geleneksel merkezi bir sosyal ağ kullandığımızda, merkezi sunucu varsayılan olarak tüm verilerinizi kaydedecektir. O zaman benden bir şey istediğinde onu istediğim zaman verebilirim ama Nostr'ın umurunda olmadığı için burada ne olacak? Bazı Relay operatörleri daha büyük ve daha güçlü olmak isterler ve tüm mesajları kaydetmek isterler. Bu da bir çeşittir. Başka bir yol da ben bir hobiyim, sadece çok küçük bir düğüm oluşturmak istiyorum ve yalnızca beğendiğim kullanıcılardan gelen verileri kabul ediyorum. Sizden kabul etmeye hazır olduğum bazı veriler de var ama aldıktan 30 dakika sonra istemeyebilirim, sunucumdaki disk sınırlı olabileceği için bunları silmek istiyorum ve bunun için saklamak istemiyorum. uzun.
Yani aslında birçok farklı role evrilecek ve bu farklı roller farklı işbölümlerine sahip olabilir. Örneğin, birisi bunu gerçekten bir işletme olarak yürütmek istiyorsa, o zaman profesyonel bir hizmet noktası olacağım ve herkese daha istikrarlı ve daha uzun vadeli bir hizmet sunmak için elimden gelenin en iyisini yapacağım. LAN gibi şeyleri de yürütebilen bazı meraklılar da var, dolayısıyla bu farklı iş bölümlerine dönüşecek.
Yaygın bir durum, çoğu Aktarma düğümünün mesajlarınızdan bazılarını almaya istekli olması, ancak bunların uzun süre saklanacağını garanti edememesidir. Bu yapı aslında gerçek insan toplumumuzdaki bazı sosyal kalıplara daha uygun görünüyor. Gerçek bir sosyal model mesela bugün burada herkesle sohbet ediyorum, konuştuğumda beni duyuyorsunuz ve bunu biliyorsunuz ve ardından mekanı terk ediyorsunuz. İki gün sonra bazılarının hafızası zayıflar ve neden bahsettiğimi hatırlamaz hale gelir, ancak bazıları bu mekandan bir kayıt cihazı alıp söylediğiniz her kelimeyi yazıyor demektir. .
Bu aslında bizim gerçekliğimizde olup bitene çok benzer. Bu durum, Nostr'un pek çok ayrıntıyı veya başka birçok şeyi düzenlememesi ve Relay'in Relay ile iletişim kurmasının gerekip gerekmediğiyle ilgilenmemesi nedeniyle gerçekleşebilir. birbirinizin vardır ama bu sizin yapamayacağınızı söylemez. Bu nedenle birçok Röle, İstemci gibi davranacak ve aynı zamanda verilerini almak ve tüm verileri senkronize etmek için diğer Rölelere de gidecektir. Ancak iletişim kurmanız gerektiğini söyleyerek zorunlu gereksinimler getirmiyor. Bunun nedenlerinden biri, eğer bu gereksinimi yaparsam ve iletişim kurmanız gerekiyorsa, o zaman her Rölenin tüm ağdaki her kullanıcının verilerini kaydetmesi gerekir, bu durumda. Relay'i çalıştırmak için çok büyük bir test olacak. Belki bunu yalnızca profesyonel hizmet sağlayıcılar çalıştırabilir ve bireysel meraklılar çalıştıramayabilir. Bu basit anlaşmayı yapmanın arkasında yatan bazı düşünceler bunlar.
Özetlemek gerekirse Nostr protokolünün çok basit olduğunu düşünüyorum. Bununla ilgili bir başka ilginç şey de, bu noktada Bitcoin ve Blockchain'e sahip olmamız. Sahip olmak istediğimiz şey, tıpkı hepimizin oturup söylediği gibi, birleştirilmiş bir düğüm kullanıyoruz. Aslında bu, çok ilginç bir düğümde görünüyor. Bazı sosyal ağlar veya bazı İnternet ürünleri oluşturmak için format ve birleşik protokol. Ancak artık bu düğümün sıkı çalışması için bir yön olduğunu düşünüyorum; bu da WeChat, Twitter vb.'nin yaptığı bazı şeyleri yapmak için çok basit bir veri yapısı ve çok basit bir değişim protokolü kullanmaktır. Bu yüzden ilk bakışta bunun çok basit ve ilgi çekici olmadığını düşünebilirsiniz. Ancak ortaya çıkmasının ardındaki zamanı düşünürseniz, görünüşünün anlamı daha ilginç olacaktır.
Bir diğer nokta ise yapısı gereği çok sayıda doğrulamanın aslında müşteri tarafında gerçekleşmesidir. Burada aslında doğrulanması gereken tek bir şey var: yayınladığınız verinin gerçekten bildirdiğiniz public-private key çifti tarafından gönderilip gönderilmediği. Sadece bu doğrulama yapılıyor. Bu doğrulamayı neden yapıyoruz? Çünkü örneğin bir tweet atıp söylememem gereken bir şey söylersem bu Relay'e gönderilecek. Bunu başkalarına göndermek Relay'in sorumluluğundadır. Eğer Relay bunu doğrulamazsa, Relay senin söylediğin tuhaf bir sözü uydurup diğer kullanıcılara gönderdiğimi söyleyebilir. Çünkü veriyi gönderdiğimde imzam var, veriyi alan müşteri doğrulama yapıp imzaladığı imzanın söylediğiyle birebir eşleştiğini söyleyebilir, böylece Relay başkalarını aldatamaz.
Yani doğrulamalarından biri de imzayı doğrulamaktır. Bu imzanın doğrulanması aslında WeChat gibi geçmişteki merkezi internetimizinkiyle aynıdır. WeChat'teki sunucu kendisi tarafından kontrol edilir ve üzerine her şeyi yazabilir. sunucusunun size yalan söylemediğinden emin olmanızın hiçbir yolu yoktur çünkü tüm veriler ve tüm haklar sunucudadır. Ancak en basit doğrulama olduğu sürece, hakları sunucudan alıp hesabın sahibi olan kullanıcıya devredebiliriz. Genel ve özel anahtarınız olduğu sürece, hiç kimsenin benim gibi davranmadığından veya yanlış bir şey söylemediğinden emin olmak için arkadaşlarınızdan bunu doğrulamalarını isteyebilirsiniz.
Peki Nostr'un gelişimi nedir? İşte Mart ayında karşılaştığım bazı veriler. Dağıtık bir ağ olduğu için verilerini saymak kolay değil. Nostr.band sitesinden aldığım veriler bunlar. Toplam Nostr kullanıcı sayısı 370.000 civarında, günlük aktif kullanıcı sayısı ise sadece 12.000 olabilir. Toplam Röle sayısı, ortaya çıkan Röleler ve bu düğümden geçen kişi sayısı 2.000'den fazla olabilir. Ancak bu düğümlerden kaç tanesinin aslında her zaman çevrimiçi olduğu muhtemelen 200'den azdır. Muhtemelen durum budur, dolayısıyla hala nispeten az sayıda kullanıcı var.
Karşılaştırma için BlueSky protokolüyle karşılaştırmaya bakın. Bluesky geçen yılın sonunda 2 milyon kullanıcıya ulaştıklarını söylemeliydi. Sağdaki verilerde Twitter'dan ayrılan kullanıcıları ve nereye gittiklerini sayıyorsunuz. Ayrıca Mastodon'un da ilk sırada yer aldığını görebiliyorsunuz. Nispeten eski bir marka. Bundan sonra bazı insanlar ost haberlerine, bazıları da BlueSky'a gittiler, aslında nispeten küçük bir kısım olan beşinci kademeye aitler.
Bu kaba bir geliştirme durumu. Elbette Nostr'ın arkasında bu tür verilerde görülemeyen birçok şey var. Örneğin protokole bazı teklifler sunuldu ve geliştiriciler ona bazı PR'ler sundu. Bu geliştirme faaliyetleri veya tartışmalar sayılmayabilir, ancak bu bağlantılara tıklarsanız aslında hala birçok şeyin gerçekleştiğini ve çok sayıda insanın bu protokole katkıda bulunmak istediğini görebilirsiniz. Bunlar herkesin Nostr'ı kullanarak yaptığı şeylerden bazıları. Gerçekten sadece Twitter yapmakla kalmıyorum, aynı zamanda müzikle ilgili birçok uygulama, YouTube türü uygulamalar ve blog türü uygulamalar da var.
Özetlememe izin verin, artık çoğu kullanıcının aslında geliştirici veya yapımcı olduğunu düşünüyoruz. Onlar protokolün kendisiyle ilgileniyorlar ve onun üzerinde bir şeyler geliştirmek istiyorlar ya da ben sizin protokolünüz üzerinde bir şeyler yapmak isteyen biriyim ve sıradan kullanıcı sayısı daha az olabilir.
Nostr neden bu kadar basit? Vizyon iyi görünüyor ama gelişimin pek tatmin edici olmadığını düşünüyorum. Bu PPT'yi yazarken aslında sayısız ayrıntıya sahip birçok küçük sorun olduğunu fark ettim. Müşteri tarafında ürün deneyimiyle ilgili bazı şeyler var. Ama aslında bu tür şeyleri net bir şekilde anlatmak çok zor, o yüzden daha önemli olduğunu düşündüğüm üç noktaya değindim.
İlk büyük soru, Nostr ağında bir kullanıcı tarafından yayınlanan içeriği nasıl bulacağınızdır, çünkü daha önce de söylediğimiz gibi, tüm Nostr protokolünün işleyişi, bazı şeyleri yerel olarak imzalamam ve ardından bunları sayısız Relay'e göndermemdir. Diğer kullanıcılar bu Rölelerden gönderdiğim verileri alıp okuyabilirler. Bu bir modeldir. Ancak bu modelde bir sorun var. Verilerim Relay'e gönderildikten sonra arkadaşım bu mesajı okumak istediğinde, mesajımın hangi Relay'de olduğunu nasıl biliyor? okumaya gitti. Artık büyük bir kullanıcı deneyimi sorunu, Nostr'ı kullanırken birçok kişinin arkadaşlarına şunu sormasıdır: "Hey, hangi Relay'i kullanıyorsunuz? Bu verileri birlikte paylaşabilmemiz için ben de sizinle aynı Relay'i kurmak istiyorum." "Bu çok aptalca bir yöntem.
Elbette birçok geliştirici bazı detaylı çözümler ortaya koydu. Mesela NIP-65 önerisi var, bu da kabaca verilerimi hangi rölelere koyacağım anlamına geliyor. Daha sonra bu mesajı mümkün olduğunca tüm Relay'lere yayacağım, böylece arkadaşım önce Relay'e gidip arkadaşımın mesajlarını genellikle nereye gönderdiğine dair bir soru soracak. Bu bilgiyi aldıktan sonra sık sık yayınladığım Relays'e giderek onlardan verileri istedi. Bu bir yöntem.
Nispeten ayrıntılı iki moda bölünmüştür; birine Gelen Kutusu, diğerine Giden Kutusu adı verilir. Örneğin, Inbox gibi, kullanıcıların benimle ilgili bazı haberleri hangi Rölelerden okuyacağımı tanımlamasına olanak tanır. Twitter'da @me yapmak veya başka şeyler yapmak istiyorsanız bu mesajı bu Gelen Kutusu Aktarıcısına gönderebilirsiniz. Diğeri ise bazı mesajlarımı A, B, C ve D Aktarıcılarına göndereceğimi belirten Giden Kutusu Aktarımıdır. Bu muhtemelen, genellikle Röle üzerinde yayınladığım Aktarım mesajlarından bazılarını ilk önce göndereceğim anlamına gelir.
Ama teknik bir sorun çıkıyor yani haberin nerede olduğunu nasıl bileceğim. Dolayısıyla bu sorun da mevcut ve bazı çözümler, tüm ağdan mümkün olduğunca fazla bilgi indirmek için bazı algoritmalar kullanmamdır. Daha sonra başkaları tarafından gönderilen bazı mesajlarda bahsedilen Relay'in gizli kanıtlarından bazılarından, bir kişinin yayınladığı verilerin hangi Relay'lerde görünme olasılığını hesaplamaya çalışın. Bu olasılık hesaplaması yoluyla, veri gerektiren bir Aktarıcı bulmaya çalışın ve ardından diğerlerini, verilerinizi okumak istediklerinde bulabilecekleri konusunda ikna edin. Bazıları da kullanıcıların kullanacakları bazı Relay'leri tanımlamalarına, bazı gruplar oluşturmalarına ve diğer kullanıcıların sizi bu gruplar aracılığıyla bulmalarına olanak tanır. Bunlar mevcut iyileştirme çözümlerinden bazılarıdır.
İçerik Yönetişimi adı verilen ikinci sorun da daha ciddidir. İster içerik ürünleri ister sosyal ağlar olsun, enerjinin büyük bir kısmının bu sosyal ağdaki içeriği nasıl sürdüreceğinize ayrılması gerekiyor. Mesela Twitter'da gezinirken birisinin kafasını kestiği videoyu görmenize kesinlikle gerek yok, değil mi? Bu çok kötü bir deneyim. Bunun gibi şirketler arkalarında birçok işlem yapacak ve içeriği filtrelemek veya bazı içerik eşleştirmeleri yapmak için algoritmalar kullanmak için çok sayıda insana ihtiyaç duyuyorlar. Bu kısımda pazar nispeten boş. Bunun birkaç nedeni var. Bir nedeni de bu platformda herkesin algoritmalara karşı çok dirençli olması. Çünkü ister TikTok ister Youtube olsun, algoritmalar bizi kontrol ediyor gibi görünüyor ama aslında algoritmalara ihtiyacımız var, bu sadece ihtiyacımız olan şeyin algoritmayı değiştirebilmem olduğu anlamına geliyor.
Sadece Youtube veya TikTok'un reklamları itmek için bana verdiği zorunlu algoritmayı kabul edebileceğimi söylemek istemiyorum. Umarım istediğim zaman değiştirebileceğim birçok algoritmam vardır. Bu algoritmayı beğenmezsem çıkma seçeneğim var. Bu bakış açısı yavaş yavaş tasarımıyla kabul ediliyor. Sadece bu alanda, ister manuel işlemler olsun, ister içerikle ilgili bazı işlemler olsun, ister algoritmik teknolojide yapılan bazı şeyler olsun, bunlar hala nispeten eksik. Yani bu kısımdaki asıl sorun ağımızın herkesten oluşması. Hangi içeriğin iyi, hangi içeriğin kötü, hangi içeriğin ilginizi çekeceğine, hangi içeriğin ilginizi çekebileceğine karar verecek bir mekanizmaya ihtiyacı var. İlgilenmeyenler için bu aslında bir içerik yönetimi meselesidir.
Aşağıda ilk etiketleme verileri gibi listelediğim bazı mevcut iyileştirme planları bulunmaktadır. Bu Nostr'da, kullanıcıların hangi tür veriye ait olduğunu veya niteliklerinin neler olduğunu işaretlemesine olanak tanıyan özel bir veri türü vardır. Bir veri parçasını etiketlemek için bu tür etiketlemeyi kullanın, ancak bu yaygın olarak kullanılmaz çünkü çok basittir ve kimse bunu yapmaya istekli değildir. Hiç kimse sosyal üyeniz olarak hareket etmeye ve bu zorlu işin bir kısmını yapmanıza yardımcı olmaya istekli değil. İnternet toplumunun ilk dönemlerinde bu tür bir inşa ruhu vardı. Artık insanların bunu tüketici olarak kullanma olasılıkları daha yüksek. Tabii ki bazı insanlar API yapabileceğimi önerdi. Bazı hizmetleri yürütme konusunda uzmanım. Ağın tamamındaki bazı şirketlerden veri topluyorum ve ardından kullanıcılara gönderilecek iyi haber olma olasılığını artırmak için filtreleme veya sınıflandırma yapıyorum. Bu çözümün uygulanması çok kolay ama çok büyük bir sorunu var, yani bunu yaptıktan sonra tekrar geri dönüyoruz. Bu, Nostr protokolünden veri istemediğimi, bunun yerine özellikle iyi çalışan bir API aradığımı ve bu API'nin sunucusundan veri istediğimi söylemeye dönüşecek. O zaman bu tür bir anlaşma, bu API'nin arkasında başka bir Twitter veya başka bir WeChat haline gelecektir, dolayısıyla bu çözüm çok iyi. Sorun şu ki, eğer bunu yaparsanız herkes sizi eleştirecektir.
DVM adı verilen başka bir çözüm daha var, Nostr protokolünü kullanarak protokol tarafından belirlenen arayüzü kullanarak bu verilerin bazı sınıflandırmalarını veya algoritmalarını yapmak. Genel anlamı şu; siz bana Lightning Network'ün bir miktar Satoshi'sini verin, sonra ben size istediğiniz veriyi geri göndereyim. Veri formatını siz belirlersiniz ama bunda da bazı sorunlar var.
Diğeri ise Noscript, o da başka bir fikir. Bu filtreleme algoritmalarını veya sınıflandırma için gerekli bazı teknolojileri doğrudan kullanıyoruz ve bu kodları doğrudan içerik olarak kullanıyor, doğrudan Nostr'a koyuyoruz ve Relay'in saklamasını sağlıyoruz. Daha sonra müşteri doğrudan bu kodları aşağıya çeker ve bazı yerel filtrelemeler yapar veya bazı önerilerde bulunur. Elbette bunun gelişimi daha da kötü olacak çünkü artık sadece bazı fikirler var ve bazı insanlar bunu tartışıyor.
Üçüncü daha ciddi sorun aslında girişimcilik sorunudur, PMF. Günümüzde Nostr'ın çok sayıda ürünü veya geliştiricisi PMF'yi bulamıyor çünkü çok fazla rekabetle yüzleşmesi gerekiyor. Bir yanda merkezileştirilmiş geleneksel ürünler var, diğer yanda Web3 blockchaini olabilir. Token çıkarmadan hiçbir şey yapmıyorlar, bu yüzden aslında bazı iş modelleri eksik ve aynı zamanda ağ etkileri sorunuyla karşı karşıya çünkü buraya daha az insan taşınıyor, bu da daha az insanın buraya taşınmaya devam edeceği anlamına geliyor. Yani PMF büyük bir sorundur.
Nostr'ın en büyük müşterisi Damus'tur, kullandınız mı bilmiyorum. Geliştiricisi geçen yılın sonunda bir tweet atarak 2024'ün Damus'un son yılı olabileceğini söyledi. Çünkü bunu yapmaya devam edecek parası neredeyse kalmadı. Eğer 2024'e kadar bunu yapamazsa, hiç para kazanamayacak. Dolayısıyla bu aynı zamanda sosyal ağların kamusal yararları için sürdürülebilir bir kalkınma yönü bulma meselesidir.
Aslında buradaki sorunların hepsinin aynı zamanda fırsat olduğunu düşünüyorum. Örneğin, son PMF'de olduğu gibi, blockchain ile entegre olacak daha fazla yerimiz olursa, daha uygulanabilir iş modellerine sahip olursak ve blockchain fonlarıyla bir miktar entegrasyon yaparsak, bu sorunu çözebileceğimizi düşünüyorum. .
Son olarak Nostr'un alternatif uygulamalar geliştirmek için yeni bir çözüm olduğunu düşünüyorum. Alternatif ürünler yapmak istiyorsanız sadece iki uç nokta olmayabilir; uçlardan birine blockchain, diğerine Twitter denir. Tek değil, Nostr adında blockchain temelli olmayan bir orta yol olabilir ama özel mülk yazılım da değildir. Teşekkürler.
