Як TrustChain фіксує підпис

Автор входить в обліковий запис TrustChain і заповнює угоду: назву, опис роботи, суму, дати та електронну адресу іншої людини.

Запис зберігає сервер TrustChain, а не браузер автора: жоден браузер або застосунок не може створити запис угоди безпосередньо. Запис містить ідентифікатор облікового запису автора, електронну адресу, введену для кожної сторони, назву, суму й валюту, текст угоди та інші поля, стан очікування підписів, обидва підписи з позначкою, що ще не підписано, і час створення.

Для угод, створених поточною формою, сервер сам складає текст угоди з щойно збережених полів, тому текст, який люди читають, підписують і закріплюють, відповідає цим полям.

Сервер також призначає угоді 8-символьний ідентифікатор запису. Він використовується в публічному посиланні (trustchain.biz/verify/ та ідентифікатор запису після нього) і в сертифікаті. TrustChain також зберігає довший внутрішній ідентифікатор для кожної угоди.

В історії угоди з’являється перший запис: автор створив угоду, із зазначенням часу. IP-адреса для цього кроку не фіксується.

Автор запрошує іншу людину електронною поштою як підписанта. Автор також може запросити інших людей до перегляду: вони можуть читати угоду, але не підписувати її.

Для кожного запрошення сервер TrustChain створює нове випадкове посилання. Він зберігає лише незворотний хеш секретної частини посилання, а не саме посилання, і надсилає його з адреси TrustChain через сервіс доставки листів Resend. Посилання також показується на сторінці автора, щоб його можна було скопіювати й надіслати іншим способом.

Строк дії посилання: 7 днів. Поки нові перевірки особи призупинено, нове посилання натомість діє 14 днів, щоб не спливло під час очікування на відновлення перевірок. Зараз нове посилання діє 14 днів. Уже надіслане посилання зберігає строк дії, з яким його надіслали.

Посилання відкриває угоду стільки разів, скільки потрібно, доки не спливе строк його дії, автор не скасує запрошення, не надішле нове посилання або не відкличе угоду. Натискання «Надіслати нове посилання» припиняє дію старого. Повторне запрошення тієї самої адреси створює друге запрошення, і обидва посилання діють до власного завершення строку або скасування.

Історія фіксує створення та надсилання запрошення із зазначенням часу, автора й запрошеної адреси. Обидва записи створюються до передачі листа сервісу доставки, тому самі по собі не доводять, що лист надійшов. Якщо доставка не вдалася, запрошення позначається як недоставлене, а автору пропонують надіслати нове посилання. Зміна запрошеної адреси, скасування запрошення й надсилання нового посилання додають окремі записи.

Адресу підписанта можна редагувати лише до відкриття його посилання, підписання будь-ким або прив’язування запрошення до його облікового запису TrustChain. Після цього й до підписання запрошеною людиною автор не може змінити адресу. Він може скасувати запрошення, що припиняє доступ цієї адреси та фіксується в історії, і запросити когось іншого. Поки ніхто не підписав, він також може відкликати угоду, як описано нижче.

Якщо строк дії посилання сплив до його використання, запрошена людина може попросити нове зі сторінки простроченого посилання. TrustChain повідомляє автору щонайбільше раз на день, і лише автор може надіслати нове посилання. Запит додає запис до історії.

Відкликання угоди. Поки ніхто не підписав і угода ще очікує на підписи, автор може відкликати її, увійшовши у власний обліковий запис TrustChain з підтвердженою електронною адресою. Ніхто інший цього зробити не може. Підпис будь-якої людини, зокрема автора, припиняє цю можливість. Сервер TrustChain повторно перевіряє всі умови, а потім одним кроком встановлює стан відкликання з часом та ідентифікатором облікового запису автора, скасовує всі чинні запрошення й додає до історії один запис про відкликання із зазначенням автора та скасованих запрошень. Текст угоди, електронні адреси та обидва підписи, досі позначені як непідписані, залишаються в записі без змін. IP-адреса для цього кроку не фіксується.

