There are currently 5 ways to donate:
* Bitcoin
* Monero
* Credit card via GitHub Sponsors (Stripe) for either one-time or recurring payments of any amount
* PayPal (prefer GitHub Sponsors if possible)
* Interac e-Transfer from a Canadian bank account
Conversation
We plan to add support for Lightning donations in February, starting with Keysend support.
We don't want to expend resources handling cryptocurrencies other than Bitcoin and Monero without a compelling reason. Zcash shielded address will likely be added once Trezor supports it.
4
5
63
Replying to
Great to hear, consider for easy on chain + lightning payment processing with numerous cool features ontop.
1
1
10
We're likely just going to run lnd + btcd + loopd ourselves and publish a keysend address. Ideally, keysend would be more broadly supported beyond lnd and c-lightning themselves. Breez (lnd and neutrino) supports it. Maybe it's fine to only support keysend. It's a nice approach.
1
2
I think it's good enough for now.
Bolt 12 enables superior static invoice UX, especially for donations.
That feature is already implemented in c-lightning (and WIP in eclair), but I don't know if lnd is going to integrate it any time soon. There's little wallet support though.
1
1
Keysend is really nice because we can simply publish our lightning address and receive donations similar to publishing a static address for Bitcoin and Monero. It's unfortunate that it isn't broadly supported because we would prefer to avoid invoices altogether for donations.
1
2
We're aware that only having a static address for Bitcoin means people can see the source of the donations directly but simply using dynamic addresses and then having them combined together as multiple inputs when we distribute money to developers or consolidate it would ruin it.
2
1
The beauty of Bolt 12 is that you get both!
It's a privacy preserving static payment request.
It can also negotiate recurring payments.
bolt12.org
1
2
This looks quite good and we'll definitely support it once lnd adds support for it. It's appealing for the same reasons as keysend. We looked at lnurl and lightning addresses and didn't like that we'd need a web service and that it'd end up strongly tying it to our website / DNS.
1
1
Yeah, lightning native communication is cool.
There is some cutting edge research on reseaving sats in a payment channel with keys in an offline signing device.
However, that's pretty far out there, not yet well specified, reviewed or implemented.
1
1
The ideal right now would seem to be setting up github.com/lightninglabs/ so that we get the money off-chain in a way that gives us more inbound capacity. It'd ideally be regularly moved to hardware wallet addresses automatically but even without that getting it off-chain is nice.