Как TrustChain фиксирует подпись

Создатель входит в аккаунт TrustChain и заполняет соглашение: название, содержание работы, сумму, даты и адрес электронной почты другого участника.

Запись сохраняет сервер TrustChain, а не браузер создателя. Ни браузер, ни приложение не могут создать запись соглашения напрямую. Запись содержит ID аккаунта создателя, введённый адрес электронной почты каждой стороны, название, сумму и валюту, текст соглашения и остальные поля, статус ожидания подписей, отметку об отсутствии обеих подписей и время создания.

В соглашениях, созданных с текущей формой, сервер сам составляет текст из только что сохранённых полей, поэтому текст, который люди читают, подписывают и закрепляют, соответствует этим полям.

Сервер также присваивает соглашению 8-символьный ID записи. Его используют публичная ссылка (trustchain.biz/verify/ с последующим ID записи) и сертификат. TrustChain также хранит более длинный внутренний ID записи для каждого соглашения.

В истории соглашения появляется первая запись: создатель создал соглашение, со временем. На этом шаге IP-адрес не записывается.

Создатель приглашает другого человека по электронной почте в качестве подписанта. Он также может приглашать зрителей, которые могут читать соглашение, но не подписывать его.

Для каждого приглашения сервер TrustChain создаёт новую случайную ссылку. Он хранит только односторонний хеш секретной части, но никогда не саму ссылку, и отправляет ссылку с адреса TrustChain через сервис доставки писем Resend. Страница создателя также показывает ссылку, чтобы её можно было скопировать и отправить другим способом.

Срок действия ссылки: 7 дней. Пока новые проверки личности приостановлены, новая ссылка действует 14 дней, чтобы не истечь во время ожидания возобновления проверок. Сейчас новая ссылка действует 14 дней. Уже отправленная ссылка сохраняет исходный срок действия.

Ссылка открывает соглашение столько раз, сколько нужно, до истечения срока, отмены приглашения, отправки новой ссылки или отзыва соглашения создателем. Нажатие «Отправить новую ссылку» прекращает действие старой. Повторное приглашение того же адреса создаёт второе приглашение, и обе ссылки действуют, пока каждая не истечёт или не будет отменена.

История фиксирует создание и отправку приглашения со временем, создателем и приглашённым адресом. Обе записи делаются до передачи письма сервису доставки, поэтому сами по себе не доказывают получение письма. При сбое доставки приглашение помечается как недоставленное, а создателю предлагают отправить новую ссылку. Изменение приглашённого адреса, отмена приглашения и отправка новой ссылки добавляют отдельные записи.

Адрес подписанта можно изменить только до открытия его ссылки, подписания кем-либо или привязки приглашения к его аккаунту TrustChain. После этого, пока приглашённый не подпишет, создатель не может изменить адрес. Он может отменить приглашение, что лишит этот адрес доступа и отразится в истории, и пригласить другого человека. Пока никто не подписал, он также может отозвать соглашение, как описано ниже.

Если ссылка истекает до использования, приглашённый может запросить новую на странице истёкшей ссылки. TrustChain сообщает создателю не чаще раза в день, и только создатель может отправить новую ссылку. Запрос добавляет запись в историю.

Отзыв соглашения. Пока никто не подписал и соглашение ожидает подписей, создатель может отозвать его, войдя в свой аккаунт TrustChain с подтверждённым адресом электронной почты. Никто другой этого сделать не может, а подпись любого участника, включая создателя, закрывает эту возможность. Сервер TrustChain повторно проверяет все условия, затем одним действием устанавливает статус отзыва со временем и ID аккаунта создателя, отменяет все действующие приглашения и добавляет в историю одну запись об отзыве с создателем и отменёнными приглашениями. Текст, адреса электронной почты и обе подписи, всё ещё отмеченные как отсутствующие, остаются в записи без изменений. IP-адрес на этом шаге не записывается.

