Haveno is an Esperanto word that means ‘harbour’ or ‘port’.
Pronunciation:
PA(key): /haˈveno/ Hyphenation: ha‧ve‧no
Haveno can be used now on Monero’s main network by using a third party Haveno network.
We do not officially endorse any networks at this time, but they can be found online.
We only support projects that we consider interesting or useful. We will release with support for at least:
Crypto | Fiat |
---|---|
Bitcoin (BTC) | US Dollars (USD) |
Ether (ETH) | Euro (EUR) |
Bitcoin Cash (BCH) | British Pounds (GBP) |
Litecoin (LTC) | Brazilian Real (BRL) |
Swiss Franc (CHF) | |
Indian Rupee (INR) | |
Canadian Dollar (CAD) | |
Australian Dollar (AUD) | |
Japanese Yen (JPY) |
Note that all assets are paired with XMR, which is the base currency of the platform (XMR/EUR, XMR/USD, XMR/BTC, etc).
As soon as we feel the platform is solid enough, we will add support for more crypto and fiat currencies, initially targeting some of the assets already listed on Bisq. The community can suggest assets by opening an issue on the ‘listing’ repository and using the correct template.
The structure and configuration of a Haveno network can be customized when deploying a network instance.
The Haveno project is an open source platform for public reference. We do not operate a live network instance for Monero’s main network, 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 protcol 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 is still work in progress, but it’s already possible to do test trades with other people in our test network using stagenet Monero coins, which hold no value. See the instructions. You can test with both crypto and fiat currencies.
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 are a trusted role and 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.
Using arbitrators has drawbacks:
These issues can be solved by employing a small number of bonded arbitrators with strong operational security knowledge that will serve in their roles anonymously.
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.
Arbitrators are trusted entities that need to gain the trust of the creator of Bisq, who declared he will not give keys to people he doesn’t know or trust. This is factually bypassing the DAO and centralizes the choice of the arbitrators on one person.
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.