Pi Network Ecosystem Tracker

Real-time tracking of protocol updates, on-chain data, and community activity

View Latest
📢

Announcement

2026-08-14

Mainnet protocol is running at v26

Learn more

Protocol Version

0

Daily Transactions

0

Large Transfers

0

Fee Pool Daily Growth

+0 Pi

Upgrade Countdown

Open Network Launch
v19 · 2025-02
Mainnet Stability & DEX Foundation
v20 · 2026-03
Node Performance Upgrade
v21 · 2026-04
PiRC1 Token Design Framework
v22 · 2026-04
Smart Contracts & Web3
v23 · 2026-05
Scalability & Performance Optimization
v24 · 2026-06
Efficiency Boost & Ecosystem Readiness
v25 · 2026-07
Mature Ecosystem & Full Application Highway
v26 · 2026-08
Improved Smart Contract Authentication
v27 · 2026-09
v27Improved Smart Contract Authentication
Target: 2026-09-15

Time's up

Strengthen smart contract authentication mechanisms to enable accounts and applications to authorize transactions in a more flexible and secure manner.

Latest Events

View All
OrbitWatch Editorial
★★★★

Nodes Upgraded to v27, but Testnet 2 and Mainnet Are Still Waiting

Protocol UpgradeNode Update

Following the release of Pi Desktop 0.6.3, the node side has become active. This time, the node software became active earlier than the official announced deadline, almost ready at the same time as Testnet 1. This indicates that the node-side preparations have been completed for some time; what remains is when Testnet 2 and Mainnet will catch up. A Comparison with Previous Upgrades If the pattern of V22-V24 and V26, where the switch occurred 'within 3 days after the deadline,' continues, the V27 Mainnet should switch around September 15th. However, this is merely an inference based on past patterns; the actual timing still depends on when Testnet 2 switches first and when Mainnet consensus is achieved. What V27 Brings This Time On August 21st, the official team formally announced on X that Testnet began upgrading to Protocol 27, explaining that this upgrade brings a more flexible and secure smart contract authentication mechanism, allowing accounts and applications to authorize transactions in a more advanced manner. This aligns with previous announcements within the official app. Recent third-party reports have supplemented more technical directions, including Automated Market Maker (AMM) liquidity pools and integrated order book DEX functionalities, while also continuing efforts to strengthen RPC server infrastructure. These details currently primarily stem from media reports and stress tests previously conducted by Pi Launchpad using SLICE test tokens (with over 240,000 Pioneers participating and approximately 15.92 million Test-Pi invested). OrbitWatch has not yet found any independent, formal technical explanation from the official team regarding the AMM/DEX aspects, and this area remains under continuous monitoring. OrbitWatch's Ongoing Monitoring We will continue to observe changes in the protocol_version for Testnet 2 and Mainnet, with the period around September 15th being a key focus for observation. Further Reading → V27 Official Deadline Confirmed: 9/15, Node Documentation Updated → Confirmed: Pi Network Mainnet Protocol Officially Switched to v26 → Pi Network Protocol Upgrade Mechanism: From Node Deadline to Mainnet Switch Data sources: Direct observation of Pi Network node interface and Docker versions, @PiCoreTeam official X account (8/21 announcement), third-party media reports (crypto.news, coinpedia.org, etc.). All analysis does not constitute investment advice. OrbitWatch is an independent Pi Network ecosystem observatory and is not affiliated with the official Pi Network team.

  • Pi nodes have already upgraded to v27, and Testnet 1 has switched, but Testnet 2 and Mainnet remain on v26.
  • The Mainnet V27 switch is anticipated around September 15th, based on past upgrade patterns, though actual timing depends on Testnet 2 and Mainnet consensus.

Sep 14, 01:28 AM

Read Full Analysis →
Official Blog
★★★★

Pi Desktop 0.6.3: SoloHost App Discovery, Stability, and Developer Tools Update

EcosystemNode Update