После этого никто не может подписать соглашение или быть приглашён в него. Отзыв необратим. Ссылки отменённых приглашений перестают открывать соглашение, а открывшему ссылку сообщается, что создатель отозвал соглашение. TrustChain не отправляет об этом письмо. Запись остаётся в списке создателя со статусом «Отозвано», а приглашённый по-прежнему может читать её из аккаунта TrustChain, подтверждённая почта которого совпадает с приглашённым адресом. Публичная страница по ID записи сообщает только об отзыве. Отзыв не возвращает создателю использованное соглашение.

При открытии ссылки сервер TrustChain находит по ней приглашение и проверяет, что оно не истекло и не отменено. Он фиксирует первое открытие ссылки и каждый просмотр соглашения в истории и запускает гостевую сессию для этого конкретного приглашения, чтобы человек мог читать соглашение без создания аккаунта.

IP-адрес каждого открытия и просмотра поступает в журнал, доступный только серверу, а не в историю (раздел 8).

Если человек уже вошёл в аккаунт TrustChain, подтверждённая почта которого совпадает с приглашённым адресом, он подписывает из этого аккаунта, а не из гостевой сессии.

Гостевая сессия по ссылке продолжает работать после истечения или замены ссылки. Отмена приглашения или отзыв соглашения завершает её.

Из аккаунта TrustChain

Создатель всегда подписывает этим способом. Приглашённый тоже может так подписать, если подтверждённая почта его аккаунта совпадает с приглашённым адресом.

По ссылке приглашения

Приглашённый подписывает в гостевой сессии, запущенной его ссылкой приглашения.

Каждая подпись фиксирует использованный способ. Сервер TrustChain определяет подписанта и его сторону по аккаунту или приглашению, через которое человек вошёл, а не по утверждениям браузера. Приглашение зрителя не позволяет подписывать, и каждая ссылка приглашения позволяет подписать только один раз.

Каждый подписант TrustChain сначала проходит проверку личности. Она обязательна: сервер TrustChain отклоняет подпись, если в записи подписывающего аккаунта не указано успешное прохождение проверки. Подписать без неё невозможно.

Компания проверки личности Sumsub проводит проверку по документу с фотографией и селфи в собственном окне на странице TrustChain. Документы поступают в Sumsub. Чтобы узнать результат, сервер TrustChain запрашивает запись проверки у Sumsub. Ответ может содержать прочитанные из документа сведения, например имя, но TrustChain хранит только результат. Ни браузер, ни приложение не могут записать этот результат. Аккаунт TrustChain проходит проверку один раз, а гостевая сессия приглашения имеет отдельную проверку.

Перед открытием окна Sumsub диалог TrustChain сообщает, что Sumsub проверяет документ с фотографией и селфи в собственном окне, и ссылается на раздел о Sumsub в документе Политика конфиденциальности.

Новые проверки личности сейчас приостановлены. Уже прошедшие проверку по-прежнему могут подписывать. Остальные смогут подписать после возобновления проверок. Создание соглашений, приглашения и отправка ссылок пока работают. Проверка всё это время остаётся обязательной.

Что показывает отметка. Каждая подпись после успешной проверки получает отметку: личность проверена Sumsub. Она показывает, что на момент сохранения подписи запись TrustChain для подписывающего аккаунта содержала положительный результат проверки Sumsub.

Чего она не показывает. TrustChain не хранит документ, селфи или имя, проверенное Sumsub. Он не сравнивает это имя с именами в соглашении или адресом электронной почты. При подписи по приглашению проверка относится к гостевой сессии этого приглашения, а не к аккаунту TrustChain. Подробности проверки хранятся в Sumsub. У подписей, сделанных до появления отметки TrustChain, её нет, и TrustChain никогда не добавляет её задним числом.

Оба места подписания, страница соглашения для аккаунта и страница приглашения, сначала показывают соглашение: название, другого участника, сумму, дату завершения и полный текст (в старых соглашениях также стандартные положения, построенные из других полей).

