# How to get the exactly same CID for a file/directory created with IPFS daemon using unixfs locally **URL:** \ **Category:** Help\ **Created:** [August 18, 2021, 1:26am UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979 "2021-08-18T01:26:43Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![shc261392](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/shc261392/32/5369_2.png) [@shc261392](https://discuss.ipfs.tech/u/shc261392)\ **Post date:** [August 18, 2021, 1:26am UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/1 "2021-08-18T01:26:43Z")
Hi there, I’ve searched through the forum and Internet and it seems I can’t find any tutorial or documentation on the topic. For a file or a directory, I could easily get the CID using IPFS Add CLI or API provided by the IPFS daemon. What I’d like to know is how do we get the same CID locally without running an IPFS daemon? For encoded string content, I have no problem getting the CID using the official CID and multihash implementations ([https://github.com/multiformats/cid#implementations](https://github.com/multiformats/cid#implementations)). However, from what I understand so far, to get a CID of a file/directory, files should be chunked and built into a DAG, then the CID will be computed from the DAG. The implementation of DAG building, the chunking algorithm and chunker size, all these factors would make the result CID different. It seems there are Go and JavaScript implementation of the UnixFS to handle the DAG building. But after trying blindly for a while I still can’t get the CID we’ll get when using the default configuration to add a file via IPFS daemon. Maybe there’s some official documentation or community project about how to create exactly same CID as the CID created through IPFS daemon. Any help or direction would be appreciated. ---
**Author:** ![SionoiS](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/sionois/32/5103_2.png) [@SionoiS](https://discuss.ipfs.tech/u/SionoiS)\ **Post date:** [August 18, 2021, 12:08pm UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/2 "2021-08-18T12:08:31Z")
The IPFS add command works without a daemon running. No sure about the limitation of not having a daemon though. ---
**Author:** ![atopal](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/atopal/32/4192_2.png) [@atopal](https://discuss.ipfs.tech/u/atopal)\ **Post date:** [August 18, 2021, 12:14pm UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/3 "2021-08-18T12:14:42Z")
ipfs add does everything locally. Despite the name no file is being uploaded. It’s just made available to the p2p network via that command. ---
**Author:** ![hector](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/hector/32/178_2.png) [@hector](https://discuss.ipfs.tech/u/hector)\ **Post date:** [August 18, 2021, 12:43pm UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/4 "2021-08-18T12:43:37Z")
`ipfs --offline add ...` or [https://github.com/alanshaw/ipfs-only-hash/](https://github.com/alanshaw/ipfs-only-hash/) are the ways. Now, you want to go the hard way and implement, you can take a look to the code and comments in [go-unixfs/builder.go at master · ipfs/go-unixfs · GitHub](https://github.com/ipfs/go-unixfs/blob/master/importer/balanced/builder.go) That will chunk a file. When doing folders you must further build the DAG that represents them. You can check [ipfs-cluster/add.go at v0.14.1 · ipfs/ipfs-cluster · GitHub](https://github.com/ipfs/ipfs-cluster/blob/v0.14.1/adder/ipfsadd/add.go#L258) as a starting point. ---
**Author:** ![shc261392](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/shc261392/32/5369_2.png) [@shc261392](https://discuss.ipfs.tech/u/shc261392)\ **Post date:** [August 19, 2021, 2:17am UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/5 "2021-08-19T02:17:25Z")
Thanks for the reply. I understand there’s actually no such thing as uploading in IPFS. I guess I used the word uploading because I’m currently using a remote IPFS node so I used the term without thinking too much. ---
**Author:** ![shc261392](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/shc261392/32/5369_2.png) [@shc261392](https://discuss.ipfs.tech/u/shc261392)\ **Post date:** [August 19, 2021, 2:30am UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/6 "2021-08-19T02:30:17Z")
An Interesting I found is that the v0 CID created by `ipfs-only-hash` is the same with the CID created by `go-ipfs`, but the v1 CID differs. ```auto npx ipfs-only-hash --cid-version 0 cat.jpeg QmddbSfH6k3DMcGAAApnSwCJc9gEcB2oyhpdGNQEWkMY83 ipfs --offline add cat.jpeg added QmddbSfH6k3DMcGAAApnSwCJc9gEcB2oyhpdGNQEWkMY83 cat.jpeg ``` ```auto npx ipfs-only-hash --cid-version 1 cat.jpeg bafybeic3545pjhl5bm4wzahg3y4dpaanbi624d2eil5rightij4rivwfhm ipfs --offline add --cid-version 1 cat.jpeg added bafybeifk6fyfmrgylejsujeido7kob7ysp6353wb5b7i5nhc64kzkxdvs4 cat.jpeg ``` I’m not sure if there’s anything I missed or if it is an issue of `ipfs-only-hash`. It seems like I’ll have to look into the source code you mentioned. Thanks for the information. ---
**Author:** ![hector](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/hector/32/178_2.png) [@hector](https://discuss.ipfs.tech/u/hector)\ **Post date:** [August 19, 2021, 1:37pm UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/7 "2021-08-19T13:37:42Z")
In go-ipfs `--cid-version=1` also enables `--raw-leaves`. Try with `--cid-version=1 --raw-leaves=false` and see if the CID is what you expect. ---
**Author:** ![shc261392](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/shc261392/32/5369_2.png) [@shc261392](https://discuss.ipfs.tech/u/shc261392)\ **Post date:** [August 25, 2021, 5:45am UTC](https://discuss.ipfs.tech/t/how-to-get-the-exactly-same-cid-for-a-file-directory-created-with-ipfs-daemon-using-unixfs-locally/11979/8 "2021-08-25T05:45:57Z")
Thanks for the suggestion! After adding the raw-leaves options to `ipfs-only-hash` package it can reproduce the exactly same CID.