We express our gratitude to all the users who tried our service and wrote honest reviews.
[...]
Another note regarding the possibility of using the platform as a mixer since the maximum exchange rate is relatively high. I wonder whether this given is dealt with adequately or not, especially since the terms of use maintain privacy at the highest level.
SlowMist have already mentioned us as an Ethereum mixing service and compared to Tornado Cash. More information in this post:
https://bitcointalksearch.org/topic/m.62649320[...] I kinda expect people to complain about the limited choices of altcoins though.
They pledged themselves to list five more a year ago. Let's keep hope they will do it this year
[...]
We'll definitely update the post on another forum since our plans have changed since. We will only support well estabilished and well decentralized networks. Supporting tokens/coins that appear and disappear is not something we would like to do.
[...]
In general, I can say that the exchanger looks safe, the fees are reasonable, the reported volumes are impressive. I see only two vulnerabilities:
1. the reserves of some tokens are quite small (yesterday I checked three tmes, and eXch always had only some Dollars in USDT);
2. more popular crypto assets are absent while less popular ones are available (e.g. there is no USDT TRC20, but eXch still supports USDT ERC20 which isn’t so widespread, IMHO).
Wouldn't call them vulnerabilities since we usually refer to that word within IT security context.
The reserves of our tokens change daily and fully depend on users selling them to us in exchange to other coins. We do not rebalance coins on a purpose.
We don't exchange some popular crypto assets because they represent considerable risks to us. We don't plan to support the Tron network for now, however we may reconsider it the future.
Users who want to buy risky/popular assets usually buy ETH from us then swap to whatever they like on liquidity pools (i.e. Uniswap).
[...] And I suggest they contact bestchange platform to get it listed there. And also amplify activity on their forum channel to get feedback directly from the community.
BestChange and eXch don't share any values in common. BestChange is a taint proclaiming service and require full identification of their listed services operators. More information is in this reply:
https://bitcointalksearch.org/topic/m.62658004It's a pity that your actual forum username still contains the old domain. Maybe worth bugging @theymos for a name change once again?
I would just propose removing
.cc and don't use anymore domains in username... theymos can make a small change in username but he won't do it all the time if domains keep changing.
We have registered another account back in 2014 named "eXch" which has no posts and was locked due to inactivity, however we still have its password:
https://bitcointalksearch.org/user/exch-support-317539Your account is locked because it sat inactive for years after the password hashes were leaked in 2015, and was therefore at high risk of being hacked. Email reactivate_2019_bgbs5[at]bitcointalk.org to get it unlocked.
Maybe the forum administration will consider deleting that account to rename this one.
exchange some LTC to XMR
I wasn't sure if I saw it correctly, so I tried again and I can now confim a bug.
When I make a transaction, I see this:
Confirming transaction... (0/1 confirmations)And a bit later I see this:
Confirming transaction... (3/10 confirmations)I check again (a third time), and now noticed the XMR test amount was received already when LTC had 3 confirmations. It looks like the bug is only in the interface.
That's not a bug. We track confirmations of our outgoing transactions before considering an order complete, hence two confirmation processes during two different order stages. Since you have mentioned LTC to XMR, the first number of confirmations refers to the "CONFIRMING INPUT" state for LTC which requires 1 confirmation to start an exchange and the second number of confirmations refers to the "CONFIRMING SEND" state for XMR which requires 10 confirmations till it changes to the "COMPLETE" state.