Introduction
zarrs is a Rust library for the Zarr V2 and Zarr V3 array storage formats.
If you don't know what Zarr is, check out:
- the official Zarr website: zarr.dev, and
 - the Zarr V3 specification.
 
zarrs was originally designed exclusively as a Rust library for Zarr V3.
However, it now supports a V3 compatible subset of Zarr V2, and has Python and C/C++ bindings.
This book details the Rust implementation.
🚀 zarrs is Fast 🚀
The  repository includes benchmarks of 
zarrs against other Zarr V3 implementations.
Check out the benchmarks below that measure the time to round trip a \(1024x2048x2048\) uint16 array encoded in various ways.
The zarr_benchmarks repository includes additional benchmarks.
Python Bindings: zarrs-python 
 
 
zarrs-python exposes a high-performance zarrs-backed codec pipeline to the reference  Python package. It is enabled as follows:
from zarr import config
import zarrs # noqa: F401
config.set({"codec_pipeline.path": "zarrs.ZarrsCodecPipeline"})
That's it!
There is no need to learn a new API and it is supported by downstream libraries like dask.
However, zarrs-python has some limitations.
Consult the zarrs-python README or PyPi docs for more details.
Rust Crates
The Zarr specification is inherently unstable. It is under active development and new extensions are regularly being introduced.
The zarrs crate has been split into multiple crates to:
- allow external implementations of stores and extensions points to target a relatively stable API compatible with a range of 
zarrsversions, - enable automatic backporting of metadata compatibility fixes and changes due to standardisation,
 - stay up-to-date with unstable public dependencies (e.g. 
opendal,object_store,icechunk, etc) without impacting the release cycle ofzarrs, and - improve compilation times.
 
Below is an overview of the crate structure:
The core crate is:
For local filesystem stores (referred to as native Zarr), this is the only crate you need to depend on.
zarrs has quite a few supplementary crates:
tip
The supplementary crates are transitive dependencies of zarrs, and are re-exported in the crate root.
You do not need to add them as direct dependencies.
note
The supplementary crates are separated from zarrs to enable development of Zarr extensions and stores targeting a more stable API than zarrs itself.
Additional crates need to be added as dependencies in order to use:
- remote stores (e.g. HTTP, S3, GCP, etc.),
 zipstores, oricechunktransactional storage.
The Stores chapter details the various types of stores and their associated crates.
C/C++ Bindings: zarrs_ffi 
 
 
A subset of zarrs exposed as a C/C++ API.
zarrs_ffi is a single header library: zarrs.h.
Consult the zarrs_ffi README and API docs for more information.
CLI Tools: zarrs_tools 
 
 
Various tools for creating and manipulating Zarr v3 data with the zarrs rust crate.
This crate is detailed in the zarrs_tools chapter.
Zarr Metadata Conventions
ome_zarr_metadata 
 
 
A Rust library for OME-Zarr (previously OME-NGFF) metadata.
OME-Zarr, formerly known as OME-NGFF (Open Microscopy Environment Next Generation File Format), is a specification designed to support modern scientific imaging needs. It is widely used in microscopy, bioimaging, and other scientific fields requiring high-dimensional data management, visualisation, and analysis.