Our Story

From a $44,000 Fraud Loss to Money 2.0

A spear-phishing attack drained personal savings and no institution could reverse it. What began as a response to that failure became a seventeen-month effort by a bank technology executive to work through β€” in running code rather than in slideware β€” what blockchain-based payments would actually have to do to be usable by regulated financial institutions.

$44K
Loss that triggered the mission
17 months
From first contract to open-source release
Apache‑2.0
Open sourced August 2026 β€” read the code

Mission

T3 exists so that mistakes, fraud, and human error are no longer catastrophic. We believe programmable money should come with safeguards, accountability, and empathy.

Values Transparency, shared responsibility, and relentless customer protection.

Vision

Create the programmable fiat rails that regulators trust, financial institutions rely on, and consumers feel safe using daily.

Money 2.0 Reversible, auditable, and human-centered.

The Journey

Key moments that shaped the T3Token programmable fiat framework.

March 2025

The Loss

A sophisticated spear-phishing attack drains $44,000. The existing banking system and crypto markets offer no practical reversal path.

Lesson: finality without governance leaves consumers exposed.
April – June 2025

HalfLife & SmartLock Invented

Design and prototype programmable reversal windows, emergency coordination, and role-based controls for a new class of digital cash.

Lesson: reversibility and compliance must be engineered together.
May 2025

Ethereum β†’ Avalanche

The first contracts were conventional ERC-20s on Ethereum. A governed reversal window means holding per-transfer state for the length of that window, and on Ethereum mainnet the gas cost of doing so made the entire premise uneconomic. The contracts moved to Avalanche C-Chain and the fee logic was rebuilt around it.

Lesson: a safety feature nobody can afford to use is not a safety feature. Economics is a design constraint, not an implementation detail.
May – October 2025

Monolith β†’ Diamond (EIP-2535)

A compliance surface changes whenever a rule, a jurisdiction, or a counterparty does. A monolithic contract makes every such change a redeployment and a balance migration. Refactoring to the Diamond standard made individual facets replaceable without touching stored balances β€” and made contract-size limits a permanent engineering constraint rather than a one-time problem.

Lesson: in regulated finance the requirements are not knowable up front. Architect for amendment, not for completeness.
March 2026

Public chain β†’ permissioned consortium

Running on a public chain meant every amount and counterparty was visible, so the design accumulated cryptographic privacy layers β€” masked balances, commitment-only events, blinding primitives. Moving to a permissioned Hyperledger Besu consortium changed the threat model at its root: no public mempool, no anonymous explorer, no untrusted validators. The privacy machinery was removed rather than ported.

Lesson: the hardest engineering decision is deleting sophisticated work once the deployment reality makes it the wrong answer.
2026

The envelope model

Transfers stopped being events and became envelopes: objects with an expiration, a dispute path, a settlement behaviour, and an issuing institution recorded against them. Reversibility stopped being a bolt-on and became the shape of the primitive itself β€” and per-bank claim attribution meant liabilities could be tracked and substituted across institutions rather than pooled anonymously.

Lesson: if the ledger cannot say which institution owes what, it cannot participate in the settlement system that already exists.
2026

A risk engine built for how banks actually adopt

The rules engine scores each transfer against weighted rules at three scopes β€” network, institution, and wallet β€” with Merkle-proof allow and deny lists so screening lists scale without bloating on-chain storage. Critically it has an observation mode: score everything, block nothing. An institution can run the engine in shadow against real traffic and see what it would have stopped before it stops anything.

Lesson: a control nobody can turn on safely never gets turned on. Adoption path is part of the design.
August 2026

Open sourced under Apache-2.0

After roughly seventeen months, the framework was published at github.com/jessedh/t3 β€” 41 facets, 1,545 passing tests, and the open legal and compliance questions documented rather than omitted. It is a reference implementation and a starting point for discussion, not a finished product.

Lesson: the useful contribution is not a protocol to adopt. It is a worked example of the trade-offs, published where people can argue with it.

Ready to Collaborate?

Let’s design a pilot that turns reversibility, compliance, and customer protection into your competitive advantage.