I like the idea. Even if it's mostly symbolic I also welcome an official IPFS build with the country and token blocklists disabled. I host a frontend mirror on uniswap.ch (which I'll need to update, last update from 13 days ago) where I remove the blocklists but as already written by @Jorropo , having a multisig "verified" build on IPFS would be a lot more decentralized then having a single user host the build.
I like the idea. Even if it's mostly symbolic I also welcome an official IPFS build with the country and token blocklists disabled. I host a frontend mirror on uniswap.ch (which I'll need to update, last update from 13 days ago) where I remove the blocklists but as already written by @Jorropo , having a multisig "verified" build on IPFS would be a lot more decentralized then having a single user host the build.
Having a multi-sig of names sounds a little risky for those individuals, if this is for a non-regulatory compliant version of a UI.
I think there could be an interesting application built that would create a unique fork for every user who is looking to use Uniswap protocol. i.e. everyone can launch their own IPFS attestation of uniswap UI (user A pushes button that launches a IPFS of latest UI that can be used and reused; bonus if the user can also customize the UI background logo etc to their own personalization). Just an idea.
Having a multi-sig of names sounds a little risky for those individuals, if this is for a non-regulatory compliant version of a UI.
I think there could be an interesting application built that would create a unique fork for every user who is looking to use Uniswap protocol. i.e. everyone can launch their own IPFS attestation of uniswap UI (user A pushes button that launches a IPFS of latest UI that can be used and reused; bonus if the user can also customize the UI background logo etc to their own personalization). Just an idea.
We have people creating uncensored builds of the UI which are just following Uniswap Labs ones but without the block list.
Let's use this for uniswap.eth instead of app.uniswap.org.
To do so create a multisig validating uncensored builds of uniswap made by peoples like @Micah and point uniswap.eth to an ENS that this multisig control.
Then when a new version is made, someone publish it, the multisig review it, and it if it's fine then the multisig approve the change updating uniswap.eth.
Recently uniswap labs updated the UI to stop supporting lots of tokens, some obviously makes sense like Tether Gold which is bugged and lock liquidity forever. But most tokens are just what the US regulator would likely classify as securities such as :
There for me multiple issues with this:
So ok the uniswap labs team doesn't want or can't deal with the legal implications of this. Then let just find someone else who does.
https://github.com/MicahZoltu/uniswap-frontend/releases/tag/v4.11.1-uncensored
Well @Micah is willing to do it. This is just a fork of the Uniswap Lab's UI but with the list removed.
Technically, we just update the IPFS field of uniswap.eth to ipns://uniswap-UI-multisig.eth, instead of ipns://app.uniswap.org.
That would change the resolution of:
uniswap.eth (for thoses who use IPFS)uniswap.eth.linkWe would also need to have a multisig checking releases, because for example if we just point it to ipns://uniswap-uncensored.eth well that would work, but @Micah would have full control over the code that is distributed, which isn't very decentralised.
Sadly app.uniswap.org wouldn't get updated as it's uniswap.eth redirecting to app.uniswap.org not the reverse.
That pretty much it.
As is this wouldn't have much impact, because very few people uses uniswap.eth, but it would be simple to advertise https://uniswap.eth.link instead, it's from the governance and should be as safe.
We have people creating uncensored builds of the UI which are just following Uniswap Labs ones but without the block list.
Let's use this for uniswap.eth instead of app.uniswap.org.
To do so create a multisig validating uncensored builds of uniswap made by peoples like @Micah and point uniswap.eth to an ENS that this multisig control.
Then when a new version is made, someone publish it, the multisig review it, and it if it's fine then the multisig approve the change updating uniswap.eth.
Recently uniswap labs updated the UI to stop supporting lots of tokens, some obviously makes sense like Tether Gold which is bugged and lock liquidity forever. But most tokens are just what the US regulator would likely classify as securities such as :
There for me multiple issues with this:
So ok the uniswap labs team doesn't want or can't deal with the legal implications of this. Then let just find someone else who does.
https://github.com/MicahZoltu/uniswap-frontend/releases/tag/v4.11.1-uncensored
Well @Micah is willing to do it. This is just a fork of the Uniswap Lab's UI but with the list removed.
Technically, we just update the IPFS field of uniswap.eth to ipns://uniswap-UI-multisig.eth, instead of ipns://app.uniswap.org.
That would change the resolution of:
uniswap.eth (for thoses who use IPFS)uniswap.eth.linkWe would also need to have a multisig checking releases, because for example if we just point it to ipns://uniswap-uncensored.eth well that would work, but @Micah would have full control over the code that is distributed, which isn't very decentralised.
Sadly app.uniswap.org wouldn't get updated as it's uniswap.eth redirecting to app.uniswap.org not the reverse.
That pretty much it.
As is this wouldn't have much impact, because very few people uses uniswap.eth, but it would be simple to advertise https://uniswap.eth.link instead, it's from the governance and should be as safe.
