🗓️ Weekly Focus – API Enhancements, Hackathon Prep, and Optimization Work Here's what we're focused on across the Cortensor stack this week: 🔹 API & SDK Documentation Improvements - Expanding the existing API docs with detailed examples - Launching a dedicated Web3 SDK documentation page 🔹 Advanced LLM Parameter Support - Adding full support for parameters like: temperature, top_p, top_k frequency_penalty, presence_penalty - Updates will reflect across API, SDK, and miner logic 🔹 Mini Hackathon Structure & Process - Finalizing structure and process using: github.com/cortensor/communi… - Light internal hackathon to kick off coming this weekend 🔹 Multi-Oracle Gas Optimization - Investigating and reducing unnecessary gas use across shards during session validation 🔹 Monitoring DevNet5 Usage - Closely tracking session activity and miner behavior - Adjusting node pool allocation logic accordingly 🔹 Bug Fixes & Iteration - Addressing issues surfaced through recent bot/app builds and inference usage #Cortensor #DevLog #WeeklyFocus #Hackathon #AIInfra #RouterNode #DePIN #Web3Dev

🛠️ DevLog – Monitoring Update & Upcoming User Task Stats So far, the newly deployed SessionStats, SessionReputation, and dynamic node pool logic are holding up well. We'll continue observing through mini hackathon activity to surface more edge cases and real-world bugs. 🔹 What’s Next: We're planning to introduce a User Task Stats dashboard - similar to the current network stats page, but scoped to user-generated sessions only. 📊 Planned Time Series Metrics: - Ack / Precommit / Commit - Precommit-to-commit ratio - Avg & max output length per session - Avg Max token size set by developers - Avg Task duration (end-to-end) - LLM parameters set (temp, top_p, top_k, penalties) This will provide deeper visibility into app-level inference behavior, helping developers tune performance and spot issues faster. More to come later today as we explore implementation. #Cortensor #DevLog #Observability #SessionStats #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: Week’s Focus – Session Iteration, Oracle V3, and DevNet 6 Prep Here’s what we’re focused on this week across the Cortensor stack: 🔹 1. Session Iteration via SessionStats • Refining UI and backend logic using live session metrics • Improving task visibility and orchestration insights 🔹 2. Oracle V3 (User Task Regulator) • Like Miner V2 was for network tasks, Oracle V3 is designed for user tasks only • Handles ack, precommit, and commit timers • Regulates multi-miner behavior on shared sessions • Paves the way for Oracle V4 (unified task orchestration) 🔹 3. User Task Stress Test • Running another test cycle with improved Node Pool dynamic capacity logic • Helps benchmark real-time responsiveness and scaling 🔹 4. DevNet6 Preparation • Wrapping up DevNet5 and shifting it toward Phase #4 readiness • DevNet6 will become the main iteration network while DevNet5 hardens for node ops 🔹 5. Router Node API Iteration • Polishing all existing Router Node APIs • Ensuring API key-based authentication is in place (verification step) • Stabilizing endpoint behaviors 🔹 6. Ongoing L3 AppChain Testing • Continuing experimental L3 setups • Simulating both network & user task execution under L3 rollup environments We’re moving toward a more regulated, responsive, and scalable decentralized AI stack - one layer at a time. #Cortensor #DevNet5 #DevNet6 #OracleV3 #SessionStats #DePIN

🛠️ DevLog: Week’s Focus – Session Iteration, Oracle V3, and DevNet 6 Prep Here’s what we’re focused on this week across the Cortensor stack: 🔹 1. Session Iteration via SessionStats • Refining UI and backend logic using live session metrics • Improving task visibility and orchestration insights 🔹 2. Oracle V3 (User Task Regulator) • Like Miner V2 was for network tasks, Oracle V3 is designed for user tasks only • Handles ack, precommit, and commit timers • Regulates multi-miner behavior on shared sessions • Paves the way for Oracle V4 (unified task orchestration) 🔹 3. User Task Stress Test • Running another test cycle with improved Node Pool dynamic capacity logic • Helps benchmark real-time responsiveness and scaling 🔹 4. DevNet6 Preparation • Wrapping up DevNet5 and shifting it toward Phase #4 readiness • DevNet6 will become the main iteration network while DevNet5 hardens for node ops 🔹 5. Router Node API Iteration • Polishing all existing Router Node APIs • Ensuring API key-based authentication is in place (verification step) • Stabilizing endpoint behaviors 🔹 6. Ongoing L3 AppChain Testing • Continuing experimental L3 setups • Simulating both network & user task execution under L3 rollup environments We’re moving toward a more regulated, responsive, and scalable decentralized AI stack - one layer at a time. #Cortensor #DevNet5 #DevNet6 #OracleV3 #SessionStats #DePIN

