locke.second_treatise

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

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

{
  "contentHash": "sha256:8e193cc132990106020e6c383de1be7ab4b28f43aabe0c3bd1410eef7b36cf3e",
  "features": [
    "core-executable"
  ],
  "name": "locke.second_treatise",
  "namespace": "urn:locke:clir:second-treatise",
  "registryId": "law-dsl-dev",
  "resolverUri": "registry://law-dsl-dev/locke.second_treatise/0.1.0",
  "version": "0.1.0"
}

Байты

скачать

8e193cc132990106020e6c383de1be7ab4b28f43aabe0c3bd1410eef7b36cf3e.lawir.json

источник

corpus/clir/eng-locke-second-treatise.lawir.json

contentHash

sha256:8e193cc132990106020e6c383de1be7ab4b28f43aabe0c3bd1410eef7b36cf3e

Имя файла и есть его 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]))))
' 8e193cc132990106020e6c383de1be7ab4b28f43aabe0c3bd1410eef7b36cf3e.lawir.json

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

Подпись §244

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