Под ним находится флажок с подписью «I want to sign this agreement» и строкой «I've read all the terms above. I understand my signature will be recorded with the date and time and tied to my verified identity.». Подпись не отправляется, пока флажок не установлен. Сервер TrustChain не записывает сам факт установки флажка.

Прямо над кнопкой подписания, обычным текстом, а не за ссылкой, показано предложение:

Запрос подписания содержит ID версии, и сервер TrustChain сохраняет его в подписи, если это текущая используемая сервером версия. Страница, открытая до появления предложения, не отправляет версию, и её подпись не содержит версии. Если предложение изменится, оно получит новый ID версии, а каждая подпись сохранит ID, действовавший при её создании.

Сохранённая версия показывает, какое предложение должна была отобразить страница подписания. TrustChain не видит экран человека, поэтому это не доказывает, что он прочитал предложение.

На странице приглашения строка под кнопкой подписания предлагает прочитать документы TrustChain Условия и Политика конфиденциальности, каждый в новой вкладке. Записи TrustChain о соглашении не показывают, был ли открыт какой-либо из них.

При нажатии кнопки сервер TrustChain проверяет вход, определяет сторону подписанта и проверяет, что соглашение ещё открыто для подписания, этот человек ещё не подписал и его проверка личности пройдена. Затем всё перечисленное ниже сохраняется одним действием: либо всё, либо ничего.

Время

Момент сохранения подписи, установленный базой данных TrustChain по серверным часам Google, а не по телефону или компьютеру подписанта. Сертификат показывает его в UTC.

Способ

Из аккаунта TrustChain или по ссылке приглашения.

Кто

ID аккаунта или приглашения, адрес электронной почты из входа или приглашения, сторона (создатель или приглашённый) и признак гостевой сессии. Для создателя используется адрес его аккаунта.

Отметка проверки личности

Личность проверена Sumsub (раздел 5).

Версия согласия

ID версии предложения над кнопкой (раздел 6).

Отпечаток условий

Отпечаток Keccak-256 текста соглашения точно в том виде, в котором он хранился в записи при сохранении подписи. Изменение одного символа даёт другой отпечаток. Он охватывает только этот сохранённый текст. В соглашениях текущей формы текст включает сумму и дату завершения, если они заполнены. Название в него никогда не входит. Отпечаток хранится в одной записи с текстом, поэтому сам по себе показывает только их соответствие друг другу. Соответствие текста моменту подписания зависит от отсутствия последующих изменений записи (раздел 9) или от закрепления в Polygon, если оно есть (раздел 11). В соглашениях старой формы страница подписания также показывает стандартные положения из других полей (собственность, конфиденциальность, применимое право, полнота соглашения), и отпечаток их не охватывает. Если сохранённого текста в такой записи нет, страница показывает объём работ, а отпечаток вычислен от пустого текста.

IP-адрес подписания

IP-адрес, записанный TrustChain для запроса подписания. TrustChain читает запись, которую внешний сервер Google или Firebase Hosting добавляет в заголовок переадресации запроса, и игнорирует предыдущие записи этого заголовка, указанные вызывающей стороной. Если структура заголовка не соответствует ожидаемой TrustChain, адрес не записывается. Для подписей, сделанных до 14 октября 2026 года, TrustChain записывал адрес, сообщённый веб-фреймворком для запроса, который в некоторых запросах мог быть указан вызывающей стороной. Адрес хранится в записи подписи в истории, доступной обоим участникам соглашения и приглашённым зрителям, как сообщает предложение над кнопкой. Он также печатается в личной копии сертификата записи, скачанной со страницы соглашения.

IP-адрес может принадлежать мобильному оператору, работодателю, VPN или общей сети. Он не определяет человека или точное местонахождение, и TrustChain не определяет местоположение по адресам.

Когда подписывает второй участник, статус меняется на «подписано обеими сторонами», то же время сохраняется как момент подписания обоими, а в историю добавляется соответствующая запись. Затем TrustChain отправляет письма обоим: создателю на подтверждённую почту его аккаунта, если она есть, и приглашённому на адрес, под которым записана его подпись.

