From everyone at DevHub, happy holidays! 🎉

We wish you a warm holiday season and a moment to reset.

Based on our recent poll, for many, this time isn’t a pause. Learning continues, ideas take shape, and development on NEAR moves forward.

NEAR grows through these moments and through the constant exploration and thoughtful progress driven by builders like you.

Thank you for being part of this journey ❤️

🟦 Channel | Chat | LinkTree

We can’t prove who sees your data.
But we can prove where privacy is enforced.

Verifiable execution matters.
👉 near.ai

🟦 Channel | Chat | LinkTree

Fast FT transfers on NEAR — claiming service shipped

The “Fungible Tokens Claiming Service” bounty goes to Sonce! 🏆

This work delivers a batching-based FT claiming service designed for high-volume token distribution, significantly improving throughput by decoupling user claims from on-chain execution ⚡️

The implementation is merged and available in the repository.
🔗 Bounty & Repository

Congrats and thanks for the great work! 🎉

🟦 Channel | Chat | LinkTree

BUIDL Europe is almost in Lisbon.

A two-day technical conference built for people who actually ship. Deep conversations, real architecture, and builders openly exchanging ideas, everything as it should be 😁

Among the speakers:
⚪️ Illia Polosukhin — Co-Founder of NEAR Protocol & NEAR AI
⚪️ Alex Shevchenko — Co-Founder of Aurora
⚪️ Erica Kang — Founder of KryptoPlanet
…and other well-known voices from across the Web3 builder ecosystem.

Why this matters:
BUIDL Europe prioritizes interaction over passive content consumption. The format favors technical sessions, in-depth discussions, and extended conversations around system design and architectural decisions.

📍 Lisbon, Portugal (January 7–8, 2026)

Tickets are available. Registration is open.

🟦 Channel | Chat | LinkTree

✉️ NEAR Dev News #83 — The December Issue

From private AI infrastructure to scaling benchmarks and ecosystem governance, here’s what shaped NEAR in December.

Here’s the rundown:
✅ NEAR AI Cloud and Private Chat launched with hardware-backed, verifiable privacy
✅ NEAR demonstrated a 1M TPS sharded benchmark
✅ NEAR Intents adoption continued to grow
✅ near-cli-rs shipped MPC signing flows and related tooling updates
✅ veNEAR governance rewards went live in House of Stake
… and more inside the full issue.

🔗 Read the full issue & subscribe: https://docs.near.org/newsletter
🔖 Explore active freelancing opportunities: https://nearn.io/

🟦 Channel | Chat | LinkTree

Open Source AI Summit is almost in Lisbon

This one-day technical event will consist of 20-minute solo presentations and informal talks, with topics focused on AI 🤖

What to expect:
⚪️ “Who Owns Intelligence?” - presentation by Illia Polosukhin
⚪️ “NEAR’s Private AI Stack: Models, Agents, and Memory” - presentation by Cameron Dennis
… and other well-known voices from across the Web3 builder ecosystem.

Why this matters:
Open Source AI Summit focuses on concrete AI architectures and ownership models, with an emphasis on technical talks and focused discussions rather than high-level narratives.

📍 Lisbon, Portugal (January 9, 2026)
✍️ Registration is open.

Previous Open Source AI Summit talks are available here 👀

🟦 Channel | Chat | LinkTree

Stablecoin swaps look easy. Until you try to move a lot of money.

Proximity Labs shared an approach called Stablecoin Transport Protocol (STP).

When large amounts of stablecoins need to be swapped (not USDC or USDT), the same thing usually happens: liquidity runs out, prices move, and the swap becomes expensive 💵

STP uses a different approach. It doesn’t try to trade inside pools. It focuses on executing the swap.

How it works:
⚪️ Someone wants to swap USD1 for PYUSD
⚪️ The funds are locked first
⚪️ A solver program running inside a TEE temporarily borrows protocol funds strictly bound to a single, escrowed execution
⚪️ The swap is executed using deep external liquidity
⚪️ The borrowed funds are repaid immediately

Why this is safe:
⚪️ Solver logic is fixed and enforced inside the TEE
⚪️ Funds can’t be borrowed without a real, escrowed swap
⚪️ Execution follows a strict, predefined order

In simple terms: STP is not about finding prices or trading. It’s about moving large amounts of money safely and predictably 🏊‍♂️

