Scouttlo
All 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.

Scouted 6 hours ago

7.0/ 10
Overall score

Turn this signal into an edge

We help you build it, validate it, and get there first.

Go from idea to plan: who buys, what MVP to launch, how to validate it, and what to measure before spending months.

Extra context

Learn more about this idea

Get a clearer explanation of what the opportunity means, the current problem behind it, how this idea solves it, and the key concepts involved.

Share your email to view this expanded analysis.

Score breakdown

Urgency8.0
Market size7.0
Feasibility8.0
Competition5.0
Pain point

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

Who'd pay for this

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.

Source signal

"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"

Original post

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

Published: 6 hours ago

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)**.