Implements [NIP-57](https://github.com/nostr-protocol/nips/blob/master/57.md), so that Lightning accounts can receive sats from people via zaps on Nostr.
refs #170
* Use URI hostname as relay name
* Log relay name/URL for every websocket event
* Fix variable assignment for nostr event
* Fix Sidekiq job finishing too early, by creating a new thread waiting
for it to be closed from a callback
@bumi I deployed this branch to production and then fixed a bunch of bugs and problems that made it fail. I think it's finally working now.
Unfortunately, I haven't found a single nostr client that works reliably for me, and actually retrieves all messages from a user's relays. So testing it live is still a bit of a hit-and-miss result, but we do see the logs for publishing status per relay now.
@bumi I deployed this branch to production and then fixed a bunch of bugs and problems that made it fail. I think it's finally working now.
Unfortunately, I haven't found a single nostr client that works reliably for me, and actually retrieves all messages from a user's relays. So testing it live is still a bit of a hit-and-miss result, but we do see the logs for publishing status per relay now.
Yes, the CORS changes are deployed. The latest version of this branch should be the one in production.
I just tried to zap a note, and noticed that Alby is broken for my Kosmos accounts, even though the akkounts Lightning dashboard still works (same API), and there's nothing visibly wrong with any part of the setup on our end. See my question here: https://kosmos.social/@raucao/112529763147036364
Maybe whatever the reason was for your question is also connected to that issue?
Yes, the CORS changes are deployed. The latest version of this branch should be the one in production.
I just tried to zap a note, and noticed that Alby is broken for my Kosmos accounts, even though the akkounts Lightning dashboard still works (same API), and there's nothing visibly wrong with any part of the setup on our end. See my question here: https://kosmos.social/@raucao/112529763147036364
Maybe whatever the reason was for your question is also connected to that issue?
So now there's no issue I can see anywhere in regards to our Lightning or LNURL. Also just zapped my account from 2 different clients to make sure it works.
I solved the extension issue by restarting the whole browser: https://kosmos.social/@raucao/112529804852769117
So now there's no issue I can see anywhere in regards to our Lightning or LNURL. Also just zapped my account from 2 different clients to make sure it works.
Ah, now I see! Maybe the kosmos.social Webfinger entry doesn't have CORS headers, but the LNURL endpoints would be on accounts.kosmos.org anyway. I'll have a look at that. We could also make it possible to use the .social address as a NIP-05 address, which currently probably only works for kosmos.org, too.
got also some nice email notifications
Yeah, I have a PR coming up with more settings for Lightning notifications. It adds 3 more settings for it, so you can turn them off for zaps specifically (if you get notifications in nostr clients anyway), and also ignore txs under a certain amount threshold as well as ones without a message/comment.
Ah, now I see! Maybe the kosmos.social Webfinger entry doesn't have CORS headers, but the LNURL endpoints would be on accounts.kosmos.org anyway. I'll have a look at that. We could also make it possible to use the .social address as a NIP-05 address, which currently probably only works for kosmos.org, too.
> got also some nice email notifications
Yeah, I have a PR coming up with more settings for Lightning notifications. It adds 3 more settings for it, so you can turn them off for zaps specifically (if you get notifications in nostr clients anyway), and also ignore txs under a certain amount threshold as well as ones without a message/comment.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Implements NIP-57, so that Lightning accounts can receive sats from people via zaps on Nostr.
refs #170
@bumi I deployed this branch to production and then fixed a bunch of bugs and problems that made it fail. I think it's finally working now.
Unfortunately, I haven't found a single nostr client that works reliably for me, and actually retrieves all messages from a user's relays. So testing it live is still a bit of a hit-and-miss result, but we do see the logs for publishing status per relay now.
are the CORS changes already deployed?
Yes, the CORS changes are deployed. The latest version of this branch should be the one in production.
I just tried to zap a note, and noticed that Alby is broken for my Kosmos accounts, even though the akkounts Lightning dashboard still works (same API), and there's nothing visibly wrong with any part of the setup on our end. See my question here: https://kosmos.social/@raucao/112529763147036364
Maybe whatever the reason was for your question is also connected to that issue?
I solved the extension issue by restarting the whole browser: https://kosmos.social/@raucao/112529804852769117
So now there's no issue I can see anywhere in regards to our Lightning or LNURL. Also just zapped my account from 2 different clients to make sure it works.
ok, cool. on kosmos.social I still get some CORS issue.
but it looks good to me. got also some nice email notifications.
Ah, now I see! Maybe the kosmos.social Webfinger entry doesn't have CORS headers, but the LNURL endpoints would be on accounts.kosmos.org anyway. I'll have a look at that. We could also make it possible to use the .social address as a NIP-05 address, which currently probably only works for kosmos.org, too.
Yeah, I have a PR coming up with more settings for Lightning notifications. It adds 3 more settings for it, so you can turn them off for zaps specifically (if you get notifications in nostr clients anyway), and also ignore txs under a certain amount threshold as well as ones without a message/comment.
@bumi The lnurl endpoints for .social should also carry
Access-Control-Allow-Origin: *now.