Minulý týden člen komunity CKB Retric navrhl protokol Nostr Binding Protocol.

Protokol vazby Nostr se používá k vytvoření mapování jedna ku jedné mezi událostmi Nostr a buňkami CKB. Běžní uživatelé mohou vytvářet a distribuovat nativní aktiva v sociální síti Nostr na základě tohoto protokolu Prostřednictvím RGB++ lze tato aktiva na Nostr ovládat také pomocí bitcoinových adres. Klientští vývojáři na něm mohou stavět produkty Na rozdíl od ETH dApp, který je rozdělen do dvou systémů (jeden je off-chain server a druhý je on-chain smart contract), protokol Nostr binding přináší do dApp nové vývojové paradigma. Vytvářejte dApps pomocí konzistentního systému s různými úrovněmi dat. Uvádí se, že protokol vázání Nostr může být v budoucnu bezproblémově integrován do CKB Lightning Network pro řešení problémů s nativními platbami v sociálních sítích.

Nostr je minimalistický protokol pro přenos informací založený na veřejných a soukromých klíčích, určený k vytvoření globální sociální sítě odolné vůči cenzuře. Nostr používá Relays k ukládání sociálních dat (jako jsou příspěvky) a jejich přenosu uživatelům, kteří provozují software zvaný Klienti.

9. března tohoto roku, na první bitcoinové singapurské konferenci, kterou spolupořádaly Nervos Foundation a ABCDE, Retric přednesl tématické sdílení na téma "Nostr Ecological Development Current Situation and Issues"👇

Níže je uveden obsah sestavený na základě sdílení Retric, což může každému pomoci lépe porozumět protokolu Nostr:

Tento protokol Nostr by měl být na dnešní schůzce tou nejjednodušší věcí. Ve srovnání s některými technologiemi nebo protokoly, o kterých mluví jiní, je to nejsnáze pochopitelné, protože je také velmi jednoduché. To, co chtěl Nostr na začátku udělat, byl vlastně „Twitter“, ale tento Twitter neovládal Elon Musk, ale decentralizovanější Twitter, který by nedělal špatné věci ani nedělal nic špatného Go blokovat lidi a mít určitou svobodu slova . Chce to udělat z realističtějšího výchozího bodu, to znamená vytvořit takový software Za tímto účelem navrhla decentralizovaný protokol na sociálních sítích s názvem Nostr. Pak, nyní, si každý začíná uvědomovat, že tyto věci nejsou jen pro vytvoření Twitteru, ale spíše jako lepší struktura internetu, na které můžeme dělat různé aplikace.

Nejprve stručně představím protokol Nostr. Ve skutečnosti se to dá vysvětlit jednou větou: Jedná se o data podepsaná soukromým klíčem Tato data jsou šířena na různých Relays nebo repeaterech a poté Send to client. V podstatě podepíšu data v pevném formátu a po podepsání je pošlu některým opakovačům a pak nechám ostatní uživatele, aby tato data z těchto opakovačů vytáhli přes klienta, aby si je přečetli.

Stěžejní věcí Nostr je struktura Jason, která bude mít různá pole, každé pole představuje význam. Například pubkey je veřejný klíč, který jsem použil k podpisu dat, která jsem odeslal, má například sloupec obsahu, což znamená, jaký je obsah dat, která jsem podepsal. Může to být tweet Odeslal jsem, nebo to může být číslo nebo šifrovaná věc V protokolu nejsou žádná omezení. Bude zde také podpis, což znamená, že jsem se za zaslaná data zaručil a zajistil, že data byla skutečně odeslána z mé strany.

Takže jádro Nostr je tak jednoduché, ve skutečnosti to znamená, že jsem použil určitý soukromý klíč k podepsání určitého kusu dat, který jsem napsal lokálně. Po odeslání těchto dat do Internetu je struktura sítě Nostr také velmi jednoduchá, pouze se dvěma strukturami, jednou s názvem Relay a druhou s názvem Client.

Relay je server, který si může nastavit každý. Funkce tohoto Relay je, že neustále běží na internetu, aby sledoval, kdo mi poslal data, která jsem právě zmínil, a pak je přijímá a ukládá, pokud mě klient o určitá data požádá, dám mu je znovu .

