Nostr, abreviação de "notas e outros conteúdos transmitidos via retransmissão", é um novo protocolo de comunicação desenvolvido pelo desenvolvedor da Lightning Network, fiatjaf, em 2021. As tentativas de descentralizar os mercados evoluíram. Ao contrário de outras soluções de comunicação, a maioria das quais funciona por meio de clientes burros e servidores inteligentes, Nostr fornece clientes inteligentes e servidores burros, aumentando assim a resistência dos usuários à censura.
**No Nostr, todos os dados são armazenados localmente no usuário e distribuídos apenas por meio de retransmissões, não em um servidor central como o Twitter. ** No caso de mídia social, Nostr adiciona resistência à censura, pois os usuários têm propriedade total de seu conteúdo e perfis. À luz da recente controvérsia em torno das políticas de censura do Twitter, os usuários estão começando a migrar para a solução de comunicação federada Mastodon. No Mastodon, no entanto, a propriedade do conteúdo e dos perfis é do operador do servidor Mastodon no qual o usuário se registra. Embora um sistema federado como o Mastodon ofereça mais resistência à censura do que um servidor central, já que os usuários podem simplesmente se registrar em outro servidor se forem censurados, houve críticas de que o Mastodon pode impor a censura por meio do proprietário do servidor.
Em dezembro de 2022, a comunidade Nostr recebeu financiamento de 14 BTC do fundador do Twitter, Jack Dorsey, o que trouxe uma atenção sem precedentes para o protocolo. Como os aplicativos construídos no Nostr continuaram a crescer, o cliente móvel Damus ficou em primeiro lugar na categoria de rede social da loja de aplicativos iOS chinesa e foi banido como resultado. Em um esforço para conter o movimento #MarchOffTwitter, o CEO do Twitter, Elon Musk, rapidamente baniu o conteúdo relacionado ao Nostr e baniu outras plataformas de terceiros, como o Instagram, sem sucesso.
Embora o Nostr em si não seja um protocolo de privacidade – por padrão, os clientes vazam os endereços IP dos usuários para retransmissores – o protocolo Nostr pode melhorar a privacidade do Bitcoin.
Melhore a privacidade e escalabilidade do BIP47
**BIP47 é uma proposta de melhoria do Bitcoin para criar códigos de pagamento reutilizáveis para pagamentos recorrentes, protegendo a privacidade do usuário. **Se não houver BIP47, para evitar a reutilização de endereços, os usuários precisam gerar novos endereços de forma manual e trabalhosa. Quando um usuário reutiliza um endereço para transações, qualquer pessoa que observe o blockchain pode facilmente agregar todas as transações pertencentes a esse endereço, formando um gráfico do histórico de pagamentos e patrimônio líquido do usuário. Portanto, no Bitcoin, impedir a reutilização de endereço é uma prática recomendada de privacidade e já está implementada por padrão em muitas carteiras Bitcoin. No entanto, a geração frequente de novos endereços pode ser inconveniente quando um usuário está tentando estabelecer uma relação de pagamento recorrente com outra parte, como entre um comerciante e um cliente.
**Através do BIP47, os clientes podem gerar um conjunto de endereços de pagamento para os comerciantes. **Se o cliente compra produtos mensalmente, o lojista precisa enviar um endereço para o cliente todo mês. Com o BIP47, o cliente cria um código de pagamento dedicado para o comerciante, semelhante a uma chave pública estendida. Isso permite que o cliente gere automaticamente um novo endereço para o comerciante sem exigir que o comerciante crie um endereço para o cliente.
**BIP47 usa endereços de notificação, que são monitorados pela HD Wallet para saídas. **Em uma transação de notificação, o comerciante envia ao cliente a chave pública cega e o chaincode por meio do campo OP_RETURN, junto com um segredo compartilhado para manter o endereço compartilhado privado na blockchain pública. Devido à arquitetura da rede Bitcoin, essa troca cria vários problemas. Os dois primeiros problemas são econômicos: uma transação de notificação consiste em 80 bytes, o que pode se tornar caro para os usuários quando as taxas de transação na rede Bitcoin são altas. Além disso, as transações de notificação criam saídas que não podem ser enviadas, **inflando o conjunto UTXO ao longo do tempo. **Isso aumenta a carga computacional nos nós Bitcoin, pois eles atualmente precisam armazenar todo o conjunto de UTXOs, ou seja, cada saída Bitcoin que não é usada como uma nova entrada para garantir que uma transação seja válida.
**A notificação de transações cria o que é conhecido como "mudança envenenada". **Quando um usuário recebe o troco de uma transação de notificação e o paga a um terceiro, qualquer pessoa que observe o blockchain poderá correlacionar o pagamento recorrente do usuário com um pagamento não recorrente, mesmo que o endereço não seja reutilizado. Um endereço de notificação existe apenas uma vez por carteira. Se um comerciante deseja ter relacionamentos de pagamento recorrentes com 10 clientes, qualquer pessoa que observe o blockchain poderá aprender sobre a base de clientes do comerciante, pois todos os 10 clientes precisariam criar transações de notificação para o comerciante no mesmo endereço de notificação.
**Em vez de usar transações de notificação para trocar códigos de pagamento entre comerciantes e clientes, os códigos de pagamento podem ser trocados por meio da Nostr. ** Ao contrário de outros métodos de comunicação, o Nostr é adequado para trocar códigos de pagamento BIP47 porque não há autoridade central que possa censurar as trocas de mensagens. Ao mesmo tempo, todas as mensagens diretas no Nostr são criptografadas por padrão e não há necessidade de calcular um segredo compartilhado. Ao usar o BIP47 por meio do Nostr, os usuários podem evitar o inchaço do conjunto UTXO criado por saídas não dispensáveis e evitando a reutilização de alterações tóxicas e endereços de notificação para dissociar pagamentos duplicados e não duplicados e evitando expor a base de clientes para eliminar a liberação da base de clientes.
Nota: Ao implementar o UTreeXO, a necessidade de nós Bitcoin para armazenar todo o conjunto atual de UTXOs pode ser eliminada no futuro. O UTreeXO transfere o ônus de provar se uma transação usa um UTXO válido para o proprietário do UTXO, reduzindo os requisitos de armazenamento de alguns GB para alguns KB.
Nostr Pay-To-EndPoint
** No Bitcoin, o serviço de análise de blockchain mapeia transações para identidades usando uma regra heurística de "propriedade de entrada comum". **De acordo com esta regra, transações contendo chaves públicas diferentes como entrada são classificadas como pertencentes à mesma pessoa. O protocolo Bitcoin também é suscetível à análise de soma de subconjuntos devido à sua arquitetura baseada em UTXO pela qual as entradas e saídas de transações são correlacionadas. Na análise de soma de subconjuntos, um invasor é capaz de calcular a probabilidade de que uma entrada e uma saída pertençam à mesma entidade, mesmo que diferentes chaves públicas sejam usadas como entradas para uma transação. Por exemplo, se uma transação tiver as entradas 1, 4, 7, 23 e 6 e as saídas 5 e 36, pode-se inferir que as entradas 1 e 4 e as entradas 7, 23 e 6 pertencem à mesma entidade.
Fonte: Knowledge Discovery in Cryptocurrency Trading: A Survey, 2021 por Xia Fan Lu e Xin-Jiang Jang
**Pay-to-EndPoint (P2EP) é um redesenho com proteção de privacidade do Pay-to-IP (P2IP) de Satoshi Nakamoto, codificado no cliente Bitcoin original. **Uma forma de transação P2EP é a transação PayJoin, projetada para quebrar a regra heurística de propriedade conjunta de insumos. Em uma transação PayJoin, tanto o remetente quanto o destinatário fornecem entradas para quebrar a heurística de entrada comum. Usando PayJoins, os usuários podem trocar informações sobre UTXOs para serem usadas como entradas para construir transações Bitcoin parcialmente assinadas (PSBTs) por meio de qualquer canal de comunicação (como Tor Onion como um endpoint). Depois que as duas partes concordam com os termos e assinam a transação, a transação PayJoin se parece com qualquer outra transação Bitcoin no blockchain. Como as partes envolvidas desempenham os papéis de remetente e destinatário, as transações PayJoin não apenas quebram a regra heurística de copropriedade, mas também quebram a análise da soma do subconjunto: as partes podem fornecer entradas de 3 e 5, e a saída gerada pela transação para 6 e 2.
Fonte: Pay To EndPoint por Adam Fiscor, 2018
Problema: A coordenação das transações PayJoin é bastante complexa, pois os participantes devem estar online ao mesmo tempo, seja usando domínios clearnet ou endpoints Tor Onion. Se um usuário iniciar uma transação P2EP, por exemplo, desligando o computador ou perdendo a conexão de rede, a transação não poderá se comunicar. No Nostr, a comunicação é assíncrona: os usuários obtêm informações do relé depois que a conexão de rede é restaurada. As transações P2EP podem ser mais facilmente coordenadas usando chaves Nostr em vez de Tor Onion como ponto final para transações P2EP.
Outra implementação do P2EP é o controverso LNURL. Com o LNURL, em vez de gerar novas faturas para cada transação, os usuários podem receber um terminal estático apontando para um servidor da Web para gerar novas faturas automaticamente. No entanto, como os servidores da Web dependem do DNS (Domain Name Service) global, os usuários que usam o LNURL inevitavelmente revelam suas identidades aos provedores de hospedagem e, se as devidas precauções não forem tomadas, seus endereços IP aos beneficiários. A adoção generalizada de LNURL será prejudicial ao anonimato da Lightning Network**. Em vez de usar um servidor da Web como ponto final para LNURL, os usuários podem usar chaves Nostr como ponto final para transações LNURL para ocultar suas identidades. **
Nostr para CoinJoin
Embora o PayJoin quebre a heurística de copropriedade e subconjunto e análise de maneira adequada, o PayJoin falha em fornecer ao remetente e ao destinatário proteção de privacidade das partes colaboradoras. PayJoin é essencialmente um CoinJoin de duas partes, limitado a dois participantes, o que significa que tanto o remetente quanto o destinatário conhecem suas próprias entradas e saídas, tornando as entradas e saídas de seus parceiros identificáveis. A menos que uma transação CoinJoined seja usada para facilitar o PayJoin, os usuários correm o risco de revelar seus saldos de carteira e transações passadas e futuras aos parceiros PayJoin.
Em um sistema de certificado de quantia anônima como o Protocolo de Coordenação CoinJoin da Wasabi Wallet (WabiSabi), a chave Nostr pode servir como ponto final de comunicação para coordenar transações CoinJoin. Isso permite que o remetente e o destinatário de uma transação CoinJoin troquem as credenciais necessárias para participar de uma rodada CoinJoin, permitindo uma forma discreta de pagamento no CoinJoin. Ao usar a chave Nostr como ponto final no CoinJoins, as partes colaboradoras permanecem ocultas da multidão, permanecendo inconscientes dos saldos e transações de sua contraparte. Ao mesmo tempo, usar as chaves Nostr como ponto final das transações CoinJoin ajuda os usuários do PayJoin a economizar taxas fazendo pagamentos diretamente no CoinJoin, em vez de facilitar os pagamentos por meio do CoinJoin.
Outro uso de Nostr em CoinJoins é a descoberta do coordenador. Embora a maioria dos coordenadores do CoinJoin opere atrás do Tor para mascarar as identidades dos participantes do CoinJoin, os usuários atualmente não podem descobrir facilmente novos coordenadores, exceto no JoinMarket (um mercado CoinJoin para usuários CoinJoin mais avançados). Embora os usuários do CoinJoin possam adicionar coordenadores personalizados à Wasabi Wallet (tão fácil quanto trocar URLs em segundo plano), devido à falta de uma plataforma de publicação, não há como automatizar o processo de atualização dos coordenadores. Portanto, para descobrir novos coordenadores, os usuários devem pesquisar manualmente nas mídias sociais e fóruns (como Reddit ou Twitter) para adicionar coordenadores. No entanto, publicar um serviço de Coordenador através de mídias sociais ou fóruns pode representar um risco para o Provedor de Coordenação, dependendo das políticas aplicadas ao serviço, pois algumas páginas podem ser facilmente desativadas.
Se o Tor é um servidor de retransmissão anônimo, um protocolo que facilita o encaminhamento e recebimento anônimo de mensagens entre pares, o Nostr pode atuar como um quadro de avisos anônimo. Os coordenadores CoinJoin podem publicar seus serviços por meio do tipo de evento Nostr, e as carteiras CoinJoin podem permitir a busca automática de informações desses servidores de retransmissão e exibição em seus clientes. A transmissão de servidores coordenadores da Nostr, como por meio do plug-in Servers CoinJoin do BTCPay e a abordagem proposta no software CoinJoin baseado em Lightning Network, Vortex, pode eliminar a necessidade de procurar e adicionar manualmente coordenadores CoinJoin em clientes CoinJoin, descentralizando ainda mais o cenário de coordenação CoinJoin.
Ignore os requisitos de IP via NOSTR
Como mencionado anteriormente, o conceito original do protocolo **Nostr era implementar um mercado totalmente descentralizado chamado Beco Diagonal. **Com o desenvolvimento do protocolo Nostr, o Beco Diagonal torna-se NostrMarkets, uma extensão do LNbits: um mercado habilitado para Nostr nativamente permitindo que comerciantes e clientes executem e interajam com lojas online por meio de retransmissões. No NostrMarkets, os clientes podem se inscrever na chave pública do comerciante e obter produtos do retransmissor, em vez de visitar o site do comerciante por meio da loja online. Isso aumenta a resistência à censura da loja online porque, em vez de depender de um site censurável, a loja do comerciante é hospedada por todos os retransmissores com os quais se comunica. Mesmo que o servidor do lojista seja invadido, a loja pode ser facilmente montada em diferentes locais, pois todos os produtos são armazenados no relé da rede Nostr. A NostrMarkets lida com a coordenação de pedidos e pagamentos por meio de mensagens diretas Nostr criptografadas, enquanto os pagamentos são feitos pela Lightning Network.
Além de ser resistente à censura, a extensão NostrMarkets do LNbits permite um mercado totalmente anônimo. Comerciantes e clientes não divulgam seus endereços IP para o mundo, mas apenas para o relé ao qual eles se conectam, e isso pode ser facilmente resolvido executando o cliente ou loja atrás do Tor. A vantagem de administrar a loja inteiramente por trás do Tor é que, embora a loja seja acessível apenas por meio do navegador Tor e das páginas da Web .onion, o NostrMarkets pode ser executado em qualquer navegador da Web ou smartphone, melhorando a experiência do usuário na comunicação cliente-servidor que preserva a privacidade. Como os pagamentos são negociados por meio de Mensagens Diretas Nostr criptografadas e implementados por meio da Rede Lightning, os pagamentos em NostrMarkets permanecerão relativamente privados enquanto o nó Lightning da loja estiver sendo executado por trás do Tor, pois as Mensagens Diretas de coordenação de pagamento não podem ser comparadas a outras Mensagens Diretas em Nostr. .
Outra maneira de ignorar o requisito de endereço IP na comunicação servidor-cliente é NOSTREST. REST significa "Representational State Transfer", que faz parte da arquitetura de software da Web mundial para comunicação entre servidores e clientes por meio de solicitações GET, POST, PUT, DELETE e PATCH. No entanto, quando um cliente envia uma solicitação REST a um servidor, o endereço IP é exposto, revelando potencialmente informações de identificação pessoal. No GitHub, __escapeee__ propôs uma ponte REST API construída em Nostr chamada NOSTREST. Ao usar as chaves Nostr sem um cabeçalho de autenticação, os usuários e os operadores do servidor não precisam conhecer os endereços IP uns dos outros. Portanto, a implementação do NOSTREST pode melhorar a privacidade dos aplicativos Bitcoin usando REST, porque o servidor não requer o endereço IP do cliente.
Um exemplo disso poderia ser a execução de um Chaumian e-cash mint de custódia, um sistema de voucher anônimo para valores. Em uma casa da moeda eletrônica, o operador da casa da moeda não conhece os saldos de seus usuários ou o valor da troca. No entanto, devido à arquitetura REST atual, a menos que seja executado atrás do Tor por padrão (como no sistema de e-cash Cashu), ele aprende o endereço IP do usuário. No entanto, implementar e gerenciar o suporte do Tor é complicado. Através da ponte NOSTREST, o projeto pode proteger facilmente a privacidade dos usuários. Ao executar o e-cash mint atrás do Tor e usar NOSTREST para se comunicar entre o servidor e o cliente, a comunicação assíncrona pode ser alcançada, enquanto o operador do servidor e o usuário conhecem apenas a chave pública um do outro, eliminando a necessidade de identificação por risco de IP.
Ver original
O conteúdo serve apenas de referência e não constitui uma solicitação ou oferta. Não é prestado qualquer aconselhamento em matéria de investimento, fiscal ou jurídica. Consulte a Declaração de exoneração de responsabilidade para obter mais informações sobre os riscos.
Paradoxo de privacidade da Nostr e melhorias na privacidade do Bitcoin
Autor: L0la L33tz, Compilador: DoraFactory
Nostr, abreviação de "notas e outros conteúdos transmitidos via retransmissão", é um novo protocolo de comunicação desenvolvido pelo desenvolvedor da Lightning Network, fiatjaf, em 2021. As tentativas de descentralizar os mercados evoluíram. Ao contrário de outras soluções de comunicação, a maioria das quais funciona por meio de clientes burros e servidores inteligentes, Nostr fornece clientes inteligentes e servidores burros, aumentando assim a resistência dos usuários à censura.
**No Nostr, todos os dados são armazenados localmente no usuário e distribuídos apenas por meio de retransmissões, não em um servidor central como o Twitter. ** No caso de mídia social, Nostr adiciona resistência à censura, pois os usuários têm propriedade total de seu conteúdo e perfis. À luz da recente controvérsia em torno das políticas de censura do Twitter, os usuários estão começando a migrar para a solução de comunicação federada Mastodon. No Mastodon, no entanto, a propriedade do conteúdo e dos perfis é do operador do servidor Mastodon no qual o usuário se registra. Embora um sistema federado como o Mastodon ofereça mais resistência à censura do que um servidor central, já que os usuários podem simplesmente se registrar em outro servidor se forem censurados, houve críticas de que o Mastodon pode impor a censura por meio do proprietário do servidor.
Em dezembro de 2022, a comunidade Nostr recebeu financiamento de 14 BTC do fundador do Twitter, Jack Dorsey, o que trouxe uma atenção sem precedentes para o protocolo. Como os aplicativos construídos no Nostr continuaram a crescer, o cliente móvel Damus ficou em primeiro lugar na categoria de rede social da loja de aplicativos iOS chinesa e foi banido como resultado. Em um esforço para conter o movimento #MarchOffTwitter, o CEO do Twitter, Elon Musk, rapidamente baniu o conteúdo relacionado ao Nostr e baniu outras plataformas de terceiros, como o Instagram, sem sucesso.
Embora o Nostr em si não seja um protocolo de privacidade – por padrão, os clientes vazam os endereços IP dos usuários para retransmissores – o protocolo Nostr pode melhorar a privacidade do Bitcoin.
Melhore a privacidade e escalabilidade do BIP47
**BIP47 é uma proposta de melhoria do Bitcoin para criar códigos de pagamento reutilizáveis para pagamentos recorrentes, protegendo a privacidade do usuário. **Se não houver BIP47, para evitar a reutilização de endereços, os usuários precisam gerar novos endereços de forma manual e trabalhosa. Quando um usuário reutiliza um endereço para transações, qualquer pessoa que observe o blockchain pode facilmente agregar todas as transações pertencentes a esse endereço, formando um gráfico do histórico de pagamentos e patrimônio líquido do usuário. Portanto, no Bitcoin, impedir a reutilização de endereço é uma prática recomendada de privacidade e já está implementada por padrão em muitas carteiras Bitcoin. No entanto, a geração frequente de novos endereços pode ser inconveniente quando um usuário está tentando estabelecer uma relação de pagamento recorrente com outra parte, como entre um comerciante e um cliente.
**Através do BIP47, os clientes podem gerar um conjunto de endereços de pagamento para os comerciantes. **Se o cliente compra produtos mensalmente, o lojista precisa enviar um endereço para o cliente todo mês. Com o BIP47, o cliente cria um código de pagamento dedicado para o comerciante, semelhante a uma chave pública estendida. Isso permite que o cliente gere automaticamente um novo endereço para o comerciante sem exigir que o comerciante crie um endereço para o cliente.
**BIP47 usa endereços de notificação, que são monitorados pela HD Wallet para saídas. **Em uma transação de notificação, o comerciante envia ao cliente a chave pública cega e o chaincode por meio do campo OP_RETURN, junto com um segredo compartilhado para manter o endereço compartilhado privado na blockchain pública. Devido à arquitetura da rede Bitcoin, essa troca cria vários problemas. Os dois primeiros problemas são econômicos: uma transação de notificação consiste em 80 bytes, o que pode se tornar caro para os usuários quando as taxas de transação na rede Bitcoin são altas. Além disso, as transações de notificação criam saídas que não podem ser enviadas, **inflando o conjunto UTXO ao longo do tempo. **Isso aumenta a carga computacional nos nós Bitcoin, pois eles atualmente precisam armazenar todo o conjunto de UTXOs, ou seja, cada saída Bitcoin que não é usada como uma nova entrada para garantir que uma transação seja válida.
**A notificação de transações cria o que é conhecido como "mudança envenenada". **Quando um usuário recebe o troco de uma transação de notificação e o paga a um terceiro, qualquer pessoa que observe o blockchain poderá correlacionar o pagamento recorrente do usuário com um pagamento não recorrente, mesmo que o endereço não seja reutilizado. Um endereço de notificação existe apenas uma vez por carteira. Se um comerciante deseja ter relacionamentos de pagamento recorrentes com 10 clientes, qualquer pessoa que observe o blockchain poderá aprender sobre a base de clientes do comerciante, pois todos os 10 clientes precisariam criar transações de notificação para o comerciante no mesmo endereço de notificação.
**Em vez de usar transações de notificação para trocar códigos de pagamento entre comerciantes e clientes, os códigos de pagamento podem ser trocados por meio da Nostr. ** Ao contrário de outros métodos de comunicação, o Nostr é adequado para trocar códigos de pagamento BIP47 porque não há autoridade central que possa censurar as trocas de mensagens. Ao mesmo tempo, todas as mensagens diretas no Nostr são criptografadas por padrão e não há necessidade de calcular um segredo compartilhado. Ao usar o BIP47 por meio do Nostr, os usuários podem evitar o inchaço do conjunto UTXO criado por saídas não dispensáveis e evitando a reutilização de alterações tóxicas e endereços de notificação para dissociar pagamentos duplicados e não duplicados e evitando expor a base de clientes para eliminar a liberação da base de clientes.
Nota: Ao implementar o UTreeXO, a necessidade de nós Bitcoin para armazenar todo o conjunto atual de UTXOs pode ser eliminada no futuro. O UTreeXO transfere o ônus de provar se uma transação usa um UTXO válido para o proprietário do UTXO, reduzindo os requisitos de armazenamento de alguns GB para alguns KB.
Nostr Pay-To-EndPoint
** No Bitcoin, o serviço de análise de blockchain mapeia transações para identidades usando uma regra heurística de "propriedade de entrada comum". **De acordo com esta regra, transações contendo chaves públicas diferentes como entrada são classificadas como pertencentes à mesma pessoa. O protocolo Bitcoin também é suscetível à análise de soma de subconjuntos devido à sua arquitetura baseada em UTXO pela qual as entradas e saídas de transações são correlacionadas. Na análise de soma de subconjuntos, um invasor é capaz de calcular a probabilidade de que uma entrada e uma saída pertençam à mesma entidade, mesmo que diferentes chaves públicas sejam usadas como entradas para uma transação. Por exemplo, se uma transação tiver as entradas 1, 4, 7, 23 e 6 e as saídas 5 e 36, pode-se inferir que as entradas 1 e 4 e as entradas 7, 23 e 6 pertencem à mesma entidade.
Fonte: Knowledge Discovery in Cryptocurrency Trading: A Survey, 2021 por Xia Fan Lu e Xin-Jiang Jang
**Pay-to-EndPoint (P2EP) é um redesenho com proteção de privacidade do Pay-to-IP (P2IP) de Satoshi Nakamoto, codificado no cliente Bitcoin original. **Uma forma de transação P2EP é a transação PayJoin, projetada para quebrar a regra heurística de propriedade conjunta de insumos. Em uma transação PayJoin, tanto o remetente quanto o destinatário fornecem entradas para quebrar a heurística de entrada comum. Usando PayJoins, os usuários podem trocar informações sobre UTXOs para serem usadas como entradas para construir transações Bitcoin parcialmente assinadas (PSBTs) por meio de qualquer canal de comunicação (como Tor Onion como um endpoint). Depois que as duas partes concordam com os termos e assinam a transação, a transação PayJoin se parece com qualquer outra transação Bitcoin no blockchain. Como as partes envolvidas desempenham os papéis de remetente e destinatário, as transações PayJoin não apenas quebram a regra heurística de copropriedade, mas também quebram a análise da soma do subconjunto: as partes podem fornecer entradas de 3 e 5, e a saída gerada pela transação para 6 e 2.
Fonte: Pay To EndPoint por Adam Fiscor, 2018
Problema: A coordenação das transações PayJoin é bastante complexa, pois os participantes devem estar online ao mesmo tempo, seja usando domínios clearnet ou endpoints Tor Onion. Se um usuário iniciar uma transação P2EP, por exemplo, desligando o computador ou perdendo a conexão de rede, a transação não poderá se comunicar. No Nostr, a comunicação é assíncrona: os usuários obtêm informações do relé depois que a conexão de rede é restaurada. As transações P2EP podem ser mais facilmente coordenadas usando chaves Nostr em vez de Tor Onion como ponto final para transações P2EP.
Outra implementação do P2EP é o controverso LNURL. Com o LNURL, em vez de gerar novas faturas para cada transação, os usuários podem receber um terminal estático apontando para um servidor da Web para gerar novas faturas automaticamente. No entanto, como os servidores da Web dependem do DNS (Domain Name Service) global, os usuários que usam o LNURL inevitavelmente revelam suas identidades aos provedores de hospedagem e, se as devidas precauções não forem tomadas, seus endereços IP aos beneficiários. A adoção generalizada de LNURL será prejudicial ao anonimato da Lightning Network**. Em vez de usar um servidor da Web como ponto final para LNURL, os usuários podem usar chaves Nostr como ponto final para transações LNURL para ocultar suas identidades. **
Nostr para CoinJoin
Embora o PayJoin quebre a heurística de copropriedade e subconjunto e análise de maneira adequada, o PayJoin falha em fornecer ao remetente e ao destinatário proteção de privacidade das partes colaboradoras. PayJoin é essencialmente um CoinJoin de duas partes, limitado a dois participantes, o que significa que tanto o remetente quanto o destinatário conhecem suas próprias entradas e saídas, tornando as entradas e saídas de seus parceiros identificáveis. A menos que uma transação CoinJoined seja usada para facilitar o PayJoin, os usuários correm o risco de revelar seus saldos de carteira e transações passadas e futuras aos parceiros PayJoin.
Em um sistema de certificado de quantia anônima como o Protocolo de Coordenação CoinJoin da Wasabi Wallet (WabiSabi), a chave Nostr pode servir como ponto final de comunicação para coordenar transações CoinJoin. Isso permite que o remetente e o destinatário de uma transação CoinJoin troquem as credenciais necessárias para participar de uma rodada CoinJoin, permitindo uma forma discreta de pagamento no CoinJoin. Ao usar a chave Nostr como ponto final no CoinJoins, as partes colaboradoras permanecem ocultas da multidão, permanecendo inconscientes dos saldos e transações de sua contraparte. Ao mesmo tempo, usar as chaves Nostr como ponto final das transações CoinJoin ajuda os usuários do PayJoin a economizar taxas fazendo pagamentos diretamente no CoinJoin, em vez de facilitar os pagamentos por meio do CoinJoin.
Outro uso de Nostr em CoinJoins é a descoberta do coordenador. Embora a maioria dos coordenadores do CoinJoin opere atrás do Tor para mascarar as identidades dos participantes do CoinJoin, os usuários atualmente não podem descobrir facilmente novos coordenadores, exceto no JoinMarket (um mercado CoinJoin para usuários CoinJoin mais avançados). Embora os usuários do CoinJoin possam adicionar coordenadores personalizados à Wasabi Wallet (tão fácil quanto trocar URLs em segundo plano), devido à falta de uma plataforma de publicação, não há como automatizar o processo de atualização dos coordenadores. Portanto, para descobrir novos coordenadores, os usuários devem pesquisar manualmente nas mídias sociais e fóruns (como Reddit ou Twitter) para adicionar coordenadores. No entanto, publicar um serviço de Coordenador através de mídias sociais ou fóruns pode representar um risco para o Provedor de Coordenação, dependendo das políticas aplicadas ao serviço, pois algumas páginas podem ser facilmente desativadas.
Se o Tor é um servidor de retransmissão anônimo, um protocolo que facilita o encaminhamento e recebimento anônimo de mensagens entre pares, o Nostr pode atuar como um quadro de avisos anônimo. Os coordenadores CoinJoin podem publicar seus serviços por meio do tipo de evento Nostr, e as carteiras CoinJoin podem permitir a busca automática de informações desses servidores de retransmissão e exibição em seus clientes. A transmissão de servidores coordenadores da Nostr, como por meio do plug-in Servers CoinJoin do BTCPay e a abordagem proposta no software CoinJoin baseado em Lightning Network, Vortex, pode eliminar a necessidade de procurar e adicionar manualmente coordenadores CoinJoin em clientes CoinJoin, descentralizando ainda mais o cenário de coordenação CoinJoin.
Ignore os requisitos de IP via NOSTR
Como mencionado anteriormente, o conceito original do protocolo **Nostr era implementar um mercado totalmente descentralizado chamado Beco Diagonal. **Com o desenvolvimento do protocolo Nostr, o Beco Diagonal torna-se NostrMarkets, uma extensão do LNbits: um mercado habilitado para Nostr nativamente permitindo que comerciantes e clientes executem e interajam com lojas online por meio de retransmissões. No NostrMarkets, os clientes podem se inscrever na chave pública do comerciante e obter produtos do retransmissor, em vez de visitar o site do comerciante por meio da loja online. Isso aumenta a resistência à censura da loja online porque, em vez de depender de um site censurável, a loja do comerciante é hospedada por todos os retransmissores com os quais se comunica. Mesmo que o servidor do lojista seja invadido, a loja pode ser facilmente montada em diferentes locais, pois todos os produtos são armazenados no relé da rede Nostr. A NostrMarkets lida com a coordenação de pedidos e pagamentos por meio de mensagens diretas Nostr criptografadas, enquanto os pagamentos são feitos pela Lightning Network.
Além de ser resistente à censura, a extensão NostrMarkets do LNbits permite um mercado totalmente anônimo. Comerciantes e clientes não divulgam seus endereços IP para o mundo, mas apenas para o relé ao qual eles se conectam, e isso pode ser facilmente resolvido executando o cliente ou loja atrás do Tor. A vantagem de administrar a loja inteiramente por trás do Tor é que, embora a loja seja acessível apenas por meio do navegador Tor e das páginas da Web .onion, o NostrMarkets pode ser executado em qualquer navegador da Web ou smartphone, melhorando a experiência do usuário na comunicação cliente-servidor que preserva a privacidade. Como os pagamentos são negociados por meio de Mensagens Diretas Nostr criptografadas e implementados por meio da Rede Lightning, os pagamentos em NostrMarkets permanecerão relativamente privados enquanto o nó Lightning da loja estiver sendo executado por trás do Tor, pois as Mensagens Diretas de coordenação de pagamento não podem ser comparadas a outras Mensagens Diretas em Nostr. .
Outra maneira de ignorar o requisito de endereço IP na comunicação servidor-cliente é NOSTREST. REST significa "Representational State Transfer", que faz parte da arquitetura de software da Web mundial para comunicação entre servidores e clientes por meio de solicitações GET, POST, PUT, DELETE e PATCH. No entanto, quando um cliente envia uma solicitação REST a um servidor, o endereço IP é exposto, revelando potencialmente informações de identificação pessoal. No GitHub, __escapeee__ propôs uma ponte REST API construída em Nostr chamada NOSTREST. Ao usar as chaves Nostr sem um cabeçalho de autenticação, os usuários e os operadores do servidor não precisam conhecer os endereços IP uns dos outros. Portanto, a implementação do NOSTREST pode melhorar a privacidade dos aplicativos Bitcoin usando REST, porque o servidor não requer o endereço IP do cliente.
Um exemplo disso poderia ser a execução de um Chaumian e-cash mint de custódia, um sistema de voucher anônimo para valores. Em uma casa da moeda eletrônica, o operador da casa da moeda não conhece os saldos de seus usuários ou o valor da troca. No entanto, devido à arquitetura REST atual, a menos que seja executado atrás do Tor por padrão (como no sistema de e-cash Cashu), ele aprende o endereço IP do usuário. No entanto, implementar e gerenciar o suporte do Tor é complicado. Através da ponte NOSTREST, o projeto pode proteger facilmente a privacidade dos usuários. Ao executar o e-cash mint atrás do Tor e usar NOSTREST para se comunicar entre o servidor e o cliente, a comunicação assíncrona pode ser alcançada, enquanto o operador do servidor e o usuário conhecem apenas a chave pública um do outro, eliminando a necessidade de identificação por risco de IP.