developer-guide VS luds

Yes: https://docs.siasky.net

Skynet Developer Documentation

Depends on the application. You can launch a client rendered website on Skynet with great ease. Literally drag and drop your web app and its deployed on a decentralized network. Then just setup domain pointers HNS, ENS and your good to go.

https://siasky.net/ and https://docs.siasky.net/

IPFS has chosen an architecture which fundamentally keeps it non-performant, Skynet is built from the ground up in a different way, and gets 10-100x improvements on performance for content-addressed links, and 100-1000x improvements on performance for dynamic lookups (IPNS)

From a developer's guide on how to operate a portal:

If it is really only about auth maybe consider https://github.com/lnurl/luds/blob/luds/04.md LNURL Auth. But then your users should be able to understand the idea of private/public keys.

Independent solutions have also sprung up – notably, lnproxy, an invoice privacy tool (invoices are simply payment requests), and LNURL, a suite of tools for enabling communication between various Lightning applications and services over the web. So what’s a privacy-focused Bitcoiner to do, rely on the fledgling BOLT 12 specification or turn to one of these independent tools?

The technical specification is here: https://github.com/lnurl/luds/blob/luds/04.md

Thanks! yes, managed to set the static QR-code up via the LNURLp extension. How can I figure out if a wallet supports LNURL? I just tried sending myself via BlueWallet and it worked :) I've found this article saying "...it's been adopted in some of the most popular Lightning wallets including Zap, Phoenix, Breez, Blue Wallet and Wallet of Satoshi, as well as dozens of other apps."  - not sure how to interpret the table in Github though.

Since the inception of the lightning network and the development of the ln-url standard, the holy grail of "bank as a web app" is not only a reality but only 5 minutes of set up time and about 30$ of hosting costs away. This starter implements such an app. Authentication and Users are already there, and basic in- and out flow of purchasing power is taken care of. Users can authenticate themselves, deposit and withdraw up to 1000 sats. Whatever happens in between is up to the developer.

Could have been an LNURL payRequest. Unfortunately that does require a service provider, as someone has to be running a server to service the URL. You can host that yourself, of course, but that's way more complex than 99% of Lightning users will tolerate. Many will accept the risks of delegating the hosting out to a third party.

There is a nice article that describes how this feature works on the NFC chip. The URL it produces uses LUD03 and LUD17 from the LNURL spec. This diagram (source) also nicely explains how it works. In this case, the 'User with a smartphone' would be the merchant's point-of-sale device, and the web application would be the LNURL-withdraw server.

And here's specification: https://github.com/fiatjaf/lnurl-rfc