Nostr, um centro crescente para a comunidade Bitcoin, enfrenta alguns desafios de incentivos se quiser atingir uma escala significativa.
Este é um editorial de opinião de Shinobi, um educador autodidata no espaço Bitcoin e apresentador de podcast Bitcoin orientado para a tecnologia.
Escrevi um artigo sobre o básico sobre o que é Nostr e o que são “eventos” e como eles funcionam, bem como um sobre alguns dos principais problemas de gerenciamento que a plataforma terá que resolver. Agora, vamos examinar alguns dos problemas que os servidores de retransmissão terão que resolver daqui para frente a longo prazo.
Todo o protocolo Nostr depende de pessoas em algum lugar executando um servidor de retransmissão. Não existe “rede Nostr”, existem apenas retransmissores e clientes que se conectam a retransmissores. É preciso haver incentivos para que as pessoas executem revezamentos e, a longo prazo, isso será uma grande parte do quão longe os revezamentos podem escalar. Nunca haverá relés Nostr na mesma escala que os servidores do Twitter, a menos que possam ser operados de forma lucrativa ou, pelo menos, trazer dinheiro suficiente para pagar os custos de operação.
Propaganda
A publicidade seria muito trivial de bloquear completamente, tornando-a uma solução inviável, dado que o Nostr funciona como um protocolo. Um servidor de retransmissão poderia tentar usar a publicidade como um modelo de receita, obviamente é o modelo de receita dominante para praticamente todos os serviços gratuitos online, mas o problema com isso é que os usuários basicamente teriam que optar por isso. Os relés podem facilmente injetar anúncios nos eventos que enviam aos clientes, mas os clientes também podem facilmente filtrá-los da interface do usuário se os eventos de anúncio não forem criados por uma chave pública na qual eles se inscreveram intencionalmente.
Mesmo que um operador de retransmissão produza um cliente que não fez isso, não há como impedir que os usuários utilizem outros clientes que buscam dados de sua retransmissão. Eles nem saberiam realmente se o cliente de alguém estava escondendo anúncios dos usuários ou não e, por causa dessa falta de percepção, esse modelo está praticamente morto na chegada, a menos que os usuários o aceitem intencionalmente. E mesmo assim, o operador de retransmissão não teria uma base sólida para mostrar nada sobre o nível de envolvimento dos anunciantes.
Micropagamentos
Os micropagamentos são outra solução óbvia, especialmente considerando as tentativas atuais de integrar o Lightning com mais firmeza aos aplicativos Nostr. Este modelo ofereceria muita flexibilidade em termos de como cobrar. Relays podiam cobrar apenas por postar eventos lá, podiam cobrar pelo download de eventos para ler, podiam fazer uma combinação de ambos e ajustar o preço de cada um dependendo de quanto de seus recursos foram consumidos por um ou por outro. Pessoalmente, sou meio cético de que esse modelo possa ser dimensionado para o tamanho de algo como o Twitter. Os micropagamentos de conteúdo estão se mostrando viáveis em muitos nichos construídos no Lightning, mas há dois problemas fundamentais com a escala real para um tamanho global.
Primeiro, simplesmente não há adoção de Bitcoin suficiente atualmente para isso. Mesmo que todo mundo magicamente aceitasse pagar por cada pequena interação de serviço no Nostr, não haveria pessoas suficientes segurando bitcoin para apoiá-lo em uma escala tão grande quanto o Twitter. Os relés podem cobrar assinaturas por meio de fiduciário, mas esses trilhos de pagamento não vão suportar uma fração de pagamento de um centavo para cada evento postado ou baixado. Em segundo lugar, as pessoas literalmente cresceram acostumadas a serviços como este serem gratuitos. É exatamente o que as pessoas esperam. Micropagamentos sozinhos, eu não acho que vão realmente funcionar para suportar revezamentos em grande escala também.
Poderia haver uma maneira de tornar os micropagamentos “mais rígidos” ou mais sustentáveis sem impô-los literalmente a todas as classes de usuários que utilizam seu retransmissor. Tem havido muita discussão sobre a construção de todos os tipos de aplicativos em cima do Nostr além de um clone do Twitter: GitHub, Wikipedia, até mesmo aplicativos de trabalho descentralizados como o Uber. Esse último é a chave aqui. Algo como o Twitter ou o Google é apenas um serviço que as pessoas passaram a vida inteira considerando como gratuito. O comércio econômico não é um lugar onde essas suposições estejam profundamente enraizadas neles. As pessoas estão muito acostumadas a pagar uma taxa para publicar um anúncio de emprego em algum lugar ou a pagar um desconto a um operador de mercado quando encomendam algo online. Eles apenas assumem e esperam isso desde o início. Isso poderia oferecer aos retransmissores uma maneira de criar uma espinha dorsal confiável de receita de seus usuários sem criar uma grande quantidade de atrito ou quebrar as expectativas do usuário potencial médio.
Se os micropagamentos também forem um fator, o operador de retransmissão terá que executar um nó Lightning para receber fundos dos usuários em primeiro lugar. Isso poderia potencialmente ampliar essa receita se devidamente sinergizado com qualquer modelo de micropagamento implementado por um retransmissor. Quanto maior for um servidor de retransmissão em termos de receita que está gerando, mais liquidez será necessária na Lightning Network para facilitar isso. Se as operadoras planejarem adequadamente como implantar ou alocar essa liquidez na rede, o simples ato de executar um nó de roteamento pode ser um fluxo de receita não insignificante por si só, além de tudo o que cobram para aceitar ou entregar dados por meio de seus retransmissão.
A Nostr pode escalar relés?
Mesmo juntando tudo isso, esses diferentes modelos de receita podem suportar uma retransmissão em escala do Twitter? Talvez um revezamento de gig-work pudesse, mas seu movimento racional não seria se especializar apenas nesses tipos de eventos? E quanto a outros casos de uso, como mídia social? Talvez um relé individual operando nessa escala para certos casos de uso do Nostr simplesmente não seja economicamente viável. A estrutura básica do protocolo foi feita de forma bem simples para que não seja facilmente censurado ou tenha seu conteúdo de eventos adulterado de forma não evidente. Essa estrutura vem com sobrecarga, no entanto.
Isso não quebra fundamentalmente o Nostr se acabar sendo verdade. Afinal, os clientes podem se conectar a quaisquer relés que desejarem. Os clientes não são casados com nenhuma retransmissão individual, eles podem obter eventos de dezenas de retransmissões ao mesmo tempo. Os eventos armazenados em um relé podem até apontar para eventos armazenados em relés totalmente diferentes. O protocolo ainda pode funcionar para qualquer caso de uso na prática, mesmo se os servidores de retransmissão individuais tiverem limites rígidos que não possam ultrapassar em termos de contagem de usuários ou o número de eventos que estão armazenando e atendendo.
No entanto… essa dinâmica levanta problemas em como indexar e rastrear todos os dados espalhados por diferentes servidores. Você tem uma visão completa de uma série de eventos referenciando uns aos outros? Está faltando alguma coisa?
Uma rede distribuída de relés menores enfrentará desafios de escala, assim como um único relé tentando ser massivo. Mas vou guardar essa para outra hora.
Este é um post de convidado por Shinobi. As opiniões expressas são inteiramente próprias e não refletem necessariamente as da BTC Inc ou da Bitcoin Magazine.
Fonte: bitcoinmagazine.com
