Comment

Comment by QBitFlow

Fair point — and honestly, paywatcher.dev looks clean for that use case. If all you need is "did the money arrive?" then $0.05 flat is hard to argue with.

You're right that it's apples and oranges. The way I see it: paywatcher solves verification, QBitFlow solves the billing lifecycle (authorization, recurring charges, cancellation, merchant dashboard). Different layers of the same stack.

Which actually makes me wonder — have you thought about integrations? A developer could use paywatcher for one-time payment confirmation and QBitFlow for subscriptions, depending on the use case. Or we could even use paywatcher as a verification layer under the hood for chains we don't natively support yet.

To your question: I think the answer is "both, depending on the builder." Someone spinning up a weekend project with a tip jar wants a primitive. Someone running a SaaS with MRR tracking and automated renewals wants the full stack. The market is big enough for both approaches.

Either way — cool to see someone else building in this space. Would be happy to chat offline if you ever want to explore how the tools could complement each other.

parent QBitFlow 8 months ago

Discussion

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton