stacker.news/api
ekzyis fd8510d59f Use payment hash instead of invoice id as proof of payment
Our invoice IDs can be enumerated.
So there is a - even though very rare - chance that an attacker could find a paid invoice which is not used yet and use it for himself.
Random payment hashes prevent this.

Also, since we delete invoices after use, using database IDs as proof of payments are not suitable.
If a user tells us an invoice ID after we deleted it, we can no longer tell if the invoice was paid or not since the LN node only knows about payment hashes but nothing about the database IDs.
2023-07-30 23:45:07 +02:00
..
lnd Add docs for local LND setup 2023-05-19 18:28:46 -05:00
models refine module instantiation 2022-04-27 17:06:42 -05:00
resolvers Use payment hash instead of invoice id as proof of payment 2023-07-30 23:45:07 +02:00
search index item path in search 2022-01-28 13:19:56 -06:00
slashtags Revert "Revert "try to store slashtags in cwd"" 2023-07-23 10:09:00 -05:00
typeDefs Use payment hash instead of invoice id as proof of payment 2023-07-30 23:45:07 +02:00
webPush upgrade to prisma 4 2023-07-26 19:18:42 -05:00
ssrApollo.js upgrade to next-auth 4 (bonus: improve error pages) 2023-07-29 14:38:20 -05:00