The official blog post on September 9th announced the release of Pi Desktop version 0.6.3, focusing on SoloHost platform app discovery, stability, and developer tool improvements. The official team also stated that, starting from this version, the desktop application will be uniformly named 'Pi Desktop version' and no longer 'Pi Node version'. App Discovery and Management Ranked by Number of Active Users The official team explained that community SoloHost apps will now be ranked by the number of currently active users, making more active and widely used applications easier to discover. New "My Apps" Section A new 'My Apps' section has been added to the SoloHost homepage, displaying applications published by the currently logged-in user. This provides a dedicated space for developers and publishers to manage their creations. Stability Improvements: Readiness Probe The official team has added a SoloHost app readiness probe to check application status, helping to prevent intermittent 502 errors caused by connection or other issues. They explained that this allows SoloHost to more accurately determine if an application is ready and responsive, thereby enhancing the overall reliability of the user experience. Developer Tools Docker Compose Troubleshooting Support The official team stated that technical users who prefer command-line interface (CLI) operations can now directly navigate to the installation folder and execute standard docker compose up and docker compose down commands outside of the SoloHost interface. This provides an alternative path for testing container startup/shutdown and troubleshooting issues, without needing to fully rely on SoloHost's graphical interface. First SoloHost Developer Example Repository The official team has released the first SoloHost example repository to help developers build SoloHost applications. They specifically noted that the structure of this repo is designed to be easily understood by AI agents, thereby helping AI more effectively assist developers in building SoloHost applications. Bug Fixes Fixed an issue where the SoloHost login token might expire after Pi Desktop runs for an extended period (several consecutive days). Fixed a UI issue where long image names might exceed boundaries and not wrap correctly when displayed in the interface. Official Positioning Statement The official team stated that these updates collectively strengthen the SoloHost platform. As more self-hosted applications continue to join, improved app discovery and stability will make it easier for Pioneers to find and run useful applications. New developer resources and debugging tools will also help developers more easily build and maintain SoloHost applications. The official team positions these improvements as part of SoloHost's broader direction of 'expanding the utility of Pi Desktop and nodes beyond blockchain infrastructure'. Further Reading → Pi Node 0.6.2 Released: SoloHost New Features and First Distributed Computing Test → SoloHost Adds Two New Apps: OpenClaw Local AI Agent and Atlassian MCP Server Data Source: Pi Network Official Blog (minepi.com/blog/solohost-pi-desktop-0-6-3/, published on 2026/9/9). All analyses do not constitute investment advice. OrbitWatch is an independent Pi Network ecosystem observatory and is not affiliated with the official Pi Network team.

  • Pi Desktop 0.6.3 introduces significant improvements to the SoloHost platform, enhancing app discovery with user-based ranking and a dedicated "My Apps" section.
  • Stability is boosted with a new readiness probe to prevent errors, while developer tools now include Docker Compose troubleshooting and an AI-friendly example repository.

Sep 9, 08:24 PM

Read Full Analysis →
Official Blog
★★★★

Official Pi Network Adds Three Developer Features and Integrates Developer Documentation for the First Time

DevelopmentEcosystem

