diff --git a/src/_blog/2023-01-26-announcing-durin.md b/src/_blog/2023-01-26-announcing-durin.md
index a341fdc5..7c46113e 100644
--- a/src/_blog/2023-01-26-announcing-durin.md
+++ b/src/_blog/2023-01-26-announcing-durin.md
@@ -22,13 +22,13 @@ The transport-agnostic nature of IPFS content addresses means there are many way
We do this in Durin by connecting to multiple HTTP gateways to the IPFS network. On app launch, Durin pings a list of public gateways, and determines which route is the most reliable and fastest way to access the network. This approach is functional but not optimal. We're working on specifications for multi-gateway connectivity patterns which balance a number of factors - such as verifiability guarantees, reader privacy, and not overloading gateways.
-
+
IPFS addresses are not natively supported in most web browsers or any mobile operating systems today. Durin registers as an `ipfs` scheme handler so that addresses are handled when encountered in applications and on the web.
For example, when browsing on iOS Safari ([sorry Chrome users](https://bugs.chromium.org/p/chromium/issues/detail?id=178097&q=protocol%20handler%20mobile&can=2)) `ipfs://` protocol links will be redirected to Durin, where the app will translate and redirect the user to the fastest public gateway, making the content available on mobile.
-
+
## Sharing to IPFS from Mobile
@@ -38,7 +38,7 @@ We currently rely on [web3.storage](https://web3.storage/) for file uploads. `we
Durin also saves a local history of uploads already shared.
-
+
:warning: (screenshot) TODO :warning:
diff --git a/src/assets/announcing-durin-ipfs/gateway-durin.png b/src/assets/announcing-durin-ipfs/gateway-durin.png
index 07a53389..b9f362ac 100644
Binary files a/src/assets/announcing-durin-ipfs/gateway-durin.png and b/src/assets/announcing-durin-ipfs/gateway-durin.png differ