Druhá část je, jak tato data šířit, tedy specifikace pro šíření, která vlastně obsahuje spoustu detailů. Pokud například předám tato data Relay, komunikují spolu? Nebo když je předám Relay, uloží Relay data úplně za mě a pak mi je dá, kdykoli o ně požádám? Ve skutečnosti jsou takové detaily. Nostrova odpověď zní: "Je mi to jedno, můžete si to myslet sami." Někdy se zdá, že bez ohledu na to, zda je to v reálném světě nebo online, někdy to ubližuje některým věcem tím, že si děláte příliš starostí, takže si myslím, že je vlastně velmi zajímavé to ignorovat.

Dovolte mi například uvést jednoduchý příklad Když používáme tradiční centralizovanou sociální síť, centralizovaný server ve výchozím nastavení uloží všechna vaše data. Když mě pak o něco požádáš, můžu ti to kdykoli dát, ale protože to Nostrovi nezajímá, co se tady stane? Někteří přenosoví operátoři chtějí být větší a silnější a chtějí si uložit všechny zprávy. Dalším způsobem je, že jsem fanoušek, chci jen postavit velmi malý uzel a přijímám data pouze od uživatelů, které mám rád. Existují také některá data, která jsem od vás ochoten přijmout, ale možná je nechci 30 minut po jejich obdržení, chci je smazat, protože disk na mém serveru může být omezený a nejsem ochoten je kvůli tomu ukládat dlouho.

Takže se ve skutečnosti vyvine do mnoha různých rolí a tyto různé role mohou mít různé dělby práce. Například, pokud to někdo opravdu chce provozovat jako firmu, pak se stanu profesionálním servisním uzlem a budu se snažit všem poskytovat stabilnější a dlouhodobější služby. Existují také někteří nadšenci, kteří také umí provozovat věci jako LAN, takže se to vyvine do různých děleb práce.

Častým jevem je, že většina Relay uzlů je ochotna přijímat některé z vašich zpráv, ale nemohou zaručit, že budou uloženy na dlouhou dobu. Tato struktura se ve skutečnosti zdá být vhodnější pro některé sociální vzorce v naší skutečné lidské společnosti. Skutečný sociální model, například když si tu dnes povídám se všemi, můžete mě slyšet, když mluvím, a budete to vědět, a pak opusťte místo. Po dvou dnech mají někteří lidé špatnou paměť a už si nepamatují, o čem mluvím, ale někteří lidé si na tomto místě koupí magnetofon a zapisují si každé slovo, které řeknete. To znamená, že vaše zpráva je Nezůstane navždy.

To je ve skutečnosti velmi podobné tomu, co se děje v naší realitě. Tato věc se může stát, protože Nostr nereguluje mnoho detailů nebo mnoho dalších věcí a nestará se o to, zda Relay potřebuje komunikovat s Relay nebo ne zprávy mají, ale neříká to, že nemůžete. Proto se mnoho Relayů bude vydávat za Klienta a také půjdou do jiných Relay, aby získali svá data a synchronizovali všechna data. Ale neklade povinné požadavky, říká, že musíte komunikovat. Jedním z důvodů je, že pokud tento požadavek stanovím a musíte komunikovat, pak každé relé musí uložit data každého uživatele v celé síti bude velmi velkým testem pro ovládání relé. Možná to umí provozovat jen ti profesionální poskytovatelé služeb a jednotliví nadšenci to nemusí provozovat. Takže toto jsou některé z úvah, které stojí za touto jednoduchou dohodou.

Abych to shrnul, myslím si, že protokol Nostr je velmi jednoduchý. Další zajímavá věc je, že v tuto chvíli máme bitcoin a blockchain, co chceme mít, je konsensus, stejně jako si všichni sedneme a říkáme, že dnes používáme jednotnou metodu formát a jednotný protokol pro vytváření některých sociálních sítí nebo vytváření některých internetových produktů. Ale teď si myslím, že pro tento uzel existuje směr, jak tvrdě pracovat, což je použití velmi jednoduché datové struktury a velmi jednoduchého výměnného protokolu k provádění některých věcí, které dělají WeChat, Twitter atd. Takže si myslím, že si možná myslíte, že je to velmi jednoduché a na první pohled nezajímavé. Pokud se ale zamyslíte nad časem za jeho vzhledem, význam jeho vzhledu bude zajímavější.

