Estou desenvolvendo um app cliente de Nostr pra compra e venda de Bitcoin entre pessoas já faz um tempo..

O projeto está parado para desenvolver a engine e uma lib typescript pra montar transações Bitcoin, mas tem o problema de como criar ondens de venda sem criar um novo nip, sem criar novos tipos de evento..

Daí ontem estava deitado com a cabeça no colo da minha namorada, em uma festa, pensando em nada.. e do nada dei um pulo.. "caraca, da pra resolver assim.." kkkkk

Nós Devs já estamos acostumados a pensar em soluções no banho, mas essa foi mais de um mês depois kkkk

Reply to this note

Please Login to reply.

Discussion

Boa 👏👏

Embora eu ache que dar uma olhada nos códigos de outros clientes possa ajudar bastante em casos como esse.

Hoje percebi como alguns recursos como a estrutura markdown e a atualização de notas estão só no Amethyst, mas seriam muito úteis, senão essenciais, em outros clients também, principalmente no Njump.

No meu caso já dei uma olhada, é um problema que não tem solução implementada em lugar algum.

Uma ordem de venda, no app se for criada com eventos utilizados em outros app, vai começar a aparecer quebrando em outros clientes.

Um outro problema, é quando alguém acabar de criar conta, quem apresento pra ele seguir? Por isso desenvolvi a search engine.

Precisava de uma biblioteca pra construir transações Bitcoin em typescript.. não encontrei nem a pau, então tive que desenvolver...

Tá sendo fudido fazer esse app kkk mas tô aprendendo muito.

Muito bom 👏👏

Infelizmente ainda não sei muito de código pra ajudar. Estou mais fazendo listas para mostrar soluções.

Seu trabalho é sensacional, construir esse novo mundo não exige só programadores, exige também, filósofos, escritores, e principalmente pessoas como você, disseminadores doque todos nós programadores, filósofos, escritores etc construimos.

Parabéns 👏👏

👏👏👏

acredito que você pode usar nip15 para representar uma ordem de venda

Não dá, uma ordem de venda teria um formato diferente, e quebraria em outros clientes.

mas pensei em uma solução mais adequada, as ordens não apareceram em outros clientes, e também não será necessário criar um NIP novo.

Nip 70 n serve? Dvm

O caso de uso desse tipo evento é outro, não vejo como ele poderia me atender. No meu caso de uso, todos poderão ver uma ordem de venda, ou fazer qualquer coisa com uma ordem de venda, o problema está em como apresentar somente no meu app, visto que não existe NIP pra esse caso de uso, e é um caso muito específico, apenas ordens de venda de Bitcoin.

Mas já tenho uma solução razoável. Assim que terminar o app documento isso.

mas uma ordem de venda de dinheiro fiduciário pode ser interpretado como um produto a venda, foi o que pensei

imagina, é um evento de uma ordem de venda, para comprar você vai fazer uma transação de alguma forma, para receber os Bitcoins em sua carteira.. etc

Como os outros clientes tratarão esse evento?

Na minha visão só deve aparecer no app de compra, pro cara clicar na ordem de venda e realizar a compra etc, se eu utilizar um evento já existente vai aparecer em outros apps que irão apresentar de forma quebrada ou coisa do tipo.. seria problemático.

Os outros clienta tratarão como um produto a venda

Só funciona em teoria, na prática, isso gera muitos problemas e uma bagunça danada kkk

O evento de tipo 3 é usado para salvar as pessoas que você segue, em tags deveria ter as chaves públicas de quem você segue, mas como cada cliente trata de uma forma, você sempre tem que sanitizar porquê é uma bagunça..

Imagina um evento que deve conter link de pagamento, que deve atualizar o valor da ordem de compra depois que alguém comprar 10% do valor da ordem kkk

Não dá pra utilizar eventos universais entre clientes, fica uma bagunça danada.

Já existe essa inciativa, seria bom que contribuísse:

https://mostro.network/

https://github.com/MostroP2P/mostro

Boa, vou dar uma olhada!

Mas acho que quanto mais iniciativas assim melhor, uma só é muito pouco.

Óbvio que não, as energias tem que serem focadas em um projeto. Falando assim tá parecendo até um shitcoiner: "Quantos mais crypto, melhor"

kkk a comparação que você faz é uma distorção doque eu disse, oque falei, é o equivalente a "quanto mais nós de Bitcoin melhor" , não equivalente a "quanto mais criptos melhor".

E vejo assim mesmo, quanto mais projetos diferentes tentando resolver o problema de viabilizar Bitcoin de formas diferentes melhor, talvez eu contribua com esse projeto ai pra até pra conhecer formas diferentes de se resolver o problema, mas quando comecei o meu projeto esse Mostro ainda não existia, dai é melhor eu parar, largar o projeto e ir contribuir só no Mostro? kkkk

Mostro é do mesmo dev do bot lnp2p do Telegram. E tenho certeza que o primeiro commit dele é bem mais antigo

Não só da opnião de que quanto mais crypto melhor kkk

Mas até nisso, acho que cripto bostas devem existir, esses ataques ao bitcoin devem existir, para alggo evoluir, deve ser constantemente testado. Atacar shitcoin como um grande problema é o equivalente ao atacar os hackers porque o seu sistema não tem segurança...

Assim como um sistema deve ser atacado para garantir que ele de fato é um sistema seguro, o bitcoin também deve ser atacado e isso pra mim é uma dinamica que deve acontecer mesmo. Todas essas shitcoins estão testando coisas, implementações e soluções, que no futuro, provadas que são soluções úteis, podem ser acrescentadas ao bitcoin, as que forem inúteis vão quebrando kkk