Low-severity findings in ncameiri/validate_protocol Alongside the high-risk issues, our system also flagged multiple low-severity items that affect code quality: • Unused variables (params, start) • Unused async promises • Unused requestCache map • Unused nodeStats map • Unused constant values (CACHE_TTL_MS) Individually small, but together they add noise, reduce efficiency, and make future debugging harder. Sharing these for full transparency. More updates to follow.

High Severity Issue 2 — ncameiri/validate_protocol Our system identified a non-functional health check mechanism in the repository. checkNodeHealth() creates an array of Promises, but none of them are awaited or executed. This means health checks never run, nodeStats stays empty, and the entire monitoring flow fails. This issue was detected during our automated scan of the repository.

@GypsyRickyRich Even if LinkedIn's "meaningful" ( i have no interest to even look at it ), code doesn't lie. Repo= no new commit, 15h dead and still garbage. nodeStats empty. POST eats reqs, spits 200. Zero txs routed. Facts > resumes DYOR

🛠️ DevLog – Validator v2 PoC: Multi-Node PoI Testing Progress on Proof of Inference (PoI) prototyping continues - now with multiple Validator v2 nodes running in parallel. 🔹 Current Status - At least two Validator v2 nodes are live as experimental at DevNet7, running PoI validation. - Each validator generates embeddings, clusters miner outputs, and performs anomaly detection. - In addition to detailed clustering outputs, validators now emit a binary decision (normal vs anomalous miner). - Example: session task analysis → cluster → anomaly detection → binary abnormality flag. 🔹 Quantitative Stats Prototype - For now, schema mirrors NodeStats counters: normal → 1 point abnormal → -1 point - Each session/task increments counters. Over time, repeated anomalies will surface unreliable nodes. 🔹 Next Steps - Refine scoring beyond binary flags → integrate cluster size, isolation ratio, and consistency metrics. - Review and adapt Quantitative Stats schema for multiple validator reports (ensuring results are properly recorded). 👉 This is the first step: basic multi-validator PoI checks are live, with Quantitative Stats storing early signals. Schema and scoring refinements will follow as we are experimenting #Cortensor #AI #DePIN #DevLog #Validator #PoI

🛠️ DevLog – Node Level Heatmap Bug Fix One of our node ops flagged an inconsistency between the Node Level heatmap and the node-level table. After review, we found the heatmap was pulling from the wrong dataset. 🔹 Fix - Heatmap now uses the correct indexer aggregation. - Numbers between the Node Level Table and Heatmap should match. - Minor differences may still appear due to caching/refresh lag. 🔹 Check It Out 📊 Heatmap: dashboard-devnet7.cortensor.… 📋 Node Table: dashboard-devnet7.cortensor.… Backend Summary: db-be-7.cortensor.network/al… 👉 Already live on DevNet7 - thanks to the community for surfacing this. #Cortensor #AI #DePIN #DevLog #NodeStats

Yo, what's good, fam? 🔥 New banger listing on #Klingex, $NS is poppin’! 📈 #NodeStats, let’s get those views LIT! 🚀 Smash that like, follow for more! 😎 #KlingEXVibes klingex.io/trade/NS-USDT

!! COIN LISTING !! It is my pleasure to announce, that C-NOTE Coin ( CNOTE ) has decided to support NodeStats, and list their coin. CNOTE is also present in the masternode hosting/monitoring system. Watch all the data here: nodestats.info/default.php?c…

🚀 TicsForge Node Update Yesterday we reached a major milestone: over 5 million $TICS staked 🎉 We are now ranked #2 in voting power and continue to achieve incredible results. 🔹 We’re proud to be the first validator with a fully detailed and transparent website, where delegators can track real-time node statistics. And this is just the beginning: many more features are coming soon! 🌐 Visit the site 🔹 Current server status: operating at just 5% RAM usage, delivering maximum reliability with minimal effort. 🎁 Airdrop update: once we reach 10 million TICS staked, the Saturday weekly airdrop will double from 100 to 200 TICS. And the community will decide how to distribute it through a poll. 🙏 Thank you all for helping us reach this first milestone together. Please share and recommend our node to your friends — the stronger our community, the stronger the network. Stay tuned — the best is yet to come! 💎 #TicsForgeNode #Qubetics #TICS #CryptoStaking #StakingRewards #Delegators #Blockchain #Validator #CryptoCommunity #StakingCrypto #Decentralization #CryptoEcosystem #CryptoUpdate #Milestone #NodeStats #CryptoGrowth #StakingPower

