1. p2p non-custodial zaps
  2. lnbits receiving
    • LNBits is our first attached wallet to support both sending and receiving, you can configure it to do one or both now (via @ek)
  3. sats filter
    • we've replaced greeter mode with a more generic sats filter which allows you to filter out posts based on "investment"
      • that is, posts are only visible when a post's sats zapped + post cost + boost >= sats filter
    • you can achieve the same effect as greeter mode by keeping your sats filter = 0
    • If you didn't previously have greeter mode enabled, we default your sats filter = 10
(1) is the final difficult stage of our wallet plans. We have a few weeks worth of work left before those plans are done (mostly UX stuff). We'll pin a post about the schedule for wallets soon. No action is needed on your part to keep the sats in your account. When we transition, any sats in your account will be available for withdrawal forever.

FAQ

  1. What happens to the sats in my SN account when the wallet plans are done?
    • Nothing. They will always be yours to withdrawal.
  2. I'm hard of reading. What will happen to my sats?
    • Nothing. They will always be yours to withdrawal.
  3. Seriously, what will happen to my sats?
    • Nothing. They will always be yours to withdrawal.
We'll have more complete FAQ in the pinned post that I'll write soon as mentioned before.

Since starting the Open Source Contributor Award Rules (OSCARs), we've paid a total of 8.5m sats to 26 contributors for 121 contributions! View an up to date list of contribution awards here: https://github.com/stackernews/stacker.news/blob/master/awards.csv

Previous release: #632357

