bilthon_

bitcoin

nostr

Follow-up to my first post a couple of weeks back (https://stacker.news/items/1489939). The alerts feature that was hinted at back then just shipped as **v1.0.0**: [https://p2psats.com](https://p2psats.com)

**Why alerts matter for the P2P market:**
P2P orders are time-bound. A buy bid at +2% premium or a sell ask at -1% that nobody sees in time just expires. That's simply money left on the table as a lost arbitrage opportunity for anyone watching.

**What you get:**

* side (buy / sell), fiat currency, premium threshold (≤ -1%, ≥ +0.5%, etc.)
* optional filters on source platform (Mostro / lnp2pbot / RoboSats / Peach) and min/max fiat amount
* delivery via **email** or **Nostr DM**. Both channels can run together

The order book itself still works fully without an account.

**Limits and costs:**

Alerts have a real cost footprint on the backend, and the whole thing runs on a cheap VPS, so expect the occasional outage. I'll likely have to charge eventually, either to keep up with growth or to deter abuse. So the rules may tighten for new signups once we cross 100 users, but anyone who signed up before that keeps unlimited alert dispatches for good. That's a promise I'm comfortable making.

P2P sats v1.0.0 — alerts are live

P2P sats, an  aggregated P2P order book

bitcoin_beginners

What’s the biggest barrier to Bitcoin adoption right now?

Taft

The biggest barrier to bitcoin adoption is time, and there's not much we can do to speed it up.

Here's my theory. In any given generation, there's a small, roughly fixed percentage of people whose brains are wired to "get it" on contact. Bitcoin spread like wildfire from 2012 to 2017 because we were burning through that pool fast. Ever since, growth has looked more organic. Not because bitcoin got worse at convincing people, but because the easy converts were already converted.

The good news is that this pool refills with every new generational cohort. Combine that with the economic darwinism of having to choose where to store your value over decades, and we win by default. Fiat doesn't have to lose dramatically. It just has to keep doing what it's doing.

So the barrier isn't education, regulation, or UX. It's just time.

What about the "alerts" feature? does anyone think it would be a good idea? and if so, I was thinking on how to do it, two options I've been considering are:

* **Email based**, you enter an email, get sent a confirmation email and then are allowed to add alerts
* **Nostr based**, you sign in with NIP-07 and then place your alerts, which would be delivered as whatever messaging format nostr clients prefer these days (gift wraps?)

Interesting! I wasn't aware there was a market for CC!

Thanks for the advice. But for now this is client-only, so if an event gets dropped by relays the order will just not show up and there's nothing I can do. I am thinking of adding a server-side component to this though, so that might be tackled there.

The problem I noticed just now however is the opposite, hodlhodl events seem to remain stale there.

Hey stackers,

I've been working on a small Nostr-related project and I'd like to put the MVP in front of this crowd for feedback before pushing it further.

![](https://m.stacker.news/141188)

## What it is

P2P Sats pulls live P2P Bitcoin orders from public Nostr relays. RoboSats, lnp2pbot, Peach and the like, all broadcast their offers under [NIP-69](https://nips.nostr.com/69) events. This website simply collects and shows them in a single unified order book. Split per fiat currency, of course.

It's read-only. No accounts. No orders posted here. No funds touched. Think of it as a window into the non-KYC P2P side of Bitcoin: every live offer side by side, in your quote currency, with depth, spread, and crossed-pair detection in one place.

Available, for now, in EN / ES / PT-BR.

## Why I built it

The peer-to-peer Bitcoin market is fragmented. Liquidity, prices, and payment methods are scattered across separate platforms, each with its own siloed slice of the order book. To find the best ask right now you have to flip between four different UIs, and most people just don't bother. So liquidity stays thin where it could be deeper.

That fragmentation costs everyone: worse fills, slower or absent matches, arbitrage opportunities that nobody captures. Unifying the view feels like a small but useful contribution to making this market stronger.

The audience this matters most for is probably LatAm (and other regions where non-KYC and local payment methods are essential), but SN is where the sharpest early feedback lives, so here we are.

## Possibly next

I'm thinking about an alert system as the next feature: set a price or spread threshold, get notified when a matching order appears on any tracked relay. Useful for makers waiting on the right counterparty, or arbitrageurs watching for crossed books.

But I'd rather put the MVP out and learn what's actually useful first, instead of guessing.

Thanks!

## Related

I'm aware this is a bit similar to [p2p.band](https://p2p.band) from [KoalaSat](https://njump.me/npub1v3tgrwwsv7c6xckyhm5dmluc05jxd4yeqhpxew87chn0kua0tjzqc6yvjh). P2P Sats is not a response to it, I just think both being out there is a good thing. Public Nostr data deserves multiple frontends; redundancy is a feature, not a bug.

## Code

[https://github.com/bilthon/p2psats](https://github.com/bilthon/p2psats)

tech

Satstreamr - metered live video paid in Cashu over a WebRTC data channel (MVP)

Thanks for the reply, interesting points! I think to scale past the current 1-to-1 architecture I'd need to set up a video streaming server. The payments can still remain something peers exchange directly.

Right now the mint is hard-coded. I wanted to get it out there as fast as possible, so certain features had to wait. The next thing I plan to add is support for users to chose their mint from a list of curated ones.

Hey SN,

Putting up an MVP I've been working on. Satstreamr is metered peer-to-peer video. The viewer connects to the streamer over WebRTC and pays in Cashu micropayments, sent over the same data channel that carries video metadata.

**How it works**

Every 10s or so the viewer's browser sends a Cashu token to the streamer. The streamer redeems it with the mint and sends back an ack. If no ack comes, the stream pauses. If the wallet runs empty, the session ends.

Lightning only shows up at the edges: viewer funds via LN deposit, streamer cashes out via LN withdrawal. The per-interval loop never touches LN.

**Why Cashu mid-session instead of Lightning**

A Lightning payment per tick means hundreds of ms of variable latency, plus routing failure risk. A Cashu swap is one HTTP round-trip to the mint. Latency might end up similar, but it's predictable and there's no routing. The tradeoff is you trust the mint while the session runs.

One detail worth mentioning: the viewer pre-splits proofs into exact-denomination chunks before the session starts, so each tick is just "pick one, send it".

**Repo:** [https://github.com/bilthon/satstreamr](https://github.com/bilthon/satstreamr)
**Live version:** [satstreamr.com](https://satstreamr.com)

**Limitations**

* 1 viewer per session (signaling is 1:1 by design right now)
* No auth, the session ID is the only gate
* Both sides have to use the same mint
* No recording

**Feedback I'd love**

* Does the trust model (mint custody during the session, same mint on both sides) feel workable? Where does it break?
* Anything obviously naive in the payment loop or the pre-split design?
* Would you actually use this, and for what?

There are a few commercial directions this could go, but I'm not chasing them yet. I'd rather hear what people think of the underlying piece first.

Happy to get into internals in the comments.