On September 4, the Official Pi Network blog announced three new developer features and the launch of a new, integrated developer documentation site docs.minepi.com. Three New Features Local Storage The Official Pi Network has added local storage functionality for a batch of whitelisted Apps within the Pi Browser. This allows data (such as preferences, session states) to be stored directly on the user's device, eliminating the need for developers to build their own backend storage and provide this data, thereby reducing infrastructure costs. The data is managed by the Pi Browser, remains on the device, and is not uploaded to Pi servers. The Official Pi Network also clarified current limitations: this feature is currently limited to an initial batch of whitelisted Apps; Apps within the whitelist share a device-side storage pool with limited capacity, meaning older data may be cleared if space runs out, so local storage is not guaranteed to be permanent; data is tied to specific accounts and devices and will not automatically sync across devices. The Official Pi Network stated that gradually opening up the App whitelist allows for more observation and adjustment space when verifying performance and behavior across different devices, storage conditions, and actual usage scenarios. Staking Data API Developers can now use this API to query the effective amount of Pi staked by users for their App via Ecosystem Directory Staking. The effective staked amount considers both the quantity of Pi staked and the bonus derived from the staking duration. This API also currently requires Apps to be whitelisted for access. The Official Pi Network explained that this is to allow developers and Pioneers to provide testing and feedback during this early stage, which will help guide the future design direction of this API. File and Video Sharing (Pi.shareFile) Developers can use Pi.shareFile to allow users to share files, including videos, from within an App. The Official Pi Network provided examples: this is suitable for marketplace-like Apps where users share receipts or photos of disputed items, or for gaming and content Apps where users directly share images or video clips. By calling the phone's native sharing functionality, developers do not need to build their own separate sharing process. Developer Documentation Integrated for the First Time, Addressing Long-Standing Community Feedback The most significant part of this update is the newly launched, integrated developer documentation site docs.minepi.com. The Official Pi Network explained that in the past, Pi developer documentation was scattered across multiple locations—SDK documentation, Community Developer Guide, GitHub repositories—with potentially overlapping content. Developers accessing from different Pi webpages or channels might also encounter inconsistent resource versions. The new website integrates the documentation into a single, official Pi-owned domain and reorganizes it according to the actual developer journey: from getting started and registering an App, to Sandbox development, integrating Pi features, and preparing for launch, the path is now clearer. A noteworthy statement: The Official Pi Network explicitly stated in the article that, in addition to integrating the documentation, this update also provides more explanations and clarifications for platform details that were 'previously reported by community developers as unclear.' This marks the first time the Official Pi Network has publicly acknowledged that unclear documentation is a persistent issue raised by the community. The Official Pi Network also stated that this new set of documentation covers account and App registration, Sandbox setup, SDK and platform reference materials, authentication and payments, the complete path from Sandbox to Mainnet launch, and includes new AI-assisted guidance for authentication and payment integration. The Official Pi Network also confirmed that the content of this documentation has been reviewed against current actual platform behavior. OrbitWatch's Observations OrbitWatch previously noted in its Ecosystem Developer Landscape Analysis that documentation gaps and scattered information were among the long-standing pain points reported by the developer community. The Official Pi Network's release of the integrated documentation site and its first public acknowledgment of unclear documentation are the most direct official responses verified to date. However, these three new features and the documentation integration focus on the Pi SDK route (login, payments, storage, sharing, etc.), which currently appears to be separate from the other route—official documentation and progress for Soroban smart contracts. OrbitWatch will continue to monitor whether docs.minepi.com will subsequently include comprehensive documentation related to smart contracts. Further Reading → Pi Ecosystem Developer Landscape: How Far Between Investment and Feedback? → Pi Network Smart Contract Status: What Can Developers Actually Do After V23? Data sources: Pi Network Official Blog (minepi.com/blog/dev-capabilities-documentation/, published on 2026/9/4), docs.minepi.com. All analyses do not constitute investment advice. OrbitWatch is an independent Pi Network ecosystem observatory and is not affiliated with the Official Pi Network.

  • Pi Network launched three new developer features: Local Storage for whitelisted Apps, a Staking Data API, and `Pi.shareFile` for in-app file sharing.
  • A new, integrated developer documentation site (docs.minepi.com) was released, consolidating previously scattered information and clarifying platform details.

Sep 4, 08:52 PM

Read Full Analysis →
Official Blog
★★★

SoloHost Adds Two New Applications: OpenClaw Local AI Agent and Atlassian MCP Server

