It will be a little wrong if you want to implement logic like this, because usually only when a number of confirmations are calculated, then the system will send a notification that their payment is made to us, whether it's via email or telephone number. And moreover, usually APIs like this will be paid, so you need to think about the economic value of the exchange you build to be able to pay for services like this.

I found an exchange service that you can copy to build the exchange the way you want, the name is https://changelly.com, you can see that they are very good at building their system and I've used the service, and I think it's pretty good, but we need to exchange min 23 USD to be able to use this service, so I don't use it much.

I already gave you a few sites in your previous post, have you looked into them? If not, you should. They have notifications API[1][2]. The site you mentioned should do the trick too, but not with the free tier because it looks like it's only available with the testnet.

For bitcoin, yes blockchain.com API is fine:


Also, please try to not make multiple posts about the same subject.

[1] https://www.quicknode.com/quickalerts
[2] https://www.alchemy.com/notify-api

I don't think this is right, the user should get the message when the deposit is confirmed and not when the deposit is sent to the address, and this is really important because if you make a swap without confirmation people would be able to abuse your system with a double spend.

And the way to do this directly from your coin node, is with the command "blocknotify", each time your node detects a node you should verify if there is a depo. That's the way to do it in the backend.

I'm curious why Binance, which is an exchange, needed for your exchange.

Off the top of my head, here is a summary of how to create a simple exchange where you set the prices instead of using a market (because it is easier).

• 1. Create a wallet for each kind of coin.
• 2. Create a database for trades. Each entry would contain the amounts for each coin and their receiving addresses.
• 3. Create a site that allows a person to create a trade.
  
  • 3a. The site gets an address from the wallet for the coin the customer is sending and shows it to the customer.
  • 3b. The set gets an address from customer for the coins the customer is buying.
  • 3c. The site records the transaction in the database.
• 4. Create a backend that periodically scans the transaction database, gets the receiving addresses for the pending trades and checks the wallets to see if the coins have arrived. When the coins for a trade have arrived, it sends the customer's coins to the address they provided.

There you go. No need for Binance. Is that what you are doing?


Of course, I'm sure that there is a lot more involved in the implementation. You don't want to get hacked or end up like Mt. Gox.

AFAIK, there's no way to generate a new address using Binance API.

What you need to do is run your own node, and communicate with it.

1. A user chooses the trading pairs.
2. You generate a bitcoin address for him.
3. Wait for a certain number of confirmations.
4. Send him the money.

I understand what you're trying to do, and one solution would be to once you're done with #3, you transfer the funds directly to Binance, and from there, you can exchange the funds and withdraw them however, I don't think this is the best solution because it will result into a very bad experience (since the user has to wait more than he should).

It's better to have some liquidity aside on Binance at first if this is how you want to do it and instead of sending each transaction you receive directly to Binance, you wait until you get a few, then batch everything to Binance. This should also save you some fees.

If you have to ask this, you shouldn't build an exchange.