❌

Normal view

There are new articles available, click to refresh the page.
Before yesterdayNewsBTC

NEAR Adds Staking-Based Payments For AI Compute Credits

31 July 2026 at 16:30

NEAR has launched a staking-based payment model for NEAR AI, giving users a way to lock NEAR tokens and receive monthly compute credits instead of paying through traditional cloud billing or credit-card rails.

According to the validated notes, the system gives users access to 43 hosted AI models, including models from OpenAI, Anthropic, and Google. The key detail is that tokens are not consumed. Users lock NEAR and receive compute credits proportional to their stake size.

That makes this more interesting than a simple payment integration.

NEAR is trying to tie token utility directly to AI usage. Instead of asking users to buy a token for speculative reasons, the model gives the token a role in accessing compute.

The question is whether users will actually adopt it at scale. But as a design direction, it is worth watching.

For more details, visit the official Near platform.

TL;DR

  • NEAR has launched staking-based compute payments for NEAR AI.
  • Users lock NEAR tokens and receive monthly compute credits.
  • The model links token utility with AI model access, but adoption still needs to be proven.

Why AI Compute Payments Are Hard

AI usage has a very real payment problem.

Users and developers often pay through cloud accounts, credit cards, subscriptions, invoices, or platform credits. That works fine in traditional software, but it does not map neatly to autonomous agents, crypto-native users, or applications that want programmable access without conventional billing.

NEAR’s model tries to solve that by using staking as the payment layer.

Instead of spending tokens directly, users lock them. The locked stake determines monthly compute credits. That creates a different relationship between token ownership and product access.

The user is not simply paying a fee. They are committing capital to the network and receiving AI compute access as a benefit.

That could make sense for developers, agent builders, or users who already hold NEAR and want a reason to use it beyond staking yield or governance.

Tokens Are Not Consumed

The fact that tokens are not consumed is important.

If the model required users to spend NEAR every time they used an AI model, it would look more like a normal pay-per-use system. Locking tokens changes the economics because users retain ownership while receiving credits.

That may make the system feel less expensive for users, though there is still an opportunity cost. Locked tokens cannot be freely used elsewhere while committed, and their market value can move.

The model therefore resembles a membership or access system backed by staking.

That is a different kind of token utility, and crypto networks have spent years searching for utility models that do not rely only on speculation or inflationary rewards.

AI Agents Need Native Payment Rails

The autonomous-agent angle is where this gets more forward-looking.

If AI agents are going to operate independently, call models, use tools, pay for services, and make decisions in software environments, they need payment rails that are programmable. Traditional billing can work for human-managed accounts, but it becomes clunky when software agents are expected to act continuously.

Crypto rails may be useful there.

A staking-based compute model could let an agent or developer environment access AI resources based on locked capital rather than repeated card payments or centralized credentials.

That is still early. There are many open questions around permissions, safety, abuse controls, cost predictability, and user experience. But the direction fits NEAR’s broader focus on AI and agent infrastructure.

Don’t Overstate Adoption Yet

The caution is simple: launch is not the same as adoption.

NEAR may have a clever compute-credit model, but the market still needs to show whether users prefer it. Developers will compare it with direct API billing, cloud credits, open-source models, enterprise contracts, and other crypto-native compute markets.

The model also needs to be clear.

How many credits does a given stake generate?

Which models are available at what cost?

How predictable are credits over time?

Can teams build around it without worrying about token volatility?

Does the system attract users who were not already in the NEAR ecosystem?

Those questions will determine whether this becomes a real use case or a niche experiment.

A More Practical Token Utility Story

What makes the NEAR AI payment model interesting is that it gives the token a practical role.

Crypto has often struggled to explain why a token needs to exist beyond governance, gas, staking, or incentives. Linking token staking to AI compute access gives NEAR a more concrete utility narrative.

That does not guarantee success. But it is more useful than vague AI branding.

If users can lock NEAR and receive compute credits for models they actually use, then the token becomes part of a product loop. That is exactly what many networks are trying to build: token demand connected to real usage rather than just market cycles.

NEAR’s staking-based compute payments are still early, but they point toward a crypto-AI model that is more practical than most of the hype around the sector.

This article is based on NEAR AI materials describing staking-based compute credits and model access.

This article was written by the News Desk and edited by Samuel Rae.

This report is based on information released by Near. at Near

NEAR Governance Vote To Scrap Gas Rebates Puts Developer Incentives Under Review

14 July 2026 at 19:00

NEAR Governance Vote To Scrap Gas Rebates Puts Developer Incentives Under Review is a useful reminder that crypto coverage is not only about token prices. Sometimes the more important story is the infrastructure, regulation, security, or product layer sitting underneath the market noise.

The immediate point is straightforward: nEAR governance voted to scrap developer gas rebates. That gives readers something concrete to work with, rather than another vague sentiment update.

TL;DR

  • NEAR governance voted to scrap developer gas rebates.
  • The change affects developers who relied on protocol gas distributions.
  • It raises a broader question about how chains should reward app builders.

Why This Matters Now

The timing matters because NEAR is already part of a wider conversation across the market. Traders want to know whether the development changes liquidity or risk. Builders want to know whether it changes what can be deployed. Compliance teams want to know whether it changes how platforms operate.

In that sense, the story is bigger than one headline. It sits inside the ongoing shift from speculative crypto cycles toward more practical questions: who can use these systems, how safe are they, and whether the underlying incentives actually work.

The best way to read it is with discipline. It is not a guarantee of immediate upside, and it should not be treated as one. But it does add a fresh data point to the way the market is thinking about NEAR.

The NEAR Angle

For NEAR, the important part is the specific mechanism. If this is a security issue, the risk sits in dependencies and user protection. If it is a listing or product launch, the question is access and liquidity. If it is a governance or research proposal, the question is whether the idea can survive implementation.

That is where this update becomes useful. It is not just a label attached to a trend. It gives readers a way to understand what might actually change if the development gains traction.

Crypto has a habit of turning every announcement into a broad market claim. This one deserves a narrower read. The value is in seeing how it affects the users, developers, institutions, or traders closest to the issue.

The Risk Side

There is also a caution attached. Source material can confirm that a development exists, but it cannot prove that adoption will follow. A proposal still needs support. A product still needs users. A chart still needs confirmation. A compliance tool still needs integration.

That is why the responsible reading is not to oversell the story. The stronger takeaway is that this adds to a pattern. The crypto market is steadily becoming more professional, more technical, and more sensitive to real operational details.

Readers should also watch for follow-up signals. That could mean developer feedback, exchange support, regulatory response, wallet adoption, liquidity data, or simply whether market participants continue reacting after the first headline fades.

What Comes Next

The next stage will decide whether this remains a narrow update or becomes part of a larger market theme. In crypto, that difference matters. Plenty of stories look important for a few hours and then disappear. The ones that last usually show up again through usage, liquidity, enforcement, governance, or developer adoption.

For now, this gives the market another piece of information to weigh. It is specific enough to be useful, but still early enough that readers should keep the caveats in view.

That makes it worth covering without pretending it settles anything. The story is a signal, not a final verdict.

The key is not to confuse coverage with certainty. NEAR stories can move quickly, especially when they touch security, regulation, listings, infrastructure, or price levels. The useful approach is to track the next confirming detail rather than assume the first update carries the whole market story. That is how traders avoid chasing noise and how readers separate a genuine development from another passing headline.

This report is based on information from thedefiant.io.

This article was written by the News Desk and edited by Samuel Rae.

❌
❌