Dalším bodem je, že kvůli jeho struktuře skutečně dochází na straně klienta k velkému počtu ověření. Zde je třeba ověřit pouze jednu věc: zda jsou data, která zveřejňujete, skutečně odeslána vámi deklarovaným párem veřejného a soukromého klíče. Provádí se pouze toto ověření. Proč toto ověření provádíme, protože pokud například pošlu tweet a řeknu něco, co bych neměl říkat, bude to odesláno do Relay. Relay je zodpovědný za to, že to pošlete ostatním, pokud to Relay neověří, Relay může říct, že jsem zfalšoval podivné rčení, které jste řekl, a poslal to dalším uživatelům. Protože při odesílání dat mám podpis, klient, který data získá, může provést ověření a říci, že podpis, který podepsal, přesně odpovídá tomu, co řekl, takže Relay nemůže oklamat ostatní.

Jedním z jeho ověření je tedy ověření podpisu. Ověření tohoto podpisu je vlastně stejné jako u našeho centralizovaného internetu v minulosti, jako je WeChat Server na WeChat je řízen sám a může na něj zapisovat cokoliv server, nemáte žádný způsob, jak si být jisti, že vám nelže, protože všechna data a všechna práva jsou na serveru. Ale pokud existuje nejjednodušší ověření, můžeme skutečně odebrat práva ze serveru a předat je uživateli, který má účet. Pokud máte veřejný a soukromý klíč, můžete požádat své přátele o jeho ověření, abyste se ujistili, že se za mě nikdo nevydává nebo neříká něco jiného špatně.

Jaký je tedy vývoj Nostru? Zde jsou některá data, na která jsem narazil v březnu. Protože se jedná o distribuovanou síť, nelze její data snadno spočítat. Jedná se o údaje, které jsem získal z webu nostr.band. Celkový počet uživatelů Nostr může být asi 370 000 a denně aktivních uživatelů může být pouze 12 000. Celkový počet relé, relé, která se objevila, a počet lidí, kteří prošli tímto uzlem, může být více než 2 000. Ale kolik z těchto uzlů je ve skutečnosti vždy online, je pravděpodobně méně než 200. Pravděpodobně tomu tak je, takže uživatelů je stále relativně málo.

Pro srovnání se podívejte na srovnání s protokolem BlueSky. Bluesky měl na konci loňského roku říci, že dosáhl 2 milionů uživatelů. Údaje vpravo jsou údaje, kde někdo spočítal uživatele, kteří opustili Twitter, a kam šli. Můžete také vidět, že Mastodon je na prvním místě relativně stará značka Po tom šla část lidí na ost novinky a část lidí šla na BlueSky vlastně patří do pátého patra, což je relativně malá část.

To je drsná vývojová situace Samozřejmě, že za Nostrem je mnoho věcí, které v tomto druhu dat nelze vidět. Například některé návrhy byly předloženy do protokolu a vývojáři mu předložili nějaké PR. Tyto vývojářské aktivity nebo diskuse se možná nepočítají, ale pokud kliknete na tyto odkazy, můžete ve skutečnosti vidět, že se stále děje spousta věcí a velké množství lidí chce do tohoto protokolu přispívat. To jsou některé z věcí, ke kterým každý používá Nostr. Nejen, že opravdu dělám Twitter, ale existuje také mnoho aplikací souvisejících s hudbou, aplikacemi typu YouTube a aplikacemi typu blog.

Dovolte mi to tedy shrnout, nyní máme pocit, že většina uživatelů jsou ve skutečnosti vývojáři nebo výrobci. Zajímá je samotný protokol a chtějí na něm věci vyvíjet, nebo jsem člověk, který chce něco dělat, budu na vašem protokolu pracovat a běžných uživatelů může být méně.

Proč je Nostr tak jednoduchý, ale vývoj není příliš uspokojivý, myslím, že je to také tím, že jsem při psaní tohoto PPT zjistil, že existuje mnoho malých problémů s bezpočtem detailů. jako na straně klienta existují některé věci o zkušenostech s produktem. Ale ve skutečnosti je velmi obtížné vysvětlit takové věci jasně, takže jsem zmínil tři body, které považuji za důležitější.

