GeekPay now settles every payment through NEAR Intents.

Checks, invoices, Paytags, Checkout and payouts all move across one rail. You send the token you already hold. Your recipient gets the token they asked for, on the chain they asked for. Neither of you touches a bridge, and neither of you needs a gas token to make it work.

What this means if you are sending money

Any chain to any chain. Hold USDT on Tron, pay someone who wants USDC on Base. No bridge, no swap, no wrapped asset, no second set of fees.

The recipient needs nothing. GeekPay covers gas on the hub and on the destination. Getting paid never requires already owning the right token on the right chain — which is the quiet reason most first crypto payments fail.

Confidential settlement, everywhere. Payments settle from the shared rail rather than from your wallet, so what lands on chain does not trace back to you or your history. On every surface now, not just some.

Pull-backs where they are possible. Checks and invoices hold value in the rail until the recipient claims it, so you can retrieve a payment that has not been taken yet.

What changed

The rail has been carrying production payments for a while — if you have sent anything through GeekPay, you have already used it. What is new is that it is now the default path for every payment surface, rather than some flows routing and others going direct.

That sounds like plumbing, and it is. It is also the difference between a guarantee and a footnote. Gasless receiving, confidential settlement and recoverable holds are either true of every payment or they are marketing copy. Making the rail the default is what puts them in the first category.

How it works, briefly

A transaction tells a chain how: call this contract, with these arguments, in this order. An intent states what: I have this, and I want that to arrive there.

GeekPay expresses your payment as an intent and settles it on NEAR. Solvers compete to find a route that satisfies it and are paid only on delivery. The complexity of getting from one chain to another moves off you and onto the network.

Bridges have been the most expensive category of failure in this industry — not because the teams building them are careless, but because a bridge is a large pot of money that has to be right every time. The useful question was never which bridge to pick. It was whether a person sending a payment needs to touch one at all.

They do not.

Sending USDT on Tron to someone who wants USDC on BaseBy handThrough GeekPay
Pick a bridgeYouNobody
Swap the tokenYouNobody
Hold gas on the destination chainRecipientNobody
Know what a wrapped asset isBoth of youNobody
Decide what should arriveYouYou
The last row is the only one that should ever have been your job.

Why NEAR

Chain abstraction is not a side project at NEAR; it is the thing they build toward on purpose. We needed a settlement layer whose reason for existing was making chains stop mattering to the person sending money, and that narrowed the field quickly.

NEAR also backed the work with a grant, which we say plainly rather than letting it read as a neutral technical pick.

What this does not change

GeekPay remains non-custodial. We never take ownership of your funds and cannot move them on our own — routing a payment is not holding it.

Public pages stay final. If someone pays your Paytag or a public invoice from their own wallet, that payment completes the moment they approve it; the pull-back applies to payments that start inside GeekPay.

And the chain is still public. Settlement transactions exist and anyone can read them. What changed is that they no longer point back at your wallet.

Try it

Send a payment to yourself in a token and chain you do not normally hold, and watch what arrives. The interesting part is everything you did not have to do on the way — start at app.geekpay.co.

Questions we get
Is this new, or has it been running already?

The rail has been settling production payments for a while. What is new is that every payment surface now routes through it by default, so the gasless, confidential and recoverable behaviour applies to all of them rather than some.

Do I need NEAR, or a NEAR wallet?

No. NEAR is the settlement layer, not something you hold or interact with. You send the token you already have and the recipient gets the token they asked for.

Does routing through a hub make GeekPay custodial?

No. GeekPay never takes ownership of your funds and cannot move them on its own. Routing a payment is not the same as holding it.

Who pays the gas?

GeekPay does, on the hub and on the destination, so the recipient never needs a gas token on a chain they may never have used.

What if no route exists for what I am sending?

Then the payment does not go out, rather than going out and getting stuck somewhere in the middle. A payment that cannot complete should fail before it leaves, not after.

Blog

GeekPay now runs on NEAR Intents

GPGeekPay Team··
The short version

Every GeekPay payment now settles through NEAR Intents — no bridges, no gas on the receiving end, any chain to any chain, on every payment surface by default.