ietf.http_semantics

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

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

{
  "contentHash": "sha256:fd6048db78d80361b1e8c0a161bf880ff6857726fc876de926f05f2c862e668d",
  "features": [
    "core-executable"
  ],
  "name": "ietf.http_semantics",
  "namespace": "urn:ietf:clir:http-semantics",
  "registryId": "law-dsl-dev",
  "resolverUri": "registry://law-dsl-dev/ietf.http_semantics/0.1.0",
  "version": "0.1.0"
}

Байты

скачать

fd6048db78d80361b1e8c0a161bf880ff6857726fc876de926f05f2c862e668d.lawir.json

источник

corpus/clir/ietf-http-semantics.lawir.json

contentHash

sha256:fd6048db78d80361b1e8c0a161bf880ff6857726fc876de926f05f2c862e668d

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

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

Подпись §244

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