Você pode fornecer um link para a API?
Se cada um desses usuários tiver alguns dólares, você pode perguntar no Marketplace. Se uma ou mais dessas comunidades forem clientes Enterprise, essa seria outra maneira de dar o pontapé inicial.
Você pode fornecer um link para a API?
Se cada um desses usuários tiver alguns dólares, você pode perguntar no Marketplace. Se uma ou mais dessas comunidades forem clientes Enterprise, essa seria outra maneira de dar o pontapé inicial.
Não há API, zaps são nativos do Nostr e foram implementados usando a Rede Lightning. Pode-se dizer que a “API” seria a própria LN.
Aqui, como os zaps funcionam no Nostr:
O usuário vincula seu endereço de carteira LN à sua conta Nostr e, a partir daí, todos os zaps (gorjetas) são enviados e recebidos diretamente pela LN, é o Lightning node server que lida com isso, não o Nostr.
Para implementar algo semelhante para enviar tokens Ethereum, uma solução teria que ser criada do zero, daí minha sugestão de usar a infraestrutura do Polygon. Mas, como disse no início, não sou desenvolvedor, então não posso detalhar tudo isso tecnicamente, infelizmente.
Sugerirei isso na comunidade em que participo. Ela é mantida por uma grande empresa e pode ter interesse nisso.
Eu imagino que a primeira pergunta seja: O que EXATAMENTE você quer?
Você tem que definir precisamente o que o sistema que você quer faria e como ele faria. Se não diretamente em termos técnicos, descrevendo a ideia com suas próprias palavras.
No momento, nada impede que qualquer usuário escreva um endereço de recebimento em seu perfil. Exceto talvez pelas regras de alguns fóruns. É basicamente tudo o que é necessário. Isso é cripto! As pessoas podem publicar endereços de recebimento livremente e os remetentes podem enviar para eles sem muitas preocupações com privacidade ou outras bobagens envolvidas.
Claro, se você usar um endereço on-chain, as transações são públicas e usar o mesmo endereço para tudo está longe do ideal. Mas você pode usar a LN com BTC, ou um novo desenvolvimento empolgante que espero que ganhe força: PayNyms. Ou você poderia usar uma moeda de privacidade como Monero.
Fazendo praticamente nada e apenas promovendo um certo uso em uma comunidade, as pessoas são livres para usar as moedas/redes que quiserem. Várias delas, se quiserem. Clique no meu apelido e veja por si mesmo. Você poderia configurar uma caixa especial para isso, e talvez pedir especificamente às pessoas para preenchê-la no registro. Aqui, eu sequestrei a seção “pronouns”. E usei a caixa do site para publicar meu PayNym. Em qualquer caso, as coisas podem ser inseridas diretamente na caixa “Sobre mim”.
O quê:
Como funcionaria:
O usuário vincularia sua carteira de criptomoedas (Lightning para BTC e Polygon para Ethereum) à sua conta Discourse.
Quando o usuário quisesse enviar uma gorjeta para outro usuário, por exemplo, quando ele gostasse muito de uma postagem, ele clicaria no ícone específico no rodapé da postagem e um pop-up seria exibido para ele escolher o valor a ser enviado.
Opcionalmente, também seria possível enviar gorjetas acessando a página de perfil do usuário, onde há um botão com a mesma funcionalidade.
Justificativa:
À primeira vista, seria um recurso tão simples quanto isso, sem preocupação com privacidade ou coisas do tipo. Estamos falando de gorjetas (micropagamentos) como forma de recompensa e não de transações de alto valor. Mas, é claro, nada impede que haja também suporte para Monero neste recurso.
Isso parece bem simples mesmo.
Armazene um valor para cada usuário, que o usuário forneceu (informações de pagamento).
E adicione um botão que mostrará um QR code de acordo com esse valor ou redirecionará para aplicativos de carteira.
E acho que é isso.
O que você realmente quer é um botão para formalizar as coisas, em vez de as pessoas copiarem/colarem as informações de pagamento do perfil (o que descrevi acima).
Você pode encomendar um plugin que faça isso em Marketplace
Eu acho que também é simples, mas não sou desenvolvedor, então não sei se é realmente tão simples de implementar no Discourse.
Este é o caso de uso de gorjetas no Nostr, é basicamente isto:
Mas essa seria a solução apenas para gorjetas de BTC via Lightning Network.
Quanto a Polygon/Ethereum, não conheço nenhum caso de uso como este que tenha sido implementado antes, por isso disse no início que teria que ser implementado do zero.
Vou escrever uma proposta para postar no marketplace. Obrigado pela sua atenção.
Pessoal! Vamos mergulhar no BTCPay.
Todo o material da Lightning Network é experimental (e um tipo de jogo de empresas), mas também está incluído em seus sistemas. Eles têm uma API muito boa e uma comunidade excelente, além de usarem a rede Bitcoin original sem aditivos.
Isso é obrigatório para empresas que querem construir tudo em uma 2ª camada experimental.
São apenas meus dois centavos ![]()
Muito interessante, não sabia desse projeto.
No entanto, há um “pequeno” problema com ele… as transações são feitas diretamente na blockchain do Bitcoin, o que implica altas taxas e um atraso para confirmá-las.
Para um sistema de gorjetas, que é o que está sendo proposto aqui, essas duas coisas tornam a funcionalidade inviável.
O que torna a experiência de enviar e receber zaps (gorjetas) no Nostr tão divertida e agradável é justamente o fato de serem instantâneos e não custarem nada para enviar ou receber. Transações de pequeno valor são gratuitas na Lightning Network.
Além disso, não é necessário criar nenhum nó/servidor para implementar gorjetas sobre a Lightning network no Discourse, o usuário apenas vinculará sua carteira Lightning à sua conta do Discourse e o plugin fará: (1) Para receber: dizer se o usuário pode ou não receber gorjetas e (2) Para enviar: interagir com o servidor LNURL para configurar a transação, mas não confirmar a transação em si.
Essa abordagem torna muito simples incluir essa funcionalidade no Discourse. Administradores de comunidades que usam a plataforma Discourse não precisarão saber nada sobre tecnologia Bitcoin, nem configurar servidores específicos para esse fim.
A implementação de gorjetas em sats é tão simples quanto isso, basta copiar a implementação que fizeram para o Nostr.
A dificuldade, eu acho, será criar a mesma funcionalidade, mas para a rede Ethereum. Existem soluções de Camada 2 no Ethereum, mas seria simples implementar a mesma funcionalidade usando alguma delas? Não sei.
Essa foi a reação inicial que tive ao ler a postagem dele também. Ele diz que o BTCPay está implementando a rede Lightning, no entanto. O que eles fazem: Lightning Network FAQ | BTCPay Server Mas o BTCPay pode ser mais sobre uma entidade recebendo todos os pagamentos. Não tenho certeza se seria bom para o caso de uso aqui. A menos que você queira lidar com contas de usuário internamente. Seria centralizado no seu nível. Provavelmente é melhor manter as coisas descentralizadas e deixar os usuários trocarem diretamente entre si.
Acredito que seria o oposto: A única dificuldade com a rede Lightning da maneira que o Nostr parece lidar com ela é que ela gera uma nova fatura LN para cada transação (de acordo com a imagem que você forneceu acima).
As redes Ethereum/Polygon são “baseadas em conta” em vez de baseadas em UTXO como o Bitcoin. Portanto, cada transação seria necessariamente enviada para o mesmo endereço por usuário, se não me engano. Não sei se é possível fazer de outra forma (é?). É assim que funciona. Seria “ruim” em termos de privacidade, mas muito simples de implementar, por outro lado. A menos que eu esteja perdendo alguma coisa.
Uma solução alternativa (centralizada) seria usar um terceiro para micro pagamentos, como, por exemplo, o FaucetPay. Eles têm uma API e suportam muitas moedas. Pequenas quantias para gorjetas seriam trocadas internamente com eles e os usuários poderiam depositar/sacar quantias maiores.
Não, não em vez de, porque
Então, mais além disso para que o motor do fórum
funcione como pretendido ![]()
Você está absolutamente certo!!
Minhas desculpas.
Transações nativas de Bitcoin são lentas e baratas ou rápidas e caras. Além disso, em algumas ocasiões, as transações mais rápidas podem ser muito caras e as baratas, demoradas, o que definitivamente não é uma opção viável para um sistema de gorjetas.
Por outro lado, na Lightning Network, as transações são instantâneas com taxas relativamente constantes, o que não existe nativamente no Bitcoin.
Para um sistema de gorjetas como o implementado no Nostr, isso é ideal.
Devo admitir que não sei o suficiente sobre criptografia para poder julgar isso. No entanto, acho que agora há informações suficientes sobre a rede Lightning neste tópico para que alguém possa pesquisá-la adequadamente se decidir adotar esse recurso (seja como um plugin de terceiros ou como um oficial). ![]()
Talvez possamos encerrar este assunto e dizer que é uma das várias opções que poderiam ser consideradas.
Bem, o LN está pior do que antes e quase não é usado. Abrir canais e usá-los para gorjetas sem pagar muito ou usar custodiantes de terceiros é impossível.
Estou com a ideia de integrar o BTCPay ao Discourse. Isso trará muitas pessoas procurando algo semelhante.
Cripto existe por causa das pessoas e suas comunidades, não de instituições ou ‘números subindo’.
O BTCPay funciona com mais criptos do que BTC (como LTC ou XMR) e tem reputação, equipe e confiança.