Since the creation of Amadeus in November, our team has being working hard on the implementation of the Relayer itself. Most of our efforts were to publish the Amadeus API together with the Demo, but we also spent a lot of time understanding the technology and the viability of building a Liquidity Provider based on the 0x Protocol.

Here’s a quick summary of what we did so far:

December 2017: We launched the Alpha version of the Amadeus API running on the Kovan testnet. It allowed the community to start testing our Relayer and also to understand how a Liquidity Provider works on the 0x Protocol.

We launched the Alpha version of the Amadeus API running on the Kovan testnet. It allowed the community to start testing our Relayer and also to understand how a Liquidity Provider works on the 0x Protocol. January: We launched the Amadeus Demo to explain how a dApp could use and integrate with the API easily.

We launched the Amadeus Demo to explain how a dApp could use and integrate with the API easily. February: We spent most of the time studying and defining the strategy regarding Fee structure, Liquidity Pool and Token value update. We have also created a couple of POCs to understand the viability of fee sharing through smart contracts and analyzing other strategies that could aggregate value to our customers.

We spent most of the time studying and defining the strategy regarding Fee structure, Liquidity Pool and Token value update. We have also created a couple of POCs to understand the viability of fee sharing through smart contracts and analyzing other strategies that could aggregate value to our customers. March: Adjustments and improvements on the API needed for it to be published at the mainnet. This version includes:

Adjustments and improvements on the API needed for it to be published at the mainnet. This version includes: Update of all existing endpoints to include all the parameters of the Standard Relayer API;

Inclusion of calculated fees on every order and checking on ZRX balance to ensure funds to pay the fees;

Pagination to have a default limit of returned orders;

Demo and documentation adjustments taking into account all the updates explained above;

Our focus right now is to implement a new relayer strategy to be part of our future Beta, the Quote Provider strategy. With this addition, we include another way for dApps to interact with the API giving them more flexibility. The Quote Provider strategy allows the customer to submit a signed order to the relayer which can then choose to fill it.

Our Beta version will soon be launched with new endpoints following the Standard Relayer API. As usual, the Demo will be updated to show a step by step of how to use this new strategy. We’ll let you know as soon as this changes are completed.

If you have any doubts, suggestions or find any difficulty please contact us at team@amadeusrelay.org or join our Telegram group https://t.me/joinchat/HJpxkkf79Jx9ImmeZ8Lkgw.