hummingbot / gateway

Middleware that standardizes DEX API endpoints on different blockchain networks
Apache License 2.0
78 stars 132 forks source link

Dexalot - Unable to submit orders followed by error fetching status update for the active order #187

Closed rapcmia closed 1 year ago

rapcmia commented 1 year ago

Describe the bug When checking dexalot connector, observed that on the client it shows an active order for few seconds and eventually removed followed by an Error fetching status update for the active order.... Also while it is true that there is active order on status, the log panel does not indicate a successful created order and no order available on exchange

https://github.com/hummingbot/gateway/assets/73840223/3a8e09a9-7ca8-4d88-90f3-96bb1269f9a9

On the recording above:

2023-08-16 11:16:10,135 - 15 - hummingbot.connector.gateway.clob_spot.gateway_clob_spot.GatewayCLOBSPOT - WARNING - Error fetching status update for the active order 0x0000000000000000001a8ecc747aee4b313d4fcd504eef4c7d7311e204a5923a: 'NoneType' object has no attribute 'get'.
2023-08-16 11:16:16,681 - 15 - hummingbot.core.event.event_reporter - EVENT_LOG - {"timestamp": 1692184576.0, "order_id": "0x0000000000000000001a8ecc747aee4b313d4fcd504eef4c7d7311e204a5923a", "order_type": "OrderType.LIMIT_MAKER", "event_name": "MarketOrderFailureEvent", "event_source": "dexalot_avalanche_dexalot"}
2023-08-16 11:16:16,681 - 15 - hummingbot.connector.client_order_tracker - INFO - Order 0x0000000000000000001a8ecc747aee4b313d4fcd504eef4c7d7311e204a5923a has failed. Order Update: OrderUpdate(trading_pair='AVAX-USDC', update_timestamp=1692184576.6427057, new_state=<OrderState.FAILED: 6>, client_order_id='0x0000000000000000001a8ecc747aee4b313d4fcd504eef4c7d7311e204a5923a', exchange_order_id=None, misc_updates=None)
2023-08-16 11:16:24,818 - 15 - hummingbot.client.hummingbot_application - INFO - stop command initiated.

Ran for few more hours and no luck on getting an order submitted to the exchange, account has enough balance to create and running on a cloud server

Steps To Reproduce

  1. Setup dexalot on PMM
  2. Observe behavior

Release version dev-1.19.0

Attachments logs_pmm-dexalot-02.log pmm-dexalot-02.yml.log remove the .log

nikspz commented 1 year ago

Upd: this issue happened for the CLOB connectors that using gateway (XRPL etc.)

Had some failture events on the order creation/refreshing but its actually different one logs_conf_pure_mm_1.log

XRPL testnet errors

rapcmia commented 1 year ago

Test update:


Recorded a dexalot connector behavior while crosshecking with exchange https://drive.google.com/file/d/1ZtNvYKduHXN1NkU35KuTLiYaiAT2xVuO/view?usp=sharing file size too large 😓

Steps to reproduce:

  1. Setup PMM with dexalot
  2. Observe behavior on creating and cancellation of order

logs_pmm-dexalot-01.log pmm-dexalot-01.yml.log remove .log to use logs_gateway_app.log.2023-09-15.log

petioptrv commented 1 year ago

@rapcmia, it sounds like the issue description is different from the follow-up. In the original description, it looks like the order did actually fail also on the Dexalot exchange itself, but the bot, although it logged the failure, continued to show the order as active in the order status update. Is that correct?

In your follow-up, the situation is that the bot thought the order had failed, but it actually was successful on the exchange. However, the provided client logs and gateway logs do not overlap... So I am not sure what happens on gateway when the client labels the order as failed at 11:04:10. Also, I don't have the client logs that correspond to the failure observed in the gateway log

rapcmia commented 1 year ago

Hi @petioptrv thanks for the reply We are not able to reproduce the issue on orders that are active on client yet failed on dexalot exchange. However we still observe the behavior where the order had failed on client but successful on exchange resulting the order to be not recognized. Created separate ticket instead https://github.com/hummingbot/gateway/issues/209