I found this app on the ZapStore, it looks to have been recently released by a Brazilian developer
Before we start, I'm in now way recommending the use of this appBefore we start, I'm in now way recommending the use of this app
I do not recommend putting your sats at risk using this appI do not recommend putting your sats at risk using this app
So you might think, why tf are you telling me about this then!!
Well, I like the premise of the app, using Nostr as the communication layer is something that I hope grows in the future and more apps build with it
The goodThe good
Bro is an open P2P protocol that lets anyone pay bills (PIX, Boleto, TED) using Bitcoin via the Lightning Network.
Communication between users and providers happens entirely over Nostr, no central server, no accounts, no KYC.
How It Works
* Scan your bill (barcode or PIX QR code)
* Pay with Bitcoin via Lightning
* Done!! a community provider executes the fiat payment and sends you the receipt
* Verify the payment in your banking app
All communication is encrypted (NIP-44) and relayed through decentralized Nostr relays.
(Taken from their Git)
https://github.com/Quizzicarol/bro-app
The badThe bad
It's all built on....yep, you guessed it, spark bs, so obviously not a recommendation but it gets worse, there is mention of liquid in their Git
The uglyThe ugly
I'll leave that up to you to decide if you want to take a look
What I'd like to see in the future is apps like these using CLINK by Justin
Seeing Evan from Zeus showing interest in clink and the ability to build apps over Nostr and having the option to integrate Lightning in the true sense makes me bullish for the future
The UX in this app is quite good, lots of tinkering can be had with a burner nsec, perhaps some ideas can be used to create something more fitting the vision of lightning we'd like to see, moving away from trustodial fake L2s
I'm not sure that a liquid<->ln bridge is worse than a spark<->ln bridge, for now. I'd probably rank spark risk higher than liquid.
Dev ecosystem needs to grow for that... an SDK that can be called through ffi (Rust?) from flutter/kotlin would help to get better exposure to app builders. Can be done without burdening Justin & co too.
ClinkSDK mostly wraps nostr-tools, just a few added methods... haven't looked into what the rustbois or kotlin people use for that but I'd imagine if you pull both into a workspace composer could one-shot it
If I only had the time and skills
Writing a Rust SDK for financial infrastructure is probably not the right place to start. It would be like being thrown off the deep end of the Mariana Trough, chained to a couple of industrial sized mega grindstones, and with a transmitter to your heart that, if it stops beating, makes nukes go off.
Learning code probably still starts with Python nowadays. You know what? Instead of using existing golang tooling, I'll write the code that would help with ~Music performance measuring in Python instead. That functionality has some nice elements, like some data manipulation and aggregation, interfacing with external APIs and reporting that can serve as a support for the learning curve.
I know python haha but can’t do anything with it
That's odd for a language that you can literally do anything in lol
Make an iOS app?
https://kivy.org/
Wow and here I am trying to learn swift
So like a 'Nostr Tools' command line interface, a 'CLINK Tools' would be cool?
Hmm no. Like all the
*DKpackages that you can include into your app and just integrate high level calls. Justin & co have released an SDK in typescript, which is great for web and React based apps (like Zeus). But for pure Kotlin / Flutter apps, the current common preference is to use Rust libraries.