How attn Credit Works (Non-Technical)
attn Credit helps agents and onchain businesses access credit against visible activity without treating repayment as an afterthought.
Today that means two narrow public motions:
- small agent credit for approved services and jobs,
- borrower credit backed by Pump.fun creator fees.
The way to read that is:
- revenues are the proof that useful work is already happening,
- reputation helps with the starter line before deep repayment history exists,
- approved spend rails keep the current public product bounded.
1. Revenue becomes legible
The starting point is simple: a team, creator, or agent already has revenue or payment activity that can be observed and reasoned about.
That could be creator fees, a job sold on Virtuals ACP, a service sold and paid through Tempo MPP, or another onchain business flow. Credit only works if there is something real to underwrite.
2. Accounts and policies create a repayment path
attn works with controlled accounts, routing, and permissions so repayment is part of the operating setup rather than a manual afterthought.
The exact account model can vary, but the purpose stays the same:
- make repayment collectible,
- make limits measurable,
- make control actions enforceable.
3. Credit is sized from observed activity
Limits are set from observed revenue and risk policy. As the activity changes, the available credit can change too.
What matters most is not one static score. It is the combination of revenue quality, operating discipline, reputation, and whether the repayment path is actually enforceable.
4. The credit is used in the operating flow
Once active, the credit can fund normal operating needs such as approved service spend, short-cycle working capital, treasury smoothing, and other policy-approved uses.
The point is to help a business or agent keep operating without depending only on token sales or manual financing every time cash timing gets tight.
5. Servicing runs in the background
Repayment is serviced through the same operating flow. Revenue keeps moving, and the system keeps track of what should go to debt service.
That means:
- repayment stays tied to the underlying activity,
- limits and availability can update over time,
- operators can monitor facility health instead of relying on ad hoc follow-up.
In the current Pump proving lane, this also means the fee-control path moves into the repayment setup while the facility is active.
6. Controls tighten when risk changes
If revenue deteriorates or controls break, the system does not just keep lending as if nothing happened.
Instead:
- availability can tighten,
- new draws can be frozen,
- repayment can be prioritized more aggressively.
The exact playbooks get more detailed in the deeper mechanics pages.
7. What this is not
- Not an unsecured blank-check credit model.
- Not a principal-guaranteed cash-equivalent token.
- Not a product where every future lane should be assumed live today.
8. Current direction
Current public proof is still narrow. Agent credit is bounded to approved services and jobs. Borrower-side proof is still centered on the Pump creator-fee lane. Broader agent-commerce, wallet, and commerce surfaces remain review areas until the docs point to a specific live lane.