Looking solid, Joel! 🚀 The peer stats show steady growth and stability—perfect sign for production readiness. Excited to see your hub go live next week! 💪 #XRPLedger #NodeStats

Swampcoin add on MasterNode Hosting Provider - Nodestats nodestats.info The listing price is $1 per masternode per month. Paid in any major currency.

🛠️ DevLog – CognitiveLevel Iteration: From Stats to Smart Routing CognitiveLevel iteration continues on DevNet6, shaping how task performance data powers adaptive coordination. 🔹 Progress So Far - Oracles and contracts are being updated to evaluate miner output post-session. - Metrics like token size, hash match, and task success are now recorded. - These results feed into CognitiveLevel, just like how Cognitive updates NodeStats. 🔹 How It Works - CognitiveLevel tracks success rates and streaks per node. - Oracles report these after each session. - Node levels auto-adjust and inform the Cognitive module, which adapts output targets. - Oracles then verify outputs in the next task - forming a full feedback loop. 🔹 Why It Matters - Enables level-aware routing and task scaling. - Supports SLA enforcement, smarter incentives, and heterogeneous node usage. - Lays groundwork for multi-model support and agent coordination. Still early in testing - but this unlocks the path toward smarter, more efficient decentralized inference. #Cortensor #DevLog #CognitiveLevel #DevNet6 #DePIN #PoUW #AIInfra

🛠️ DevLog – Rough Design: CognitiveLevel Module for Smarter Network Task Evaluation We've drafted the initial version of the CognitiveLevel contract - a new module that manages performance-based levels for nodes handling network tasks, modeled after patterns used in NodeStats and NodeReputation. 🔹 What It Does - Tracks per-node task outcomes: success/failure counts, streaks, and average token size - Oracle nodes can upgrade/downgrade a node’s level based on historical performance 🔹 How It Fits - The Cognitive module (which manages network-level tasks) reports completion to CognitiveLevel - Oracle nodes evaluate each miner's task result, including token length, validity, and latency - On each new task, Cognitive queries CognitiveLevel to dynamically set prompt complexity based on each node's current level - Because oracle nodes are sharded, evaluations can be distributed for scalability 🔹 Why This Matters - Enables precision orchestration across a heterogeneous network (from Pi to H100) - Ensures high-load or mission-critical tasks go to high-reliability nodes - Forms the backbone for long-term task scheduling, tiered incentives, and trustworthy decentralized inference 🔹 What's Next - Will require significant updates to oracle and miner codebases - Oracle nodes must track token counts for every task to verify level eligibility - Miner logic will need programmable prompt templates that adjust with each node's assigned level This is still an early brainstorm/PoC, but it unlocks a smarter, more adaptive Cortensor network. We'll keep refining design through this and the next phase. #Cortensor #DevLog #CognitiveLevel #NetworkTasks #AdaptiveInfra #DecentralizedAI #DePIN

!! COIN LISTING !! It is my pleasure to announce, that WeeCash Coin ( WCH ) has decided to support NodeStats, and list their coin. WCH is also present in the masternode hosting/monitoring system. Watch all the data here: nodestats.info/default.php?c…

