Sobre el proyecto

ZENIT Protocol es una aplicación Web3 orientada a producción dividida en un frontend de Vite y una API de backend en Node/TypeScript. El README la describe como una combinación de conectividad de wallet, transacciones basadas en blockchain, sistemas de referidos, participación en matrices, perfiles de usuario e interacción en cadena dentro de un ecosistema descentralizado. Arquitectura y despliegue - Frontend: desplegado en Vercel desde el directorio frontend/, construido con npm run build y con salida en dist/. - Backend: desplegado como un Render Web Service desde backend/, construido con npm ci && npm run build e iniciado con npm start. - Base de datos: Supabase PostgreSQL, conectada mediante la cadena de conexión de base de datos de Supabase. - Autenticación de wallet: Reown AppKit / WalletConnect con BNB Smart Chain. El frontend está limitado intencionadamente a almacenar la URL base pública de la API y el ID de proyecto de Reown. Los tokens JWT, las credenciales de la base de datos y otros secretos del servidor permanecen solo en el backend. Configuración de la base de datos Ejecute la migración canónica 20260913000000_zenit_production.sql. Esta establece el modelo de autenticación de wallet y sesión del backend, incluidas las tablas nonce y session. El README advierte contra la ejecución de migraciones ZENIT 20260912 sustituidas de revisiones anteriores del repositorio. Capacidades actuales y límite de producción La aplicación admite autenticación real mediante firma de wallet, perfiles respaldados por el backend, referidos, datos de matriz, transacciones y creación de solicitudes de retiro. De manera importante, no afirma que un retiro se pague en cadena. La liquidación de valor real todavía requeriría un contrato inteligente desplegado y auditado por separado, un procesador de transacciones, un proceso de confirmación/indexación y reglas explícitas de aprobación de retiros. Por tanto, este repositorio se entiende mejor como una capa de aplicación y API para una plataforma de estilo Web3, con una separación clara entre frontend, backend y base de datos, y con una declaración explícita de lo que aún no está implementado en cadena.