release: add kubo 0.41.0 to release notes

Add guidance for implementers section to IPIP-0499 blog post

.github/workflows/deploy.yml

@@ -53,14 +53,14 @@ jobs:
           cluster-user: ${{ secrets.CLUSTER_USER }}
           cluster-password: ${{ secrets.CLUSTER_PASSWORD }}
           cluster-pin-expire-in: ${{ github.event.workflow_run.head_branch != 'main' && '2160h' || '' }}
-          storacha-key: ${{ secrets.STORACHA_KEY }}
-          storacha-proof: ${{ secrets.STORACHA_PROOF }}
           github-token: ${{ github.token }}
 
   dnslink-update:
     runs-on: ubuntu-latest
     needs: deploy-ipfs
-    if: github.event.workflow_run.head_branch == 'main'
+    if: |
+      github.event.workflow_run.event == 'push' &&
+      github.event.workflow_run.head_branch == 'main'
     environment:
       name: 'cf-dnslink'
       url: "https://blog-ipfs-tech.ipns.inbrowser.link/"
@@ -78,6 +78,7 @@ jobs:
   deploy-gh-pages:
     if: |
       github.event.workflow_run.conclusion == 'success' &&
+      github.event.workflow_run.event == 'push' &&
       github.event.workflow_run.head_branch == 'main'
     runs-on: ubuntu-latest
     permissions:

src/_blog/2026-03-reproducible-cids.md

@@ -0,0 +1,45 @@
+---
+title: "IPIP-0499: Updating IPFS Standards for Consistent, Reproducible CIDs"
+description: "IPIP-0499 makes IPFS CIDs deterministic and consistent across all implementations."
+author: Michelle Lee
+date: 2026-03-09
+permalink: '/2026-03-reproducible-cids/'
+canonicalUrl: https://ipfsfoundation.org/ipip-0499-updating-ipfs-standards-for-consistent-reproducible-cids/
+header_image: '/2026-03-muted-teal-grid.png'
+tags:
+  - ipfs
+  - cid
+  - ipip
+---
+
+# IPIP-0499: Updating IPFS Standards for Consistent, Reproducible CIDs
+
+_Cross-posted from the [IPFS Foundation blog](https://ipfsfoundation.org/ipip-0499-updating-ipfs-standards-for-consistent-reproducible-cids/)._
+
+If you've worked with IPFS, you know that a content identifier (CID) is supposed to be a fingerprint for your data: feed in the same data, get the same CID. In practice, that hasn't been true. The same file or directory uploaded with [Kubo](https://github.com/ipfs/kubo), [Helia](https://github.com/ipfs/helia), or [Singularity](https://github.com/data-preservation-programs/singularity) could produce three different CIDs, because each tool uses different settings for how to split files into chunks, how wide to build the internal DAG tree, and when to switch to a HAMT structure for large directories.
+
+To fix this, [IPIP-0499](https://specs.ipfs.tech/ipips/ipip-0499) has been merged into the IPFS specification. It introduces two named configuration profiles — `unixfs-v1-2025` and `unixfs-v0-2015` — each defining a complete set of DAG construction parameters.
+
+### Benefits: Predictable CIDs, Faster Verification
+
+The most immediate benefit is that CIDs are now deterministic. Previously, comparing two CIDs for "the same file" could return a false negative simply because the tools that created them used different chunk sizes or DAG widths. With this update, identical input processed by any implementation conforming to the same profile will always produce the same CID. That's the behavior most developers intuitively expect, and it's what makes content-addressing useful as a verification primitive.
+
+A second major gain is verification efficiency. Without profile guarantees, confirming that two CIDs represent the same content requires fetching the underlying data and computing and comparing their Merkle DAGs. With deterministic CIDs, you can compare the CIDs directly without fetching the data itself. This matters especially at scale.
+
+Finally, `unixfs-v1-2025` is a more performant default. Switching from 256 KiB chunks to 1 MiB, and from 174 to 1024 links per DAG node, produces shallower trees: a 1 TiB file requires 3 levels of DAG traversal instead of 4, with roughly 4x fewer total nodes. That translates to faster random access and seeking in large files, and fewer CIDs being announced to public routing infrastructure like the Amino DHT.
+
+### Guidance for Implementers
+
+- Implementations *MUST* support the `unixfs-v1-2025` profile.
+- The legacy `unixfs-v0-2015` profile is provided for backward compatibility and *MAY* be supported by implementations that need to produce CIDs matching historical Kubo output.
+- Implementations *SHOULD* allow users to inspect default values and adjust configuration options related to CID generation.
+
+You can read the full specification, including detailed parameter comparison tables, at [specs.ipfs.tech/ipips/ipip-0499](https://specs.ipfs.tech/ipips/ipip-0499/).
+
+### Current Implementation Support
+
+IPIP-499 is now supported across many implementations in Go ([kubo 0.40](https://github.com/ipfs/kubo/releases/tag/v0.40.0), [boxo 0.37](https://github.com/ipfs/boxo/releases/tag/v0.37.0), [go-ipfs-cmds 0.16](https://github.com/ipfs/go-ipfs-cmds/releases/tag/v0.16.0)) and JS ([helia/unixfs 7.0.3](https://www.npmjs.com/package/@helia/unixfs), [ipfs-unixfs-importer 16.1.1](https://github.com/ipfs/js-ipfs-unixfs/releases/tag/ipfs-unixfs-importer-16.1.1)).
+
+### Acknowledgements
+
+Special thanks to [@lidel](https://github.com/lidel/), [@2color](https://github.com/2color), and to everyone who contributed to the [forum discussion](https://discuss.ipfs.tech/t/should-we-profile-cids/18507/13) and [review](https://github.com/ipfs/specs/pull/499).

src/_blog/releasenotes.md

@@ -1,5 +1,12 @@
 ---
 data:
+    - title: 'Just released: Kubo 0.41.0!'
+      date: "2026-04-23"
+      publish_date: null
+      path: https://github.com/ipfs/kubo/releases/tag/v0.41.0
+      tags:
+        - go-ipfs
+        - kubo
     - title: 'Just released: Kubo 0.40.0!'
       date: "2026-02-25"
       publish_date: null