Got my first “p2p” type today.
Does this essentially mean that I’ve received a zap from a non-SN wallet?
reply
21 sats \ 1 reply \ @k00b OP 25 Aug
Yep!
reply
LNBits is our first attached wallet to support both sending and receiving
Your next one should be Nostr Wallet Connect -- the spec supports both sending and receiving but right now you have it as Send only
reply
46 sats \ 3 replies \ @ek 14 Aug
Yes, it’s next on my list.
However, since we don’t want to store spending permissions on the server where we coordinate receiving and NWC uses the same connection string for both, this might get tricky.
Receiving with WebLN will also be tricky since it’s not available on the server.
reply
Where do you store the spend key for LNBits? If not on the server then presumably on the client -- or encrypted on the server in a blob which gets downloaded/decrypted by the client. Whatever you do for lnbits, you can probably do the same for NWC
reply
115 sats \ 1 reply \ @k00b OP 14 Aug
Yep, we can use a different NWC string for each sending/receiving.
reply
Ah, I didn't realize that the permissions can be configured per string by the wallet (at least Alby does that) even though it's not mentioned in the spec:
edit: Oh, I forgot that the info event is per connection string, not per wallet. Then it makes sense that you're supposed to declare what this connection allows with it.
reply
With your improvements on the wallet I was thinking... wouldn't it be nice if SN could work like Albi? From my ignorance it seems you're 90% already done towards being a Nostr logger, full with wallet and all.
reply
141 sats \ 5 replies \ @ek 14 Aug
Do you mean like Alby Hub that supports different backends? Maybe we thought about the same thing already:
It would be cool if you could use the wallets you attached to SN as a payment method outside of SN. Just like receiving to your SN lightning address can forward the payment to one of your attached wallets (so basically like a p2p zap but from outside SN) (and will do so soon), if you want to pay a coffee with SN, SN could figure out how to pay the invoice using one of your attached wallets.
However, since payments are triggered in the client, you would need to have SN open for this to work. So that's where it becomes less cool. But I guess that's okay since it could work by simply pasting the invoice into SN so you'd need to have SN open anyway.
reply
If you use SN as a PWA, it'd work pretty well like that. We can use attached sending wallets to allow you to pay for stuff. Kind of like Zeus without the mobile node.
reply
Adding to all of what @ek and you said, I was also thinking about Albi in the sense that it's a fully integrated onboarding platform to Nostr. I'm not using Albi, but when I first tried to get into Nostr it was a nice option because it gave me everything: the wallet, the Nostr keys, and the Nostr logging functionality. In that sense SN would work as a nice port from which one could start to navigate the Nostr sea. It seems to me you've all for SN to work like that. I actually saw and started using SN because I liked that the community seemed like a nice way to prep and warm up to jump into Nostr, so even the community itself aligns with that objective.
reply
Yeah, I guess when we've migrated to fee credits, withdrawal will no longer make sense. It could simply become "pay with attached wallets".
reply
78 sats \ 1 reply \ @k00b OP 14 Aug
I think it'd just be "pay" or "send." There's no need to call them "attached" because all wallets will be "attached."
reply
100 sats \ 0 replies \ @ek 14 Aug
Yes, I almost edited my comment to mention this but then I got lazy
reply
It will to some extent for receiving sats if you have a receiving wallet attached, ie your SN lightning address will go directly to your attached wallet. For sending though, we never want to store permissions or anything that would allow us to spend your money on the server.
reply
I really like this focus of yours
reply
100 sats \ 1 reply \ @k00b OP 14 Aug
reply
-> google -> "how can I get a video tattooed into my arm?"
reply
Possible Bug: I don't think the filter is working correctly.
I set it to 1000 Sats and I am still seeing post like this (#648780) on my main home page
reply
It's an honor being your example of a post that's beneath you.
reply
I only accept the very best post to exclude.
reply
High standards => high performance.
reply
🤣🤣🤣🤣🤣
reply
I think it’s only applied to /recent but @k00b can confirm
reply
I think it’s only applied to /recent
That appears to be the case.
My personal vote would be to have it on all the pages but maybe there is a good reason I am not aware of.
As always, great job to the SN team. Keep up the good work.
reply
10 sats \ 1 reply \ @ek 15 Aug
I think the reason was that spam is mostly on /recent
reply
Filters have never been applied to hot but we could add them.
reply
The untrained eye will miss the subtle hints you made that kind of relate to this question but to put it explicitly for everyone to understand, what will happen to my sats?
reply
Nothing. They will always be yours to withdrawal.
reply
withdrawal is a noun
you need a verb to follow the word "to" which signifies an infinitive
I think you meant "yours to withdraw" or "yours for withdrawal"
all four times
reply
If I have a friend like you early, maybe I will have graduate by high school.
reply
ok never mind.. I will figure out... 🤔
reply
Getting an error when trying to save the invoice_key (which shouldn't even be required when one has the admin_key, right??) in the wallet attach screen:
failed to create test invoice: Unable to connect to http://lnbits-phoenixd-phoenixd-1:9740
My LNbits' funding source is configured to use a local dockerized phoenixd with container name lnbits-phoenixd-phoenixd-1, and for some reason SN is trying to access the local address when I press Save. It should use the Lnbits Create invoice POST api request... which I can confirm works just find with the Invoice key.
curl -X POST https://lnbits.mydomain.tld/api/v1/payments -d '{"out": false, "amount": 1000, "memo":"testtest"}' -H "X-Api-Key: <my_invoice_key>" -H "Content-type: application/json"
reply
That’s the error lnbits is returning to us. There’s no way we would know the local host name
reply
but how come that the curl Create Invoice API call works just fine?
curl -X POST https://lnbits.mydomain.tld/api/v1/payments -d '{"out": false, "amount": 1000, "memo":"testtest"}' -H "X-Api-Key: <my_invoice_key>" -H "Content-type: application/json"
reply
0 sats \ 1 reply \ @ek 16 Aug
Does this error happen consistently with SN?
failed to create test invoice: Unable to connect to http://lnbits-phoenixd-phoenixd-1:9740
Afaict, we tried the domain you provided us (lnbits.mydomain.tld) but LNbits returned this error. Maybe it wasn't able to reach the container when it tried but it would work on retries?
reply
The container must have reachable as it is running next to the Lnbits container, and I tried the curl command literally a few secs later, successfully.
That said, I went through the process again just now - and it magically works now. I can save the incoice key, without error message. Weird. but at least it works
reply
Can you try specifying the amount in msats?
curl -X POST https://lnbits.mydomain.tld/api/v1/payments -d '{"out": false, "amount": 1000, "unit": "msat", "memo":"testtest"}' -H "X-Api-Key: <my_invoice_key>" -H "Content-type: application/json"
reply
It does work in the sense that it returns a proper BOLT11 invoice, But LNBits seems to convert msat -> sat incorrectly. 10000msat becomes a 100sat invoice amount (should be 10sats).
It's still not an explanation for the OP error message
reply
It appears that msat is not a valid unit for LNBits, but instead of throwing an error, they just divide amount by 100.
I raised this issue: https://github.com/lnbits/lnbits/issues/2642 Let's see what they respond.
reply
In the meantime we stopped using msats for lnbits if you want to give it a shot.
reply
which shouldn't even be required when one has the admin_key, right??
Yes, but we store the admin key in your browser and the invoice key on the server since that's where we coordinate autowithdrawals and p2p zaps. We don't want to store spending permissions on the server so we need something restricted to receives for the server.
reply
Very cool
reply
great job guys! I love the work you are doing here.
reply
thanks for the continued work with the zapping
reply
Quick bug report, I am seeing a lot of 404 links e.g. https://stacker.news/WeAreAllSatoshi/all and https://stacker.news/~meta
reply
Damn! With the updates, always the bugs arrive!
reply
Thanks, we're investigating. Same for /notifications and /recent but only if you're logged out.
I had to use @anon to find the link to this post since /recent was broken. Is that also how you arrived here?
reply
This is what my /notifications looks like
reply
We returned undefined somewhere we shouldn't have. If you disable wild west mode, you'll be good until we deploy the fix.
reply
100 sats \ 1 reply \ @k00b OP 14 Aug
Fixed.
reply
reply
I am subscribed to @k00b's posts, so I got here on mobile. Then I had to find it again in my wallet history since it wasn't indexed in the search engine yet, and I couldn't visit ~meta haha
reply
104 sats \ 3 replies \ @fed 15 Aug
Not sure if it's a problem on my end, but I'm getting the following error when trying to attach an invoice key for receiving with lnbits.
0s [lnbits] error failed to create test invoice: Unexpected token < in JSON at position 0
P.S. the admin key for payments seems to work just fine.
reply
On my end, that's what I'm getting in the logs when trying to attach the wallet here.
Aug 15 12:56:34 [hostname] docker-lnbits-start[587959]: 2024-08-15 12:56:34.84 | WARNING | Server error '500 Internal Server Error' for url 'http://[phoenixd-server-url]:9740/createinvoice' Aug 15 12:56:34 [hostname] docker-lnbits-start[587959]: For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/500 Aug 15 12:56:34 [hostname] docker-lnbits-start[587959]: 2024-08-15 12:56:34.85 | ERROR | InvoiceError: Unable to connect to http://[phoenixd-server-url]:9740., Status: pending
I'm creating invoices just fine using lnbits, so not sure why phoenixd is complaining.
reply
10 sats \ 1 reply \ @k00b OP 15 Aug
Our test payment might be too small for phoenix.
reply
I'm looking at all of this now. The problem is most of this kind of node middleware barfs on millisats ("oh no one needs those lets just pretend they don't exist") even though the specs support it.
reply
This is all very interesting, but what happens to the sats in my SN wallet?
reply
Nothing. They will always be yours to withdrawal.
reply
withdraw*
That makes five times
reply
*it ?
reply
That's a relief. You should have mentioned it in the post.
reply
Looks like auto-withdrawal is not kicking in (I'm guessing related to this change, but if not, I can submit a bug report)? My daily rewards yesterday should have triggered it, but didn't.
reply
If autowithdrawal fails, it won't retry until your balance changes again.
reply
Just a heads up. If anyone is trying to connect a node with lnbits through Umbrel, it won't be possible. Umbrel doesn't support https
reply
If there are ever any non-technical positions, i would throw my hat in the ring!
reply
Fantastic job guys! As always thank you for being so transparent its a great thing to see!
reply
@k00b please add also a warning to that link to lnbits.com: RUN YOUR OWN LNBITS INSTANCE. Newbies will just create a demo account from lnbits.com (totally wrong) and use it with SN. Here is the LNbits documentation: https://github.com/lnbits/lnbits/wiki/LNbits-Documentation https://m.stacker.news/45948
reply
Great job team, onward!
reply
Plans to add lightning node connect send/receive ? would be great to add a 'custodial' LNC from my LND node for sending/receiving
reply
We have LNC sends already. We plan to add receives.
reply
excellent! will the stacker news ln address eventually not be usable or even with the end game of this change realized one can still use it to receive sats to their node ?
reply
114 sats \ 1 reply \ @k00b OP 15 Aug
They'll be able to receive sats through their SN lightning address to their node. We'll even allow you to hide your node's pubkey with our node as a proxy if you want.
@natalia @StillStackinAfterAllTheseYears @kepford @fed I didn't get the withdraw bug today.
The problem is that most of "wallet" implementations don't like amounts denominated in millisats and I want to figure how to handle that best (without rounding unfavorably). I'll ship a fix tomorrow afternoon at the latest.
reply
I get excited when I find a bug in an open source project. Thanks @k00b
reply
No worries. Thanks for tackling it as soon as reported.
reply
sure! and I remembered that SN also didn't support in millisats before. 👀
reply
I still like to use more cowboy credits. Using an external wallet to zap on SN it create too much friction, fees, hassle. For a stupid 10 sats zap you could get a force closed channel, for example. Any zap under 546 sats over LN should be considered dust and is better to be done with cowboy credits. Sometimes custodial is not bad if is done properly.
reply
Using an external wallet to zap on SN it create too much friction, fees, hassle.
not necessary, my setup is pretty neat atm. 👀
reply
We’ll have cowboy credits too.
reply
👏👏
reply
When SN cowboy credits will be taproot assets ?
Stacker filter is working that good. like is it is lacking somewhere
reply
Congratulations for another update. You guys are so dedicated to make SN a better place for us. Really appreciate your hard work. Keep it up well-done guys.
reply
Nice job! Making it better and better with every passing day! Thank you @k00b and team SN!
reply
Wow, great job guys. 👍
reply
stackers have outlawed this. turn on wild west mode in your /settings to see outlawed content.
stackers have outlawed this. turn on wild west mode in your /settings to see outlawed content.