Децентрализованный протокол идентичности на Ed25519 — для людей, IoT и ИИ-агентов. Децентрализованный протокол идентичности и авторизации на Ed25519 — для людей, IoT и ИИ-агентов. Без базы пользователей и персональных данных, которые можно украсть.
Me2eM — децентрализованный протокол идентичности и авторизации, построенный на криптографии Ed25519 и стандартных примитивах обмена ключами. Без регистрации и хранения пароля: человек, устройство или ИИ-агент представлен ключами, которые локально выводятся из одной seed-фразы. Каждый контекст хранит собственную изолированную идентичность, доступ делегируется и отзывается подписанными аттестациями, а сервер подтверждает сессию одной проверкой подписи — бессерверная аутентификация с минимальными задержками, которая сводит к минимуму или полностью устраняет базу данных, которую нужно содержать и защищать. Me2eM — для одного пользователя, который безопасно становится многими: отдельные профили (работа, дом, спортзал), иерархии IoT-устройств и дронов, автономные ИИ-агенты под подписанными мандатами, защищённые E2EE-каналы и детерминированные пароли для сторонних сервисов.
Всё выводится из одного корня Ed25519 — начните с ядра, добавляйте шифрование и UI по мере надобности.
Ключевые примитивы протокола авторизации Me2eM: иерархические детерминированные идентичности, stateless подписанные сессии и родительские аттестации для делегируемой, проверяемой третьей стороной авторизации.
Криптографические механизмы протокола Me2eM: E2EE-каналы, обмен ключами X3DH, целевая деривация ключей и конверты для офлайн-получателей и шифрования медиа-чанков.
React-биндинги протокола Me2eM: хуки жизненного цикла идентичности, UX-компоненты seed-фразы, управление сессиями и зашифрованный per-identity контекстный кэш.
Восемь свойств протокола — математика, а не обещания.
Идентичность живёт в seed-фразе; ключи вычисляются заново по требованию. Взломанный сервер не хранит ничего.
Приватные ключи никогда не покидают устройство. Серверы проверяют подписи, не узнавая, кто вы.
Тот же seed — те же ключи, всегда. Одна идентичность на всех устройствах — синхронизировать нечего.
Каждый Handle — отдельная пара ключей. Компрометация одного контекста не раскрывает остальные.
Без базы сессий. Любой сервер — или третья сторона — проверяет токен одной проверкой подписи.
Аттестационные цепочки передают ограниченный по правам и времени доступ партнёрам, устройствам и ИИ-агентам.
Identity → Handle → SubHandle: целый парк устройств под одним корнем, provisioning офлайн.
Один отозванный аттестат отключает целую ветку — текущие и будущие сессии, мгновенно.
Аудированные примитивы и компактный инструментарий — каждая плитка ведёт к исходникам.
Документированные сценарии — люди, устройства и ИИ-агенты: одни и те же примитивы через разные домены.
Автономный ИИ-агент получает собственную криптографическую идентичность и подписанный мандат владельца. Скомпрометированный агент отзывается одним вызовом — во всех сервисах, где он работает.
Продавайте ограниченные по времени срезы ресурсов аппарата — окна EO-съёмки (tasking), аренду транспондера, ёмкость нисходящего канала. Покупатель получает подписанный чек, проверяемый по одному вашему публичному ключу.
Один инстанс Me2eM впускает пользователя во все приложения экосистемы. Аккаунт — seed-фраза: базы пользователей нет — нечего содержать, и нечему утечь.
Одна seed-фраза — много изолированных персон. Работа, портфолио, дом, личное — у каждого контекста свой Handle, и компрометация одного не раскрывает остальные.
Разные сценарии используют одни и те же примитивы для работы в разных мирах: автономные ИИ-агенты, флот дронов, спутник с продажей окон съёмки, корпоративный мессенджер и сеть зарядных станций. Ни один из них не требует менять протокол. Один протокол, разные сценарии использования.
В блоге каждый сценарий превращён в пошаговое практическое руководство.
ПодробнееЧетыре сценария использования — один протокол.
JWT, OAuth и Me2eM решают одну задачу — авторизация. Но модели доверия фундаментально разные: кто подписывает, кому верит сервер и что происходит при компрометации. Полное сравнение с примерами кода.
Как подписанный токен заменяет серверную сессию: что внутри, что проверяет верификатор, чем stateless отличается от JWT — и почему ротация jti делает отзыв точечным.
Полный разбор детерминированного дерева ключей: как 12 слов превращаются в иерархию идентичностей — Identity, Handle, SubHandle — и почему один и тот же seed всегда даёт одни и те же ключи.
От первой seed-фразы до проверенной сессии — quick start проходит через все три пакета от начала до конца.