ВозможностиОрганизации
Документация
    Ring Platform

    Децентрализованное самостроящееся будущее

    Войти
    Организации
    Возможности
    Магазин
    Документация
    Концепции платформы
    RING ЭкономикаSonoratek LLCГлобальное влияниеAI встречает Web3
    Начать
    Быстрый стартКалькуляторДорожная карта
    Конфиденциальность|Контакты
    v1.104.21|Sonoratek LLC

    Documentation

    Концепции, ценность и типичные сценарии клонирования — меньше кода.

    Добро пожаловать в Ring
    Краткий справочник
    С чего начать
    Предварительные требования
    Установка
    Первый успех
    Следующие шаги
    Функции
    Store
    Склад и остатки
    Управление вендорами
    Комиссии и расчёты
    SubscriptionConductor
    PaymentConductor
    Интеграция платежей
    Интеграция WayForPay
    Web3 Кошелек
    Реферальные коды (Refcodes)
    NFT Exhibition Marketplace
    Система Стейкинга Токенов
    Entities
    Opportunities
    AI Matcher
    Real-Time Messaging
    Peer Games
    Модуль Новостей - Цифровой Газетный Опыт
    Блоги участников
    Система Резервирования Имён Пользователей
    Научный редактор
    Notifications
    Push-уведомления через FCM (Ring)
    Email AI-CRM
    Протокол Tunnel
    Authentication
    Безопасность и соответствие
    Система локалей
    Мобильный Опыт
    Паттерны Оптимизации Производительности
    Примеры
    Quick Start
    Базовая настройка
    White Label
    Custom Branding
    Интеграция Web3
    Реальные Проекты
    Advanced Features
    Кастомизация
    Руководство по Ringization
    Branding
    Темы оформления
    Features
    Localization
    Настройка токеномики
    Web3
    Token launch jurisdictions
    Интеграции
    Ethereum-кошельки (Wagmi v3)
    Развёртывание
    Self-hosted развёртывание
    Vercel
    Docker
    Конфигурация Окружения
    Мониторинг и аналитика
    Оптимизация производительности
    Резервное копирование и восстановление
    Архитектура
    Data Model
    Security
    Real Time
    Архитектура PaymentConductor
    Бекенд Сервисы
    Интеграция Firebase
    Разработка
    Ring MCP Server

    Быстрый вход (CTO · аудиторы · агенты)

    Приветствие — миссия и аудитории
    Краткий справочник
    С чего начать
    Архитектура и Auth.js
    Режимы бэкенда и базы данных (DB_BACKEND_MODE)
    Self-hosted
    Ring MCP Tools
    Ring MCP Server
    Token economics
    Token launch jurisdictions
    Деплой (Docker · k8s)
    Безопасность и соответствие требованиям
    ringdom.org — база LegioX
    Исходный код — лицензия MIT (GitHub)

    Documentation

    Концепции, ценность и типичные сценарии клонирования — меньше кода.

    Добро пожаловать в Ring
    Краткий справочник
    С чего начать
    Предварительные требования
    Установка
    Первый успех
    Следующие шаги
    Функции
    Store
    Склад и остатки
    Управление вендорами
    Комиссии и расчёты
    SubscriptionConductor
    PaymentConductor
    Интеграция платежей
    Интеграция WayForPay
    Web3 Кошелек
    Реферальные коды (Refcodes)
    NFT Exhibition Marketplace
    Система Стейкинга Токенов
    Entities
    Opportunities
    AI Matcher
    Real-Time Messaging
    Peer Games
    Модуль Новостей - Цифровой Газетный Опыт
    Блоги участников
    Система Резервирования Имён Пользователей
    Научный редактор
    Notifications
    Push-уведомления через FCM (Ring)
    Email AI-CRM
    Протокол Tunnel
    Authentication
    Безопасность и соответствие
    Система локалей
    Мобильный Опыт
    Паттерны Оптимизации Производительности
    Примеры
    Quick Start
    Базовая настройка
    White Label
    Custom Branding
    Интеграция Web3
    Реальные Проекты
    Advanced Features
    Кастомизация
    Руководство по Ringization
    Branding
    Темы оформления
    Features
    Localization
    Настройка токеномики
    Web3
    Token launch jurisdictions
    Интеграции
    Ethereum-кошельки (Wagmi v3)
    Развёртывание
    Self-hosted развёртывание
    Vercel
    Docker
    Конфигурация Окружения
    Мониторинг и аналитика
    Оптимизация производительности
    Резервное копирование и восстановление
    Архитектура
    Data Model
    Security
    Real Time
    Архитектура PaymentConductor
    Бекенд Сервисы
    Интеграция Firebase
    Разработка
    Ring MCP Server

    Быстрый вход (CTO · аудиторы · агенты)

    Приветствие — миссия и аудитории
    Краткий справочник
    С чего начать
    Архитектура и Auth.js
    Режимы бэкенда и базы данных (DB_BACKEND_MODE)
    Self-hosted
    Ring MCP Tools
    Ring MCP Server
    Token economics
    Token launch jurisdictions
    Деплой (Docker · k8s)
    Безопасность и соответствие требованиям
    ringdom.org — база LegioX
    Исходный код — лицензия MIT (GitHub)

    Documentation

    Концепции, ценность и типичные сценарии клонирования — меньше кода.

    Добро пожаловать в Ring
    Краткий справочник
    С чего начать
    Предварительные требования
    Установка
    Первый успех
    Следующие шаги
    Функции
    Store
    Склад и остатки
    Управление вендорами
    Комиссии и расчёты
    SubscriptionConductor
    PaymentConductor
    Интеграция платежей
    Интеграция WayForPay
    Web3 Кошелек
    Реферальные коды (Refcodes)
    NFT Exhibition Marketplace
    Система Стейкинга Токенов
    Entities
    Opportunities
    AI Matcher
    Real-Time Messaging
    Peer Games
    Модуль Новостей - Цифровой Газетный Опыт
    Блоги участников
    Система Резервирования Имён Пользователей
    Научный редактор
    Notifications
    Push-уведомления через FCM (Ring)
    Email AI-CRM
    Протокол Tunnel
    Authentication
    Безопасность и соответствие
    Система локалей
    Мобильный Опыт
    Паттерны Оптимизации Производительности
    Примеры
    Quick Start
    Базовая настройка
    White Label
    Custom Branding
    Интеграция Web3
    Реальные Проекты
    Advanced Features
    Кастомизация
    Руководство по Ringization
    Branding
    Темы оформления
    Features
    Localization
    Настройка токеномики
    Web3
    Token launch jurisdictions
    Интеграции
    Ethereum-кошельки (Wagmi v3)
    Развёртывание
    Self-hosted развёртывание
    Vercel
    Docker
    Конфигурация Окружения
    Мониторинг и аналитика
    Оптимизация производительности
    Резервное копирование и восстановление
    Архитектура
    Data Model
    Security
    Real Time
    Архитектура PaymentConductor
    Бекенд Сервисы
    Интеграция Firebase
    Разработка
    Ring MCP Server

    Быстрый вход (CTO · аудиторы · агенты)

    Приветствие — миссия и аудитории
    Краткий справочник
    С чего начать
    Архитектура и Auth.js
    Режимы бэкенда и базы данных (DB_BACKEND_MODE)
    Self-hosted
    Ring MCP Tools
    Ring MCP Server
    Token economics
    Token launch jurisdictions
    Деплой (Docker · k8s)
    Безопасность и соответствие требованиям
    ringdom.org — база LegioX
    Исходный код — лицензия MIT (GitHub)
    Ring Logo

    Loading documentation...

    Preparing Ring content

    Ring Logo

    Loading documentation...

    Preparing Ring content

    Ring Logo

    Loading documentation...

    Preparing Ring content

    Приватность и GDPR

    Используйте вкладки Founder / Developer в боковой панели, чтобы отфильтровать эту страницу. Участники управляют собственными настройками на /privacy; эта статья документирует сервисы за этими поверхностями.

    Ring даёт каждому клону две конкретные поверхности приватности из коробки: гранулярное управление согласием (хранится в записи пользователя) и запланированный жизненный цикл удаления аккаунта с 30-дневным окном и отменой. Оба реализованы в features/auth/services/ — сторонний SDK согласия не нужен.

    PreviousRing equivalent
    All-or-nothing tracking consentЧетыре переключателя совместного использования данных + четыре контактных предпочтения
    Immediate, irreversible delete30-дневное запланированное удаление с canCancel и жизненным циклом статусов
    Consent scattered across vendorsСогласие хранится в записи users (data_sharing_consent)

    Модель согласия (проверено)

    PrivacyConsent в features/auth/types.ts:

    GroupFields
    dataSharingConsentanalytics · personalization · notifications · research
    anonymizedResearchConsentодин boolean
    contactPreferencesmarketing · opportunities · system · evolution

    PrivacyConsentService (getUserConsent / updateUserConsent) читает и пишет эти поля против собственной записи пользователя — изменение согласия участником никогда не покидает клон.

    Почему это важно для вашего клона

    • Клоны под GDPR получают фору. Переключатели согласия и запросы на стирание уже в кодовой базе; поверх этого вы подключаете локальный юридический обзор.
    • Удаление гуманное, не мгновенное. Участники запрашивают удаление с паролем и причиной; запись ждёт 30 дней и может быть отменена — реальное окно отмены.
    • Без vendor lock для приватности. Согласие живёт в вашей базе, а не в сторонней панели.

    Что проверить перед go-live

    1. Убедитесь, что текст политики приватности соответствует четырём группам согласия, которые вы включаете.
    2. Определите окно удаления (по умолчанию 30 дней, scheduledDeletionDate = request + 30).
    3. Прогоните один end-to-end тест удаления в staging: request → cancel → request again → confirm.

    Сервисные поверхности (проверено)

    ModuleRole
    features/auth/services/privacy-consent-service.tsGDPR-совместимое чтение/обновление согласия в записи users
    features/auth/services/account-deletion.tsПолный жизненный цикл удаления над коллекцией account_deletions

    Жизненный цикл удаления

    1. 1

      Запрос

      requestAccountDeletion({ userId, password, reason, userEmail, userName }) создаёт запись account_deletions со status: 'pending', scheduledDeletionDate = now + 30 days и canCancel: true. Повторный pending-запрос возвращает DELETION_ALREADY_PENDING.

    2. 2

      Отмена или подтверждение

      • cancelAccountDeletion — участник отменяет pending-запрос в пределах окна.
      • confirmAccountDeletion — участник подтверждает; начинается обработка.
      • getAccountDeletionStatus — прочитать текущее состояние для UI.
    3. 3

      Обработка

      проходит просроченные запланированные удаления через . Статусы: (неудачи несут ).

    Связанная документация

    Related documentation

    Authentication

    Same-workflow: согласие и удаление оба работают с записью пользователя Auth.js.

    Security

    See-also: слои defense-in-depth, защищающие поверхности приватности.

    Admin console

    Next-step: где операторы просматривают записи пользователей и состояния удаления.

    1. Документация
    2. /Функции
    3. /Приватность и GDPR
    Обновлено 6 сент. 2026 г.3 мин прослушивания

    Приватность и GDPR

    Используйте вкладки Founder / Developer в боковой панели, чтобы отфильтровать эту страницу. Участники управляют собственными настройками на /privacy; эта статья документирует сервисы за этими поверхностями.

    Ring даёт каждому клону две конкретные поверхности приватности из коробки: гранулярное управление согласием (хранится в записи пользователя) и запланированный жизненный цикл удаления аккаунта с 30-дневным окном и отменой. Оба реализованы в features/auth/services/ — сторонний SDK согласия не нужен.

    PreviousRing equivalent
    All-or-nothing tracking consentЧетыре переключателя совместного использования данных + четыре контактных предпочтения
    Immediate, irreversible delete30-дневное запланированное удаление с canCancel и жизненным циклом статусов
    Consent scattered across vendorsСогласие хранится в записи users (data_sharing_consent)

    Модель согласия (проверено)

    PrivacyConsent в features/auth/types.ts:

    GroupFields
    dataSharingConsentanalytics · personalization · notifications · research
    anonymizedResearchConsentодин boolean
    contactPreferencesmarketing · opportunities · system · evolution

    PrivacyConsentService (getUserConsent / updateUserConsent) читает и пишет эти поля против собственной записи пользователя — изменение согласия участником никогда не покидает клон.

    Почему это важно для вашего клона

    • Клоны под GDPR получают фору. Переключатели согласия и запросы на стирание уже в кодовой базе; поверх этого вы подключаете локальный юридический обзор.
    • Удаление гуманное, не мгновенное. Участники запрашивают удаление с паролем и причиной; запись ждёт 30 дней и может быть отменена — реальное окно отмены.
    • Без vendor lock для приватности. Согласие живёт в вашей базе, а не в сторонней панели.

    Что проверить перед go-live

    1. Убедитесь, что текст политики приватности соответствует четырём группам согласия, которые вы включаете.
    2. Определите окно удаления (по умолчанию 30 дней, scheduledDeletionDate = request + 30).
    3. Прогоните один end-to-end тест удаления в staging: request → cancel → request again → confirm.

    Сервисные поверхности (проверено)

    ModuleRole
    features/auth/services/privacy-consent-service.tsGDPR-совместимое чтение/обновление согласия в записи users
    features/auth/services/account-deletion.tsПолный жизненный цикл удаления над коллекцией account_deletions

    Жизненный цикл удаления

    1. 1

      Запрос

      requestAccountDeletion({ userId, password, reason, userEmail, userName }) создаёт запись account_deletions со status: 'pending', scheduledDeletionDate = now + 30 days и canCancel: true. Повторный pending-запрос возвращает DELETION_ALREADY_PENDING.

    2. 2

      Отмена или подтверждение

      • cancelAccountDeletion — участник отменяет pending-запрос в пределах окна.
      • confirmAccountDeletion — участник подтверждает; начинается обработка.
      • getAccountDeletionStatus — прочитать текущее состояние для UI.
    3. 3

      Обработка

      проходит просроченные запланированные удаления через . Статусы: (неудачи несут ).

    Связанная документация

    Related documentation

    Authentication

    Same-workflow: согласие и удаление оба работают с записью пользователя Auth.js.

    Security

    See-also: слои defense-in-depth, защищающие поверхности приватности.

    Admin console

    Next-step: где операторы просматривают записи пользователей и состояния удаления.

    1. Документация
    2. /Функции
    3. /Приватность и GDPR
    Обновлено 6 сент. 2026 г.3 мин прослушивания

    Приватность и GDPR

    Используйте вкладки Founder / Developer в боковой панели, чтобы отфильтровать эту страницу. Участники управляют собственными настройками на /privacy; эта статья документирует сервисы за этими поверхностями.

    Ring даёт каждому клону две конкретные поверхности приватности из коробки: гранулярное управление согласием (хранится в записи пользователя) и запланированный жизненный цикл удаления аккаунта с 30-дневным окном и отменой. Оба реализованы в features/auth/services/ — сторонний SDK согласия не нужен.

    PreviousRing equivalent
    All-or-nothing tracking consentЧетыре переключателя совместного использования данных + четыре контактных предпочтения
    Immediate, irreversible delete30-дневное запланированное удаление с canCancel и жизненным циклом статусов
    Consent scattered across vendorsСогласие хранится в записи users (data_sharing_consent)

    Модель согласия (проверено)

    PrivacyConsent в features/auth/types.ts:

    GroupFields
    dataSharingConsentanalytics · personalization · notifications · research
    anonymizedResearchConsentодин boolean
    contactPreferencesmarketing · opportunities · system · evolution

    PrivacyConsentService (getUserConsent / updateUserConsent) читает и пишет эти поля против собственной записи пользователя — изменение согласия участником никогда не покидает клон.

    Почему это важно для вашего клона

    • Клоны под GDPR получают фору. Переключатели согласия и запросы на стирание уже в кодовой базе; поверх этого вы подключаете локальный юридический обзор.
    • Удаление гуманное, не мгновенное. Участники запрашивают удаление с паролем и причиной; запись ждёт 30 дней и может быть отменена — реальное окно отмены.
    • Без vendor lock для приватности. Согласие живёт в вашей базе, а не в сторонней панели.

    Что проверить перед go-live

    1. Убедитесь, что текст политики приватности соответствует четырём группам согласия, которые вы включаете.
    2. Определите окно удаления (по умолчанию 30 дней, scheduledDeletionDate = request + 30).
    3. Прогоните один end-to-end тест удаления в staging: request → cancel → request again → confirm.

    Сервисные поверхности (проверено)

    ModuleRole
    features/auth/services/privacy-consent-service.tsGDPR-совместимое чтение/обновление согласия в записи users
    features/auth/services/account-deletion.tsПолный жизненный цикл удаления над коллекцией account_deletions

    Жизненный цикл удаления

    1. 1

      Запрос

      requestAccountDeletion({ userId, password, reason, userEmail, userName }) создаёт запись account_deletions со status: 'pending', scheduledDeletionDate = now + 30 days и canCancel: true. Повторный pending-запрос возвращает DELETION_ALREADY_PENDING.

    2. 2

      Отмена или подтверждение

      • cancelAccountDeletion — участник отменяет pending-запрос в пределах окна.
      • confirmAccountDeletion — участник подтверждает; начинается обработка.
      • getAccountDeletionStatus — прочитать текущее состояние для UI.
    3. 3

      Обработка

      проходит просроченные запланированные удаления через . Статусы: (неудачи несут ).

    Связанная документация

    Related documentation

    Authentication

    Same-workflow: согласие и удаление оба работают с записью пользователя Auth.js.

    Security

    See-also: слои defense-in-depth, защищающие поверхности приватности.

    Admin console

    Next-step: где операторы просматривают записи пользователей и состояния удаления.

    1. Документация
    2. /Функции
    3. /Приватность и GDPR
    Обновлено 6 сент. 2026 г.3 мин прослушивания
    processExpiredDeletions()
    pending → processing → completed
    pending | cancelled | processing | completed | failed
    failureReason

    Часто задаваемые вопросы

    Влияние

    Влияют ли изменения согласия на существующие уведомления?

    Согласие живёт в записи пользователя; доставка уведомлений учитывает сохранённое предпочтение dataSharingConsent.notifications в момент чтения.

    Есть ли поверхность экспорта данных?

    Отдельного endpoint экспорта сегодня нет — реализованные GDPR-поверхности это удаление и согласие. Отметьте это команде Ringdom, если экспорт станет требованием вашей юрисдикции.

    Ops

    Можно ли изменить 30-дневное окно?

    Окно задаётся в requestAccountDeletion (+30 дней). Владельцы клонов, которым нужно другое окно, должны изменить его в сервисе и зафиксировать изменение в compliance-документах.

    processExpiredDeletions()
    pending → processing → completed
    pending | cancelled | processing | completed | failed
    failureReason

    Часто задаваемые вопросы

    Влияние

    Влияют ли изменения согласия на существующие уведомления?

    Согласие живёт в записи пользователя; доставка уведомлений учитывает сохранённое предпочтение dataSharingConsent.notifications в момент чтения.

    Есть ли поверхность экспорта данных?

    Отдельного endpoint экспорта сегодня нет — реализованные GDPR-поверхности это удаление и согласие. Отметьте это команде Ringdom, если экспорт станет требованием вашей юрисдикции.

    Ops

    Можно ли изменить 30-дневное окно?

    Окно задаётся в requestAccountDeletion (+30 дней). Владельцы клонов, которым нужно другое окно, должны изменить его в сервисе и зафиксировать изменение в compliance-документах.

    processExpiredDeletions()
    pending → processing → completed
    pending | cancelled | processing | completed | failed
    failureReason

    Часто задаваемые вопросы

    Влияние

    Влияют ли изменения согласия на существующие уведомления?

    Согласие живёт в записи пользователя; доставка уведомлений учитывает сохранённое предпочтение dataSharingConsent.notifications в момент чтения.

    Есть ли поверхность экспорта данных?

    Отдельного endpoint экспорта сегодня нет — реализованные GDPR-поверхности это удаление и согласие. Отметьте это команде Ringdom, если экспорт станет требованием вашей юрисдикции.

    Ops

    Можно ли изменить 30-дневное окно?

    Окно задаётся в requestAccountDeletion (+30 дней). Владельцы клонов, которым нужно другое окно, должны изменить его в сервисе и зафиксировать изменение в compliance-документах.