The official blog post on August 27 announced that SoloHost has added two new applications: OpenClaw and Atlassian MCP Server, both released with Node version 0.6.2. OpenClaw: Another Local AI Agent Option The official explanation states that OpenClaw is a local AI Agent that runs on the user's own computer. It can be used with local models or connected to cloud models (such as ChatGPT, Claude). Regardless of the model used, OpenClaw's memory is created and stored locally on the user's machine. Differences When Running via SoloHost: The official statement specifically notes that when OpenClaw runs via SoloHost, it operates within a container that restricts its access scope. Compared to direct installation outside SoloHost, which might by default gain broader machine-level access (e.g., to the local file system), SoloHost's environment reduces exposure to unrelated local files and system resources, whether used with local or cloud models. The official team also reminds that this restriction does not eliminate all risks, nor does it override permissions explicitly granted by the user—if a user authorizes OpenClaw to access an external service or resource, the Agent can still act within that authorized scope. The benefit of this SoloHost design layer is more specific: it limits unnecessary default access to the rest of the computer while still allowing users to grant explicitly required permissions for specific tasks. How is it different from the already launched Hermes: The official team distinguishes their positioning: OpenClaw focuses on personal assistant functionalities connecting across tools and messaging channels, while Hermes emphasizes persistent memory and learning skills from experience. Atlassian MCP Server: Connecting AI Tools to Jira This application targets professional use cases for developers, product teams, and others who need to integrate AI tools into Jira workflows. The official explanation states that for AI tools to interact with services like Jira, the two systems need a communication method—MCP (Model Context Protocol) provides precisely such a framework, allowing compatible AI tools to connect to external systems like Jira via an MCP server. Why this is needed instead of directly using Atlassian's official MCP: The official team points out that Atlassian (Jira) itself offers a hosted MCP option, but teams might encounter quota and stability limitations when using it for internal AI integration workflows. This application on SoloHost allows users to run an MCP server locally on their chosen computer, free from quota or stability issues. Since the connection is based on the MCP protocol itself, rather than being tied to a specific AI platform, it can be used with various compatible AI tools, including Cursor, Claude Desktop, Claude Code, Codex, and others. Official Scale Figures Mentioned The official team mentioned in the article that these two applications enable developers to bring various tools into the Pi ecosystem, making them available to over 420,000 Pi Node operators and many more Desktop users. SoloHost is Still in Beta The official team reiterated at the end of the article: SoloHost is still in Beta, utilizing an open, permissionless publisher process. Users are reminded to evaluate individual packages themselves and install them at their own risk. This aligns with OrbitWatch's previously recorded status of SoloHost—an expanding platform that the official team itself still positions as being in its early stages. Further Reading Pi Node 0.6.1 Live: What SoloHost, Hermes AI Agent, and Soroban RPC Actually Look Like Pi Node 0.6.2 Released: SoloHost New Features and First Distributed Computing Test Data Source: Pi Network Official Blog (minepi.com/blog/new-solohost-apps/, published on 2026/8/27). All analysis does not constitute investment advice. OrbitWatch is an independent Pi Network ecosystem observatory and is not affiliated with the official Pi Network team.

  • SoloHost, released with Node 0.6.2, now features OpenClaw, a local AI Agent for personal assistance, and Atlassian MCP Server for integrating AI tools with Jira.
  • OpenClaw runs in a secure, restricted container on SoloHost, reducing exposure to local system resources, and differs from Hermes by focusing on cross-tool connectivity.

Aug 27, 09:43 PM

Read Full Analysis →
OrbitWatch Editorial
★★★★

V27 Official Deadline Confirmed: September 15th, Node Files Updated, Testnet 1 Switched, but Official Schedule Not Yet Public

Protocol UpgradeNode Update

The official node upgrade documentation has been updated, confirming the official deadline for V27 as September 15, 2026. This is the final step in the entire V19→V27 upgrade sequence. When the official announcement was made on July 29-30, V27 was characterized as the "final planned upgrade". Technical Details in the GitHub Release organization-mainnet-v1.0-p27.1.0 was released by pierre275, and the changes recorded in the release notes are as follows: Notably, the amount of changes recorded in these release notes is less than for V26. The V26 upgrade included underlying adjustments like upgrading the build environment from Ubuntu 20.04 to 24.04 and the compiler toolchain from clang-12 to clang-20; V27, this time, is almost entirely a version number increment, with no changes to the toolchain or build environment. Testnet 1 Confirmed Switched OrbitWatch queried Testnet 1's Horizon API and confirmed that protocol_version is now 27. This is the first network in this upgrade sequence confirmed to have switched to v27. Comparing with Previous Upgrade Rhythms The V27 node deadline is currently confirmed as September 15th, but the GitHub release and Testnet 1 have already moved ahead of the official announcement—this aligns with the pattern seen in V25 and V26, where node-side actions preceded official announcements. Based on the release notes (only swapping executables, no database migration), this upgrade is of low complexity. If it follows the rhythm of V22-V24 and V26, the mainnet switch should occur within 3 days after the deadline. This announcement contains significantly less information compared to V26. When the V26 deadline was announced, the official team posted a separate update on X, explicitly characterizing it as a "major milestone" and detailing the areas of improvement (contract security, state management, interoperability, encryption). For V27, as of this writing, OrbitWatch has not found any official statements accompanying the deadline announcement—no new qualitative descriptions, nor any content specifying what this upgrade addresses. All third-party reports currently available still cite the old official wording from July 29-30 ("final planned upgrade"), not new content specific to this deadline announcement. OrbitWatch's Continued Tracking We will continue to monitor the mainnet node-side activities around the September 15th deadline, as well as whether the mainnet protocol_version switches to 27. Further Reading Confirmed: Pi Network Mainnet Protocol Officially Switched to v26 Pi Network Protocol Upgrade Mechanism: From Node Deadline to Mainnet Switch Data sources: GitHub PiCoreTeam/pi-node-docker releases (direct observation), Pi Testnet 1 Horizon API (direct query). All analysis does not constitute investment advice.

  • The official deadline for Pi Network's V27 node upgrade is confirmed as September 15, 2026.
  • The V27 GitHub release is live, and Testnet 1 has already switched to protocol version 27, preceding a formal announcement.

