План развития

Куда движется Niko Trust. Часть механизмов уже реализована в протоколе — ниже они сведены в дорожную карту децентрализации и экосистемы.

Децентрализация

сделано

Модель доверия «разделение ролей»

Релей — хранилище подписанных конвертов, без ключей и без права решать (INV-1, INV-5). Вся верификация локальна (TRUST-MODEL). Это фундамент: захват релея не даёт подделать чью-либо личность.

протокол

Делегирование голоса (DelegationClaim)

Одна идентичность может поручать другой выпускать заявления по точным предикатам с ограничением глубины. Верификатор строит цепочку «корень → … → эмитент» и решает по детерминированным правилам (DELEGATION).

протокол

Ротация ключей без потери доверия

Смена ключа доказывается парой объектов — запросом от наследника и подтверждением от предшественника (ROTATION). Старое доверие переносится на новую ключевую пару прозрачно.

Пороговые решения (k-of-n)

Разрешение на действие может требовать нескольких независимых аппруверов из доверенного списка — вектор для командных и мультиподписных сценариев.

Отзыв / Revocation как первоклассная сущность

Уже есть в протоколе: заявление отзывает его эмитент, разрешение — сам аппрувер. Планируем довести до удобных API и UI в сервисах.

Федерация и распределённые релеи

Несколько узлов-релеев, синхронизирующих буллетин-борд. Поскольку доверие решается локально и подписью, распределённость не ослабляет безопасность — релеи остаются взаимозаменяемыми.

Экосистема

SDK для приложений

Go-пакеты, Rust-клиент, Android-кошелёк с парсером QR уже существуют. Будущее — готовые рецепты «Log in with Niko Trust» для большего числа стеков.

Стандартный стенд

Демо-стенд на этом сайте (вкладка «Стенд») проверяет оба способа входа — по адресу и по QR — против живого релея без единого пароля.

Аудит хранилища

Content-адресация и неизменность конвертов упрощают ревизию: при желании можно независимо воспроизвести любую цепочку доверия из сырых данных.