Haveno is an Esperanto word that means ‘harbour’ or ‘port’.
Pronunciation:
PA(key): /haˈveno/ Hyphenation: ha‧ve‧no
Yes, Haveno is considered mature enough to use on Monero’s main network (mainnet). See our blog post.
Haveno can be installed on Linux, macOS, and Windows by using a third party installer and network. We do not endorse any networks at this time.
A test network is also available for users to make test trades using Monero’s stagenet. See the instructions to build Haveno and connect to the network.
Alternatively, you can start your own network.
We only support assets that we consider interesting or useful. Currently we support:
Fiat | Crypto | Precious Metals |
---|---|---|
All fiat currencies | Bitcoin (BTC) | Gold (XAU) |
Bitcoin Cash (BCH) | Silver (XAG) | |
Ether (ETH) | Goldback (XGB) | |
Litecoin (LTC) | ||
Tether USD (USDT) |
Note that all assets are paired with XMR, which is the base currency of the platform (XMR/EUR, XMR/USD, XMR/BTC, etc).
The community can suggest assets by opening an issue on the ‘listing’ repository and using the correct template.
The Haveno project is an open source platform for public reference. We do not operate or endorse any network instance for Monero’s main network (mainnet), but you can test Haveno with Monero’s stagenet by following these instructions.
No. Haveno was created out of the desire to provide people a peer to peer and decentralized way to exchange Monero for fiat currency. Haveno is and will always be non-KYC.
Haveno’s trade protocol is explained in detail on Github.
Our documentation can be found in our GitHub Repository. It contains protocol details, contributing guides, installation instructions, and more.
Arbitrators are the last step of conflict resolution on Haveno, coming after traders attempt to settle disputes by themselves using the chat embedded in the platform.
In case the traders are unable to complete the trade normally, the arbitrator may return funds to the traders based on the circumstances.
Arbitrators never have custody of trade funds, because they hold only one of three keys during the trade.
By default, Haveno traders pay two fees. The fee for transacting on the Monero network (a fraction of a cent) and a small trading fee.
The trading fee is configurable when deploying a Haveno network.
Haveno will support payment methods that don’t require users to have a bank account, like “Cash in person” (for face to face trades) and “Cash by mail”.
Haveno is a fork of Bisq and shares some of its strengths, such as:
But Haveno brings several improvements over Bisq:
Bisq doesn’t offer strong privacy to its users and has had multiple issues which resulted in the privacy of their users being compromised.
From the points above we can see how trading on Bisq is not private and could result in the deanonymization of traders and contributors. Haveno has no token- it’s based on Monero and has privacy as a core principle.
Bisq has a very complex and resource hungry user interface. One of our main goals is to provide the user with a simple tool that won’t require any technical knowledge.
Bisq is based on Bitcoin and inherits its historically high transaction fees, which are added to tradefees on the platform.
Haveno is based on Monero, allowing traders to take advantage of very low transaction fees (see the comparison between XMR and BTC), resulting in more convenient trades, especially for low amounts.
Haveno will be faster because of three main factors:
The current trade protocol of Haveno is on Github: docs/trade-protocol.md
Bisq recently adopted a protocol based on 2/2 multisig, while Haveno will use their previous protocol: 2/3 multisignature. In a 2/3 multisignature trade, each trader owns one key; this key will be paired with the key of the other trader and will be used to unlock funds and deposits. It’s a 2 of 3 (2/3) protocol because you need only two out of three keys to move funds from the multisignature wallet.
If everything goes fine, the two traders will use their keys to complete the transfer process. If something goes wrong, one of the two parties won’t use their key to complete the transaction, and this is where the arbitrator comes to action.
Arbitrators are inherited from Bisq’s 2/3 protocol. They have the duty of releasing the funds to one of the two parties in case of a conflict. To do so, they use the third key of the 2/3 multisig protocol.
For extra security, arbitrators can be a bonded role to act in the interest of traders.
No. The BSQ token is meant to be the key factor of Bisq’s DAO. We won’t implement Bisq’s DAO and the trades on the platform are based on multisignature transactions. There is no need for a token in the Haveno protocol.
Bisq’s DAO is an interesting and innovative governance mechanism, but currently seems to be an unnecessary complication that takes a lot of resources to maintain. Bisq contributors earn BSQ tokens according to how much they contribute to Bisq and the roles they cover inside the project. The more BSQ a person has earned, the more voting power they have.
Bisq’s DAO has several important flaws that make its effectiveness as a tool for decentralized governance dubious:
BSQ tokens can also be bought. Acquired BSQ has less “voting power” than earned BSQ, but less doesn’t mean none. A wealthy and malicious attacker could buy the amount of BSQ necessary to influence a vote. This is a major hole for a decentralized governance system.
Bisq itself acknowledges that not everything can be managed by the DAO in its current state. For example, changes to the DAO itself still require the approval of Manfred (the creator of the DAO). This is an odd approach outside of the DAO governance system.
The DAO as used by Bisq, is heavily based on GitHub, which is a centralized entity that has the power to shut down repositories at will. If that would ever happen, Bisq’s governance structure will be effectively frozen until the structure is migrated somewhere else and the Bisq app will be adapted. Such migration would take a lot of time and effort.
There seems to be no expiring date for roles or maximum amount of roles that a contributor can cover. As a result, long term Bisq contributors (who already cover multiple roles) will always gain more BSQ than a newcomer, and unless they decide on their own to leave some roles, there is no way for a new contributor to have as much voting power as a veteran Bisq contributor. The new contributor could make large contributions that would earn them a huge amount of BSQ, but even in that case the release of BSQ is voted on with the mechanism we mentioned earlier, so veteran Bisq contributors (with more voting power) could vote against releasing rewards to the newcomer if they feel their power threatened.
We already mentioned that a recent paper demonstrated that it’s possible to track Bisq contributors participating to Bisq’s DAO and deanonymize them.