TrustChain также записывает IP-адрес при открытии приглашения, просмотре через него соглашения, запросе новой ссылки и подтверждении выполнения. Эти адреса не попадают в историю. Каждый записывается в отдельный журнал, доступный только серверу, одновременно с записью истории, чтобы их можно было сопоставить. Адреса из прежних записей истории перенесены в этот журнал.

Ни браузер, ни приложение не могут читать этот журнал, поэтому другой участник и зрители никогда не видят эти адреса. TrustChain хранит их для безопасности и ведения записей.

Создание или отзыв соглашения, отправка, изменение или отмена приглашения и закрепление не записывают IP-адрес.

Каждое описанное выше действие добавляет запись в историю соглашения со временем сервера TrustChain: создание, отправка приглашения, изменение адреса, отмена приглашения, отправка новой ссылки, открытие приглашения, просмотр соглашения, запрос новой ссылки, отзыв, подпись, подписание обеими сторонами, подтверждение выполнения, завершение и закрепление.

Записи истории создают только серверы TrustChain. Ни браузер, ни приложение не могут добавить, изменить или удалить запись, а также изменить текст соглашения, подписи, статус или их время. Оба участника соглашения и все приглашённые с действующим приглашением могут читать историю.

Две записи, о создании и закреплении, делаются сразу после действия, а не вместе с ним. Если такая запись не удалась, её не будет, но собственные временные данные соглашения всё равно показывают, когда произошло действие.

Эти правила ограничивают браузеры и приложения. Они не ограничивают серверы самого TrustChain или человека с административным доступом к его базе, который мог бы изменить запись. Это одна из причин существования закрепления: отпечаток находится в Polygon, вне контроля TrustChain. Правила менялись со временем, поэтому для старой записи TrustChain может сообщить, какие правила действовали при её создании.

После подписания обоими каждый участник может нажать кнопку подтверждения, что всё согласованное выполнено. Создатель делает это на странице соглашения, а приглашённый из своего аккаунта или по своей ссылке приглашения. Зритель этого сделать не может.

Каждое нажатие сохраняет в записи время подтверждения этого участника по серверным часам TrustChain и добавляет в историю запись подтверждения. IP-адрес поступает в серверный журнал (раздел 8). После нажатия обоими статус становится завершённым, время сохраняется, а в историю добавляется запись завершения. У записей, подтверждённых до начала сохранения этих времён TrustChain, каждое подтверждение есть только в истории.

Это фиксирует только нажатие кнопки каждым человеком. TrustChain не проверяет работу или оплату.

Закрепление необязательно и никогда не происходит автоматически. После подписания обоими участник с аккаунтом TrustChain может по своему выбору закрепить соглашение. Это включено в платные тарифы или доступно как разовая покупка на Free (Тарифы).

Сервер TrustChain вычисляет отпечаток записи: хеш Keccak-256 от внутреннего ID записи TrustChain, названия, текста соглашения, суммы, ID аккаунта создателя и ID аккаунта приглашённого (пустого, если запись его не содержит, например при подписи по приглашению без аккаунта TrustChain). Он отправляется в контракт реестра TrustChain в Polygon транзакцией, которую отправляет и оплачивает собственный кошелёк TrustChain. Участники соглашения её не подписывают и не нуждаются в кошельке.

Что именно попадает в блокчейн:

• отпечаток;
• внутренний ID записи соглашения TrustChain в открытом виде (не 8-символьный ID записи);
• два пустых поля адресов кошельков;
• время блока с транзакцией, зафиксированное сетью Polygon, и адрес отправившего её кошелька закрепления TrustChain.

Текст соглашения, имена, адреса электронной почты, суммы, подписи, IP-адреса и результаты проверки личности в Polygon не записываются.

TrustChain ожидает одно подтверждение, затем сохраняет сеть, адрес контракта, хеш транзакции, номер блока, отпечаток и время и добавляет в историю запись закрепления.

