Wallet Logo

Breez: Lightning Client & POS

Latest release: VARY ( 30th May 2022 ) 🔍 Last analysed 28th December 2019 . Failed to build from source provided!
10 thousand

Jump to verdict 

Help spread awareness for build reproducibility

Please help us spread the word discussing build reproducibility with Breez: Lightning Client & POS  via their Twitter!

Do your own research!

Try out searching for "lost bitcoins", "stole my money" or "scammers" together with the wallet's name, even if you think the wallet is generally trustworthy. For all the bigger wallets you will find accusations. Make sure you understand why they were made and if you are comfortable with the provider's reaction.

If you find something we should include, you can create an issue or edit this analysis yourself and create a merge request for your changes.

The Analysis 

A description to our liking. Here it is in full:

Breez is a Lightning Network client which makes paying in bitcoin a seamless experience. With Breez, anyone can send or receive small payments in bitcoin. It’s simple, fast and safe.

Ok, seamless, lightning, … nice.

Breez is a non-custodial service that uses lnd and Neutrino under the hood.

We want to hear that! Be your own bank!

For more technical information, please go to: https://github.com/breez/breezmobile.

So they are non-custodial and provide source code. More work for us :)

Warning: the app is still in beta and there is a chance your money will be lost. Use this app only if you are willing to take this risk.

That’s certainly inspiring more confidence than other apps with 2 months of track record claiming to be the best in the world. :)

Well, in terms of Build Instructions the app is lacking.

$ git clone git@github.com:breez/breezmobile.git
$ cd breezmobile/
$ git tag
0.5-openbeta
0.5.8-openbeta
0.5.9-openbeta
0.7-openbeta
0.8.improvements

As on the playstore it says “Current Version: Varies with device”, we go with what google gives us when we install it on a phone: 0.8-beta. The best match above would thus be the tag 0.8.improvements:

$ git checkout 0.8.improvements 
$ cat android/app/build.gradle | grep version
        versionCode 1
        versionName "0.8-beta"
            versionNameSuffix "-pos"

looks good so far. For now. We will not guess like this in the future.

Build breez.aar and bindings.framework as decribed in breez/breez

$ git submodule status 
$

… so … the build instructions give no clue which version of breez/breez to build and there is no submodule?

$ git clone git@github.com:breez/breez.git
$ cd breez
$ git tag
0.5-openbeta
0.5.8-openbeta

Had there been a 0.8… in the breez project, we would have had a clue where to go next but absent that, there is no hope of reproducing the app. For now our verdict is: not verifiable.

(lw)

Verdict Explained

We encountered a build error while compiling from source code!

As part of our Methodology, we ask:

Can the product be built from the source provided? If not, we tag it Build Error!

Published code doesn’t help much if the app fails to compile.

We try to compile the published source code using the published build instructions into a binary. If that fails, we might try to work around issues but if we consistently fail to build the app, we give it this verdict and open an issue in the issue tracker of the provider to hopefully verify their app later.

The product cannot be independently verified. If the provider puts your funds at risk on purpose or by accident, you will probably not know about the issue before people start losing money. If the provider is more criminally inclined he might have collected all the backups of all the wallets, ready to be emptied at the press of a button. The product might have a formidable track record but out of distress or change in management turns out to be evil from some point on, with nobody outside ever knowing before it is too late.