Avatar
bumi
330fb1431ff9d8c250706bbcdc016d5495a3f744e047a408173e92ae7ee42dac
working on getalby.com - a browser extension with lightning and Nostr support

yeah, it sucks that hardware is just so extremely hard.

I admire them for doing it and always feel like I need to support them and such projects more in those efforts by buying the products. - so high5 that you did it!

did you try other similar projects?

whatever you are comfortable with using.

here the goal was to use the coinos wallet with the alby account.

you can also check the alby extension that would work the, too

no, nothing is required. it's a standalone app that has everything it needs. resource usage is also very limited (it loads the blockchain data through a block explorer API)

True. hmm, that spec needs to be updated there. because if more than one is provided then it should be an array imo relay[]=xxx&relay[]=yyy

otherwise different parsers interpret it differently.

At the same time multiple relays add some complexity for apps and wallets. so far all NWCs used one relay afaik.

I personally doubt that relays for NWC are the weak link in the chain and need redundancy that the event is published to multiple ones.

Also considering privacy and that those are no "normal" events.

Do you know why nostr.mom seems to not work for NWC events?

Is open hardware becoming more important?

like https://mntre.com

I've debugged this and there seems to be an issue with the nostr:npub1kvaln6tm0re4d99q9e4ma788wpvnw0jzkz595cljtfgwhldd75xsj9tkzv NWC URL.

Minibits adds multiple relays (e.g. relay=wss://relay.minibits.cash&relay=wss://relay.primal.net&relay=wss://relay.damus.io&relay=wss://nostr.mom ) This is not as the spec describes it and I think also different client implementation interpret this differently.

Our implementation here uses the last relay and this one seems to not respond to a NWC request.

nostr:npub1kvaln6tm0re4d99q9e4ma788wpvnw0jzkz595cljtfgwhldd75xsj9tkzv I recommend to only use one relay now.

(We as Alby also operate a NWC optimized relay that we offer.)

when you use phoenixd then you need to refer to how phoenixd works: https://phoenix.acinq.co/

phoenixd writes some data that contains the seed and channel data.

Alby Hub is just using the phoneixd API - it can not know anything about the seed or similar. That's the same when you use LND.

In those cases Alby Hub just does API calls to those services.

I think Phoenixd is a bit different to the phoneix mobile app but I don't know the details. You best need to talk to ACINQ and their support for more clarity.

We have some scripts to install phoneixd but for support and details about phoenixd one has to talk to acinq.

Anyone using CasaOS here?

I am not sure how Tor comes in here. The relay accepts Tor connections. The Hub itself does not have any Tor built in. So we can’t connect to other Tor only lightning nodes currently and if somebody wants to run the hub interface behind Tor then it would need to be separately configured as a hidden service.

But I think only the relay is typically relevant, isn’t it?

did start9 stop the app? did start9 restart?

this is up to phoenixd and phoenixd only writes that files to disk. the user needs to backup those files.

we can also not make those available in the albyhub UI as phoenixd does not expose it. (same as it is in LND)

if you want a more simple setup then use only albyhub with the embedded node.