Что это показывает. Отпечаток был записан в Polygon во время этого блока, а контракт не имеет функции изменения или удаления записи. Последующее изменение любого поля, охваченного отпечатком, перестанет ему соответствовать, поэтому закреплённая запись позволяет выявить изменения. Чего это не показывает. Отпечаток не охватывает подписи, их время, проверки личности или какой-либо PDF и не показывает, кто подписал.

Адрес контракта и кошелёк закрепления указаны на странице Безопасность. Материал Изменялся ли подписанный договор? объясняет проверку записи по Polygon.

TrustChain хранит:

• запись соглашения: текст, название, сумму, введённый адрес электронной почты каждой стороны, ID аккаунтов, статусы и их время;
• историю;
• каждую подпись со всеми сведениями из раздела 7;
• каждое приглашение только с односторонним хешем ссылки;
• серверный журнал IP-адресов (раздел 8);
• для каждого аккаунта или гостевой сессии, прошедших проверку личности: результат Sumsub, время последнего изменения и ссылочный номер этой проверки Sumsub.

TrustChain не хранит:

• Документы, фотографии документов или селфи. Их обрабатывает Sumsub.
• Юридические имена. TrustChain не запрашивает и не проверяет юридическое имя. Аккаунт может показывать отображаемое имя от поставщика входа, например имя аккаунта Google, которое никто не проверяет.
• Сами ссылки приглашений.
• Копии скачанных PDF.
• Переписку двух участников в читаемом виде. Она защищена сквозным шифрованием, и читать её могут только участники чата.

Чего записи не показывают: кто физически нажал кнопку (они показывают аккаунт или приглашение каждого запроса и результаты проверок TrustChain в тот момент); кто воспользовался приглашением, поскольку создатель тоже может скопировать и переслать ссылку; была ли выполнена работа или произведена оплата; что было на экране человека сверх описанного здесь; или что происходило за пределами TrustChain.

Любой участник может скачать PDF соглашения со страницы соглашения или приглашения: стороны, полный текст и историю. Это основная запись.

Сертификат записи является двухстраничным резюме. Страница 1 простыми словами описывает запись: статус, когда и как подписал каждый участник, строку проверки личности, способ создания записи, адрес и QR-код актуальной записи. Страница 2 «Сведения о записи» перечисляет факты с точностью до секунды: зарегистрированные TrustChain действия, версию согласия и отпечаток условий каждой подписи, время подтверждения выполнения каждым участником, закрепление с номером блока, значение каждой строки и ссылку на эту страницу.

Личная копия участника, скачанная со страницы соглашения, также содержит IP-адрес каждой подписи и частично скрытые адреса электронной почты. Копия, доступная любому на публичной странице, не содержит электронную почту, IP-адреса и внутренние ID. Сертификат не показывает текст соглашения.

Памятная карточка представляет собой отдельную страницу с Pip, доступную после подписания обоими, которую можно сохранить и поделиться. На ней указано, что это сувенир, а не запись, и приведён адрес актуальной записи.

Все эти документы создаются в браузере скачивающего человека из записи на тот момент. TrustChain не хранит копию, а PDF можно изменить после скачивания, поэтому сравнивайте его с актуальной записью по адресу trustchain.biz/verify/ с последующим ID записи.

Участник соглашения, которому нужны записи TrustChain о нём, например для трибунала или суда, может написать на founder@trustchain.biz, указав ID записи. TrustChain хранит описанные здесь записи для каждого соглашения и по запросу может предоставить их для конкретного соглашения с соблюдением законодательства о конфиденциальности: саму запись, её историю, приглашения без хешей ссылок и результат проверки личности. Сами удостоверяющие документы находятся в Sumsub, а не в TrustChain.

Эта страница имеет версии. При изменении процедуры меняются версия и дата вверху, а список изменений объясняет, что изменилось, чтобы запись можно было сопоставить с действовавшей при её создании процедурой. TrustChain хранит все предыдущие версии страницы и может предоставить их по запросу.