🛠️ DevLog – Dashboard Backend Refactor: 3-Part Architecture As the Dashboard backend grows to handle deeper Web3 activity and real-time monitoring, we've refactored it into three focused components: 🔹 1. Event Listener - Listens to key onchain events (NodeStats, NodeReputation, SessionStats, SessionReputation, NodePool, Session, SessionQueue) in real time 🔹 2. Indexer - Structures and processes event data - Generates Redis-cached time-series datasets for efficient tracking 🔹 3. API Service Layer - Serves structured data via RESTful endpoints - Powers the dashboard UI and external tools This modular split improves performance, scalability, and observability. 🧩 Next Steps This foundation allows us to expand indexing and time-series tracking - with upcoming work focused on deeper coverage of Session and SessionQueue activity. #Cortensor #DevLog #Dashboard #Infra #Refactor #Monitoring #DePIN #AIInfra

🛠️ DevLog – Session Stats & Reputation Deployed Stat & Reputation module separation is now fully live across DevNet5 and the dashboard backend. 🔹 What’s Deployed: - New SessionStats & SessionReputation modules for user task tracking - Dashboard backend updated cache reset - Monitoring now focused on ack, precommit, and commit events in sessions - Just in time for the mini hackathon - to test and validate via real usage This enables cleaner tracking, better debugging, and more accurate scoring as the network scales. #Cortensor #DevLog #SessionStats #NodeStats #Hackathon #DePIN #AIInfra

🛠️ DevLog – Stat Separation Now Implemented We've implemented the planned stat separation - and testing begins on DevNet5. 🔹 What's Live: - Dual tracking via NodeStats new SessionStats for session queue activity - Once validated, we’ll fully switch to SessionStats and SessionReputation for user task metrics This allows us to isolate, reset, and analyze user-level stats without affecting network-level data - a key step toward fairer tracking and future reward scoring. #Cortensor #DevLog #SessionStats #NodeStats #Phase5 #AIInfra #DePIN

🛠️ DevLog – Stat Separation Planned for Phase #5 As Phase #4 continues, we're preparing a key upgrade for Phase #5: separating network-level and user-level stats for better accuracy and control. 🔹 Current Limitation: - NodeStats and NodeReputation are shared between network tasks and user sessions. - This prevents resetting session metrics without affecting overall network data. - Some early session stats are skewed - but can't be cleanly corrected. 🔹 Coming in Phase #5: - NodeStats / NodeReputation: for network-level tracking - SessionStats / SessionReputation: for user inference sessions 🔹 Why It Matters: - Enables selective resets of session metrics - Preserves long-term network stats - Improves tracking, debugging, and reward scoring A necessary step for deeper observability and network fairness as we grow. #Cortensor #DevLog #Phase5 #Stats #Reputation #DePIN #AIInfra

🛠️ DevLog: Oracle V3 – Foundation for Distributed Validators (2/2) With user tasks being independently triggered and running in parallel, validating them is like finding a needle in a haystack. Oracle V3 handles this by: 🔹 Logging every validation state per task/session 🔹 Updating NodeStats & Reputation based on penalties 🔹 Enabling rewards for validators who correctly validate async tasks 🔹 Laying the groundwork for a shared, decentralized validator pool While commit state is already verified by miners, Oracle V3 ensures ack/precommit are independently verified – a key step toward trustless, scalable user task flow. #Cortensor #OracleV3 #ValidatorLayer #UserTasks #DePIN #DevLog

🛠️ DevLog: Oracle V3 - Enforcing User Task Signals for Penalties So far, user tasks (ack, precommit, commit) have been tracked primarily for reward signals - helping build up NodeStats and Reputation for positive contributions. Next step: we’re developing Oracle V3 to introduce penalty tracking for user task failures. 🔹 What Oracle V3 Will Do • Penalize missed or invalid ack, precommit, and commit states • Extend scoring logic from network tasks to user tasks • Feed directly into NodeStats & NodeReputation • Enable stronger filtering and miner quality assessment 🔹 Architecture • Built as a standalone module (Oracle V3 Agent) • Enables isolated testing before future V4 unification This will bring user task enforcement on par with network tasks - critical for trust and quality as we scale. #Cortensor #DevNet5 #OracleV3 #UserTasks #NodeQuality #AIExecution

great progress, the integration of nodestats and dynamic capacity planning is a huge step forward, excited to see how realtime utilization improves efficiency #cortensor #devnet5 #nodepool #web3