us.optn.liver_status

Версия неизменна: содержимое по этому адресу не меняется никогда.

Дескриптор ниже — ровно та запись, которую резолвер кладёт вlaw.lock. Его форма нормативна ($defs/LockedPackageсхемы lockfile, §11), поэтому статус публикации выражается разделом каталога, а не полем внутри: лишнее поле сделало бы дескриптор невалидным.

{
  "contentHash": "sha256:bf47add13496a6f0677491cc6e8a0995908759cc1d942d262324b9100153a8b2",
  "features": [
    "core-executable"
  ],
  "name": "us.optn.liver_status",
  "namespace": "urn:us:optn:clir:liver-status",
  "registryId": "law-dsl-dev",
  "resolverUri": "registry://law-dsl-dev/us.optn.liver_status/0.1.0",
  "version": "0.1.0"
}

Байты

скачать

bf47add13496a6f0677491cc6e8a0995908759cc1d942d262324b9100153a8b2.lawir.json

источник

corpus/clir/us-liver-status.lawir.json

contentHash

sha256:bf47add13496a6f0677491cc6e8a0995908759cc1d942d262324b9100153a8b2

Имя файла и есть его content-адрес: путь не может начать означать другое содержимое. Проверить скачанное — тем же способом, каким считает реестр:

PYTHONPATH=lawref python3 -c '
import json, sys
from lawref.resolver import package_content_hash
print(package_content_hash(json.load(open(sys.argv[1]))))
' bf47add13496a6f0677491cc6e8a0995908759cc1d942d262324b9100153a8b2.lawir.json

Хэш посчитан по каноническим байтам CLIR-документа (§208). Скачанный файл обязан дать то же значение — это и есть проверка целостности, которую выполняет resolver.load_package_context при закреплении зависимости.

Подпись §244

Не выпускается. Схема поля есть (signature: algorithm, keyId, value), издателя и ключей — нет: подпись удостоверяет происхождение байтов, а не юридическую корректность правил, и заводится отдельной работой.