v1.9.8
A newer version is already available! Please don’t use this version anymore.
This is a follow-up release that fixes an issue in v1.9.7 with the capacity of an internal queue.
See https://github.com/bisq-network/bisq/milestone/78?closed=1 for more details.
Here are the release notes from v1.9.7:
Release notes
This release is packed with improvements under the hood to improve resilience of the client and push further the decentralization of Bisq. Of course we have fixed lots of bugs across the board as well.
Improvements
- Distribute delayed payout handling: 1, 2
- Add user defined trade limits: 1, 2
- Don't ask for SEPA Instant payment when buyer has SEPA account
- Add prompt to confirm before shutting down
- Increase mouse-wheel vertical scrolling speed in long content views
- Include option for non-URI addresses in QR codes
- Add option to bundle all logs in home directory
- Change minimum payout at mediation from 2.5% to 5% of trade amount
- Improve the Support Tool UI
- Fix divide by zero errors in Trade history summary
Bug fixes
- Fix horizontal centering of overlays on Windows
- Fix loss of mailbox messages during SPV resync
- Fix incorrect wallet TX handling
- Fix NPE when dust TX is shown
- Handle exception properly when sending a message
Development & Documentation
- Improve Seednode monitoring: 1, 2
- Avoid sending repeated block related report data
- Fix NPE in seednode
- Limit getDataResponse size
- Handle HttpExceptions at block handler
- Improve threadpools at networknode
- Fix blocking call at send Dao hashes response
- Reduce Response size
- Increase timeouts from 3 to 4 min
- Remove connection:keep-alive header
- Update app signatures for v1.9.8
- Remove KanoczTomas Bitcoin node, because it is permanet offline
- Update sqrrm provided BTC onion addresses
- Fix FileTransferSession tests
- Introduce Gradle Version Catalog
- Update to Gradle 7.6
- Enforce Gradle dependency verification
- Reenable verbose dependency verification (failure report)
- Fix broken Gradle Dependency Verification
- Remove unused modules
- Minor inclusions in deploy & undeploy targets (Makefile)
- Deactivate shadowDistTar and shadowDistZip tasks
- Improve Dao node domain
- Bump actions/setup-java from 3.6.0 to 3.7.0
- Bump actions/setup-java from 3.5.1 to 3.6.0
New Assets
No new assets added.
Verification
For a detailed description on how to verify your Bisq installer please have a look at our wiki: https://bisq.wiki/Downloading_and_installing#Verify_installer_file
Url of the signing key (Christoph Atteneder): https://bisq.network/pubkey/29CDFD3B.asc
Full fingerprint: CB36 D7D2 EBB2 E35D 9B75 500B CD5D C1C5 29CD FD3B
Import the key:
curl https://bisq.network/pubkey/29CDFD3B.asc | gpg --import
GPG prints a confusion warning: "This key is not certified with a trusted signature!" - See https://serverfault.com/questions/569911/how-to-verify-an-imported-gpg-key for background information what it means.
How to verify signatures?
gpg --digest-algo SHA256 --verify BINARY{.asc*,}
Replace BINARY with the file you downloaded (e.g. Bisq-1.9.8.dmg)
Verify jar file inside binary:
You can verify on OSX the jar file with:
shasum -a256 [PATH TO BISQ APP]/Bisq.app/Contents/app/desktop-1.9.8-all.jar
The output need to match the value from the Bisq-1.9.8.jar.txt file.
There are three hashes within the Bisq-1.9.8.jar.txt file (macOS, Windows, Linux).
If you want to reproduce and verify the hash of the jar file locally, you need to do so on Windows or Linux using Java 15.0.9 and the v1.9.8 release tag. Because of the signing and notarization process that requires the developer certificate used for the build on macOS it is not possible to create the same jar on macOS.
API
Starting with v1.9.0 you can use pre-built versions of the Bisq cli (bisq-cli-v1.9.8.zip) and Bisq daemon (bisq-daemon-v1.9.8.zip) to use Bisq without touching the user interface.
Just download the archives and extract them locally. You have to run the daemon to access the local Bisq daemon API endpoints.
To run daemon.jar on Mainnet:
$ java -jar daemon.jar --apiPassword=becareful
If you just want to control your headless daemon within your terminal you have to run the Bisq cli as well.
Again just download the bisq-cli archive and extract it locally.
To call getversion from cli.jar
$ java -jar cli.jar --password=becareful getversion
You can use the Bisq API to access local Bisq daemon API endpoints, which provide a subset of the Bisq Desktop application's feature set: check balances, transfer BTC and BSQ, create payment accounts, view offers, create and take offers, and execute trades.
The Bisq API is based on the gRPC framework, and any supported gRPC language binding can be used to call Bisq API endpoints.
You'll find in-depth documentation and examples under following link: https://bisq-network.github.io/slate/#introduction
Bisq gRPC API reference documentation example source code is hosted on GitHub at https://github.com/bisq-network/bisq-api-reference. Java and Python developers interested in bot development may find this Intellij project useful for running the existing examples, and writing their own bots.
For additional developer support please join Development - Bisq v1 on Matrix.
Known issues with installation
macOS:
We removed notarization from our build pipeline because of of the risk of Apple certification revocation (see #6341). Unfortunately this will require extra steps when installing Bisq on macOS.
Please follow the guide at https://support.apple.com/en-us/HT202491 in the section If you want to open an app that hasn’t been notarized or is from an unidentified developer
If you are running already macOS Ventura (13.0+) you need to do following to be able to start Bisq:
enter following command in Apple Terminal sudo xattr -rd com.apple.quarantine /Applications/Bisq.app
hit enter and you will be prompted to enter your password to be able to execute the command as super user
After running this successfully you should be able to start Bisq as always.
Windows:
We removed the developer code signing because of the same reason as with Apple.
For Windows you just have to ignore the warning after you have verified the installation file yourself and proceed with the installation.
There is a known issue with Anti Virus software. We got several reports from users running into different problems. Either the AV software blocks Bisq or Tor, delete files in the data directory [2] or app directory [1]) or cause such a long delay at startup that Tor gets terminated and a file remains locked which can cause that Bisq cannot be started afterwards. To resolve that you need to restart Windows then the lock get released. We are working on solutions to fix those issues.
If you use Crypto currencies on your Windows system be aware that Windows is much more vulnerable to malware than Linux or OSX. Consider to use a dedicated non-Windows system when dealing with cryptocurrencies.
[1] Application directory (contains application installation files):
C:\Users<username>\AppData\Local\Bisq
[2] Data directory (contains all Bisq data including wallet):
C:\Users<username>\AppData\Roaming\Bisq\btc_mainnet\tor (you can delete everything except the hiddenservice directory)
Linux:
Hint for Debian users:
If you have problems starting Bisq on Debian use: /opt/bisq/bin/Bisq
If your Linux distro does not support .deb files please follow this instruction:
cd ~/Downloads
mkdir tmp
cd tmp
ar x ../Bisq-64bit-1.9.8.deb
sudo tar Jxvf data.tar.xz
sudo cp -rp opt/Bisq /opt/
That instruction is not tested on many different distros. If you encounter problems please report it in a Github issue so we can improve it.
Credits
Thanks to everyone who directly contributed to this release:
A special thanks to our first time contributor:
As well as to everyone that helped with translations on Transifex.