První velkou otázkou je, jak najdete obsah zveřejněný uživatelem v síti Nostr, protože jak jsme si řekli dříve, fungování celého protokolu Nostr spočívá v tom, že věci podepisuji lokálně a poté je posílám na nespočet Relays. Ostatní uživatelé mohou získat data, která jsem odeslal z těchto relé, a přečíst si je. Ale s tímto modelem je problém, když si můj přítel chce přečíst tuto zprávu, jak ví, které relé má moje data? šel si to přečíst. Nyní je tedy velkým problémem uživatelských zkušeností to, že při používání Nostr se mnoho lidí zeptá svých přátel: "Hej, jaké relé používáte? Chci nastavit stejné relé jako vy, abychom si mohli tato data vyměňovat." „To je velmi hloupá metoda.

Samozřejmě, že mnoho vývojářů předložilo nějaká podrobná řešení, například existuje návrh NIP-65, což zhruba znamená, na která relé vložím své údaje. Potom tuto zprávu rozšířím do všech Relayů, jak jen to bude možné, aby můj přítel nejprve zašel do Relay a zeptal se, kam můj přítel obvykle posílá své zprávy. Po získání těchto informací zašel do Relays, které často publikuji, a požádal je o data.

Je rozdělen do dvou poměrně podrobných režimů, jeden se nazývá Inbox a druhý Outbox. Například, stejně jako Inbox, umožňuje uživatelům definovat, ze kterých relé budu číst nějaké zprávy o sobě. Pokud chcete @me na Twitteru nebo dělat jiné věci, můžete tuto zprávu odeslat do tohoto relé doručené pošty. Druhým je Outbox Relay, který určuje, že pošlu některé své zprávy do několika Relay A, B, C a D. Pravděpodobně to znamená, že nejprve pošlu některé Relay zprávy, které často publikuji na Relay.

Nastává ale technický problém, tedy jak poznám, kde jsou novinky. Tento problém tedy také existuje a některá řešení jsou taková, že používám nějaké algoritmy ke stažení co nejvíce informací z celé sítě. Potom z některých skrytých důkazů Relay zmíněných v některých zprávách zaslaných ostatními zkuste vypočítat pravděpodobnost, že se data zveřejněná osobou objeví na které Relays. Prostřednictvím tohoto výpočtu pravděpodobnosti se pokuste najít nějaké relé, které vyžaduje data, a pak přesvědčte ostatní, že mohou vaše data najít, když si je chtějí přečíst. Jiné také umožňují uživatelům definovat některá relé, která budou používat, vytvořit nějaké skupiny a umožnit ostatním uživatelům, aby vás v těchto skupinách našli.

Druhý problém je také vážnější, nazývá se Content Governance. Ať už jde o obsahové produkty nebo sociální sítě, velkou část energie je potřeba věnovat tomu, jak obsah na této sociální síti udržujete. Například rozhodně nepotřebujete vidět video, jak někdo někomu usekl hlavu při rolování na Twitteru, že je to velmi špatná zkušenost. Společnosti, jako je tato, za nimi provedou mnoho operací a potřebují mnoho lidí, kteří budou filtrovat obsah nebo používat algoritmy k provádění určitého porovnávání obsahu. V této části je trh relativně prázdný. Existuje pro to několik důvodů. Jedním z důvodů je, že každý je velmi odolný vůči algoritmům na této platformě. Protože se zdá, že ať už je to TikTok nebo Youtube, algoritmy nás ovládají, ale ve skutečnosti algoritmy potřebujeme, to znamená, že potřebujeme algoritmus.

Nechci říkat, že mohu přijmout pouze povinný algoritmus, který mi dal Youtube nebo TikTok pro vkládání reklam. Doufám, že mám mnoho algoritmů, které mohu kdykoli přepnout. Pokud se mi tento algoritmus nelíbí, mám možnost skončit s tímto hlediskem. Jde jen o to, že v této oblasti, ať už jde o ruční operace nebo některé operace s obsahem, nebo některé věci provedené v algoritmické technologii, stále relativně chybí. Hlavním problémem v této části je tedy to, že naše síť se skládá ze všech, potřebuje mechanismus, který rozhodne, který obsah je dobrý, který je špatný, který obsah vás bude zajímat a který obsah vás může zajímat. Pro ty, které to nezajímá, je to vlastně věc správy obsahu.

