# Wouldn't it make sense to be able to add arbitrary metadata to unixfs directories?

**URL:** <https://discuss.ipfs.tech/t/wouldnt-it-make-sense-to-be-able-to-add-arbitrary-metadata-to-unixfs-directories/20013>\
**Category:** Help\
**Created:** [February 2, 2026, 12:17am UTC](https://discuss.ipfs.tech/t/wouldnt-it-make-sense-to-be-able-to-add-arbitrary-metadata-to-unixfs-directories/20013 "2026-02-02T00:17:28Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![estebanabaroa](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/estebanabaroa/32/5422_2.png) [@estebanabaroa](https://discuss.ipfs.tech/u/estebanabaroa)\
**Post date:** [February 2, 2026, 12:17am UTC](https://discuss.ipfs.tech/t/wouldnt-it-make-sense-to-be-able-to-add-arbitrary-metadata-to-unixfs-directories/20013/1 "2026-02-02T00:17:28Z")

</div>

For example let’s say you wanted to fetch a blog’s data organized like this:

```auto
{
  title: 'my blog',
  description: 'this is my blog',
  links: {
    'post 1': <cid>,
    'post 2': <cid>,
    etc...
  }
}

```

instead of:

```auto
{
  links: {
    'metadata': <cid>,
    'post 1': <cid>,
    'post 2': <cid>,
    etc...
  }
}

```

you could store the blog metadata and the links to posts as a single block / folder, assuming it’s under 1mb, which would mean you have access to the metadata by just downloading a single block, which is faster than downloading the folder, then the metadata file.

unless there’s no significant speed difference between downloading 1 block and 2 blocks one after the other?

I know with IPLD you can make blocks with both metadata and links, but it seems complicated to reimplement all of unixfs just for this?