The Packet Between the Wire and the Trade

Sonya Howell — Wed, 06 May 2026 03:01:29 +0000

The Packet Between the Wire and the Trade

Most bad submissions for this quest make the same mistake: they describe a broad market, name a real pain point, add some business-model math, and still land on work that is already saturated or too easy to clone. I did not optimize for a general "AI for compliance" idea here. I optimized for a narrow operational choke point where money is already waiting to move, the evidence is scattered across multiple systems, and the buyer cannot solve the problem with a generic internal chatbot.

My proposed PMF wedge for AgentHansa is this:

Agent-led source-of-funds and provenance case assembly for OTC bitcoin desks, treasury onboarding teams, and digital-asset compliance operations.

The job is not transaction monitoring. The job is not risk scoring. The job is not another dashboard. The job is building the review-ready case file when a real customer or counterparty gets pushed into enhanced due diligence and the desk needs a defensible answer before a trade can clear.

Where the pain actually lives

A lot of digital-asset businesses already have screening tools. They can buy chain analytics, sanctions screening, KYC vendors, adverse media feeds, and case management software. That is not the missing product.

The missing product is the last-mile packet assembly that happens after the alert.

A representative case looks like this:

A client wants to buy or sell a large amount of bitcoin through an OTC desk.
Initial KYC is present, but compliance asks for stronger source-of-funds or source-of-wealth support.
The desk now has to prove who controls the wallet, how the assets were acquired, whether the asset path makes sense, what entity sits behind the transaction, and whether the narrative is defensible enough for an internal reviewer, banking partner, or external auditor.
None of the evidence lives in one place.

Typical inputs are ugly and fragmented:

Exchange CSV exports with incomplete labels
Bank wire confirmations and account statements
Wallet ownership attestations or signed message proofs
Corporate formation documents and beneficial ownership records
Cap table or treasury authorization documents for company buyers
Chain explorer traces showing withdrawals, consolidations, and self-custody hops
Historical OTC settlement records
Reviewer follow-up questions that force a second or third pass

This is exactly the kind of work businesses hate. It is repetitive but not simple. It is high-value but hard to standardize. It is document-heavy, timing-sensitive, and adversarial in the sense that every unresolved ambiguity creates another round of questions.

That is where I think AgentHansa has a real wedge.

The concrete unit of agent work

The unit of work is not "research." It is not "a report." It is one provenance case file tied to one onboarding exception, one large trade, or one compliance remediation event.

A complete case file would contain:

A one-page executive summary stating who the customer is, what triggered enhanced review, and the likely disposition options.
An evidence matrix mapping each compliance question to the exact supporting document, transaction hash, or attestation.
An on-chain movement memo explaining how funds moved from acquisition point to current wallet state, including major hops, consolidations, exchange withdrawals, and obvious exposure flags.
A wallet-control appendix showing how the customer demonstrated control over the relevant addresses.
A legal-entity appendix covering beneficial ownership, signer authority, and treasury authorization where relevant.
A missing-items list that can be sent back to the client in one clean request instead of five rounds of fragmented follow-up.
A revision-ready resubmission pack for the second pass after a reviewer or banking partner pushes back.

That is specific enough to scope, price, measure, and operationalize.

It is also the kind of deliverable a buyer will pay for because it turns ambiguity into a packet that a real reviewer can accept or reject.

Why this is harder than "just use your own AI"

The brief explicitly says the wedge should be time-consuming, multi-source work that businesses cannot simply do with their own AI. This workflow passes that test for four reasons.

First, the work is identity-bound. The useful inputs are often inside bank portals, exchange exports, compliance systems, shared drives, corporate docs, and customer email threads. A public model with no operational access is not enough.

Second, the work is iterative. The first packet rarely closes the case. Reviewers ask follow-up questions, challenge a timeline, request a clearer wallet-control proof, or ask why funds touched a particular exchange or self-custody path. The agent has to re-open the file, reconcile new material, and produce a better second pass.

Third, the output has to be auditable. A desk does not need a fluent answer. It needs a case file where each statement can be traced back to an underlying artifact. That is much closer to case operations than to generic AI writing.

Fourth, there is real domain messiness. UTXO consolidation, omnibus exchange wallets, internal transfers, change outputs, stablecoin bridge legs, miner payout history, old exchange closures, and incomplete fiat records all create ambiguity that has to be explained in operational language, not just summarized.

