Nostr, rostoucí centrum pro bitcoinovou komunitu, čelí některým výzvám, pokud chce dosáhnout významného rozsahu.
Toto je názorový úvodník Shinobiho, samouka v oblasti bitcoinu a hostitele technicky zaměřeného bitcoinového podcastu.
Napsal jsem článek o základech toho, co je Nostr a co jsou to „události“ a jak fungují, a také článek o některých klíčových otázkách správy, které bude muset platforma vyřešit. Nyní si projdeme některé problémy, které budou muset relay servery v dlouhodobém horizontu řešit.
Celý protokol Nostr závisí na lidech, kteří někde provozují relay server. Neexistuje žádná „síť Nostr“, existují pouze relé a klienti, kteří se připojují k relé. Je třeba motivovat lidi, aby provozovali relé, a z dlouhodobého hlediska to nakonec bude mít velký vliv na to, jak dalece se mohou relé škálovat. Nikdy nebudou relé Nostr ve stejném měřítku jako servery Twitteru, pokud je nebude možné provozovat se ziskem nebo přinejmenším nebudou přinášet dostatek peněz, aby se zaplatily náklady na jejich provoz.
Reklama
Reklamu by bylo velmi triviální zcela zablokovat, což by z ní vzhledem k tomu, jak Nostr jako protokol funguje, činilo neživotaschopné řešení. Přenosový server by se mohl pokusit použít reklamu jako model příjmů, je to samozřejmě dominantní model příjmů pro téměř všechny bezplatné služby na internetu, ale problém je v tom, že uživatelé by se k tomu museli v podstatě přihlásit. Relaxy by mohly do událostí, které posílají klientům, jednoduše vkládat reklamy, ale klienti by je také mohli jednoduše odfiltrovat z uživatelského rozhraní, pokud by reklamní události nebyly vytvořeny veřejným klíčem, ke kterému se záměrně přihlásili.
I kdyby provozovatel relé vytvořil klienta, který by to nedělal, neexistuje žádný způsob, jak zabránit uživatelům, aby využívali jiné klienty, kteří to dělali, k získávání dat z jejich relé. Dokonce by ani pořádně nevěděli, zda něčí klient před uživateli skrývá reklamy, nebo ne, a kvůli tomuto nedostatku přehledu je tento model v podstatě mrtvý hned při příchodu, pokud se k němu uživatelé záměrně nepřihlásili. A ani v takovém případě by provozovatel relay neměl solidní podklad k tomu, aby inzerentům mohl něco ukázat o míře zapojení.
Mikroplatby
Mikroplatby jsou dalším zřejmým řešením, zejména vzhledem k současným pokusům o těsnější integraci Lightning do aplikací Nostr. Tento model by nabízel velkou flexibilitu, pokud jde o způsob zpoplatnění. Relaxy by mohly zpoplatnit pouze odesílání událostí tamtéž, mohly by zpoplatnit stahování událostí ke čtení, mohly by dělat kombinaci obojího a upravovat cenu každého z nich v závislosti na tom, kolik jejich zdrojů spotřebuje jedno nebo druhé. Osobně jsem však trochu skeptický k tomu, že by tento model mohl dosáhnout velikosti něčeho takového, jako je Twitter. Mikroplatby za obsah se ukazují jako životaschopné v mnoha výklenkových věcech postavených na Lightningu, ale existují dva zásadní problémy s tím, aby se to skutečně škálovalo do globální velikosti.
Za prvé, v současné době na to prostě není dostatečné přijetí Bitcoinu. I kdyby se všichni zázračně stali v pořádku s platbou za každou malou interakci služby přes Nostr, není dostatek lidí, kteří drží Bitcoin podporovat to v tak masivním měřítku jako Twitter. Relays by mohly účtovat předplatné prostřednictvím fiat, ale tyto platební kolejnice nebudou podporovat zlomek centu platby za každou zveřejněnou nebo staženou událost. Za druhé, lidé si doslova zvykli na to, že podobné služby jsou zdarma. Lidé to prostě očekávají. Samotné mikroplatby podle mého názoru také nebudou stačit na podporu relací v obrovském měřítku.
Mohl by existovat způsob, jak mikroplatby učinit „lepčími“ nebo udržitelnějšími, aniž by je bylo nutné vnucovat doslova každé třídě uživatelů využívajících vaše relé. Hodně se diskutovalo o tom, že by se na Nostru kromě klonu Twitteru měly stavět nejrůznější aplikace: GitHub, Wikipedie, dokonce i decentralizované aplikace pro gig-workery, jako je Uber. Právě ta poslední možnost je zde klíčová. Něco jako Twitter nebo Google je prostě služba, kterou lidé celý život považují za samozřejmost, protože je zdarma. Ekonomický obchod není místem, kde by tyto předpoklady byly v nich hluboce zakořeněny. Lidé jsou velmi zvyklí platit poplatek za to, že někde zveřejní pracovní inzerát, nebo platit podíl provozovateli tržiště, když si něco objednají online. Prostě to od počátku předpokládají a očekávají. To by mohlo relacím nabídnout způsob, jak si vytvořit spolehlivou páteř příjmů od svých uživatelů, aniž by to způsobilo velké tření nebo narušilo očekávání průměrného potenciálního uživatele.
Pokud budou hrát roli i mikroplatby, bude muset provozovatel relay provozovat uzel Lightning, aby vůbec mohl přijímat prostředky od uživatelů. To by mohlo potenciálně posílit tyto příjmy, pokud by byly správně synergicky propojeny s jakýmkoli modelem mikroplateb, který relay implementuje. Čím větší je relay server z hlediska příjmů, které čerpá, tím větší likviditu bude potřebovat v síti Lightning, aby to usnadnil. Pokud operátoři správně naplánují, jak tuto likviditu rozmístí nebo rozdělí po síti, pak by pouhý akt provozování směrovacího uzlu mohl být potenciálně sám o sobě nezanedbatelným zdrojem příjmů vedle toho, co si účtují za přijetí nebo doručení dat prostřednictvím svého relé.
Může Nostr rozšiřovat relay?
I když to všechno spojíme dohromady, mohou tyto různé modely příjmů podporovat relay v měřítku Twitteru? Možná by to mohlo dokázat relé pracující na koncertech, ale nebylo by jeho racionálním krokem specializovat se pouze na tyto typy událostí? A co jiné případy použití, například sociální média? Možná, že individuální relay fungující v takovém měřítku pro určité případy použití Nostr prostě nebude ekonomicky životaschopný. Základní struktura protokolu byla provedena velmi jednoduše, aby jej nebylo možné snadno cenzurovat nebo s obsahem událostí neevidentním způsobem manipulovat. Tato struktura však s sebou nese režii.
To ale Nostr nijak zásadně nenarušuje, pokud se ukáže, že je to pravda. Koneckonců, klienti se mohou připojovat k jakýmkoli relé. Klienti nejsou vázáni na žádné jednotlivé relé, mohou přebírat události z desítek relé najednou. Události uložené na jednom relé mohou dokonce odkazovat na události uložené na úplně jiných relé. Protokol může v praxi stále fungovat pro libovolný případ použití, i když jednotlivé relay servery mají tvrdé limity, které nemohou překročit z hlediska počtu uživatelů nebo počtu událostí, které ukládají a obsluhují.
Nicméně… tato dynamika sama o sobě vyvolává problémy s tím, jak indexovat a sledovat všechna tato data rozptýlená po různých serverech. Máte kompletní přehled o řadě událostí, které se na sebe navzájem odkazují? Chybí něco?
Distribuovaná síť menších relé narazí na problémy se škálováním stejně jako jediné relé, které se snaží být masivní. Ale to si nechám na jindy.
Toto je hostující příspěvek od Shinobiho. Vyjádřené názory jsou výhradně jeho vlastní a nemusí nutně odrážet názory společnosti BTC Inc. nebo časopisu Bitcoin Magazine.
