quasar-community
Motor de indexación y seguimiento de transacciones Web3 auto-alojado para EVM y Solana. Arquitectura NestJS + Fastify, Payload CMS y BullMQ bajo Apache-2.0. Ideal para soberanía de datos y alto rendimiento sin SaaS.
Ficha actualizada 25 sept 2026, 22:34 · upstream 25 sept 2026, 22:31 · release sin release detectada
Qué es quasar-community
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Quasar Community Edition es un motor de indexación de transacciones blockchain auto-alojado diseñado para desarrolladores soberanos y operadores de nodos que requieren propiedad total de los datos del ciclo de vida de las transacciones en redes EVM y Solana, eliminando la dependencia de APIs SaaS centralizadas. La arquitectura se basa en un microservicio NestJS con Fastify para alta ingesta de eventos RPC, complementado por una administración completa mediante Payload CMS montada en /admin. El sistema utiliza PostgreSQL 16 con particiones automáticas mensuales para evitar el hinchazón de tablas y garantizar consultas submilisegundo, junto con Redis 7 y BullMQ para gestionar colas de procesamiento asíncrono como la indexación determinista de dos fases.
- Indexación propia de transacciones Web3 en redes EVM y Solana sin depender de APIs centralizadas.
- Monitoreo de salud y métricas de nodos blockchain mediante endpoints de ingeniería expuestos.
- Gestión segura de webhooks con validación DNS, timeouts y verificación HMAC-SHA256.
- Administración de API keys y logs de transacciones a través del panel Payload CMS auto-alojado.
- Despliegue en infraestructura propia (VPS o Bare-Metal) sin vendor lock-in de nube externa.
- Seguimiento de cuentas ERC-4337 y Smart Accounts mediante adaptadores nativos de relayers.
- Licencia Apache-2.0 que garantiza libertad para uso comercial, modificación y despliegue auto-alojado.
- Arquitectura de colas BullMQ con indexación determinista de dos fases para consistencia ante reorganizaciones.
- PostgreSQL 16 con particiones temporales automáticas para optimizar el rendimiento a largo plazo.
- Autenticación nativa con TOTP 2FA, eliminando la dependencia de proveedores externos de email o OAuth.
- Protección SSRF en la entrega de webhooks mediante validación de rangos IP privados y timeouts.
- Soporte multi-cadena con adaptadores para EVM (incluyendo ERC-4337) y Solana (@solana/kit).
- No incluye autenticación SIWX ni soporte para paskeys WebAuthn, limitando el modelo a un solo operador.
- Omitido el envío de correos electrónicos transaccionales (SMTP externo), requiriendo configuración manual o integración propia.
- No cuenta con facturación multi-tenant ni portal SaaS orientado al cliente, siendo estrictamente auto-gestionado.
- Requiere generación manual de secretos seguros (AES-256-GCM) antes del despliegue inicial.
- El pipeline de CI/CD está deshabilitado por defecto y requiere configuración explícita para despliegues automatizados.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Utilizar Traefik v3 para terminación SSL e Ingress, PgBouncer para pooling de conexiones y evitar la agotación durante picos de concurrencia. Configurar DEPLOY_ENABLED en las variables del entorno para activar el pipeline de despliegue automático si se desea. Generar claves AES-256-GCM y secretos Payload con OpenSSL antes de iniciar las migraciones. Para desarrollo, usar el modo nativo con hot reload; para producción, preferir imágenes compiladas sin bind-mounts.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.