Після цього ніхто не може підписати угоду або бути запрошеним до неї, а відкликання неможливо скасувати. Кожне скасоване посилання перестає відкривати угоду, і тому, хто його відкриває, повідомляють, що автор відкликав угоду. TrustChain не надсилає про це листів. Запис залишається в списку автора з позначкою «Відкликано», а запрошена людина все ще може прочитати його з облікового запису TrustChain, підтверджена електронна адреса якого збігається із запрошеною. Публічна сторінка за ідентифікатором запису повідомляє лише, що його відкликано. Відкликання не повертає автору використану угоду до ліміту.

Коли хтось відкриває посилання, сервер TrustChain знаходить запрошення за ним і перевіряє, що строк дії не сплив та його не скасовано. Він фіксує в історії перше відкриття посилання й кожен перегляд угоди та запускає гостьовий сеанс лише для цього запрошення, щоб людина могла читати угоду без створення облікового запису.

IP-адреса кожного відкриття й перегляду потрапляє до журналу, доступного лише серверу, а не до історії (розділ 8).

Якщо людина вже ввійшла в обліковий запис TrustChain, підтверджена електронна адреса якого збігається із запрошеною, вона підписує з цього облікового запису, а не з гостьового сеансу.

Гостьовий сеанс, відкритий через посилання, продовжує працювати після завершення строку дії або заміни посилання. Скасування запрошення або відкликання угоди завершує його.

З облікового запису TrustChain

Автор завжди підписує цим способом. Запрошена людина також може, якщо підтверджена електронна адреса її облікового запису збігається із запрошеною.

Через посилання-запрошення

Запрошена людина підписує в гостьовому сеансі, який відкрився за її посиланням-запрошенням.

Кожен підпис фіксує, який із двох способів було використано. Сервер TrustChain визначає, хто підписує й за яку сторону, за обліковим записом або запрошенням, через яке людина ввійшла, а не за будь-якими твердженнями браузера. Запрошення до перегляду не дозволяє підписувати, а кожне посилання-запрошення може підписати лише один раз.

Кожен, хто підписує в TrustChain, спочатку проходить перевірку особи. Перевірка обов’язкова: сервер TrustChain відхиляє підпис, якщо в його записі для облікового запису підписанта не зазначено, що перевірку пройдено. Підписати без неї неможливо.

Компанія з перевірки особи Sumsub проводить перевірку у власному вікні на сторінці TrustChain за посвідченням із фотографією та селфі. Документи надходять до Sumsub. Щоб дізнатися результат, сервер TrustChain запитує в Sumsub запис перевірки. Відповідь 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 не фіксує саму позначку прапорця.

Безпосередньо над кнопкою підписання, звичайним текстом, а не за посиланням, наведено таке речення:

Запит підписання містить цей ідентифікатор версії, і сервер TrustChain зберігає його з підписом, якщо це версія, яку сервер використовує зараз. Сторінка, відкрита до появи речення, не надсилає версії, і її підпис не зберігає жодної. Якщо речення колись зміниться, воно отримає новий ідентифікатор версії, а кожен підпис збереже ідентифікатор, під яким його зроблено.

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

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

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

Час

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

Спосіб

З облікового запису TrustChain або через посилання-запрошення.

Хто

Ідентифікатор облікового запису або запрошення, електронна адреса зі входу або запрошення, сторона (автор чи запрошена людина) та ознака гостьового сеансу. Для автора використовується адреса з його облікового запису.

Позначка перевірки особи

Особу перевірено Sumsub (розділ 5).

Версія згоди