🛠️ DevLog: Week’s Focus – Session Iteration, Oracle V3, and DevNet 6 Prep Here’s what we’re focused on this week across the Cortensor stack: 🔹 1. Session Iteration via SessionStats • Refining UI and backend logic using live session metrics • Improving task visibility and orchestration insights 🔹 2. Oracle V3 (User Task Regulator) • Like Miner V2 was for network tasks, Oracle V3 is designed for user tasks only • Handles ack, precommit, and commit timers • Regulates multi-miner behavior on shared sessions • Paves the way for Oracle V4 (unified task orchestration) 🔹 3. User Task Stress Test • Running another test cycle with improved Node Pool dynamic capacity logic • Helps benchmark real-time responsiveness and scaling 🔹 4. DevNet6 Preparation • Wrapping up DevNet5 and shifting it toward Phase #4 readiness • DevNet6 will become the main iteration network while DevNet5 hardens for node ops 🔹 5. Router Node API Iteration • Polishing all existing Router Node APIs • Ensuring API key-based authentication is in place (verification step) • Stabilizing endpoint behaviors 🔹 6. Ongoing L3 AppChain Testing • Continuing experimental L3 setups • Simulating both network & user task execution under L3 rollup environments We’re moving toward a more regulated, responsive, and scalable decentralized AI stack - one layer at a time. #Cortensor #DevNet5 #DevNet6 #OracleV3 #SessionStats #DePIN

🛠️ DevLog: Week’s Focus – Session Iteration, Oracle V3, and DevNet 6 Prep Here’s what we’re focused on this week across the Cortensor stack: 🔹 1. Session Iteration via SessionStats • Refining UI and backend logic using live session metrics • Improving task visibility and orchestration insights 🔹 2. Oracle V3 (User Task Regulator) • Like Miner V2 was for network tasks, Oracle V3 is designed for user tasks only • Handles ack, precommit, and commit timers • Regulates multi-miner behavior on shared sessions • Paves the way for Oracle V4 (unified task orchestration) 🔹 3. User Task Stress Test • Running another test cycle with improved Node Pool dynamic capacity logic • Helps benchmark real-time responsiveness and scaling 🔹 4. DevNet6 Preparation • Wrapping up DevNet5 and shifting it toward Phase #4 readiness • DevNet6 will become the main iteration network while DevNet5 hardens for node ops 🔹 5. Router Node API Iteration • Polishing all existing Router Node APIs • Ensuring API key-based authentication is in place (verification step) • Stabilizing endpoint behaviors 🔹 6. Ongoing L3 AppChain Testing • Continuing experimental L3 setups • Simulating both network & user task execution under L3 rollup environments We’re moving toward a more regulated, responsive, and scalable decentralized AI stack - one layer at a time. #Cortensor #DevNet5 #DevNet6 #OracleV3 #SessionStats #DePIN

175M $COR Staked – 50% of Actual Circulating Supply! We’ve crossed another major milestone - 175,033,763.71 $COR is now staked, making up 50% of actual circulating supply! Massive thanks to the community for your continued belief in Cortensor. This level of commitment is what powers the future of decentralized AI. #Cortensor #AI #DePIN #Staking

🛠️ DevLog: Dynamic Node Pool Capacity v1 Live – v2 in Planning (1/2) We’ve implemented the first version of dynamic Node Pool capacity logic, now ready to deploy on DevNet5. v1 – Now Functional This version reduces over-allocation by using real-time network data: 1. Score nodes using existing reputation metrics 2. Filter nodes active in the last 10 minutes 3. Dynamically calculate how many nodes to select based on score, threshold and total active number of nodes 4. Release idle nodes (ephemeral reserved) 5. Add selected nodes to the pool This is the first step toward capacity-aware orchestration. Further tuning will follow as we integrate more data. #Cortensor #DevNet5 #NodePool #DynamicCapacity #DePIN