Честность данных

Мы не накручиваем цифры

Многие проекты пишут на сайте красивые числа пользователей, которые невозможно проверить. Мы пошли другим путём: каждая регистрация у нас оставляет криптографический след, связанный со всеми предыдущими. Подделать счётчик невозможно — это математически доказуемо.

115
реальных зарегистрированных участников
длина проверяемой цепочки: 115 · обновляется автоматически

🤔 В чём вообще проблема?

Представьте: проект пишет «у нас 500 000 пользователей». Откуда вы знаете, что это правда? Цифру в коде сайта можно поставить любую — хоть миллион. Проверки нет, приходится верить на слово.

Мы убрали «верьте на слово». За каждым числом стоит непрерывная цепочка хэшей, и любой может убедиться, что цепочка целая, а её длина совпадает с числом на сайте.

🔐 Сначала — что такое хэш

Хэш (SHA-256) — «цифровой отпечаток» данных. Любой текст превращается в строку из 64 символов. Измените хоть один символ во входе — отпечаток изменится полностью. По отпечатку нельзя восстановить исходные данные, но можно проверить, что они не менялись.

SHA-256("привет") =
одна строка из 64 символов
SHA-256("Привет") — одна буква заглавная =
совершенно другая строка из 64 символов

🔗 Как мы строим цепочку регистраций

Каждому новому участнику присваивается хэш по формуле:

хэш = SHA-256( номер : дата : соль : хэш_предыдущего_участника )

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

НАЧАЛО ЦЕПИ (генезис)
0000000000000000000000000000000000000000000000000000000000000000
↓ участник №1 регистрируется
УЧАСТНИК №1 · 2026-01-01
вход: 1 : 2026-01-01 : соль : [генезис]
a0a8ff5f63659d4f24150ffa6145d5bf8c2295e8b36cf5e384d8207f3770b6d0
↓ участник №2 (использует хэш №1)
УЧАСТНИК №2 · 2026-01-02
вход: 2 : 2026-01-02 : соль : a0a8ff...b6d0
3326ed18265dba2b0d03fc7f31ac29139bcfa14a3f09eb89464c162d7788ff8d
Почему нельзя смухлевать: чтобы вставить фейкового участника в середину, пришлось бы заново пересчитать хэши всех после него — а они уже зафиксированы и опубликованы. Дописать нолик к счётчику тоже нельзя: за числом обязана стоять реальная непрерывная цепь.

⚓ Якорь в блокчейне TON

Чтобы мы не могли переписать цепочку задним числом, верхушка цепи (последний хэш + длина) периодически записывается в блокчейн TON отдельной транзакцией. Блокчейн изменить нельзя — запись остаётся навсегда с точной датой. Как нотариальная печать на текущем состоянии реестра.

Первый якорь будет опубликован в TON по мере роста сообщества. Текущая верхушка цепи:
dce1f0aaa2a85a0757b0fd6da4bca5e539bef0a16e54533c966c76a07da234e6

🧑‍💻 Как проверить самостоятельно

  1. Возьмите данные участника: номер, дату и хэш предыдущего (всё в таблице ниже).
  2. Склейте через двоеточие с публичной солью TonCoinShop-Registry-2026.
  3. Прогоните через любой онлайн-калькулятор SHA-256.
  4. Сравните результат с хэшем участника в таблице — они совпадут. Так проверяется вся цепь.

Соль публична намеренно — она часть проверки, а не секрет. Важна не тайна, а доказуемая целостность.

🧾 Последние записи цепочки

Каждая строка — реальная регистрация. Живые данные из базы, обновляются автоматически.

# Дата Хэш (SHA-256)
115 2026-09-10 dce1f0aaa2a85a0757b0fd6da4bca5e539bef0a1…
114 2026-09-10 133d31aa90f9f47fb41378b27c0a4ddc4112bb2b…
113 2026-09-09 026f101633b698f7502fa14808e9bc693d25a4b7…
112 2026-09-08 9d384d963902986f6d981d07a5f3ac7aed091050…
111 2026-09-07 8f5f5b5ddded47a97bdde761c425a365c4bf4e99…
110 2026-09-06 9bcf63189ce4d800ad459cb7a2181fc8df82f640…
109 2026-09-06 b65652e5520d4528f81d23e288791e360a30c2e9…
108 2026-09-06 4c418ea1eaf5fdb6bf48e898aa65a0561f814e3a…
107 2026-09-02 049d8f21416793298f082a94a0c9c65e5fa31b78…
106 2026-09-01 24299153e422ffe80506b7812f063c2194d112d8…
105 2026-08-31 58357d6048896414284b852ac6d5e510d04e44ca…
104 2026-08-29 dd8b999b53f254a376a1d4e42601aceb835c59c8…

Хотите полную выгрузку для независимого аудита? Напишите в Telegram @denissatoshi — пришлём весь реестр.