Scouttlo
Todas las ideas/devtools/Una plataforma SaaS que provea servicios de agregación, almacenamiento y exposición de métricas en tiempo real para dashboards de protocolos blockchain o aplicaciones descentralizadas.
GitHubB2Bdevtools

Una plataforma SaaS que provea servicios de agregación, almacenamiento y exposición de métricas en tiempo real para dashboards de protocolos blockchain o aplicaciones descentralizadas.

Detectado hace 6 horas

7.0/ 10
Puntaje general

Convierte esta senal en ventaja

Te ayudamos a construirla, validarla y llegar primero.

Pasamos de la idea al plan: quien compra, que MVP lanzar, como validarlo y que medir antes de invertir meses.

Contexto extra

Ver mas sobre la idea

Te contamos que significa realmente la oportunidad, que problema existe hoy, como esta idea lo resolveria y los conceptos clave detras de ella.

Comparte tu correo para ver este analisis ampliado.

Desglose del puntaje

Urgencia8.0
Tamano de mercado7.0
Viabilidad8.0
Competencia5.0
Dolor

La falta de estadísticas agregadas y actualizadas en tiempo real impide mostrar métricas clave de credibilidad en el dashboard del protocolo.

Quien pagaria por esto

Desarrolladores y equipos de proyectos blockchain que necesitan dashboards con métricas de uso y rendimiento actualizadas para mejorar la confianza y adopción de sus protocolos.

Senal de origen

"Without protocol stats, the dashboard landing page cannot show TVL, games played, or total prize volume — these are key credibility metrics for a new protocol"

Publicacion original

feat(factory): implement get_platform_stats() for dashboard analytics

Publicado: hace 6 horas

Repository: INVERSEARENA/inversearena-frontend Author: JamesVictor-O ## 🧩 Type Enhancement ## 📖 Description The frontend dashboard needs protocol-wide statistics. The factory contract, as the central registry, is the right place to aggregate and expose these stats. Required stats: - `total_arenas_created: u64` - `total_arenas_active: u32` - `total_arenas_completed: u32` - `total_prize_volume: i128` (cumulative USDC paid out) - `total_fees_collected: i128` - `total_players_all_time: u64` These should be maintained as running counters updated on each arena state change (not computed by iteration). ## 📂 Affected Files - `contract/factory/src/lib.rs` ## 🚨 Impact - Without protocol stats, the dashboard landing page cannot show TVL, games played, or total prize volume — these are key credibility metrics for a new protocol - Computing stats by iterating the registry at query time would exceed compute budget ## ✅ Proposed Solution Store a `PlatformStats` struct in instance storage, updated atomically with each arena lifecycle event. Expose via `get_platform_stats() -> PlatformStats` (public, no auth). ## 📋 Acceptance Criteria - [ ] `total_arenas_created` increments on every `create_arena()` - [ ] `total_arenas_active` increments on activation, decrements on completion/cancellation - [ ] `total_prize_volume` incremented with each payout amount - [ ] `get_platform_stats()` no auth required - [ ] Unit tests: stats after 0, 1, and 5 arenas created - [ ] CI passes ## 🔗 Additional Context Complexity: **Medium (150 pts)**.