МожливостіСутності
Документація
    Ring Platform

    Децентралізоване самобудівне майбутнє

    Увійти
    Сутності
    Можливості
    Магазин
    Документація
    Концепції
    RING ЕкономікаSonoratek LLCГлобальний впливAI зустрічає Web3
    Розпочати
    Швидкий стартКалькуляторДорожня карта
    Конфіденційність|Контакти
    v1.104.14|Sonoratek LLC

    Documentation

    Концепції, цінність і типові сценарії

    Ласкаво просимо до Ring
    Швидкий довідник
    Початок роботи
    Передумови
    Встановлення
    Валідація першого успіху
    Наступні кроки
    Функції
    Магазин
    Склад і залишки
    Керування вендорами
    Комісії та розрахунки
    SubscriptionConductor
    PaymentConductor
    Інтеграція платежів
    Інтеграція WayForPay
    Web3 Гаманець
    Реферальні коди (Refcodes)
    NFT Exhibition Marketplace
    Система Стейкінга Токенів
    Сутності
    Можливості
    Повідомлення
    Модуль Новин - Цифровий Газетний Досвід
    Блоги учасників
    Система Резервування Імен Користувачів
    Науковий редактор
    Notifications
    Push-сповіщення через FCM (Ring)
    Email AI-CRM
    Протокол Tunnel
    Authentication
    Безпека та відповідність
    Система локалей
    Мобільний Досвід
    Паттерни Оптимізації Продуктивності
    Приклади
    Швидкий старт
    Білий лейбл
    Інтеграція Web3
    Реальні приклади
    Кастомізація
    Швидкий старт — ваш перший клон Ring
    Повний посібник налаштування
    Брендування
    Теми
    Функції
    Локалізація
    Налаштування токеноміки
    Інтеграція платіжних шлюзів
    Еталонні деплої Ring
    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
    Швидкий довідник
    Початок роботи
    Передумови
    Встановлення
    Валідація першого успіху
    Наступні кроки
    Функції
    Магазин
    Склад і залишки
    Керування вендорами
    Комісії та розрахунки
    SubscriptionConductor
    PaymentConductor
    Інтеграція платежів
    Інтеграція WayForPay
    Web3 Гаманець
    Реферальні коди (Refcodes)
    NFT Exhibition Marketplace
    Система Стейкінга Токенів
    Сутності
    Можливості
    Повідомлення
    Модуль Новин - Цифровий Газетний Досвід
    Блоги учасників
    Система Резервування Імен Користувачів
    Науковий редактор
    Notifications
    Push-сповіщення через FCM (Ring)
    Email AI-CRM
    Протокол Tunnel
    Authentication
    Безпека та відповідність
    Система локалей
    Мобільний Досвід
    Паттерни Оптимізації Продуктивності
    Приклади
    Швидкий старт
    Білий лейбл
    Інтеграція Web3
    Реальні приклади
    Кастомізація
    Швидкий старт — ваш перший клон Ring
    Повний посібник налаштування
    Брендування
    Теми
    Функції
    Локалізація
    Налаштування токеноміки
    Інтеграція платіжних шлюзів
    Еталонні деплої Ring
    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
    Швидкий довідник
    Початок роботи
    Передумови
    Встановлення
    Валідація першого успіху
    Наступні кроки
    Функції
    Магазин
    Склад і залишки
    Керування вендорами
    Комісії та розрахунки
    SubscriptionConductor
    PaymentConductor
    Інтеграція платежів
    Інтеграція WayForPay
    Web3 Гаманець
    Реферальні коди (Refcodes)
    NFT Exhibition Marketplace
    Система Стейкінга Токенів
    Сутності
    Можливості
    Повідомлення
    Модуль Новин - Цифровий Газетний Досвід
    Блоги учасників
    Система Резервування Імен Користувачів
    Науковий редактор
    Notifications
    Push-сповіщення через FCM (Ring)
    Email AI-CRM
    Протокол Tunnel
    Authentication
    Безпека та відповідність
    Система локалей
    Мобільний Досвід
    Паттерни Оптимізації Продуктивності
    Приклади
    Швидкий старт
    Білий лейбл
    Інтеграція Web3
    Реальні приклади
    Кастомізація
    Швидкий старт — ваш перший клон Ring
    Повний посібник налаштування
    Брендування
    Теми
    Функції
    Локалізація
    Налаштування токеноміки
    Інтеграція платіжних шлюзів
    Еталонні деплої Ring
    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

    Архітектура Аутентифікації

    Ring Platform використовує Auth.js v5 (NextAuth) з JWT стратегією сесій. Адаптер (PostgreSQL або Firebase) обирається за DB_BACKEND_MODE. Використовуйте вкладки Засновник / Розробник у бічній панелі документації для фільтрації за аудиторією.

    Провайдери

    ПровайдерПотікAuth.js провайдер
    Google OAuthПовний OAuth 2.0 redirect + Google Identity Services (GIS) One TapGoogleProvider + CredentialsProvider("google-one-tap")
    Apple Sign-InOAuth redirect, нативний iOS/macOSAppleProvider
    Magic LinksEmail через Ring Mailer, 24-годинний термін дії токенуResend
    Крипто-гаманецьNonce-підпис верифікація (MetaMask, WalletConnect)CredentialsProvider("crypto-wallet")

    Конфігурація знаходиться в auth.ts та auth.config.ts у корені проєкту. Auth.js v5 розділяє edge-безпечну конфігурацію (auth.config.ts — без провайдерів, мінімальні callbacks) від повної серверної конфігурації (auth.ts — всі провайдери, адаптери бази даних).

    Як працює аутентифікація

    Auth.js v5 керує всім потоком аутентифікації — платформа не використовує Firebase Auth безпосередньо. Firebase Admin SDK використовується лише для серверної верифікації токенів та пошуку документів користувачів у режимі firebase-full.

    Потік сесії:

    1. Користувач входить через Google, Apple, email посилання або крипто-гаманець
    2. Auth.js v5 обробляє OAuth обмін токенами та верифікацію
    3. JWT сесія створюється на сервері, зберігається в HTTP-only cookie
    4. PostgreSQL адаптер зберігає записи користувача/акаунту/сесії коли DB_BACKEND_MODE базується на PostgreSQL
    5. Firebase адаптер зберігає у Firestore коли DB_BACKEND_MODE=firebase-full

    Ключові дизайн-рішення:

    • JWT стратегія (без зберігання сесій в БД) для edge-сумісного розгортання
    • 30-денний максимальний вік сесії з 24-годинним вікном оновлення
    • Ідентичність завжди є платформним UUID (users.id), ніколи Google sub або Apple sub
    • Зв'язування акаунтів через email (однаковий email = той самий користувач)

    Структура файлів Auth.js v5

    Конфігурація провайдерів

    Google OAuth (два режими)

    Традиційний OAuth (redirect потік):

    Google Identity Services (GIS) One Tap (клієнтське спливаюче вікно):

    GIS JWT верифікується на сервері в signIn callback за допомогою google-auth-library:

    Apple Sign-In

    Magic Links (Resend)

    Потребує SMTP_* або EMAIL_MODE=ethereal змінну середовища та активний адаптер бази даних (для зберігання токенів):

    24-годинний термін дії токену (maxAge в Resend провайдері), одноразове використання, автоматична інвалідація.

    Крипто-гаманець

    Nonce-підпис верифікація через Viem. Підтримує Ethereum, Polygon, Arbitrum, Optimism та Base:

    Вибір адаптера

    Адаптер визначається DB_BACKEND_MODE:

    РежимАдаптерДжерело
    k8s-postgres-fcm

    Пов'язана документація

    Режими бекенду

    Змінні середовища

    Вибір бази даних

    Архітектура Аутентифікації

    Ring Platform використовує Auth.js v5 (NextAuth) з JWT стратегією сесій. Адаптер (PostgreSQL або Firebase) обирається за DB_BACKEND_MODE. Використовуйте вкладки Засновник / Розробник у бічній панелі документації для фільтрації за аудиторією.

    Провайдери

    ПровайдерПотікAuth.js провайдер
    Google OAuthПовний OAuth 2.0 redirect + Google Identity Services (GIS) One TapGoogleProvider + CredentialsProvider("google-one-tap")
    Apple Sign-InOAuth redirect, нативний iOS/macOSAppleProvider
    Magic LinksEmail через Ring Mailer, 24-годинний термін дії токенуResend
    Крипто-гаманецьNonce-підпис верифікація (MetaMask, WalletConnect)CredentialsProvider("crypto-wallet")

    Конфігурація знаходиться в auth.ts та auth.config.ts у корені проєкту. Auth.js v5 розділяє edge-безпечну конфігурацію (auth.config.ts — без провайдерів, мінімальні callbacks) від повної серверної конфігурації (auth.ts — всі провайдери, адаптери бази даних).

    Як працює аутентифікація

    Auth.js v5 керує всім потоком аутентифікації — платформа не використовує Firebase Auth безпосередньо. Firebase Admin SDK використовується лише для серверної верифікації токенів та пошуку документів користувачів у режимі firebase-full.

    Потік сесії:

    1. Користувач входить через Google, Apple, email посилання або крипто-гаманець
    2. Auth.js v5 обробляє OAuth обмін токенами та верифікацію
    3. JWT сесія створюється на сервері, зберігається в HTTP-only cookie
    4. PostgreSQL адаптер зберігає записи користувача/акаунту/сесії коли DB_BACKEND_MODE базується на PostgreSQL
    5. Firebase адаптер зберігає у Firestore коли DB_BACKEND_MODE=firebase-full

    Ключові дизайн-рішення:

    • JWT стратегія (без зберігання сесій в БД) для edge-сумісного розгортання
    • 30-денний максимальний вік сесії з 24-годинним вікном оновлення
    • Ідентичність завжди є платформним UUID (users.id), ніколи Google sub або Apple sub
    • Зв'язування акаунтів через email (однаковий email = той самий користувач)

    Структура файлів Auth.js v5

    Конфігурація провайдерів

    Google OAuth (два режими)

    Традиційний OAuth (redirect потік):

    Google Identity Services (GIS) One Tap (клієнтське спливаюче вікно):

    GIS JWT верифікується на сервері в signIn callback за допомогою google-auth-library:

    Apple Sign-In

    Magic Links (Resend)

    Потребує SMTP_* або EMAIL_MODE=ethereal змінну середовища та активний адаптер бази даних (для зберігання токенів):

    24-годинний термін дії токену (maxAge в Resend провайдері), одноразове використання, автоматична інвалідація.

    Крипто-гаманець

    Nonce-підпис верифікація через Viem. Підтримує Ethereum, Polygon, Arbitrum, Optimism та Base:

    Вибір адаптера

    Адаптер визначається DB_BACKEND_MODE:

    РежимАдаптерДжерело
    k8s-postgres-fcm

    Пов'язана документація

    Режими бекенду

    Змінні середовища

    Вибір бази даних

    Архітектура Аутентифікації

    Ring Platform використовує Auth.js v5 (NextAuth) з JWT стратегією сесій. Адаптер (PostgreSQL або Firebase) обирається за DB_BACKEND_MODE. Використовуйте вкладки Засновник / Розробник у бічній панелі документації для фільтрації за аудиторією.

    Провайдери

    ПровайдерПотікAuth.js провайдер
    Google OAuthПовний OAuth 2.0 redirect + Google Identity Services (GIS) One TapGoogleProvider + CredentialsProvider("google-one-tap")
    Apple Sign-InOAuth redirect, нативний iOS/macOSAppleProvider
    Magic LinksEmail через Ring Mailer, 24-годинний термін дії токенуResend
    Крипто-гаманецьNonce-підпис верифікація (MetaMask, WalletConnect)CredentialsProvider("crypto-wallet")

    Конфігурація знаходиться в auth.ts та auth.config.ts у корені проєкту. Auth.js v5 розділяє edge-безпечну конфігурацію (auth.config.ts — без провайдерів, мінімальні callbacks) від повної серверної конфігурації (auth.ts — всі провайдери, адаптери бази даних).

    Як працює аутентифікація

    Auth.js v5 керує всім потоком аутентифікації — платформа не використовує Firebase Auth безпосередньо. Firebase Admin SDK використовується лише для серверної верифікації токенів та пошуку документів користувачів у режимі firebase-full.

    Потік сесії:

    1. Користувач входить через Google, Apple, email посилання або крипто-гаманець
    2. Auth.js v5 обробляє OAuth обмін токенами та верифікацію
    3. JWT сесія створюється на сервері, зберігається в HTTP-only cookie
    4. PostgreSQL адаптер зберігає записи користувача/акаунту/сесії коли DB_BACKEND_MODE базується на PostgreSQL
    5. Firebase адаптер зберігає у Firestore коли DB_BACKEND_MODE=firebase-full

    Ключові дизайн-рішення:

    • JWT стратегія (без зберігання сесій в БД) для edge-сумісного розгортання
    • 30-денний максимальний вік сесії з 24-годинним вікном оновлення
    • Ідентичність завжди є платформним UUID (users.id), ніколи Google sub або Apple sub
    • Зв'язування акаунтів через email (однаковий email = той самий користувач)

    Структура файлів Auth.js v5

    Конфігурація провайдерів

    Google OAuth (два режими)

    Традиційний OAuth (redirect потік):

    Google Identity Services (GIS) One Tap (клієнтське спливаюче вікно):

    GIS JWT верифікується на сервері в signIn callback за допомогою google-auth-library:

    Apple Sign-In

    Magic Links (Resend)

    Потребує SMTP_* або EMAIL_MODE=ethereal змінну середовища та активний адаптер бази даних (для зберігання токенів):

    24-годинний термін дії токену (maxAge в Resend провайдері), одноразове використання, автоматична інвалідація.

    Крипто-гаманець

    Nonce-підпис верифікація через Viem. Підтримує Ethereum, Polygon, Arbitrum, Optimism та Base:

    Вибір адаптера

    Адаптер визначається DB_BACKEND_MODE:

    РежимАдаптерДжерело
    k8s-postgres-fcm

    Пов'язана документація

    Режими бекенду

    Змінні середовища

    Вибір бази даних

    PostgreSQLAdapter
    lib/auth/postgres-adapter.ts
    firebase-fullFirestoreAdapter з @auth/firebase-adapterчерез getAdminDb()
    supabase-fcmPostgreSQLAdapterТой самий PostgreSQL шлях

    Інтеграція Firebase Admin SDK

    Firebase Admin SDK використовується у двох контекстах:

    1. Auth адаптер (тільки firebase-full режим): FirestoreAdapter читає/записує документи користувачів
    2. Крипто-гаманець аутентифікація (firebase-full режим): getAdminDb().collection("users") для пошуку nonce

    У режимах k8s-postgres-fcm та supabase-fcm, getAdminDb() повертає mock Firestore — жодної реальної ініціалізації Firebase не відбувається. FCM push сповіщення все ще використовують Firebase Admin через firebase-admin.server.ts (окремо від auth шляху).

    Використання на сервері

    Використання на клієнті

    Змінні середовища

    text
    
    auth.config.ts          — Edge-сумісна конфігурація (порожні провайдери, authorized callback, redirects)
    auth.ts                 — Повна серверна конфігурація (всі провайдери, адаптер БД, JWT/сесійні callbacks)
    lib/auth-adapter-singleton.ts  — Кешований адаптер: PostgreSQLAdapter або FirestoreAdapter
    lib/auth/postgres-adapter.ts   — Спеціалізований PostgreSQL адаптер для Auth.js v5
    lib/firebase-admin.server.ts   — Firebase Admin SDK екземпляр (getAdminAuth, getAdminDb)
    app/api/auth/[...nextauth]/route.ts  — Auth.js API route handler
    bash
    
    # Auth.js core
    AUTH_SECRET=your_auth_secret
    AUTH_TRUST_HOST=true
    
    # Google OAuth
    AUTH_GOOGLE_ID=your_google_client_id
    AUTH_GOOGLE_SECRET=your_google_client_secret
    
    # Apple Sign-In
    AUTH_APPLE_ID=your_apple_client_id
    AUTH_APPLE_SECRET=your_apple_private_key
    
    # Magic Links
    # Ring Mailer: EMAIL_MODE=ethereal or SMTP_HOST / SMTP_USER / SMTP_PASSWORD
    # OTP_HMAC_SECRET=
    
    # Firebase (тільки для firebase-full режиму)
    AUTH_FIREBASE_PROJECT_ID=your_firebase_project_id
    AUTH_FIREBASE_CLIENT_EMAIL=your_firebase_client_email
    AUTH_FIREBASE_PRIVATE_KEY=your_firebase_private_key
    
    # WalletConnect
    NEXT_PUBLIC_WALLETCONNECT_PROJECT_ID=your_project_id
    PostgreSQLAdapter
    lib/auth/postgres-adapter.ts
    firebase-fullFirestoreAdapter з @auth/firebase-adapterчерез getAdminDb()
    supabase-fcmPostgreSQLAdapterТой самий PostgreSQL шлях

    Інтеграція Firebase Admin SDK

    Firebase Admin SDK використовується у двох контекстах:

    1. Auth адаптер (тільки firebase-full режим): FirestoreAdapter читає/записує документи користувачів
    2. Крипто-гаманець аутентифікація (firebase-full режим): getAdminDb().collection("users") для пошуку nonce

    У режимах k8s-postgres-fcm та supabase-fcm, getAdminDb() повертає mock Firestore — жодної реальної ініціалізації Firebase не відбувається. FCM push сповіщення все ще використовують Firebase Admin через firebase-admin.server.ts (окремо від auth шляху).

    Використання на сервері

    Використання на клієнті

    Змінні середовища

    text
    
    auth.config.ts          — Edge-сумісна конфігурація (порожні провайдери, authorized callback, redirects)
    auth.ts                 — Повна серверна конфігурація (всі провайдери, адаптер БД, JWT/сесійні callbacks)
    lib/auth-adapter-singleton.ts  — Кешований адаптер: PostgreSQLAdapter або FirestoreAdapter
    lib/auth/postgres-adapter.ts   — Спеціалізований PostgreSQL адаптер для Auth.js v5
    lib/firebase-admin.server.ts   — Firebase Admin SDK екземпляр (getAdminAuth, getAdminDb)
    app/api/auth/[...nextauth]/route.ts  — Auth.js API route handler
    bash
    
    # Auth.js core
    AUTH_SECRET=your_auth_secret
    AUTH_TRUST_HOST=true
    
    # Google OAuth
    AUTH_GOOGLE_ID=your_google_client_id
    AUTH_GOOGLE_SECRET=your_google_client_secret
    
    # Apple Sign-In
    AUTH_APPLE_ID=your_apple_client_id
    AUTH_APPLE_SECRET=your_apple_private_key
    
    # Magic Links
    # Ring Mailer: EMAIL_MODE=ethereal or SMTP_HOST / SMTP_USER / SMTP_PASSWORD
    # OTP_HMAC_SECRET=
    
    # Firebase (тільки для firebase-full режиму)
    AUTH_FIREBASE_PROJECT_ID=your_firebase_project_id
    AUTH_FIREBASE_CLIENT_EMAIL=your_firebase_client_email
    AUTH_FIREBASE_PRIVATE_KEY=your_firebase_private_key
    
    # WalletConnect
    NEXT_PUBLIC_WALLETCONNECT_PROJECT_ID=your_project_id
    PostgreSQLAdapter
    lib/auth/postgres-adapter.ts
    firebase-fullFirestoreAdapter з @auth/firebase-adapterчерез getAdminDb()
    supabase-fcmPostgreSQLAdapterТой самий PostgreSQL шлях

    Інтеграція Firebase Admin SDK

    Firebase Admin SDK використовується у двох контекстах:

    1. Auth адаптер (тільки firebase-full режим): FirestoreAdapter читає/записує документи користувачів
    2. Крипто-гаманець аутентифікація (firebase-full режим): getAdminDb().collection("users") для пошуку nonce

    У режимах k8s-postgres-fcm та supabase-fcm, getAdminDb() повертає mock Firestore — жодної реальної ініціалізації Firebase не відбувається. FCM push сповіщення все ще використовують Firebase Admin через firebase-admin.server.ts (окремо від auth шляху).

    Використання на сервері

    Використання на клієнті

    Змінні середовища

    text
    
    auth.config.ts          — Edge-сумісна конфігурація (порожні провайдери, authorized callback, redirects)
    auth.ts                 — Повна серверна конфігурація (всі провайдери, адаптер БД, JWT/сесійні callbacks)
    lib/auth-adapter-singleton.ts  — Кешований адаптер: PostgreSQLAdapter або FirestoreAdapter
    lib/auth/postgres-adapter.ts   — Спеціалізований PostgreSQL адаптер для Auth.js v5
    lib/firebase-admin.server.ts   — Firebase Admin SDK екземпляр (getAdminAuth, getAdminDb)
    app/api/auth/[...nextauth]/route.ts  — Auth.js API route handler
    bash
    
    # Auth.js core
    AUTH_SECRET=your_auth_secret
    AUTH_TRUST_HOST=true
    
    # Google OAuth
    AUTH_GOOGLE_ID=your_google_client_id
    AUTH_GOOGLE_SECRET=your_google_client_secret
    
    # Apple Sign-In
    AUTH_APPLE_ID=your_apple_client_id
    AUTH_APPLE_SECRET=your_apple_private_key
    
    # Magic Links
    # Ring Mailer: EMAIL_MODE=ethereal or SMTP_HOST / SMTP_USER / SMTP_PASSWORD
    # OTP_HMAC_SECRET=
    
    # Firebase (тільки для firebase-full режиму)
    AUTH_FIREBASE_PROJECT_ID=your_firebase_project_id
    AUTH_FIREBASE_CLIENT_EMAIL=your_firebase_client_email
    AUTH_FIREBASE_PRIVATE_KEY=your_firebase_private_key
    
    # WalletConnect
    NEXT_PUBLIC_WALLETCONNECT_PROJECT_ID=your_project_id
    1. Документація
    2. /Архітектура
    3. /Архітектура Аутентифікації

    Оновлено 28 черв. 2026 р.3 хв прослуховування

    1. Документація
    2. /Архітектура
    3. /Архітектура Аутентифікації

    Оновлено 28 черв. 2026 р.3 хв прослуховування

    1. Документація
    2. /Архітектура
    3. /Архітектура Аутентифікації

    Оновлено 28 черв. 2026 р.3 хв прослуховування