Read the Full Litepaper: https://www.stablecointransport.com/

🟦 Channel | Chat | LinkTree

In < 6 minutes

1. What actually defined NEAR in 2025
2. Sharding in production (from 6 to 9 shards)
3. Sub-second blocks and fast finality
4. When NEAR Intents stopped being theory
5. Scaling to 1M+ TPS
6. Inflation halving and protocol economics
7. Private AI goes live
8. 🐇🕳

NEAR Rabbit Hole, Episode 5. Watch here 📺

Sponsored through NEARN, as part of the Public Goods for NEAR Protocol campaign.

🟦 Channel | Chat | LinkTree

💳 Payments are not what apps want to deal with

Most apps don’t need a “payment module”.
They need a simple fact: the payment went through.

That’s exactly what HOT Pay is built for.

HOT Pay is a payment layer that lets apps accept payments without implementing payment logic inside the application itself 🔥

Under the hood, HOT Pay is built on NEAR OmniBridge and NEAR Intents, enabling payments in NEAR, USDC, USDT, ETH, and 50+ other tokens across 20+ chains.

Where this already makes sense:
➡️ AI and agent-based apps (already available on NEAR AI Cloud)
➡️ SaaS and dev tools
➡️ Subscriptions and usage-based payments
➡️ Products without their own payment logic

In short, HOT Pay doesn’t try to reinvent payments. It simply moves them out of application logic and turns them into an infrastructure concern.

For developers or product owners interested in using it:
➡️ Docs
➡️ Video guide

HOT Protocol is also open to collaboration. Details via DM: @heresupport 👀

🟦 Channel | Chat | LinkTree

In case you missed 🚨

✨ create-near-app v9.0 quietly crossed an important line ✨

What’s new:
➡️ Frontend templates now use near-connector, providing most of the functionality previously handled by wallet-selector while reducing dependencies and simplifying the setup.

➡️ Smart contract templates no longer rely on a minimal hello-world example. New projects now include an auction contract that demonstrates additional concepts such as structs, deposits, and timestamps.

Why this matters:
The default project scaffold now exposes developers to a broader set of NEAR primitives from the start. This reduces the gap between an initial scaffold and the patterns required when building non-trivial applications ✅

Release details and changelog are available here 👈

🟦 Channel | Chat | LinkTree

Indexing almost always turns into a separate task.

History, filtering, rebuilding datasets, delays between events and UI all of this quickly stops fitting into simple RPC calls 👨‍💻

In the NEAR ecosystem, there’s an indexing-focused tool called Goldsky.

It reads NEAR data sequentially and streams it into external storage systems like Postgres, ClickHouse, S3, or Kafka. This keeps indexing and data handling outside the application itself.

For a more detailed look, watch the video. You'll see how this works in practice 👀

A trial version is available to everyone. Feel free to try it out. However, it has limitations. You can find more details about them here.

That’s one of the indexing options currently available on NEAR ✅

🟦 Channel | Chat | LinkTree

Unverifiable AI is an enterprise risk

That’s why NEAR AI joining the NVIDIA Inception Program matters.

This isn’t about branding or acceleration credits. It’s about access to infrastructure that enables enterprise-grade, verifiable AI, specifically through NVIDIA Confidential Computing.

➡️ Here’s the core problem.

Most AI systems protect data at rest and in transit. But once execution begins, models and inputs live in memory that is typically accessible to the host operating system or the underlying infrastructure.

That’s the trust gap.

➡️ NVIDIA Confidential Computing changes this execution model.

In the NEAR AI stack, workloads run inside hardware-isolated environments where memory remains encrypted during execution, and the execution itself can be cryptographically verified.

It’s not just encryption. It’s secure computation with verifiable privacy guarantees 🔒

🔗 Read more here

🟦 Channel | Chat | LinkTree

NEARCON Innovation Sandbox is starting soon.

A global, virtual-first builder sprint running Jan 26 – Feb 16, designed to help teams move beyond experiments and prepare for mainnet deployment 👨‍💻

Focus areas: decentralized AI, privacy-preserving consumer apps, and intent-driven commerce.

Builders will work with NEAR’s stack and receive hands-on technical support through virtual workshops and DevRel office hours, focused on implementation and troubleshooting.

