yes, the internet has to have async

i am working towards phasing out my phone altogether and replacing it with VoIP based phone and SMS messaging, if that's possible, otherwise i get a dumbphone just for SMS and calls but it's gonna be some rugged thing and i'll want to throw it at the wall a few times

i'm not sitting up waiting for people to respond to me, when i'm at the computer, and not working, i'll check my messages, like i am now

the whole purpose and principle of nostr is exactly like email, you have relays (POP) and clients (SMTP)

currently lightning only has a sender, and the receiver must be alive for the message to send, there is no "try again later" option

people can run their own post offices and it's just like having a mailbox in front of your house, or you can have a post office box

these ideas that things must all be live and immediate is a product of conditioning designed to make obedient internet drones and cult mildcontrol slaves

you aren't one of those so yes you want async

I could receive free messages over public free relays.

But important ones could be over private nostr relays, maintained by myself or my trusted peers with which I maintain a certain volume of private messages.

Private relays could be configured also to be free for trusted peers. For others could be configured to be pay-to-send-msg.

LN doesn't have an async protocol, it's highly dependent on network liveness (A in the CAP protocol)

the entire design of HTLCs is predicated upon quite rapid propagation of a channel state change across a client-defined path

there is nothing retarded about an async protocol for off-chain payments it's just that it has other trust issues to contend with - it need not be so centralised as the existing solutions, that's the reason why the hype around it

making LN able to do async payments means changing it's fundamental architecture in so many ways... it's currently source routed onions, it needs to be changed to path routed, and then what happens when your message doesn't get through? do you depend on the payer to retry? is there a trustless or low trust way to stall a payment on the last leg to catch up when the users' device is online?

i think designating a trusted, locally based chaumian mint makes a lot of sense for enabling inbound payments to intermittent connected devices

it could even convey your token to you over nostr

i'm about to build an administration protocol that works over nostr right now, i'm sure there is other solutions here but HTLCs have to clear in a short period of time or they fail

lightning can run a perfectly adequate private outbound only node on a mobile phone, given access to a SPV bitcoin node

i also think that a #nostr relay could be running on the phone perfectly well also, assuming you have a wireguard tunnel that it dials out to so that it has a stable IP address (i've set this up rn with wss://relay.mleku.online which runs on my main workstation)

receiving payments is a bit more tricky with intermittent connectivity... there is a lot in favour of the idea of custodial intermediaries that let you run an LN address and let your devices pick up payments as ecash and then flip them to receive a zap and rebalance your channel accordingly

I run my own private email server, self-hosted. I run 2 different servers: on a standard machine and on a NAS.

I think slowly email servers are dying.

Very few communication is done through email nowadays.

Nostr could replace it somehow but corporations will still use it.

BTW, if you really want to send a private message to a peer you can use keysend through LN.

I hope we will see soon an "email like" UI based on nostr.

Just imagine running a private NOSTR relay, for your corporation.

OMG! THE NAME OF A CONGRESSIONAL BILL USED ECASH, CLEARLY THIS MEANS THAT ANYTHING CALLED ECASH IS A GOVT PSYOP.

this is a bad take. you can't be serious.

Oooooo. I recall now. You're the guy that thinks ecash is a government psyop.

😂😂

Carry on, good sir.

I would like bitcoin to be used by the whole world. So lets try 8billion. So no, 21million users is not enough and would still be a minority.

You seem very middle curve in your takes, sir. Have an above average day.

You made a pretty wild claim, I asked you to clarify, and you wouldn't specify. Thanks for the help

Which specific NGOs and people are you calling out?

Soooo... its going to remain the minority because it doesn't scale number of users. Ack.

Can you explain how ecash is a scam?

Can you justify this position?

i'm waiting to see where ark goes

source routing makes lightning brittle

side chains are not in the same category as lightning, which uses game theory and commitments to maintain low trust requirement - it's only one risk at a time per channel you run, not risking a whole stack on one network that you aren't a validator on

Do you mean stuff like stacks, or are you talking about ecash

I think we will see a range of things and there will be nuance. Some federated layer 2 systems will make better, more distributed, more secure networks that support openess and each other. Others will likely offer a fractionally backed token and be more of decentralization theatre. And all in-between. Caveat emptor.

Lightning is the minority. Because it doesn't scale.

FTFY.