standard-relayer-api icon indicating copy to clipboard operation
standard-relayer-api copied to clipboard

Standard specifications for 0x relayer public APIs

Results 20 standard-relayer-api issues
Sort by recently updated
recently updated
newest added

This has confused more than one person now -- there are still references to the old `/token_pairs` route in the v3 spec See https://github.com/0xProject/standard-relayer-api/issues/59#issuecomment-570862883

https://8080-0-121f7db3.hummingbot-test-drive.appsembler.com/http://0x(hex1).0x(hex2).0x(hex3).0x(hex4

file : `http/v3.md` `curl https://api.0x.org/token_pairs?page=3&perPage=20` returns ```html Error Cannot GET /token_pairs ```

In SRA v3, the order object schema specifieds "chainId" for HTTP, and "domainHash" for WS. I notice that [this commit](https://github.com/0xProject/standard-relayer-api/commit/3621ade726d98bc607a37098950c77dfd9ed173b) changed domainhash to chainid for HTTP, and I'm wondering if...

If /orders returns "relayerApiOrdersResponseSchema" which references relayerApiOrdersSchema -> relayerApiOrderSchema, then it makes sense for the non-paginated interface (/order/{hash} to return "relayerApiOrderSchema".

The Websockets API should clarify that messages should be of "text" type rather than binary. 0x connect expects this, but the specification is ambiguous,

With the introduction of the MultiAssetProxy, some things in the current version of the Standard Relayer API are a bit unclear. For example > makerAssetAddress [string] returns orders where the...

Relayers may choose to block certain IP addresses. Would be nice to have a standardized Error flow for this.