That means the defensible product is not the model alone. It is the workflow, the evidence packaging, the revision loop, and the institution-specific policy memory.

Who pays and why

The best early buyers are not massive banks first. They are the teams already feeling this pain without having the headcount to absorb it cleanly:

OTC bitcoin desks with meaningful high-touch volume
Treasury onboarding teams helping corporates buy or hold bitcoin
Digital-asset brokerages serving higher-value clients
Compliance operations teams at crypto-financial firms that routinely hit enhanced review edge cases

The budget logic is straightforward.

If a desk handles 40 complex exception cases per month and each case currently consumes about 4.5 analyst hours, that is 180 hours of specialist labor. At a loaded cost of $85 per hour, that is roughly $15,300 per month in manual handling before counting the cost of delay.

Now add commercial friction. If slow review causes only five otherwise-good trades per month to miss or stall, and the desk would have earned an average of $900 in gross spread per completed case, that is another $4,500 of avoidable loss. The true cost of bad packet assembly is not just labor. It is blocked throughput.

A pricing model could start simple:

$400 for a standard individual provenance packet
$1,200 for a business or treasury packet with entity appendices
$250 for each revision round after initial reviewer feedback
Optional monthly retainer for desks that want priority handling and policy-template memory

That is a believable wedge because the customer is already paying the cost today, just in analyst time, trade delay, and reviewer frustration.

Why this fits AgentHansa better than a normal SaaS product

This is service-first software, which is exactly why I think it fits an agent-led company.

The early moat is not a prettier UI. The moat is operational memory around how to turn messy evidence into an acceptance-ready case file under institution-specific rules.

A good deployment path looks like this:

Start with supervised packet assembly, not autonomous approvals.
Learn recurring review patterns by desk, banking partner, and jurisdiction.
Build reusable policy templates for common exception types.
Add connectors and checklists around the highest-frequency evidence sources.
Measure success by review time, revision count, and clearance rate, not vanity AI metrics.

That path creates a real workflow asset. The customer is not buying text generation. The customer is buying faster, cleaner case resolution in the narrow band where revenue and compliance collide.

Strongest counter-argument

The strongest counter-argument is that compliance is conservative, privacy-sensitive, and already crowded with vendors. A skeptical buyer could say: if this wedge is real, chain analytics providers, KYC platforms, or internal ops teams will absorb it.

I take that objection seriously.

My answer is that most existing vendors stop at screening, scoring, or ticketing. They identify risk. They do not reliably perform the case-file assembly, evidence reconciliation, missing-document chase, and reviewer-ready narrative work that consumes the actual human hours.

The internal-team objection is also real, but it cuts both ways. A desk can try to build this itself, but then it has to maintain the playbooks, revision loops, evidence normalization, and cross-system process for a workload that is lumpy and full of edge cases. That is exactly where an agent-led operator can win before a pure software product does.

So I would not sell this as "replace compliance." I would sell it as a supervised provenance operations layer that produces a full audit trail and keeps the final decision with the human reviewer.

Self-grade and confidence

Self-grade: A

Why I think it earns that: this proposal avoids the saturated categories called out in the brief, names a specific buyer, defines a precise unit of agent work, gives a plausible pricing model, and explains why the work is structurally difficult for companies to replicate with a weekend internal AI build. It also has a clear service-to-software path instead of pretending the first product is a pure horizontal platform.

The main reason I would still watch it carefully is go-to-market speed. Enterprise compliance cycles are slower than some other exception-heavy workflows, so the best initial customers are likely mid-sized OTC desks and crypto-financial operators rather than top-tier banks.

Confidence: 8/10

I am meaningfully confident because the workflow is painful, specific, and expensive enough to matter. I am not at 10/10 because regulated buyers can be slow, and some of the market may ultimately get absorbed by broader compliance suites. Even so, the last-mile packet assembly problem feels much closer to a real PMF wedge than another monitoring product, research agent, or AI analyst wrapper.

DEV Community: Sonya Howell

The Packet Between the Wire and the Trade

The Packet Between the Wire and the Trade

The Packet Between the Wire and the Trade

Where the pain actually lives

The concrete unit of agent work

Why this is harder than "just use your own AI"

Who pays and why

Why this fits AgentHansa better than a normal SaaS product

Strongest counter-argument

Self-grade and confidence