➡️ Selected projects will be presented at NEARCON in San Francisco (Feb 23–24)
➡️ Prizes: up to $15,000

Details and registration here 👈

🟦 Channel | Chat | LinkTree

⚠️ Heads-up: possible increase of function call gas limit ⚠️

We’ve received information about a potential change to increase the maximum gas that can be attached to certain function calls from 300 TGas to 1000 TGas (1 PGas).

While this change aims to improve flexibility for more complex calls, a possible compatibility issue was highlighted:
🟡 Some existing contracts may have callbacks that rely on a hardcoded gas assumption (e.g. 300 TGas)
🟡 If more gas is attached to the original call, such callbacks could receive more gas than expected
🟡 This may lead to unexpected behavior in contracts that depend on strict gas limits

At this stage, we are collecting feedback from developers to better understand whether this change could affect existing contracts ✍️

Please share your thoughts if:
🟡 Your callbacks assume a fixed gas limit
🟡 Your contract logic depends on gas-based assumptions
🟡 You see any potential risks if callbacks are executed with more than 300 TGas

Any insights or examples would be very helpful.
Thanks in advance for your feedback 🙏

🟦 Channel | Chat | LinkTree

In case you missed 🚨

✨ near-api-js v7.0.0 has been released ✨

Key changes:
➡️ Core functionality is now consolidated into a single near-api-js package
➡️ Explicit unit helpers: nearToYocto, yoctoToNear, teraToGas, gigaToGas
➡️ Built-in subpaths without extra dependencies: tokens, nep413, seedPhrase
➡️ Improved parallel transaction handling with automatic nonce management and MultiKeySigner

Why it matters:
Less fragmentation, clearer primitives, and fewer edge cases when building real applications. Breaking changes are minimal, migration from v6 (and even v5) should be simple ✅

For details, see the release notes and the thread 🖥

🟦 Channel | Chat | LinkTree

Rust dev tools on NEAR are being reworked 🏊‍♀️

NEAR is reshaping its Rust tooling to reduce churn and long-term maintenance overhead. Less dependency on nearcore, clearer boundaries between tools, and a more stable structure.

near-api-rs is becoming the central layer. RPC clients are generated from OpenAPI. Older tools are gradually phased out. near-sdk-rs is preparing for its next major update.

The changes are structural rather than cosmetic ✅

What’s changing and why 🖥

🟦 Channel | Chat | LinkTree

Not sure whether NEARCON Innovation Sandbox is for you? Find out today 🔎

The Innovation Sandbox kickoff livestream goes live at 4 PM UTC.

This session opens the sprint and sets the context around what it is, what it focuses on, and how it’s structured. There will be space to talk through the bounties, discuss the technical direction, brainstorm ideas, and ask questions live.

If you’re curious and want context before deciding to join, the livestream is the right place to start 💯

📺 Watch the livestream
✍️ Register for the NEARCON Innovation Sandbox

🟦 Channel | Chat | LinkTree

In case you missed 🚨

✨ NEAR DNS ✨

Vlad Frolov experimented with an AI agent and wired DNS to NEAR 👨‍💻

The result is a DNS resolver that reads records from NEAR accounts and continues to answer queries through the standard DNS protocol. From the client side, it behaves like regular DNS with no new formats or special tooling.

In the post, Vlad walks through the idea, the constraints of this approach, and why this setup works in practice.

If this sounds interesting, it’s best to read the details on Reddit 👈

🟦 Channel | Chat | LinkTree

Sometimes all NEAR builders need is that one missing piece 🧩

With Awesome NEAR there is nothing to search for. All NEAR tools are in one place. SDKs, wallets, infra, RPCs, indexers, data tools, examples, and more.

If you’re building, save this so you don’t lose it 🔖

🟦 Channel | Chat | LinkTree

In case you missed 🚨

🔐 near-multisig-sdk 🔓

This repository was shared in the NEAR Tools chat 💬

It implements multisig on NEAR using a contract-controlled account. A contract collects approvals from multiple participants and executes a transaction once the threshold is met.

A simple example of how multisig can be built by the community directly on top of NEAR accounts, without off-chain coordination ✅

🧗 Repository

Feedback from anyone who has worked with multisig is welcome ✍️

🟦 Channel | Chat | LinkTree