Applications for the Circle Developer Grants Program are now open.
We’re funding high-caliber teams building production-ready systems on Arc with USDC and the Circle Developer Platform across payments, treasury, FX, the agentic economy, and more.
We’re looking for strong integrations, clear paths to users and usage, and systems that expand USDC utility.
Learn more and apply: https://t.co/wVanBasrE7
Pons is built on top of Circle CCTP, which is ARC’s native USDC interoperability primitive. Our Gateway contract wraps TokenMessenger.depositForBurn and embeds execution data alongside the transfer.
On the destination chain, once the attested message is processed via MessageTransmitter.receiveMessage, USDC is minted into the user's smart account. From there, our resolver coordinates execution of the user’s intended actions.
So we are not a native layer of ARC itself, but rather an execution layer built on top of ARC’s native CCTP infrastructure.
Theoretically if we were to use a interop service that allows calling a function on Chain X, based on something happening on Chain Y
Thinking @Pons_Network@AvailProject@ethinteroplayer And other similar things
Even with .wei being a Mainnet contract and registrar, could still pay with tokens on other chains🤔
@LaflameIam We have optimized the steps to simplify with just one operation using ARC's CCTP, smart account (definitive address, lazy creation, signature controlled).
Pons is built on top of Circle CCTP, which is ARC’s native USDC interoperability primitive. Our Gateway contract wraps TokenMessenger.depositForBurn and embeds execution data alongside the transfer.
On the destination chain, once the attested message is processed via MessageTransmitter.receiveMessage, USDC is minted into the user's smart account. From there, our resolver coordinates execution of the user’s intended actions.
So we are not a native layer of ARC itself, but rather an execution layer built on top of ARC’s native CCTP infrastructure.
Hello ARC Community
We’d like to share a simple way to integrate cross-chain transfers to ARC using Pons SDK, in just a few minutes.
Pons SDK allows developers to move assets from another chain to ARC through a unified execution flow, without manually handling bridge logic or fee calculations.
Install
npm install @ pons-network/pons.js viem
Basic Usage (Sepolia → ARC Testnet)
What this enables on ARC
- Transfer assets from other chains to ARC via a single SDK
- Built-in fee calculation (indexer + resolver fees)
- One execution flow, no custom bridge logic in dApp code
- Cleaner developer experience for onboarding to ARC
This example demonstrates a simple cross-chain transfer.
The same execution flow can later be extended to include contract calls on ARC.
Docs:https://t.co/cJ6pfeeva6
If you have any questions, feel free to reach out to
@0xDRick.