Tags and Properties for Check-in 7c2262c837

• branch=iss4 propagates to descendants
• comment=Add `zit stat`: the store's own byte accounting and artifact roll The store could not be interrogated about its contents: no way to ask how many artifacts it holds, which ones, or how many of its bytes are artifact content rather than framing. `zit stat` answers that from the frames themselves, emitting `field value` lines: store-bytes, header-bytes, content-bytes, frame-overhead-bytes, config-bytes, artifacts, full-form, deltas. The byte fields account for the file exactly. content-bytes and store-bytes stay separate on purpose. Content is measured by summing each artifact frame's payload length; it is never derived from the `.zit` size, which also carries the store header, a header per frame, and alignment padding. A size-derived figure would look like a result and be a fabrication, so the overhead separating the two is reported alongside and stays checkable. `--artifacts` lists the stored hashes one per line in ascending order, so two stores' rolls compare with `comm`; `--type=full|delta` narrows by storage form, read from the index the open already built. The frame walk and its accounting live in `storestat`, shared with the storage benchmark, so the two cannot drift. added by [5d33529f02] on 2026-07-19 19:10:40
• sym-iss4 propagates to descendants
• sym-trunk cancelled