API IDs are now more flexible

Our APIs have had a small but important update to help users directly integrating with DeversiFi keep track of their orders and simplify the implementation of their integrations.

When submitting orders to DeversiFi via our submitOrder API currently returns a special DVF ID which represents the newly placed order on our platform.

Example submitOrder API response showing DVF ID

For many users running bots this was sufficient, however an often requested feature has been to allow users to imbue their own IDs into orders they place. This would allow orders to be queried, reported and cancelled by two different IDs – both the DVF order ID and a client ID.

As of now, this functionality available and accessed by sending an additional cid string parameter when submitting an order.

For example, here how an order with a client ID looks like.

Example submitOrder API response showing both DVF ID and CID

This can radically simplify checking the status of orders and even cancelling orders as the DVF ID no longer is the only source of reference for such orders. API clients no longer have to keep a lookup table / dictionary like structure when matching DVF IDs to their own internal representations of orders.

An open order containing a CID entry

We love to hear how users are building on top of DeversiFi, so if you have any feedback or requests please consider joining our Discord or on Twitter and letting us know.

Latest Posts

X Layer – bridge fee free for 2 weeks

X Layer, the new chain launched by the team at OKX, is finally here. We are delighted to announce that our bridge will be fee free for the first 2 weeks, allowing our users to get into this ecosystem in the fastest and cheapest way possible.

Read Article

rhino.fi is delighted to announce that our bridge now supports inEVM. Supporting this new Layer2 rollup marks the first steps towards full integration with the Cosmos ecosystem.

Read Article

Earn 19% APY on your stablecoins