pull down to refresh

If there isn't much sats in the linked wallet, is it still need to do anything? 😅

Looking at the patch commits it seems that an attacker could glean connection details to the backing node

You wouldn't want to receive a payment with an attacker lying in wait, definitely update, and I'd recommend rotating the connection credentials to the backing node

reply
226 sats \ 8 replies \ @Natalia 7 Aug

Updated to BTCPay Server v2.4.2

Reconfigured linked wallet

  • LN deposit-only mode
  • Onchain linked with XPUB, also deposit-only mode

All good? 🫡 This must be scaring many merchants away now.

reply

Not familiar with deposit only mode. That is LND or BTCPay thing ?

I was imagining NWC might be a way of making 'deposit on mode'

reply

Yes, with NWC and set it to deposit only, but the NWC plugin in BTCpay is a bit buggy.

@AG, did you experience situations where customers paid the invoice in BTCpay (configured NWC with Rizful), the payment arrived, but it didn't show as settled in the dashboard? On the Customer side, it also didn't show anything after the invoice was paid.

reply
78 sats \ 2 replies \ @AG 8 Aug

I think is a issue with NWC in general. The only issue we had was with a new pseudo plugin that supposed to use cashu, but instead it turned on the nwc backup mode and the transaction was a mess. It showed paid in the customer side, but we would not be able to trace back the payments.

We had to open an issue with the service provider and maintainer of the mint and nostr relay transmitting via nwc to have the payment localized and manually added in our account transactions.

Nwc is buggy because it relies on nostr relays, indeed just one nostr relay set by the provider, and the provider can see all the transactions. From what I know is not good for privacy either, but am not that technically literate to judge either.

reply
24 sats \ 1 reply \ @Natalia 8 Aug
Nwc is buggy because it relies on nostr relays

Do you think it would improve in the future? Because it's a really bad impression when customers paid but not showing as paid.

reply
101 sats \ 0 replies \ @AG 8 Aug

Not sure it can improve, from my understanding is on the relay maintainer to ensure this type of info get transmitted correctly.

For us was really bad too and not seeing the transaction in our side we could not tell if the customer was right or not. But customer is always right, so we did well listening and learning from it.

What I can suggest, in case you are not directly managing your business and payments infrastructure (that's a hell of a job itself), contact the service provider and ask them directly as soon as possible and provide clear info to your customer.

Hope all resolve well in your side, if I can help with anything, let me know :)

reply
1 sat \ 0 replies \ @AG 8 Aug

Deposits only depend on how you set up your btcpay server instance nodes, both the onchian and lightning. Look for options and learn about it; it is good practice, especially if you sell online.

reply

Sounds good based on what I've seen 👍

reply

Good work there. This should be the standard.

reply

on my way.

reply
reply

Bitcoin is def not for the weaks, a new hack each day...😂

reply

I guess it's the red team hardening bitcoin projects against new LLM vulnerabilities discoveries

reply

Fun fact: all those "discoveries" were made by the same LLM / AI agents.
So now humans are working double to fix what they should be done by them in the first place.

Very good efficiency in coding, right.

reply

Why don't they hack the banks or something else, there are more money outside of Bitcoin....

reply
111 sats \ 1 reply \ @DarthCoin 7 Aug

reminder: banks are full (or empty) of fake money.
Who wants to rob fake money if they can print endlessly?
Bitcoin instead is real money. And irreversible.

reply

😂😂😂 make sense.

reply
You don't need bots to produce bugs, humans can do this perfectly by themselves

- Linus

reply

Humans make mistakes and bugs.
Bots learn / read data from humans.
Its'a a circle.

reply

Yes.

reply

Humans also created bots = create more work while wanting the bots to do the work? 😂

reply
reply

and after finding these (with AI) they will ask again AI to write a patch, then they will just push the "release" button...

reply

😀😀😀

reply

so all these drams are createdby AI. 😂

reply
1 sat \ 3 replies \ @Lux 7 Aug

Fun assumption :D

reply

more to come. this is just the beginning...
but is fun.

reply

People outside the BTC space must be looking at these and laughing rn. 😂

reply
1 sat \ 0 replies \ @Lux 7 Aug
more to come

oh yes

reply

Yes — the balance in the hot wallet is not the whole exposure.

The hole is in BTCPay's own admin/API auth, not in the wallet. Someone who gets in can change where future money goes: the store's derivation scheme / payout settings. Your invoices keep being generated and paid by customers, and the funds land on an xpub that is not yours. An empty wallet today does not protect next week's sales.

Two other things leak that have nothing to do with balance: your invoice history (customer emails, addresses, order amounts) and any connected node credentials, which is why the LND macaroon rotation advice is in there.

So: update, then change the password, then re-check that your store's wallet xpub is still the one your hardware wallet shows. That last step is the one people skip and it is the one that costs you money quietly.