Принцип работы

<[link1] Все документы: API доступа[link2] tm-verify: автоматизация проверки нотариального журнала[link3] tmButton[link4] Децентрализация сервиса[link5] Заверение даты создания \ аннулирования ключа[link6] Перевод timeMarker.org на английский[link7] Получение метки времени по УРЛ[link8] Правовые аспекты[link9] Принцип работы[link10] Протокол меток времени с перекрёстной проверкой времени[link11] Формат метки времени[link12]

Оглавление документа: Получение метки времени Получение метки времени по URL Проверка метки времени Для ускорения проверки отдельной метки времени

Получение метки времени

Для получения метки времени, клиент¹:

1. Посредством web-интерфейса или программы, отправляет сервису данные, подлежащие заверению.
2. Сервис формирует «метку времени»², содержащую данные согласно формату.

3. Сервис публикует созданную «метку времени».
4. Сервис отправляет клиенту «метку времени» (возможен произвольный формат), подписанную прозрачной подписью.

Получение метки времени по URL

Идея: Клиент передает url страницы сайта, чтобы иметь возможность впоследствии доказать что было размещено на данной странице.
Обсуждение ведется на странице Получение метки времени по URL^[link8]

Проверка метки времени

Для доказательства факта обладания информацией в определенное время пользователь передает третьей стороне полученную от сервиса метку времени.

Для проверки подлинности представленной метки времени, заинтересованная сторона:

1. проверяет ЭЦП сервиса
2. запрашивает от сервиса цепочку меток времени, выданных ранее проверяемой до ближайшей «контрольной» метки.

Каждое заинтересованное лицо может сделать несколько «контрольных» меток времени и запомнить их. Потом достаточно проверить цепочку до такой сохраненной метки, а также совпадение сохраненной метки с меткой представленной сервисом.

Для ускорения проверки отдельной метки времени

В настоящий момент описанная ниже идея не используется

В конце недели стампер должен ставить свою метку (+ получать метки от других аналогичных сервисов) и публиковать файл в котором находятся:

1. хэши всех меток за неделю
2. хэш аналогичного файла за предыдущую неделю

Если выданных подписей за неделю больше 100, то дополнительно создаём промежуточный файл (неделя-хх-1.txt, неделя-хх-2.txt, ...).

В конце года стампер должен ставить свою метку (+ получать метки от других аналогичных сервисов) и публиковать файл в котором находятся:

1. хэши всех недельных файлов за год
2. хэш аналогичного файла за предыдущий год

Для проверки нужной метки проходим (проверяем хэши) от последней выданной метки до первого "недельника", далее с шагом в неделю идём до первого "годовика" доходим до нужного года и начинаем сбавлять шаг сначала до недели, а потом и до отдельных меток.
идея Serzh^[link13]

---

¹Клиент — лицо или система, требующие точного заверенного времени для последующего аудита.
²Формат «метки времени» описан в соответствующем разделе^[link12].