That's really cool!
But I have a purely technical question as a developer with experience in application/database development: data is not physically deleted from the database until a procedure such as “vacuum” is performed (as in PostgreSQL). In MySQL/MariaDB, the equivalent would be OPTIMIZE TABLE. My question is: do you use such mechanisms, or do you use a different database with a different mechanism for physically deleting records that have been logically deleted?
 

The VACUUM thing is really a PostgreSQL problem though. We use MariaDB with InnoDB which has a purge thread that handles cleanup automatically, no OPTIMIZE TABLE needed.

But we go further than just running a DELETE anyway. We perform a secure deletion of rows, same idea as how secure file deletion works: the data gets overwritten with random data first and only then actually deleted. So even at the storage engine level, any old page versions just contain random noise, not real swap data.

Add disk encryption at rest on top of that and there's really nothing to recover for anyone, us included.



The system doesn't require the exact amount to be sent.

The amount input field is mainly there to warn you about crossing pool limits.

The system will handle any amount you send and adjust accordingly, as long as there's enough liquidity and you don't send less than the minimums.

The system also accepts multiple deposits/transactions to the same deposit address as long as the first transaction hasn't fully confirmed yet.

We'll also refund late deposits for up to 1 hour after the swap expires.

I will try this later on today, I'm curious whether it will still trigger the 'underpaid' message.

If you pay less than the minimum specified amount for the swap which is around 20-30 $.
It will trigger the underpaid status and you need to meet the minimum amount to continue or you can cancel the swap.

This is great, it will certainly be useful in all cases if something goes wrong.

I remember the task list that b1exch published earlier, adding the letter of guarantee was somewhere among the last. What is the status of the development of API and affiliate programs?
The affiliate program is still one of the better motivations for users to promote the platform.

That means there will be wallet to save up the amount you have deposited until you top it up to the minimum amount? And what will happen if you don’t have the minimum amount because I can see that once you started a transaction, it comes in steps starting from awaiting deposits to confirmation and swap; what if the amount you deposited is below the minimum amount?

It's very nice to hear a competent technical answer! Bravo!
Preliminary rewriting is an additional level of security. But don't forget about the “nuances” of implementation:
-the new version of the string is created inside the engine
-the old version remains in the undo log
-it is only available to other transactions if they started working earlier.
However, the old version will exist if:
- there are long transactions
- "repetable read" is used, and the default parameter in the MariaDB configuration
- someone keeps "select" open without committing

Good luck with the development of this wonderful project!

Following a transaction made on the platform, I would like to ask the following.

I'm wondering if b1eXch always uses the same network rate to process transactions, in order to guarantee their speed, or if it adjusts to the rates that are currently being applied?

I'm asking this because in my last transaction, where I sent BTC, I received an alert that the fee used was too low and could take a while.

He then suggested a rate 10 times higher than the one I had used.
I had used 0.20 sat/vB and received a suggestion to use 2sat/vB.

Perhaps you were guided by a block that was mined some time ago. But, in the end, the transaction went through normally within a reasonable timeframe.

Please note, I am not an expert in this type of exchange, and that is to be expected. However, it is precisely because I am not an expert that I understand these aspects.

I want to start by saying that I am not an expert in trading and I rarely use these platforms. Therefore, what I will explain below is the result of a more detailed analysis that I have done while using this platform.

Based on my limited experience using these platforms, I can say that b1exch is a simple, intuitive platform that inspires the necessary confidence for its use.

With that in mind, I would like to analyze the network fees applied, which I believe are either unclear or excessive for the operation. As mentioned in the previous post, it performs BTC > USDT (TRC20) transactions, and I got the impression that the fee charged was excessive.

So, I decided to do another test, this time in reverse: USDT (TRC20) > BTC. Even though I paid a lower network fee than the previous transaction (perhaps because the amount was also different), this amount seemed a bit high to me. I will now try to explain the analysis I did (which I admit may be wrong).

After initiating the exchange process on the platform, I sent the USDT limit (TRC20) to the indicated address. In this transaction, I paid 6.4285TRX, which at the current rate is equivalent to about $1.84.
In turn, the network fee paid for registering a BTC block totaled $0.68.

In the end, according to b1exch, I paid $4.72 in processing fees (slippage + network).

So, if the first $1.84 is paid directly into my wallet to make the transfer (here the child isn't paying for the parent), and I pay b1exch a network fee of $0.68 to make the BTC transaction, where is the extra $4?

Even assuming that b1exch wants me to pay for a future transaction to reorganize my USDT balance (TRC20), assuming the same rate (since it doesn't make sense to imagine a future rate), I would pay the $1.84. That added up to about $2.50 in network fees, almost half of what I actually paid.

Another point that caught my attention is that the BTC transaction was made with a fee of 4.56 sat/vB, almost double the average block fee.

I can understand that the rates are variable and that b1exch won't use the minimums. But using values ​​that are almost double what's necessary is also a waste of resources, both for them and for the clients.

In this regard, I suggest that the platform strive to be more balanced in the network fees applied, as well as clarify in more detail the reason for the fees used.


_{Note to the reader: I have not included transaction links here to maintain a certain level of privacy, but if necessary for a more thorough analysis, I am available to provide them.}

Yes, this is good news, because a letter of guarantee is needed mostly in mixers because of how it work but in swap, everything is quick, and the team can be approached more easily, as we could approach them in mixers. Besides, here is exchange options there are, the more problems there will be, so they need a proper way to solve their customers' problems, which is why they can't rely solely on the forum ANN.

Letter of guarantee can be of huge help. By the way, why would you suggest to use onion link? I mean is there any specific reasons that you want to point out!