Ідентифікатор версії речення над кнопкою (розділ 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 або людину з адміністративним доступом до бази даних TrustChain, яка могла б змінити запис. Це одна з причин існування закріплення: закріплений відбиток перебуває в Polygon, поза контролем TrustChain. Правила також змінювалися з часом, тому для старого запису TrustChain може зазначити, які правила діяли на момент його створення.

Після підписання обома сторонами кожна людина може натиснути кнопку, яка означає, що все узгоджене виконано. Автор робить це зі сторінки угоди, а запрошена людина зі свого облікового запису або власного посилання-запрошення. Запрошений читач цього зробити не може.

Кожне натискання зберігає в записі час підтвердження цією людиною за годинником сервера TrustChain та додає запис про підтвердження до історії. IP-адреса потрапляє до журналу, доступного лише серверу (розділ 8). Коли обидві людини натиснули кнопку, стан стає завершеним, час зберігається, а історія отримує запис про завершення. Для записів, підтверджених до початку збереження цих часових полів у TrustChain, кожне підтвердження є лише в історії.

Це фіксує лише те, що кожна людина натиснула кнопку. TrustChain не перевіряє роботу або будь-яку оплату.

Закріплення необов’язкове й ніколи не відбувається автоматично. Після підписання обома сторонами учасник угоди з обліковим записом TrustChain може закріпити її. Воно входить до платних планів або доступне як одноразова покупка на безкоштовному плані (Ціни).

Сервер TrustChain обчислює відбиток запису: хеш Keccak-256 від внутрішнього ідентифікатора запису TrustChain, назви, тексту угоди, суми, ідентифікатора облікового запису автора та ідентифікатора облікового запису запрошеної людини (поле залишається порожнім, якщо запис його не містить, наприклад коли людина підписала через запрошення без облікового запису TrustChain). Сервер надсилає його до контракту реєстру TrustChain у Polygon транзакцією, яку надсилає та оплачує власний гаманець TrustChain. Сторони угоди її не підписують і не потребують гаманця.

Що саме потрапляє в блокчейн:

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

Текст угоди, імена, електронні адреси, суми, підписи, IP-адреси та результати перевірки особи в Polygon не записуються.

TrustChain чекає одного підтвердження, потім зберігає мережу, адресу контракту, хеш транзакції, номер блоку, відбиток і час та додає запис про закріплення до історії.

Що це показує. Відбиток було записано в Polygon у час цього блоку, а контракт не має функції зміни або видалення запису. Пізніша зміна будь-якого поля, яке охоплює відбиток, більше не збігатиметься з ним, тому закріплений запис дає змогу виявити зміни. Чого це не показує. Відбиток не охоплює підписи, їхній час, перевірки особи або будь-який PDF і не показує, хто підписав.

Адресу контракту й гаманець закріплення наведено на сторінці Безпека. Чи змінювали підписаний договір? пояснює, як запис звіряється з Polygon.

TrustChain зберігає:

• запис угоди: текст, назву, суму, електронну адресу, введену для кожної сторони, ідентифікатори облікових записів, стани та їхній час;
• історію;
• кожен підпис із усім переліченим у розділі 7;
• кожне запрошення лише з незворотним хешем його посилання;
• журнал IP-адрес, доступний лише серверу (розділ 8);
• для кожного облікового запису або гостьового сеансу, який проходив перевірку особи: результат Sumsub, час його останньої зміни та ідентифікатор цієї перевірки в Sumsub.

TrustChain не зберігає:

• Посвідчення особи, їхні фотографії або селфі. Ними займається Sumsub.
• Юридичні імена. TrustChain не запитує й не перевіряє юридичне ім’я. Обліковий запис може показувати відображуване ім’я від постачальника входу, наприклад ім’я з облікового запису Google, яке ніхто не перевіряє.
• Самі посилання-запрошення.
• Копії PDF, які люди завантажують.
• Чат між двома людьми у читабельному вигляді. Він захищений наскрізним шифруванням, і лише учасники чату можуть його читати.

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

Кожна зі сторін може завантажити PDF угоди зі сторінки угоди або посилання-запрошення: сторони, повний текст та історію. Це основний запис.

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

Власна копія сторони, завантажена зі сторінки угоди, також друкує IP-адресу кожного підпису та частково приховані електронні адреси. Копія, яку будь-хто може завантажити з публічної сторінки запису, не містить електронних адрес, IP-адрес і внутрішніх ідентифікаторів. Сертифікат не показує текст угоди.

Пам’ятна картка є окремою односторінковою карткою з Pip, доступною після підписання обома сторонами, щоб зберегти її та поділитися. На ній зазначено, що це пам’ятна картка, а не запис, і наведено адресу поточного запису.

Усі ці документи створюються в браузері людини, яка їх завантажує, з актуального на той момент запису. TrustChain не зберігає копію, а PDF можна змінити після завантаження, тому звіряйте його з поточним записом за адресою trustchain.biz/verify/ та ідентифікатором запису після неї.

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

Ця сторінка має версії. Коли процедура змінюється, змінюються версія й дата вгорі, а перелік змін пояснює, що оновлено, щоб запис можна було прочитати з урахуванням процедури, яка діяла на момент його створення. TrustChain зберігає всі попередні версії цієї сторінки й може надати їх на запит.