# P-Token — Solana’s Next Efficiency Upgrade

> Compute efficiency and infrastructure evolution

**Published by:** [Wallet Labs](https://paragraph.com/@walletlabs/)
**Published on:** 2026-03-15
**URL:** https://paragraph.com/@walletlabs/p-token-solanas-next-efficiency-upgrade

## Content

Infrastructure upgrades rarely attract the same level of attention as new applications, token launches, or market narratives. Yet in blockchain systems, the most important changes often happen below the surface. On Solana, one of the most critical pieces of infrastructure is the SPL Token Program. It sits underneath a large share of the ecosystem’s activity. Token transfers, liquidity operations, NFT interactions, decentralized exchange flows, staking rewards, and many other actions all depend on the execution of token instructions. Because of that, improvements at the token program layer can have effects that extend far beyond one isolated part of the network. When token execution becomes cheaper, faster, and more efficient, the impact can flow across the wider Solana ecosystem. This is where p-token becomes important. Rather than introducing a new token standard, p-token is designed as an execution-layer improvement. The proposal aims to reduce compute overhead for token operations while preserving compatibility with the current SPL token model. In practical terms, that means the upgrade is focused on improving how token instructions execute, not forcing users or applications into a completely new framework. For developers, that means reduced execution cost. For the network, it means better use of block compute capacity. For researchers, it offers a clear example of how structural optimizations can reshape the conditions in which token ecosystems operate. At Wallet Labs, that is the level that matters. Market behavior does not appear out of nowhere. It emerges from the systems beneath it. When those systems change, ecosystem behavior often changes with them.Figure 2 — Weekly token transfers on Solana have expanded from roughly 49.4 million in early 2023 to peaks approaching 867.8 million weekly transactions.Solana Token Activity GrowthExpansion of token transfer activity The importance of token infrastructure becomes much easier to understand when viewed through the scale of token activity on Solana. Weekly token transfers have grown from roughly 49.4 million transactions in early 2023 to consistently exceeding 650 million weekly transfers, with peaks reaching approximately 867.8 million. That is not a small increase. It reflects a major expansion in the role tokens now play across the network. This growth is tied to multiple parts of the ecosystem: Decentralized trading Liquidity movement NFT-related token flows Automated systems and bots Wallet-level transfers Early-stage token ecosystems Broader DeFi activity When token instructions are executed at that scale, efficiency becomes more than a technical preference. It becomes an infrastructure requirement. A program that consumes unnecessary compute at low volumes may still function acceptably. A program doing so at hundreds of millions of executions per week becomes a structural bottleneck. This is one of the key reasons p-token matters. It is being proposed at a time when token activity has already become one of the dominant execution surfaces on Solana. For Wallet Labs, this matters because token transfers are not just noise. They form part of the structural record of how ecosystems behave. Distribution, liquidity routing, speculation, accumulation, coordination, and exit behavior all leave traces through token movement. The more central token transfers become, the more significant the token execution layer becomes as an object of study.Figure 3 — Weekly fungible token creation has expanded from fewer than 10,000 tokens per week to approximately 200,000–300,000 new tokens created weekly.Token Creation ExpansionRapid increase in token issuance Token transfers are only one side of the picture. Token creation itself has also accelerated dramatically. Two years earlier, Solana typically saw fewer than 10,000 new fungible tokens created per week. More recently, weekly issuance has moved into the range of approximately 200,000 to 300,000 tokens per week, implying roughly a 20× increase. That surge matters for a few reasons. First, it shows how easy token creation has become within the Solana ecosystem. Simplified launch tooling and token deployment platforms have lowered the barrier to issuance and accelerated experimentation. Second, it means the token program is not merely processing more transfers of existing assets. It is also supporting a much larger environment of newly created assets entering the network on a continual basis. Third, this growth reinforces why execution efficiency is not a niche engineering concern. As token issuance scales, the infrastructure supporting those tokens must absorb a growing load of initialization, transfer, liquidity, and management instructions. This also connects directly to Wallet Labs’ work. Early token ecosystems are one of the primary environments where structural behavior is easiest to observe. New token launches expose distribution patterns, creator behavior, liquidity formation, cluster behavior, and early lifecycle dynamics in a concentrated way. If the execution layer beneath those ecosystems becomes more efficient, it may accelerate or intensify how quickly those ecosystems form and behave. That does not automatically make them healthier. But it does change the infrastructure conditions under which they emerge.Figure 4 — Overview of the p-token upgrade highlighting reduced compute usage, improved execution efficiency, additional effective block capacity, and backward compatibility with the existing SPL token program.The P-Token Infrastructure UpgradeImproving the efficiency of the token program The p-token proposal is best understood as an execution optimization for Solana’s token infrastructure. Its importance is not that it introduces an entirely new user-facing token model. Its importance is that it attempts to preserve the current token interface while dramatically reducing the compute required for common operations. The core ideas presented in the proposal include: Reduced compute consumption Improved transaction efficiency Additional effective block capacity Full backward compatibility That last point is especially important. Backward compatibility means the upgrade is intended to operate as a drop-in replacement rather than a disruptive migration to a brand-new token standard. That matters because infrastructure upgrades create the most value when they can improve the underlying system without forcing the rest of the ecosystem to rebuild around them. If successful, p-token would improve the economics of token execution while allowing wallets, applications, and users to continue operating within a familiar token environment. From a structural perspective, this is a strong design choice. Solana has already concentrated a huge amount of activity into token-driven systems. Preserving compatibility while improving efficiency maximizes the chance that improvements can propagate broadly across the network. The image associated with this section summarizes the proposal in simple terms: 95% less compute 19× efficiency +9.5% block capacity Fully backward compatible These are shorthand summary signals, not replacements for instruction-level detail. But they correctly reflect the direction and scale of the proposal.Figure 5 — New instructions proposed within the p-token upgrade, including withdraw_excess_lamports, batch, and unwrap_lamports.New Token InstructionsSimplifying common token operations P-token is not only about lowering compute consumption for existing instructions. It also introduces additional functionality designed to make token operations cleaner and more efficient. Three proposed instructions stand out.Withdraw_excess_lamportsThis instruction allows recovery of SOL accidentally sent to token mint accounts. That may sound like an edge case, but it solves a real inefficiency. When assets become stranded in places they were not intended to remain, infrastructure should provide a clean way to recover them.BatchThe batch instruction is one of the most important additions in the proposal. It allows multiple token instructions to be executed within a single program call rather than requiring multiple separate invocations. This has major consequences for compute overhead, especially in more complex application flows.Unwrap_lamportsThis instruction simplifies the handling of wrapped SOL by allowing Lamport's to move more directly without unnecessary account management overhead. Taken together, these additions show that the proposal is not only chasing raw benchmark improvements. It is also trying to simplify common operational flows and remove avoidable friction from token interactions. For Wallet Labs, that matters because infrastructure changes are most meaningful when they alter real workflow patterns, not just headline metrics.Figure 6 — Distribution of token instruction usage on Solana showing that transfer instructions dominate token program activity.Token Instruction Usage PatternsUnderstanding where efficiency improvements matter most Mainnet activity shows that token program usage is not evenly distributed across all instruction types. A relatively small set of instructions accounts for a large share of total activity. The most common include: Transfer_checked — 36.33% Transfer — 13.22% Close_account — 12.23% Initialize_account3 — 9.98% Initialize_immutable_owner — 9.78% This matters because it tells us where optimization produces the most value. If the most common instruction types remain expensive, the entire system pays for that inefficiency over and over again. But if the dominant instructions become materially cheaper, the benefits scale across a very large share of the network’s real activity. That is why transfer optimization is so important. Transfer-heavy activity sits at the center of how token ecosystems function. Tokens are not only issued; they move. They are routed, traded, distributed, accumulated, and transferred constantly. Improving the compute profile of these instructions is therefore not a narrow engineering tweak. It is a change to one of the most heavily repeated actions occurring across the network. This also reinforces a broader Wallet Labs principle: structure matters more than isolated anecdotes. The distribution of instruction usage tells us where the ecosystem actually lives operationally, and p-token is targeting the center of that reality.Figure 7 — Reduced compute usage for token instructions can improve transaction efficiency and unlock additional effective block capacity on Solana.Network Efficiency ImpactWhat lower compute usage unlocks at the network level The infrastructure value of p-token becomes even clearer when shifted from instruction-level analysis to network-level consequences. The graphic for this section summarizes three high-level outcomes: 98% less compute per token transfer 19× more efficient transactions +9.5% additional block capacity unlocked These figures matter because token program activity already occupies a meaningful share of the network’s execution environment. If that same activity can be processed using dramatically fewer compute units, then the network is no longer spending as much of its scarce block compute budget on token overhead. That creates room for more activity elsewhere. In practical terms, lower compute consumption at the token layer means: More token instructions can fit into a block Token-heavy applications become easier to execute efficiently Other applications benefit from reduced pressure on shared compute capacity effective network throughput improves without needing the same kind of brute-force scaling response This is the kind of improvement that matters system-wide. It does not only benefit one category of user or one isolated protocol. It improves the efficiency of a core execution layer already shared by large parts of the ecosystem.Figure 8 — Approximate cost comparison for executing one million standard blockchain transactions across major networks.Cost Efficiency in ContextComparing execution costs across networks Execution cost is one of the clearest ways to make infrastructure efficiency visible. The comparative image shows approximate costs for one million transactions across major networks: Solana — $800–$1,000 Avalanche — $2,900 Polygon — $3,200 Arbitrum — $7,300 Base — $14,200 BSC — $68,100 Ethereum — $198,000 Bitcoin — $585,000 Tron — $628,500 These figures are comparative estimates rather than timeless fixed constants, but the directional point is clear: Solana’s infrastructure is already one of the lowest-cost execution environments for large-scale transaction activity. That matters because p-token is not trying to fix a system that is structurally uncompetitive. It is attempting to improve one of the strongest existing infrastructure advantages within the network. For Wallet Labs, the importance here is not just cheaper execution. Cost shapes ecosystem behavior. Lower-cost environments can support higher experimentation, denser interaction, and more frequent token-level activity. Improvements to cost efficiency reinforce the conditions that already make Solana fertile for token ecosystems.Figure 9 — Example instruction-level compute unit comparison between the existing SPL token program and the proposed p-token execution model.Instruction-Level Compute ComparisonBenchmark differences between SPL Token and P-Token execution At the instruction level, the proposal becomes even more concrete. The comparison image shows examples such as: Transfer_checked P-Token: 111 CU SPL Token: 6200 CU Approve_checked P-Token: 171 CU SPL Token: 4458 CU Mint_to_checked P-Token: 172 CU SPL Token: 4545 CU Burn_checked P-Token: 136 CU SPL Token: 4754 CU Initialize_account P-Token: 248 CU SPL Token: 4388 CU These are not small improvements. They imply a dramatic compression in the compute cost of common token actions. This is what gives credibility to the broader summary statements. The high-level claims about efficiency are not floating abstractions; they are grounded in specific instruction-level comparisons. For engineers, this matters because infrastructure claims should always be traceable to measurable behavior. For researchers, it matters because it shows how large-scale ecosystem effects can emerge from very specific low-level execution changes.Figure 10 — Example benchmark values derived from observed SPL token program execution logs. Actual compute usage varies depending on transaction structure and runtime context.Compute Consumption ComparisonA real execution example from token program usage One of the strongest additions to this article is the use of a concrete compute example. The current SPL Token Program can show execution around: ~6281 compute units for a Transfer Checked flow The proposed p-token path is shown at roughly: ~111 compute units This supports the broader point that certain token flows may see up to ~98% compute reduction depending on instruction type and execution path. Why does this matter? Because serious readers, especially engineers, care about seeing abstract claims anchored to realistic execution examples. It is one thing to say an upgrade is more efficient. It is another to show what that means in terms of real compute usage. This section gives the article that grounding.Figure 11 — Optimized token execution allows more transactions to fit within the same Solana block compute budget.Why Compute Efficiency MattersUnderstanding Solana’s compute budget Solana blocks operate within finite compute constraints. That means the network cannot process unlimited instruction cost inside a block. Every transaction competes for space within that shared execution budget. When token instructions are expensive, they consume more of that budget. When they become cheaper, more activity can fit into the same block. That is the simple but important point this image illustrates. Traditional token execution consumes larger chunks of the compute budget. Optimized execution allows many more operations to fit inside the same available space. This is why compute efficiency should not be viewed as an isolated engineering metric. It is really a capacity metric. Reducing compute overhead means improving how efficiently the network converts block compute budget into useful activity.Figure 12 — By reducing compute consumption per token instruction, p-token has the potential to improve execution efficiency across decentralized exchanges, automated market makers, liquidity pools, and NFT marketplaces.P-Token Impact Across the EcosystemInfrastructure effects across DeFi and NFT systems The effects of p-token are not confined to the token program itself. Because token instructions sit inside so many larger application flows, improvements at the token layer can affect a wide range of ecosystem participants. The image for this section highlights examples including: Decentralized exchanges Automated market makers Liquidity pools NFT marketplaces That framing is correct. These systems rely heavily on token instructions. If token execution becomes materially cheaper, those systems can benefit from reduced compute cost and improved transaction efficiency. This is one of the reasons infrastructure upgrades often matter more than they first appear. A change that seems technical and narrow can end up affecting a wide portion of the ecosystem because the optimized component was already deeply embedded in many applications.Figure 13 — The p-token batch instruction allows multiple token operations to execute within a single cross-program invocation, reducing compute overhead for complex transactions.CPI Efficiency and Program ComposabilityHow batch execution reduces cross-program overhead One of the most important and easily overlooked parts of the p-token proposal is what it implies for CPI overhead. Many applications on Solana interact with token infrastructure through Cross-Program Invocation (CPI). Each CPI introduces overhead before the underlying token instruction is even executed. That overhead matters more as transactions become more complex. A traditional flow may require separate CPI calls for: Transfer Approve Mint Close With the proposed batch instruction, these can be grouped into a single CPI flow. This has major implications for composability. Protocols that rely on multiple token actions inside one transaction — routers, AMMs, vaults, liquidity systems, complex DeFi workflows — may be able to reduce compute overhead materially simply by reducing the number of separate program calls required. That is not just a compute improvement. It is an architectural improvement. For engineers, this is one of the most meaningful aspects of the proposal. For researchers, it is another reminder that the shape of an ecosystem depends heavily on the friction built into its lowest-level interactions.Figure 14 — Wallet Labs structural research framework for analysing token ecosystems through wallet distribution, liquidity formation, cluster wallet networks, creator deployment behavior, and early lifecycle behavior.The Wallet Labs PerspectiveStructural analysis of token ecosystems Wallet Labs is not built around chasing narratives. The framework shown in this image reflects the actual research lens: Wallet distribution Liquidity formation Cluster wallet networks Creator deployment behavior Early lifecycle behavior These are structural categories. They focus on how ecosystems form, move, coordinate, concentrate, and evolve. That is why infrastructure analysis belongs inside the Wallet Labs model. If the conditions of computation change, the conditions under which token ecosystems form also change. Lower friction can alter transfer density, lifecycle speed, liquidity flows, composability, and behavioral intensity across on-chain systems. This does not mean every upgrade immediately changes market outcomes. It means the environment in which behavior unfolds is changing, and that is worth documenting carefully.Figure 15 — Wallet Labs research identity.ConclusionData over narrative Most users will never explicitly notice a token program upgrade. Transactions will still move. Applications will still function. Markets will continue reacting to their own incentives and narratives. But beneath that visible layer, infrastructure is shaping what the network can actually support. The proposed p-token upgrade matters because it targets one of the most heavily used execution surfaces in the Solana ecosystem. It improves efficiency where activity is already concentrated. It reduces compute overhead where repetition is highest. It strengthens composability where application flows are most complex. For developers, it offers a more efficient execution environment. For the network, it improves effective capacity. For researchers, it provides a clear example of how infrastructure improvements can influence the structural evolution of token ecosystems. At Wallet Labs, that is the level worth studying. Because in open systems, infrastructure often shapes behavior long before narrative catches up.Sources• Solana Token Program Documentation https://docs.solana.com/developing/programming-model/tokens • Efficient Token Program Proposal (SIMD-0266) https://github.com/solana-foundation/solana-improvement-documents/pull/266 • Helius Research — P-Token: Solana’s Next Big Efficiency Unlock https://www.helius.dev/blog/p-token-solanas-next-big-efficiency-unlock • Solana Runtime Documentation https://docs.solana.com/developing/programming-model/runtime • Token Program Source Code (Tokenkeg) https://github.com/solana-labs/solana-program-libraryFollow Wallet LabsWallet Labs is an independent research initiative studying early token market structure, wallet distribution, liquidity formation, and behavioral patterns across emerging crypto ecosystems. Each case study contributes to a growing dataset designed to document how new token markets develop from launch through community expansion and secondary trading activity. If you found this analysis useful, follow Wallet Labs and subscribe to future research updates to stay informed as new datasets are published. Follow Wallet Labs on X for research updates and new findings. Subscribe to receive upcoming articles and structural analysis directly. Wallet Labs https://walletlabs.tech https://x.com/WalletLabsHQData over Narrative.

## Publication Information

- [Wallet Labs](https://paragraph.com/@walletlabs/): Publication homepage
- [All Posts](https://paragraph.com/@walletlabs/): More posts from this publication
- [RSS Feed](https://api.paragraph.com/blogs/rss/@walletlabs): Subscribe to updates