✅ b1exch.io - Instant Auto Exchange | NO KYC | Escrow 0.2 BTC

[famososMuertos]

:://:::

.IDN.    |   .POR.   |   .GER.   |   .FIL.   |   .PID.   |   .SWE.   |   .JPN.   |   .CRO.   |   .RUS.   |   .TUR.   |   .ROM.

(Español) ESP is missing, what's happening with the alliance? 🙂

I've noticed there are several promotions around b1exch.io. To be honest, as the saying goes, “I’ll cross that bridge when I come to it,” so I hadn’t paid much attention at first. However, since my friend Madness’s F1 team has them as a sponsor, I’m always curious to take a closer look and evaluate the quality behind the sponsorship.

I’ll share my user impressions as objectively as possible. From the initial information provided by OP — no KYC, fees between 1–4%, and no registration required — it sounds promising and definitely worth trying out.

[DrBeer]

Swaps are now automatically deleted after 15 days.

• Exchange-related data - including deposit addresses, destination addresses, refund addresses, amounts, and transaction identifiers - is permanently and irreversibly deleted after 15 days. This is not an archival or soft-delete process. The data is destroyed at the database level and cannot be recovered, reconstructed, or produced by b1eXch or any third party after deletion has occurred. After the 15-day retention window, swap IDs can no longer be used to look up order details. No historical record of the transaction will exist in any queryable system.

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?
 

[joker_josue]

I would like to make a suggestion.

From what I've seen, and from comments by some users, these exchange platforms, like b1exch, usually require the user to specify the exact amount they want to send. This can be complicated for someone who, for example, wants to send the entire balance of a UTXO or BTC address.

The person needs to calculate the eventual fee they will pay beforehand, in order to determine the actual amount they will send to the platform.

Therefore, my suggestion is that sending the total amount indicated in the initial configuration should not be mandatory. If any amount is deposited into the address provided for the exchange, the exchange is carried out immediately even if it does not reach the total.

Since some might want to keep the address open, in order to send funds there via various transactions, there could be an option for the user to choose the method they want to use: transacting independently of the deposited amount (never more than initially indicated); or the exact amount initially indicated.

As I've said, I rarely use this type of service; this idea is based solely on my experience testing it. I apologize if I'm wrong.

[b1ack]

Swaps are now automatically deleted after 15 days.

• Exchange-related data - including deposit addresses, destination addresses, refund addresses, amounts, and transaction identifiers - is permanently and irreversibly deleted after 15 days. This is not an archival or soft-delete process. The data is destroyed at the database level and cannot be recovered, reconstructed, or produced by b1eXch or any third party after deletion has occurred. After the 15-day retention window, swap IDs can no longer be used to look up order details. No historical record of the transaction will exist in any queryable system.

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.

I would like to make a suggestion.

From what I've seen, and from comments by some users, these exchange platforms, like b1exch, usually require the user to specify the exact amount they want to send. This can be complicated for someone who, for example, wants to send the entire balance of a UTXO or BTC address.

The person needs to calculate the eventual fee they will pay beforehand, in order to determine the actual amount they will send to the platform.

Therefore, my suggestion is that sending the total amount indicated in the initial configuration should not be mandatory. If any amount is deposited into the address provided for the exchange, the exchange is carried out immediately even if it does not reach the total.

Since some might want to keep the address open, in order to send funds there via various transactions, there could be an option for the user to choose the method they want to use: transacting independently of the deposited amount (never more than initially indicated); or the exact amount initially indicated.

As I've said, I rarely use this type of service; this idea is based solely on my experience testing it. I apologize if I'm wrong.

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.

[joker_josue]

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 was misled! Thank you for the clarification.

I think this is very good and gives the user more freedom.

[cryptofrka]

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.

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

[inspace]

💥 Attention friends, a new raffle has just been announced. Reserve your slot now and take part in the raffle.

Don’t wait too long — slots are limited.

     ✅ b1exch.io 🪙 FREE RAFFLE 🪙 $30 in BTC!

 ➫ Pick a SLOT!
 ➫ The winner will receive a prize of $30 in BTC! 🎁
 ➫ After selecting a block, we will use the BitList tool to determine the winner.