Aug 21, 07:08 AM

Read Full Analysis →
Official Blog
★★★★

App Studio Creation Pricing to Adjust: Two-Tiered Fees from 8/24, AI Generation Costs No Longer Fully Subsidized

Ecosystem

The official team published a blog on 8/17, announcing that Pi App Studio will adjust its pricing model for application creation and editing starting from August 24. What is App Studio? App Studio is an AI-powered development tool provided by Pi's official team, enabling creators, regardless of their technical background, to transform ideas into applications publishable on the Pi ecosystem through a guided process. Over 9,000 applications have already been built using App Studio. Current Pricing vs. Pricing After 8/24 Currently: Creating an application costs 0.25 Pi, and editing it once costs 0.25 Pi. The official team states that this price is significantly lower than the actual AI service costs, with the difference being subsidized by Pi Network. Starting 8/24, a two-tiered system will be implemented: How Eligibility is Determined The official team explains that this adjustment will initially use a set of early eligibility criteria, applied to existing data, to determine which creators can continue to receive the subsidized rate. These criteria may be adjusted as App Studio continues to evolve. Eligibility review is not a one-time event. The official team states that eligibility will be re-evaluated periodically based on newly generated data—meaning that creators who do not initially qualify for the subsidized rate may still become eligible in subsequent reviews if their applications accumulate more real users. Official Rationale The official team explains that App Studio initially fully subsidized all creation and editing to allow creators to experiment with a low barrier to entry, while also enabling the platform to observe and evaluate application creation patterns. However, not every application created through App Studio ultimately becomes a product used by people. The official team states that continuing to equally subsidize all creation activities would lead to significant resource waste, including funding a large number of applications used only for testing, experimentation, or even spamming. The new approach aims to more effectively direct resources towards creators who are genuinely building useful applications. Official Recommendations for Creators Before 8/24 Improve the utility, quality, or usability of existing applications Share applications with other Pioneers who might find them useful Collect feedback from real users and improve based on it Continue developing applications that solve real problems and provide value Potential Impact on Small Creators This adjustment directly links 'continued subsidy' with 'an application's ability to attract real users.' For teams with existing resources to invest in marketing and promotion, accumulating real users is relatively easier. However, for individual creators who simply want to experiment and lack promotion resources, this means they might face the standard rate if their application hasn't yet gained visibility or accumulated users. The official team has not provided further details on the specific number for the 'sufficient number of real users' threshold, and no public quantitative standards have been found yet. Further Reading Pi Node 0.6.2 Released: SoloHost New Features and First Distributed Computing Test Pi Ecosystem Developer Landscape: How Far Between Investment and Feedback? Data Source: Pi Network Official Blog (minepi.com/blog/app-studio-pricing/, published 2026/8/17). All analysis does not constitute investment advice. OrbitWatch is an independent Pi Network ecosystem observatory and is not affiliated with the official Pi Network team.

  • Pi App Studio will implement a two-tiered pricing model for app creation and editing starting August 24, ending the full subsidy for AI generation costs.
  • The new system includes a standard rate (closer to actual AI service costs) and a subsidized rate (current price) for applications with a "sufficient number of real users" and demonstrated utility.

Aug 17, 04:05 PM

Read Full Analysis →

PiRC1

Read the PiRC1 Spec

PiRC1 is the core technical document for Pi Network's Open Mainnet upgrade, defining protocol version standards and node requirements.

Read Full Spec

PiRC2

Explore the PiRC2 Spec

PiRC2 defines Pi Network's first smart contract capability — the Subscription Contract API for recurring on-chain payments.

Read PiRC2 Spec

V23

Smart Contracts Guide

A deep dive into Pi Network V23 smart contracts — from PiRC2 subscription contracts to on-chain dApp integration.

Read Smart Contracts Guide