CORS error FAQ

Navigating issues with Cross Origin Resource Sharing (CORS) errors when using 1inch APIs

Matt avatar
Written by Matt
Updated over a week ago

When integrating the 1inch API in your dApp, you might experience an issue with CORS (Cross-Origin Resource Sharing). It can be confusing, especially when your API calls are successful via tools like Curl or Postman, but fail when made from your custom dApp's UI.

This article covers:
What is CORS?

What is CORS?

Cross-Origin Resource Sharing (CORS) is a common security protocol implemented by most browsers to help prevent security risks with cross-origin requests. Essentially, a cross-origin request is when a web page from one domain tries to access resources, like data or images etc., from a different domain.

For example, say you're browsing and it has a ETH/BTC ticker widget that pulls price data from "". When the "" domain tries to fetch the price data from the "" domain, it's making a cross-origin request.

Browsers prevent HTTP requests to a different domain than the one hosting the web page, in order to protect users against cross-site security threats. This can be really helpful in blocking things like request forgery, malicious script inclusion.

Why am I facing this issue?

When the CORS protocol blocks your requests, it's a signal that the 1inch API hasn't granted explicit permissions to your domain. For 1inch integrations, this usually happens when trying to call the 1inch API from you're dApp's front-end.

When sending a request through a frontend, the API key is embedded within the client-side code or headers, making it accessible to anyone who inspects the webpage's source or monitors its network traffic. This makes it so a malicious actor could easily extract and use your exposed key for their own benefit (or even to get around their own rate limits)!

How can I resolve CORS errors when calling the 1inch API?

The most common solution is to run your request through some type of middleware or proxy server. This additional component makes the call, receives the response, adds necessary headers, and then forwards it to your application. Then the browser will see the request as originating from the same domain, avoiding any CORS triggers.

You can use your own custom proxy or a turnkey proxy server like Lambda / AWS.

Please note: Make sure that your API key and headers are entered correctly!

Can I call functions without a server and still avoid CORS errors?

Since non-server functions are still called on the front-end, your request will still likely be blocked.

Need higher rate limits? Request an enterprise endpoint here.

Did this answer your question?