-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Geo blocking #1
Comments
How about just blocking IPs? Aave, Compound, Yam, and most of DeFi protocols are behind Cloudflare. I think they're using this https://community.cloudflare.com/t/blocking-entire-countries/24172/12 |
I don't know how we can do this on ipfs! Some more research needed. How is omen dong this? |
@nicoelzer you are in charge of |
@adamazad, mesa-ui.dev is only an internal staging domain, that won't be used to serve the actual product deployment. To make sure Mesa.eth will be untouchable, we should not rely on centralized providers such as Cloudflare. All DXdao products are hosted on IPFS and served on the ENS domain which can be governed by the DAO. As ENS domains don't allow to to setup geofence, we need to find a solution directly in the frontend. |
We need an external service for this. We can ask an external API with the IP as input and then get a yes or no back. Once done, set a cookie with timout (30 days?) to not repeat on every request. |
I found ipfs/notes#284 for anyone working on this issue. https://1change.exchange They all use Cloudflare to block IPs.
Browsers can block cookies. This can be easily bypassed. Best to allow access to Mesa on IPFS, but deny access on mesa.eth.link |
Bypassing is not that an issue, it's easy with VPN anyway. It's just that you limit it and can say you have respected the UN List. |
UN-Sanction list, see how this is done by uniswap interface.
The text was updated successfully, but these errors were encountered: