Yes, tou can find tons of videos of him on YouTube. He was also targeted by 4chan, and sometimes very bad state of mind, even said some awful things. He was God's programmer, supposedly building TempleOS under God's direction.
We need a client tier list based on the privacy features they offer.
So far, 0xChat has made DMs much more private on Nostr. More people should start using it; in fact, we should be glad to have an app like this on our protocol.
Amethyst lets you generate your account with Tor, keep it Tor-only, and even remembers that setting when you switch to another account. That speaks for itself.
Gossip and Coracle are also doing very interesting work for privacy.
Privacy is the most powerful feature any social media can offer, and today, free speech is impossible without anonymity.
On Nostr, we take privacy too much for granted.
The moment you open a client like a regular user (without a VPN or Tor), you’re exposing more personal data than on almost any other social protocol or platform.
Even if you’re extremely careful, it only takes one slip, one instance of not using a VPN, to become completely exposed and doxxed.
I’m not suggesting changes to the protocol, in fact, I believe clients can play a crucial role here. But we need to start talking about this.
Approximate location, bit more social engineering, you get university.
Also, I don’t think our searches are entirely private. If you’re searching for something illegal, there’s a chance you could be tracked or even arrested for it.
Could you confirm if that’s true?
I expose more data when signing up for Twitter, but it’s only accessed under extreme conditions, like if the government requests it, which is really concerning.
I recently saw several doxxing campaigns on Twitter, and having random people access to your approximate location is, imo, very dangerous.
On Nostr, I think we can do much better, especially with its permissionless nature. Clients could offer an optional completely anonymous mode.
I also want to mention my deep respect for many clients, especially what Amethyst is doing with its Tor integration, & others.
The interesting part about this problem is that Nostr, as a protocol, is in one of the best positions to offer the most private experience possible.
And these aren’t just buzzwords. With just one click, you could enable a completely anonymous mode.
For some accounts, you could mark them as Tor-only, ensuring they work only when Tor is enabled.
No protocol changes are needed, these issues can be addressed entirely by clients.
Privacy is the best feature any client can offer.
nostr:nevent1qqs8ae5pwxdr5vk27ld6wgn7u6kt5l7cx3tycgq5vwvz7rvazcvunxcpz4mhxue69uhhyetvv9ujumn0wd68ytnzvuhsygxx7urh795e65x0j25k22l7hlavqh7xss4eacu3pzwetxu26h2gl5psgqqqqqqsvy2z3h
Keep following each other. It's the only way to keep your feed fresh & interesting. Here, you have complete control over your experience, so you also bear the responsibility.
Following no. don’t matter here, neither do follower. There are even tools to remove inactive follows.
Clients should make this easier, every social media platform does.
In one month, I will be turning 25. I really want to make the most of the next 5 years, so that by the time I’m 30, I’m prepared for the next chapter of my life.
If you're 30 or older, what would be the best piece of advice for someone in their late 20s? #AskNostr
Wow, I wasn't expecting so many responses in such a short time. Thank you so much, it really means a lot. 🤍
I'm looking for a peaceful place to sit and read them properly. 🫂
nostr:nevent1qqsvm5980rv9a984psrap0za2x95nf4e5ze7k9sgynm75qm6w2dqrrspzamhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6tczyrr0wpmlz6va2r8e92t990ltl7kqtlrgg2u7uwgs38v4nw9dt4y06qcyqqqqqqgesxhvm
What you just described is very close to what I wish. I come from the valleys of Kashmir, and I ultimately want to return there.
The question you asked is quite complex, and I don’t think anyone has a perfect answer for it.
Honestly, if I don’t find a woman who shares my core values, I probably wouldn’t marry. This isn’t a compromise I’m willing to make.
It’s not about a specific plan that can change; we can even come up with something better. It’s really about our core values and how we perceive the world.
Thank you for your thoughtful response.
I bookmarked your note and will update my daily routine list to include activities focused on things, you just mentioned, like
adventure, money, health, family, skin care, and sunscreen.
I will work to improve on these aspects of my life in one way or another.
"time to take risks is now". I think about it a lot and believe this might be the only time I can take a huge risk.
Some people also take risks after marriage, but you are still limited. Taking too much risk when you have kids and family is kind of irresponsible.
This is really the time 🤔
This year, I became a property owner, not a personal house, currently, I travel a lot.
It was a piece of land, currently use it for saffron cultivation, that's a specialty of our area
https://i.imgur.com/hpMPJab.jpeg
So far, I've gone through half the responses, and each one is meaningful and well-thought-out. Thanks again. 🤍
If you're looking for interesting accounts to follow, you'll find plenty in this thread. I will be following everyone.
nostr:nevent1qqsvm5980rv9a984psrap0za2x95nf4e5ze7k9sgynm75qm6w2dqrrspz4mhxue69uhkummnw3ezummcw3ezuer9wchsygxx7urh795e65x0j25k22l7hlavqh7xss4eacu3pzwetxu26h2gl5psgqqqqqqs7uatz3
The only people who have lost money on Bitcoin are those who sold it. So here’s one simple way to avoid losing money: just stop selling your Bitcoin. It’s that simple.
#Bitcoin
So, you’re using Bitcoin as a store of value and then using it to buy something meaningful—I really respect that. I just absolutely hate Bitcoin gambling/day trading.
My recommendation of Bitcoin as a store of value isn’t based on any deep allegiance to its blockchain.
I sincerely believe it’s the only truly decentralized and censorship-resistant option we have at the moment.
If something better came up, I’d the person to tell you about it.
nostr:nevent1qqswdgyhu3t0eyelzcddd974nz0f35phu5cf30r7e5vpt0agp0jfu9gpzamhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6tczyrr0wpmlz6va2r8e92t990ltl7kqtlrgg2u7uwgs38v4nw9dt4y06qcyqqqqqqgp929q0
Just watched Ben Arc's 5-year-old video on turning an esp32 into a bitcoin wallet. Now I can't stop thinking about it.
If someone were to build it again today, what could they add to make it even more badass? #Bitcoin #AskNostr
https://youtu.be/i_MOXBg3nLE
Lightning to Monero Payment Bridge
Seamlessly transfer funds from your Lightning wallet to a Monero wallet.
Simply enter the recipient’s Monero address. A Lightning invoice will be generated.
Once paid, the received sats will be automatically converted and sent to the recipient’s Monero wallet.
Thoughts?
https://video.nostr.build/2baf8a37e1fe4664fd1cfdc6937ce51e3af6a72e3453250d6b4c012f05970fd0.mp4
Currently, it uses serverless functions for payment verification, swapping, and redirection. This is the first implementation; the final version will be significantly different.
Then we can simply turn these serverless functions into self-hostable serverless relays, thus reducing trust. I will try to post an initial version tomorrow; it's still in very early stages.
Current serverless functions utilize non-custodial exchange APIs. I've tried a bunch of options and I'm still figuring out the best way to do it. It's a work in progress!
nostr:nprofile1qqsvdac80utfn4gvly4fv54la0l6cp0udpptnm3ezzyajkdc44w53lgpzemhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6qgdwaehxw309aukzcn49ekk2qghwaehxw309aex2mrp0yh8x6tpd4ehgu3wvdhk68na3xp
I probably wouldn’t get it right on the first try, but you can’t skip the first tries.
Two important objectives:
1. Features set exactly as described in the post below, with minimal backend, using a serverless architecture.
2. Turning that backend into easily self-hostable serverless relays, with no operational cost, one-click deployment, and trustless.
If users have the ability to self-host at no cost with just a few extra clicks, it eliminates the need for building dumb apps.
nostr:nevent1qqszx4tmp2tdpxkk9wrj5ed2udt3ngk802vpxejw24gg5mvz69lzyzgpzpmhxue69uhkummnw3ezumt0d5hsygxx7urh795e65x0j25k22l7hlavqh7xss4eacu3pzwetxu26h2gl5psgqqqqqqsunujpj
Tested various other approaches for this lightning-to-Monero payment bridge & shortlisted two for the project: one for the initial release and another for the long term.
1. Fixedfloat: This is the simplest option to implement, with direct support for BTC-LN/XMR pairs, decent swap speeds, and a user experience that aligns well with expectations.
Con: It relies on the Fixedfloat DEX API. While this is a decentralized exchange, this API reliance still introduces a single point of failure.
2. Atomic Swap: This enables a truly decentralized swap between Bitcoin and Monero, functioning in a peer-to-peer manner without any intermediaries or third-party APIs.
Unlike Fixedfloat, however, it’s more complex, requiring a solid understanding and running nodes for both the Lightning network and Monero blockchain. But once set up, Atomic Swap becomes a far superior option.
I already have a working version of the Fixedfloat implementation, so I'll release an initial version soon for testing.
Atomic Swap is my real focus it will take some time to learn and implement, but it’s the solution I want in the long run, and I plan for it to eventually replace Fixedfloat entirely.
nostr:nevent1qqszx4tmp2tdpxkk9wrj5ed2udt3ngk802vpxejw24gg5mvz69lzyzgpzpmhxue69uhk2tnwdaejumr0dshsygxx7urh795e65x0j25k22l7hlavqh7xss4eacu3pzwetxu26h2gl5psgqqqqqqsat3sdy
Is there any Nostr client with Monero as a zap option?
I can think of a privacy-oriented Nostr client that generates a new account for each post to ensure complete anonymity, with simple POW, maybe Tor-only, and Monero as the zap option.
It will be a little inconvenient and limited in exchange for greater privacy and anonymity. I think it will be an interesting experiment.
On Nostr, privacy doesn't have to be forced at the protocol level, in fact, that might not even be the right approach.
Its flexible nature gives clients unprecedented freedom to craft custom experiences, and its permissionless nature makes it ideal for privacy-oriented apps.
We need more creative, objective-based, and problem-specific solutions.
nostr:nevent1qqs0w70t605dyvqcv8gzfgekhne8gnhgu74n75hkwq3q4ywkz2ulw3qpzamhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6tczyrr0wpmlz6va2r8e92t990ltl7kqtlrgg2u7uwgs38v4nw9dt4y06qcyqqqqqqgx4l97l
Outside of Bitcoin, Monero is the only crypto coin I have a real soft spot for. I don't want it to fail—they’re at least trying to solve a genuine problem.
I also think Bitcoin and Monero can coexist well. Each serves a distinct purpose: Bitcoin as an ultra-sound store of value, and Monero for quick, private transactions.
Also, if you don’t mind, feel free to share your biggest criticisms of Monero. I’d love to hear them.
#AskNostr #Bitcoin #Monero
ECash is undoubtedly a breakthrough, but currently, it doesn't seem that decentralized, individual mints have too much control. The current direction also seems very centralized, though this might change in the future. Or perhaps I'm completely misunderstanding some critical part.
Just out of curiosity, I think it would be interesting to build a transaction bridge between Lightning and Monero.
Maybe something like: you enter the Monero address you want to pay with your Lightning wallet, it generates a Lightning invoice, and once settled, seamlessly converts those sats to Monero and sends them to the recipient's wallet, vice-versa
Not sure if there’s a real-world use case for it, but it could be an interesting experiment.
Putting together a basic prototype, and while it's very sketchy but, it's functional. There's definitely room for improvement, and I still need to explore other approaches.
nostr:nevent1qqszx4tmp2tdpxkk9wrj5ed2udt3ngk802vpxejw24gg5mvz69lzyzgpzamhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6tczyrr0wpmlz6va2r8e92t990ltl7kqtlrgg2u7uwgs38v4nw9dt4y06qcyqqqqqqg785rx2
##### Why is zPay v4v & Other Related Features Taking So Long?
https://video.nostr.build/2e5962aab1a5fc89bd4553c6f39badfdfff730c594fdcd189016d1b463feb486.mp4
It’s not just because I’m lazy—though I am. 😂 But because I want this to be truly open, permissionless, decentralized, and distributed. Not just another closed app, but an open protocol.
##### Why Not Just Use the Nostr Protocol and Its Relays?
While Nostr was a good option, zPay’s no-database, serverless architecture opened up the potential for something new and purpose-built.
---
##### Introducing zPay Serverless Relay (Under Development)
Instead of a conventional backend, I’m turning the zPay “backend” into a ridiculously lightweight serverless relay.
###### I know “self-host” might sound a bit intimidating, but hear me out.
Don’t compare “zPay Serverless Relay” self-hosting with Nostr relay hosting, or even with setups like LNbits or BTCPay Server. It’s not even close, or fair.
- Ridiculously lightweight & fast
- Free & one-click serverless self-hosting
- Built-in auto-scaling with a robust rate-limiter
---
###### Putting It in Perspective:
Even if your self-hosted zPay serverless relay serves tens of thousands of daily users, executing over 10 million transactions per month, you likely wouldn’t pay a penny (bonus: up to 50M+ transactions/month with AWS Lambda).
---
##### Replacing the Database with the URL
Instead of a centralized database, all necessary parameters are packed directly into the original URL and QR code. This includes:
- Encrypted content (`cn`)
- Creator’s Lightning address (`ln`)
- Optional unlock price (`pr`)
All of these are cryptographically signed.
With these parameters (`cn`, `ln`, and `pr`), the zPay relay initiates payment, verifies it, decrypts, and delivers content after successful verification.
This creates a distributed, tamper-proof system without a database. The only trade-off? Long URLs, but this is easily managed with zPay’s built-in URL shortener proxy. Short URLs simply redirect to the original URL with all parameters visible in the browser.
---
##### zPay Relay Core Features
Beyond paywalled URLs, zPay provides core building blocks to craft nearly any kind of Lightning integration.
###### Core Features Include:
- URL package generation with cryptographic signatures
- URL integrity checks
- Lightning invoice creation
- Real-time payment verification
- Content encryption/decryption
- Auto-delivery after payment
- Custom triggers upon invoice settlement
These core features are fully customizable and adaptable to a wide range of needs—from paying for digital and physical products to content access or even paid AI services. zPay relay is designed to make these integrations easy.
---
##### Summary
Instead of a closed app, zPay will be an open protocol supported by distributed, lightweight relays. It’s fast, lightweight, free, and simple to self-host, with built-in auto-scaling and rate limiting, so you can focus on building new ideas.
The zPay serverless backend becomes a self-hostable relay with features like invoice generation, payment verification, encryption/decryption, and custom triggers on payment settlement.
It operates at nearly zero cost, even for tens of thousands of users or 10M+ transactions per month (up to 50M+ with AWS Lambda). There’s no need for a 24/7 live server—it’s serverless, with built-in auto-scaling to handle spikes and a reasonable rate-limiting system.
Just a heads up: zPay will no longer be a closed app.
After the next update, it'll adopt an open protocol and include self-hostable lightweight relays for a distributed, decentralized network.
nostr:nevent1qqstlvpscjh9unythxnqfuue5lcq7j608vhjz6tulmz3fq79lwfcjdqpzamhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6tczyrr0wpmlz6va2r8e92t990ltl7kqtlrgg2u7uwgs38v4nw9dt4y06qcyqqqqqqgmg96vy
It might be feasible to create "gif-only" feed and replies. I think you can simply folk nostrudel, and add "gif only" filter, similarly, you should be also able to have these filters for pictures and videos or any media format 🤔
in terms of user experience, amethyst's edit feature is straightforward & easy to use. i can also "propose edits" to other users' posts, similar to git.
Testing zPay's "Pay-What-You-Want" feature as part of the v4v transition.
Additionally, I am working on CrowdWall, which can be used for rapid fundraising across the web with lightning.
Test: https://tinyurl.com/zpay-v4vhttps://i.imgur.com/YEMNctY.jpeg
In the current version, it gets saved locally and is accessible in the “purchased items” section on the homepage.
The “purchased items” page is the right place to add simple Nostr integration. After login, it enables optional syncing.
The reason I didn’t go with Nostr integration first is that I wanted paywalls to be as login-free as possible, but for syncing, Nostr makes complete sense.
Also, adding Blossom and a long markdown description.
Meta released MobileLLM models in 125M, 350M, 600M, and 1B parameter sizes.
their 1B Llama model performs well on phones, even mid-range devices. These one are specifically designed and optimized for mobile hardware.
Works with llama.c
https://huggingface.co/collections/facebook/mobilellm-6722be18cb86c20ebe113e95
At the moment, it functions with llama.c via any terminal. Once it's quantized, you should be able to use it with mlc as well.
I will also integrate it into Aithena. This will allow you to run it locally in your browser on any device without sacrificing performance.
Right now, you can try other model, run them locally on any device. When I say 'other,' I mean pretty much any open-source model.
In the settings, you have the option to choose a model. Once selected, it will be downloaded and cached for future use.
https://aitheena.vercel.app/
The upcoming zPay.live will truly be in a league of its own in terms of speed.
I’ll be increasing the rate limit to 15 million from the current 1 million transactions per month.
Feel free to use it for crowdfunding, fundraising, or v4v donations, I'll be adding more options soon.
https://video.nostr.build/70194f308d1737d580d84d91143410fc377c248a08276d96322ea559b580b315.mp4
nostr:nevent1qqsza7ce37nlr90yg7a7427d3kv8sqcslzs7nrzqvsl9eg8wttvdqkcprpmhxue69uhhyetvv9ujuumfv9khxarj9e3k7mf0qgsvdac80utfn4gvly4fv54la0l6cp0udpptnm3ezzyajkdc44w53lgrqsqqqqqpu6sd6r
Classic paywall options will still be available but won’t be the default. You’ll have more and better options, including a whole new category of #V4V options.
Currently testing a 'Pay-What-You-Want' (PWYW) model for quick, portable fundraising, with content remaining complementary. Just need a good description with .md support.
PWYW might even become the new default 🤔
nostr:nevent1qqsr7389znztnym784pvx5t3ekp5xzy3yu2awkc5ag0029yktqj5w7qpzpmhxue69uhk2tnwdaejumr0dshsygxx7urh795e65x0j25k22l7hlavqh7xss4eacu3pzwetxu26h2gl5psgqqqqqqshk5hdn
I’d argue, even in zPay.live's classic paywalls (current model), we should replace 'Fixed Price' with 'Minimum Price.'
Also, working on a super lightweight custom CrowdWall setup. Tested some third-party integrations, I think we can do it better and faster.
nostr:nevent1qqsyhka2gtw2p80je96f5tn09vr935ck58u9nwwuulhfy3calhcsmgspzamhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6tczyrr0wpmlz6va2r8e92t990ltl7kqtlrgg2u7uwgs38v4nw9dt4y06qcyqqqqqqg8283ql
zPay.live is shifting its focus to the V4V model (Value for Value).
Paywalls will remain an option, but we will prioritize upcoming V4V features.
What to expect:
* CrowdWall: When a target is reached, content unlocks for everyone. (in-progress)
* V4V Paywalls (Flexible price) : Buyers can choose their own price, & creators can set limits if they want. (shipping in few days)
* Blossom built-in storage & multiple file/folder upload option is also coming soon.
Do you have any further suggestions?
Classic paywall options will still be available but won’t be the default. You’ll have more and better options, including a whole new category of #V4V options.
Currently testing a 'Pay-What-You-Want' (PWYW) model for quick, portable fundraising, with content remaining complementary. Just need a good description with .md support.
PWYW might even become the new default 🤔
nostr:nevent1qqsr7389znztnym784pvx5t3ekp5xzy3yu2awkc5ag0029yktqj5w7qpzpmhxue69uhk2tnwdaejumr0dshsygxx7urh795e65x0j25k22l7hlavqh7xss4eacu3pzwetxu26h2gl5psgqqqqqqshk5hdn
Oddbean new post about login | logout
Notes by iefan 🕊️ | export