Good luck to all participants!

[b1ack]

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.

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.

[dkbit98]

Want the news everyone's been waiting for? b1exch has added letters of guarantee. If you're paranoid about downloading a letter of guarantee (a feature available by default in some other projects), you can simply expand the tab and not worry about it. ✔️

I don't remember many exchanges that have letters of guarantee, so this is certainly a good news.
This was always the thing used in mixer services, but I see no reason why more quick swap exchanges would not add this feature.

PS
I would suggest everyone to use tor onion b1exch link instead of clearnet.

[examplens]

Want the news everyone's been waiting for? b1exch has added letters of guarantee. If you're paranoid about downloading a letter of guarantee (a feature available by default in some other projects), you can simply expand the tab and not worry about it. ✔️

I don't remember many exchanges that have letters of guarantee, so this is certainly a good news.
This was always the thing used in mixer services, but I see no reason why more quick swap exchanges would not add this feature.

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.

[SamReomo]

💥 Attention friends, a new raffle has just been announced. Reserve your slot now and take part in the raffle.

I've just posted my participation in the raffle and I must say that such raffles always make me happy because even being part of such raffles is fun way to try our luck. Thanks to b1exch team, Icopress, inspace for such valuable raffles. Let's see who's going to win this raffle. Best of luck to everyone!

[Hyphen(-)]

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.

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?

[Yamane_Keto]

What happens if someone mistakenly sends to the same old or expired deposit address?

That means there will be wallet to save up the amount you have deposited until you top it up to the minimum amount?

The transaction status will remain underpaid status after receiving dust amount transaction and here you will click on cancel the swap.

[DrBeer]

Swaps are now automatically deleted after 15 days.

• Exchange-related data - including deposit addresses, destination addresses, refund addresses, amounts, and transaction identifiers - is permanently and irreversibly deleted after 15 days. This is not an archival or soft-delete process. The data is destroyed at the database level and cannot be recovered, reconstructed, or produced by b1eXch or any third party after deletion has occurred. After the 15-day retention window, swap IDs can no longer be used to look up order details. No historical record of the transaction will exist in any queryable system.

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.

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!

[icopress]

What happens if someone mistakenly sends to the same old or expired deposit address?

I think everything will be fine if you contacted technical support in a timely manner (before the 15-day automatic order deletion period expired). And, of course, if you didn't enable forced order deletion. In fact, I recommend everyone read the Terms & Privacy (there's a lot of interesting stuff there).

Late deposits: If no deposit is received within the validity window, the order will expire. Deposits sent to expired order addresses may be detected through our late deposit detection system, but this is provided on a best-effort basis only and is not guaranteed. If a late deposit is detected, you will be prompted to provide a refund address. b1eXch is not obligated to monitor expired deposit addresses indefinitely.

[joker_josue]

On the other hand, I wonder if b1eXch always uses a high network rate to ensure speed, even when the normal network rate is low.
But I'll talk about that in another topic.

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.

[ESG]

On the other hand, I wonder if b1eXch always uses a high network rate to ensure speed, even when the normal network rate is low.
But I'll talk about that in another topic.

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.
[...]

 I remember that I used the delete function a lot after the exchange, and I remember,
 that in the exchcx, I had the option to choose the fee, in the case to receive BTC,
I had the free option, which only paid the network fee, and if I'm not mistaken,
 two more options, like, 3 sat/bit and 6 sat/bit, I always chose the free, And of course,
 it took a while... But it had these options, for BTC

 In addition, I am surprised to know that it will be automatically deleted from
the page of the exchange used.. Exch was like that too, when you didn't select
the delete option after the change was completed.

Congratulations B1EXCH!

[joker_josue]

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.}

[TokenTikas]

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.

Great, you have explained all the points very well, especially the issues about fee transparency and accuracy, which are really important. Before now, this kind of transaction did not use to show the fees so clearly and you have tried to explain it in a nice and simple way.

Since you have done this transaction, I just want to know if it is possible to see the estimated cost or fee in advance when converting from USDT to BTC.