Níže jsou uvedeny některé stávající plány zlepšení, které jsem uvedl, jako například první údaje o označování. Na tomto Nostru je speciální druh dat, který umožňuje uživatelům označit, k jakému typu určitých dat patří nebo jaké jsou jeho atributy. Stačí použít tento druh označování k označení části dat, ale to se příliš nepoužívá, protože je to velmi jednoduché a nikdo to nechce udělat. Nikdo není ochoten vystupovat jako váš sociální člen a pomáhat vám dělat část této těžké práce Velmi raná internetová společnost měla tento druh budovatelského ducha. Nyní je pravděpodobnější, že jej lidé budou používat jako spotřebitelé. Samozřejmě, někteří lidé navrhli, že mohu vytvářet API. Specializuji se na provozování některých služeb, sbírám data od některých společností v celé síti, a poté provádím filtrování nebo klasifikaci, abych uživatelům mohl posílat nějaké dobré zprávy. Toto řešení je velmi snadné implementovat, ale má obrovský problém, to znamená, že se po tom znovu vrátíme. Bude se říkat, že nepožaduji data z protokolu Nostr, ale že najdu API, které funguje obzvlášť dobře, a požádám server tohoto API o data. Pak se tento druh dohody stane dalším Twitterem nebo jiným WeChatem za tímto API, takže toto řešení je velmi dobré. Problém je v tom, že se to lidem nelíbí, všichni vás budou kritizovat.

Existuje další řešení zvané DVM. Chce to použít protokol Nostr k provedení nějaké klasifikace nebo algoritmu těchto dat pomocí rozhraní určeného protokolem. Jeho obecný význam je, že mi dáte nějaké Satoshi z Lightning Network a já vám vrátím data, která chcete. Určíte formát dat, ale s tím jsou nějaké problémy.

Druhým je Noscript, což je další nápad My přímo používáme tyto filtrovací algoritmy nebo některé technologie potřebné pro klasifikaci a přímo tyto kódy používáme jako obsah, přímo je vkládáme na Nostr a necháváme je ukládat. Poté klient tyto kódy přímo stáhne a provede nějaké místní filtrování nebo vydá nějaká doporučení. Vývoj toho bude samozřejmě ještě horší, protože teď jsou jen nějaké nápady a někteří o tom diskutují.

Třetí závažnější problém je vlastně problém podnikatelský, PMF. V dnešní době velké množství Nostrových produktů nebo vývojářů nemůže najít PMF, protože potřebuje čelit velké konkurenci. Na jedné straně jsou centralizované tradiční produkty a na druhé straně to může být blockchain Web3. Bez vydávání tokenů nic nedělají, takže to vlastně postrádá nějaké obchodní modely a také se potýká s problémem síťových efektů, protože se sem stěhuje méně lidí, což znamená, že se sem bude i nadále stěhovat méně lidí. Takže PMF je velký problém.

Největší klient Nostr se jmenuje Damus, nevím, jestli jste ho použili, jeho vývojář poslal na konci minulého roku tweet s tím, že rok 2024 může být posledním rokem Damuse. Protože je téměř bez peněz, aby v tom mohl pokračovat, pokud to nezvládne do roku 2024, nemůže vydělat žádné peníze. Je to tedy také otázka hledání udržitelného směru rozvoje veřejných statků sociálních sítí.

Ve skutečnosti si myslím, že všechny problémy jsou také příležitosti. Například, stejně jako poslední PMF, si myslím, že pokud budeme mít více míst pro integraci s blockchainem, budeme mít schůdnější obchodní modely a uděláme nějakou integraci s blockchainovými fondy, můžeme být schopni vyřešit tento problém s financováním veřejných statků .

Nakonec si myslím, že Nostr je nové řešení pro vývoj alternativních aplikací. Pokud chcete dělat nějaké alternativní produkty, nemusí existovat pouze dva extrémy, jeden extrém se nazývá blockchain a druhý se nazývá Twitter. Není to jediné, možná existuje střední cesta zvaná Nostr, která není založena na blockchainu, ale ani to není proprietární software. Díky.