tenzro-wallet 0.1.0

package/dist/ports/agent/ap2.d.ts

@@ -0,0 +1,104 @@
+/**
+ * Ap2Port — kernel's view of the AP2 (Agent Payment Protocol) layer.
+ *
+ * AP2 v0.2 was donated to the FIDO Alliance on April 28 2026 and is the
+ * de-facto agent-payment standard. The protocol expresses each step of an
+ * agent-driven payment as a Verifiable Digital Credential (VDC):
+ *   • Intent  — "user wants to buy X under Y constraints"
+ *   • Cart    — "this exact merchant + this exact basket"
+ *   • Payment — "this rail pulled this amount on this day"
+ *
+ * Tenzro's node ships AP2 as RPC methods (`tenzro_ap2*`) and the
+ * `tenzro-sdk` exposes them via `Ap2Client`. The wallet kernel does NOT
+ * re-implement the protocol; it consumes it through this port and trusts
+ * the node's verification result the same way it trusts the rest of the
+ * RPC surface (the node holds the FIDO trust anchor).
+ *
+ * Port shape mirrors the SDK semantics: a session is keyed by
+ * (agentDid, providerDid, service, maxAmount); individual payments are
+ * authorized within the session and then executed.
+ */
+/** A Verifiable Digital Credential — opaque JSON-shaped envelope. */
+export type Ap2Vdc = Readonly<Record<string, unknown>>;
+/** Mandate-verification result for a single VDC. */
+export interface Ap2MandateVerification {
+    readonly valid: boolean;
+    /** "Intent" | "Cart" | "Payment" — surfaced raw from the verifier. */
+    readonly mandateType: string;
+    readonly issuerDid?: string;
+    readonly subjectDid?: string;
+    /** Unix-seconds expiry. */
+    readonly expiresAt?: number;
+    readonly error?: string;
+}
+/**
+ * Pair-validation result for an Intent + Cart mandate. Matches the SDK
+ * shape (`tenzro-sdk` `Ap2Client.validateMandatePair`): the verifier
+ * returns the resolved DIDs and mandate IDs alongside a `valid` flag
+ * and a `delegationEnforced` flag, not the per-leg verification details.
+ */
+export interface Ap2MandatePairValidation {
+    readonly valid: boolean;
+    readonly intentMandateId?: string;
+    readonly cartMandateId?: string;
+    readonly principalDid?: string;
+    readonly agentDid?: string;
+    readonly delegationEnforced: boolean;
+    readonly error?: string;
+}
+export type Ap2SessionStatus = 'active' | 'completed' | 'cancelled' | 'expired';
+export interface Ap2Session {
+    readonly sessionId: string;
+    readonly agentDid: string;
+    readonly providerDid: string;
+    readonly service: string;
+    /** Max authorised spend, in smallest units of `asset`. */
+    readonly maxAmount: bigint;
+    /** Cumulative spent, smallest units. */
+    readonly totalSpent: bigint;
+    readonly asset: string;
+    readonly status: Ap2SessionStatus;
+}
+export type Ap2AuthorizationStatus = 'pending' | 'approved' | 'executed' | 'rejected';
+export interface Ap2Authorization {
+    readonly authorizationId: string;
+    readonly sessionId: string;
+    readonly amount: bigint;
+    readonly status: Ap2AuthorizationStatus;
+}
+export interface Ap2PaymentReceipt {
+    readonly receiptId: string;
+    readonly sessionId: string;
+    readonly amount: bigint;
+    readonly asset: string;
+}
+export interface Ap2CancelResult {
+    readonly sessionId: string;
+    readonly status: string;
+    readonly refundedAmount?: bigint;
+}
+export interface CreateSessionRequest {
+    readonly agentDid: string;
+    readonly providerDid: string;
+    readonly service: string;
+    readonly maxAmount: bigint;
+    /** Defaults to 'TNZO' when the adapter calls the node. */
+    readonly asset?: string;
+}
+export interface Ap2Port {
+    /** Verify a single mandate VDC against the node's FIDO trust anchor. */
+    verifyMandate(vdc: Ap2Vdc): Promise<Ap2MandateVerification>;
+    /**
+     * Validate an Intent+Cart pair for mutual consistency. Set
+     * `enforceDelegation` to require that the agent DID claimed in the cart
+     * is bound to the principal DID via a verifiable delegation chain.
+     */
+    validateMandatePair(intentVdc: Ap2Vdc, cartVdc: Ap2Vdc, enforceDelegation?: boolean): Promise<Ap2MandatePairValidation>;
+    createSession(req: CreateSessionRequest): Promise<Ap2Session>;
+    authorizePayment(sessionId: string, amount: bigint): Promise<Ap2Authorization>;
+    executePayment(sessionId: string, authorizationId: string): Promise<Ap2PaymentReceipt>;
+    cancelSession(sessionId: string): Promise<Ap2CancelResult>;
+    getSession(sessionId: string): Promise<Ap2Session | null>;
+    listAgentSessions(agentDid: string): Promise<readonly Ap2Session[]>;
+}
+//# sourceMappingURL=ap2.d.ts.map

package/dist/ports/agent/ap2.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"ap2.d.ts","sourceRoot":"","sources":["../../../src/ports/agent/ap2.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;GAmBG;AAEH,qEAAqE;AACrE,MAAM,MAAM,MAAM,GAAG,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC,CAAC;AAEvD,oDAAoD;AACpD,MAAM,WAAW,sBAAsB;IACrC,QAAQ,CAAC,KAAK,EAAE,OAAO,CAAC;IACxB,sEAAsE;IACtE,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,QAAQ,CAAC,SAAS,CAAC,EAAE,MAAM,CAAC;IAC5B,QAAQ,CAAC,UAAU,CAAC,EAAE,MAAM,CAAC;IAC7B,2BAA2B;IAC3B,QAAQ,CAAC,SAAS,CAAC,EAAE,MAAM,CAAC;IAC5B,QAAQ,CAAC,KAAK,CAAC,EAAE,MAAM,CAAC;CACzB;AAED;;;;;GAKG;AACH,MAAM,WAAW,wBAAwB;IACvC,QAAQ,CAAC,KAAK,EAAE,OAAO,CAAC;IACxB,QAAQ,CAAC,eAAe,CAAC,EAAE,MAAM,CAAC;IAClC,QAAQ,CAAC,aAAa,CAAC,EAAE,MAAM,CAAC;IAChC,QAAQ,CAAC,YAAY,CAAC,EAAE,MAAM,CAAC;IAC/B,QAAQ,CAAC,QAAQ,CAAC,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,kBAAkB,EAAE,OAAO,CAAC;IACrC,QAAQ,CAAC,KAAK,CAAC,EAAE,MAAM,CAAC;CACzB;AAED,MAAM,MAAM,gBAAgB,GAAG,QAAQ,GAAG,WAAW,GAAG,WAAW,GAAG,SAAS,CAAC;AAEhF,MAAM,WAAW,UAAU;IACzB,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC;IAC1B,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,0DAA0D;IAC1D,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,wCAAwC;IACxC,QAAQ,CAAC,UAAU,EAAE,MAAM,CAAC;IAC5B,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,MAAM,EAAE,gBAAgB,CAAC;CACnC;AAED,MAAM,MAAM,sBAAsB,GAAG,SAAS,GAAG,UAAU,GAAG,UAAU,GAAG,UAAU,CAAC;AAEtF,MAAM,WAAW,gBAAgB;IAC/B,QAAQ,CAAC,eAAe,EAAE,MAAM,CAAC;IACjC,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,MAAM,EAAE,sBAAsB,CAAC;CACzC;AAED,MAAM,WAAW,iBAAiB;IAChC,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;CACxB;AAED,MAAM,WAAW,eAAe;IAC9B,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,cAAc,CAAC,EAAE,MAAM,CAAC;CAClC;AAED,MAAM,WAAW,oBAAoB;IACnC,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC;IAC1B,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,0DAA0D;IAC1D,QAAQ,CAAC,KAAK,CAAC,EAAE,MAAM,CAAC;CACzB;AAED,MAAM,WAAW,OAAO;IACtB,wEAAwE;IACxE,aAAa,CAAC,GAAG,EAAE,MAAM,GAAG,OAAO,CAAC,sBAAsB,CAAC,CAAC;IAE5D;;;;OAIG;IACH,mBAAmB,CACjB,SAAS,EAAE,MAAM,EACjB,OAAO,EAAE,MAAM,EACf,iBAAiB,CAAC,EAAE,OAAO,GAC1B,OAAO,CAAC,wBAAwB,CAAC,CAAC;IAErC,aAAa,CAAC,GAAG,EAAE,oBAAoB,GAAG,OAAO,CAAC,UAAU,CAAC,CAAC;IAC9D,gBAAgB,CAAC,SAAS,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,GAAG,OAAO,CAAC,gBAAgB,CAAC,CAAC;IAC/E,cAAc,CAAC,SAAS,EAAE,MAAM,EAAE,eAAe,EAAE,MAAM,GAAG,OAAO,CAAC,iBAAiB,CAAC,CAAC;IACvF,aAAa,CAAC,SAAS,EAAE,MAAM,GAAG,OAAO,CAAC,eAAe,CAAC,CAAC;IAC3D,UAAU,CAAC,SAAS,EAAE,MAAM,GAAG,OAAO,CAAC,UAAU,GAAG,IAAI,CAAC,CAAC;IAC1D,iBAAiB,CAAC,QAAQ,EAAE,MAAM,GAAG,OAAO,CAAC,SAAS,UAAU,EAAE,CAAC,CAAC;CACrE"}

package/dist/ports/agent/ap2.js

@@ -0,0 +1,22 @@
+/**
+ * Ap2Port — kernel's view of the AP2 (Agent Payment Protocol) layer.
+ *
+ * AP2 v0.2 was donated to the FIDO Alliance on April 28 2026 and is the
+ * de-facto agent-payment standard. The protocol expresses each step of an
+ * agent-driven payment as a Verifiable Digital Credential (VDC):
+ *   • Intent  — "user wants to buy X under Y constraints"
+ *   • Cart    — "this exact merchant + this exact basket"
+ *   • Payment — "this rail pulled this amount on this day"
+ *
+ * Tenzro's node ships AP2 as RPC methods (`tenzro_ap2*`) and the
+ * `tenzro-sdk` exposes them via `Ap2Client`. The wallet kernel does NOT
+ * re-implement the protocol; it consumes it through this port and trusts
+ * the node's verification result the same way it trusts the rest of the
+ * RPC surface (the node holds the FIDO trust anchor).
+ *
+ * Port shape mirrors the SDK semantics: a session is keyed by
+ * (agentDid, providerDid, service, maxAmount); individual payments are
+ * authorized within the session and then executed.
+ */
+export {};
+//# sourceMappingURL=ap2.js.map

package/dist/ports/agent/ap2.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"ap2.js","sourceRoot":"","sources":["../../../src/ports/agent/ap2.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;GAmBG"}

package/dist/ports/agent/auth-approval.d.ts

@@ -0,0 +1,40 @@
+/**
+ * AuthApprovalPort — human-in-the-loop approval queue.
+ *
+ * Tenzro's auth engine ships an approval workflow: when an agent (or
+ * delegated session) initiates an action that exceeds its policy, the
+ * engine parks the request in a `Pending` state and surfaces it to the
+ * approver DID (typically a human controller). The approver fetches the
+ * queue, decides each item, and the engine then either lets the action
+ * through or rejects it.
+ *
+ * This port is what the wallet UI uses to render the approval inbox.
+ * The wallet never makes the approve/deny decision itself — that's the
+ * human's job — but the port makes the queue legible and lets the UI
+ * commit the human's decision back to the engine.
+ *
+ * Wire-shape mapping ↔ `tenzro-sdk`'s `AuthClient.listPendingApprovals` /
+ * `decideApproval`. The SDK keeps the per-record schema opaque (`unknown[]`)
+ * because the underlying storage shape may evolve; the port mirrors that
+ * conservatism — UIs can render whatever the engine returns without the
+ * port locking the schema.
+ */
+/** A single pending-approval record. Schema kept opaque on purpose — see
+ *  SDK `auth.ts`. UIs should narrow against known fields lazily. */
+export type PendingApproval = Readonly<Record<string, unknown>>;
+export interface PendingApprovalsList {
+    readonly count: number;
+    readonly pending: readonly PendingApproval[];
+}
+export type ApprovalDecisionStatus = 'Approved' | 'Denied';
+export interface ApprovalDecisionResult {
+    readonly status: ApprovalDecisionStatus;
+    readonly approvalId: string;
+}
+export interface AuthApprovalPort {
+    /** Pending records the approver should decide on. */
+    listPending(approverDid: string): Promise<PendingApprovalsList>;
+    /** Commit a human decision. Engine rejects mismatched approvers. */
+    decide(approvalId: string, decision: 'approved' | 'denied', approverDid: string): Promise<ApprovalDecisionResult>;
+}
+//# sourceMappingURL=auth-approval.d.ts.map

package/dist/ports/agent/auth-approval.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"auth-approval.d.ts","sourceRoot":"","sources":["../../../src/ports/agent/auth-approval.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;GAoBG;AAEH;oEACoE;AACpE,MAAM,MAAM,eAAe,GAAG,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC,CAAC;AAEhE,MAAM,WAAW,oBAAoB;IACnC,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,OAAO,EAAE,SAAS,eAAe,EAAE,CAAC;CAC9C;AAED,MAAM,MAAM,sBAAsB,GAAG,UAAU,GAAG,QAAQ,CAAC;AAE3D,MAAM,WAAW,sBAAsB;IACrC,QAAQ,CAAC,MAAM,EAAE,sBAAsB,CAAC;IACxC,QAAQ,CAAC,UAAU,EAAE,MAAM,CAAC;CAC7B;AAED,MAAM,WAAW,gBAAgB;IAC/B,qDAAqD;IACrD,WAAW,CAAC,WAAW,EAAE,MAAM,GAAG,OAAO,CAAC,oBAAoB,CAAC,CAAC;IAEhE,oEAAoE;IACpE,MAAM,CACJ,UAAU,EAAE,MAAM,EAClB,QAAQ,EAAE,UAAU,GAAG,QAAQ,EAC/B,WAAW,EAAE,MAAM,GAClB,OAAO,CAAC,sBAAsB,CAAC,CAAC;CACpC"}

package/dist/ports/agent/auth-approval.js

@@ -0,0 +1,23 @@
+/**
+ * AuthApprovalPort — human-in-the-loop approval queue.
+ *
+ * Tenzro's auth engine ships an approval workflow: when an agent (or
+ * delegated session) initiates an action that exceeds its policy, the
+ * engine parks the request in a `Pending` state and surfaces it to the
+ * approver DID (typically a human controller). The approver fetches the
+ * queue, decides each item, and the engine then either lets the action
+ * through or rejects it.
+ *
+ * This port is what the wallet UI uses to render the approval inbox.
+ * The wallet never makes the approve/deny decision itself — that's the
+ * human's job — but the port makes the queue legible and lets the UI
+ * commit the human's decision back to the engine.
+ *
+ * Wire-shape mapping ↔ `tenzro-sdk`'s `AuthClient.listPendingApprovals` /
+ * `decideApproval`. The SDK keeps the per-record schema opaque (`unknown[]`)
+ * because the underlying storage shape may evolve; the port mirrors that
+ * conservatism — UIs can render whatever the engine returns without the
+ * port locking the schema.
+ */
+export {};
+//# sourceMappingURL=auth-approval.js.map

package/dist/ports/agent/auth-approval.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"auth-approval.js","sourceRoot":"","sources":["../../../src/ports/agent/auth-approval.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;GAoBG"}

package/dist/ports/agent/erc7802.d.ts

@@ -0,0 +1,94 @@
+/**
+ * Erc7802Port — SuperchainERC20 cross-chain supply consistency.
+ *
+ * ERC-7802 lets a token minted on chain A be burned on chain A and
+ * re-minted on chain B, keeping total supply constant across chains.
+ * Tenzro's BridgeRouter uses this for native cross-chain TNZO and
+ * compatible SuperchainERC20s; the wallet exposes it so dApps can
+ * bypass aggregators when the asset itself implements ERC-7802.
+ *
+ * **Implementation note (2026-05).** `tenzro-sdk@0.1.0` `Erc7802Client`
+ * actually performs the operation server-side via the node's
+ * `tenzro_signAndSendTransaction` hybrid-signing path — it does not
+ * return raw calldata. The wallet kernel's `Erc7802Port` mirrors that
+ * shape: callers receive a `tx_hash` directly, no `prepare → sign →
+ * submit` lifecycle to drive on the wallet side. This is consistent
+ * with how `client.sendTransaction` works for native TNZO transfers
+ * (the wallet's keys live in the node TEE; the wire never carries them).
+ *
+ * SDK methods (per `tenzro-sdk` `src/erc7802.ts`):
+ *   - `client.erc7802().crosschainMint(token, recipient, amount, sourceChain)`
+ *   - `client.erc7802().crosschainBurn(token, from, amount, targetChain)`
+ *   - `client.erc7802().getCrossChainSupply(token)`
+ *
+ * Tenzro RPC endpoints:
+ *   - `tenzro_erc7802CrosschainMint`
+ *   - `tenzro_erc7802CrosschainBurn`
+ *   - `tenzro_erc7802GetCrossChainSupply`
+ */
+export interface Erc7802MintResult {
+    /** Transaction hash on the destination chain (where the mint happened). */
+    readonly txHash: string;
+    readonly token: string;
+    readonly recipient: string;
+    /** Decimal amount string (matches SDK wire shape). */
+    readonly amount: string;
+    /** Source chain that authorised the mint. */
+    readonly sourceChain: string;
+    /** Mint status (`'pending'`, `'finalized'`, etc — SDK-defined). */
+    readonly status: string;
+}
+export interface Erc7802BurnResult {
+    /** Transaction hash on the source chain (where the burn happened). */
+    readonly txHash: string;
+    readonly token: string;
+    readonly from: string;
+    readonly amount: string;
+    /** Target chain where the corresponding mint may happen. */
+    readonly targetChain: string;
+    /** Burn status (`'pending'`, `'finalized'`, etc — SDK-defined). */
+    readonly status: string;
+}
+export interface Erc7802SupplyBreakdown {
+    readonly token: string;
+    /** Total supply across all chains, decimal string. */
+    readonly totalSupply: string;
+    /** Per-chain supply (chain slug → decimal string). */
+    readonly chainSupplies: Readonly<Record<string, string>>;
+}
+export interface CrosschainMintRequest {
+    readonly token: string;
+    /** Recipient address on the chain where minting happens. */
+    readonly recipient: string;
+    /** Decimal amount string in token smallest units. */
+    readonly amount: string;
+    /** Source chain slug that authorises this mint (must show a prior burn). */
+    readonly sourceChain: string;
+}
+export interface CrosschainBurnRequest {
+    readonly token: string;
+    /** Address whose balance is debited on the current chain. */
+    readonly from: string;
+    /** Decimal amount string in token smallest units. */
+    readonly amount: string;
+    /** Target chain slug where re-minting will be authorised. */
+    readonly targetChain: string;
+}
+export interface Erc7802Port {
+    /**
+     * Burn `amount` of `token` from the current chain, authorising a
+     * crosschain mint on `targetChain`. Returns the source-chain tx hash;
+     * the destination-chain mint is driven by `crosschainMint` once the
+     * messenger has propagated the burn.
+     */
+    crosschainBurn(req: CrosschainBurnRequest): Promise<Erc7802BurnResult>;
+    /**
+     * Mint `amount` of `token` on the current chain, authorised by a prior
+     * burn on `sourceChain`. The Tenzro node validates the source-chain
+     * burn proof through the SuperchainERC20 messenger before signing.
+     */
+    crosschainMint(req: CrosschainMintRequest): Promise<Erc7802MintResult>;
+    /** Per-chain supply breakdown for a SuperchainERC20 token. */
+    getCrossChainSupply(token: string): Promise<Erc7802SupplyBreakdown>;
+}
+//# sourceMappingURL=erc7802.d.ts.map

package/dist/ports/agent/erc7802.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"erc7802.d.ts","sourceRoot":"","sources":["../../../src/ports/agent/erc7802.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;GA2BG;AAEH,MAAM,WAAW,iBAAiB;IAChC,2EAA2E;IAC3E,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,sDAAsD;IACtD,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,6CAA6C;IAC7C,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,mEAAmE;IACnE,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;CACzB;AAED,MAAM,WAAW,iBAAiB;IAChC,sEAAsE;IACtE,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,4DAA4D;IAC5D,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,mEAAmE;IACnE,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;CACzB;AAED,MAAM,WAAW,sBAAsB;IACrC,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,sDAAsD;IACtD,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,sDAAsD;IACtD,QAAQ,CAAC,aAAa,EAAE,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC,CAAC;CAC1D;AAED,MAAM,WAAW,qBAAqB;IACpC,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,4DAA4D;IAC5D,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,qDAAqD;IACrD,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,4EAA4E;IAC5E,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;CAC9B;AAED,MAAM,WAAW,qBAAqB;IACpC,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,6DAA6D;IAC7D,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,qDAAqD;IACrD,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,6DAA6D;IAC7D,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;CAC9B;AAED,MAAM,WAAW,WAAW;IAC1B;;;;;OAKG;IACH,cAAc,CAAC,GAAG,EAAE,qBAAqB,GAAG,OAAO,CAAC,iBAAiB,CAAC,CAAC;IAEvE;;;;OAIG;IACH,cAAc,CAAC,GAAG,EAAE,qBAAqB,GAAG,OAAO,CAAC,iBAAiB,CAAC,CAAC;IAEvE,8DAA8D;IAC9D,mBAAmB,CAAC,KAAK,EAAE,MAAM,GAAG,OAAO,CAAC,sBAAsB,CAAC,CAAC;CACrE"}

package/dist/ports/agent/erc7802.js

@@ -0,0 +1,30 @@
+/**
+ * Erc7802Port — SuperchainERC20 cross-chain supply consistency.
+ *
+ * ERC-7802 lets a token minted on chain A be burned on chain A and
+ * re-minted on chain B, keeping total supply constant across chains.
+ * Tenzro's BridgeRouter uses this for native cross-chain TNZO and
+ * compatible SuperchainERC20s; the wallet exposes it so dApps can
+ * bypass aggregators when the asset itself implements ERC-7802.
+ *
+ * **Implementation note (2026-05).** `tenzro-sdk@0.1.0` `Erc7802Client`
+ * actually performs the operation server-side via the node's
+ * `tenzro_signAndSendTransaction` hybrid-signing path — it does not
+ * return raw calldata. The wallet kernel's `Erc7802Port` mirrors that
+ * shape: callers receive a `tx_hash` directly, no `prepare → sign →
+ * submit` lifecycle to drive on the wallet side. This is consistent
+ * with how `client.sendTransaction` works for native TNZO transfers
+ * (the wallet's keys live in the node TEE; the wire never carries them).
+ *
+ * SDK methods (per `tenzro-sdk` `src/erc7802.ts`):
+ *   - `client.erc7802().crosschainMint(token, recipient, amount, sourceChain)`
+ *   - `client.erc7802().crosschainBurn(token, from, amount, targetChain)`
+ *   - `client.erc7802().getCrossChainSupply(token)`
+ *
+ * Tenzro RPC endpoints:
+ *   - `tenzro_erc7802CrosschainMint`
+ *   - `tenzro_erc7802CrosschainBurn`
+ *   - `tenzro_erc7802GetCrossChainSupply`
+ */
+export {};
+//# sourceMappingURL=erc7802.js.map

package/dist/ports/agent/erc7802.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"erc7802.js","sourceRoot":"","sources":["../../../src/ports/agent/erc7802.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;GA2BG"}

package/dist/ports/agent/erc8004.d.ts

@@ -0,0 +1,57 @@
+/**
+ * Erc8004Port — agent identity / reputation / validation registries on EVM.
+ *
+ * ERC-8004 went mainnet on January 29 2026. Three registries:
+ *   • IdentityRegistry  — ERC-721 NFT-style agent ids
+ *   • ReputationRegistry — feedback (0-100 score + auth id + URI)
+ *   • ValidationRegistry — third-party validation requests/responses
+ *
+ * The Tenzro SDK's `Erc8004Client` only ABI-encodes / decodes; it never
+ * holds keys or signs. The wallet kernel takes the calldata produced here
+ * and routes it through the existing `evm-on-tenzro` surface (real
+ * EIP-1559 + secp256k1 signing already lives there). That keeps signing
+ * in one place and lets the wallet treat ERC-8004 as "just another EVM
+ * call."
+ *
+ * The wallet does NOT re-implement registry semantics; it consumes the
+ * SDK encoder/decoder via this port and signs the resulting calldata.
+ */
+/** 32-byte hex agent id (ERC-721 token id, padded). */
+export type Erc8004AgentIdHex = `0x${string}`;
+/** Result of `deriveAgentId` — owner+salt are echoed back for round-tripping. */
+export interface Erc8004DerivedAgentId {
+    readonly agentId: Erc8004AgentIdHex;
+    readonly owner: `0x${string}`;
+    readonly salt: `0x${string}`;
+}
+/** Hex-encoded ABI calldata ready for `eth_sendTransaction` or `eth_call`. */
+export interface Erc8004Calldata {
+    /** 4-byte function selector. */
+    readonly selector: `0x${string}`;
+    /** Full hex calldata: selector + ABI-encoded args. */
+    readonly calldata: `0x${string}`;
+}
+/** Decoded agent record returned by `IdentityRegistry.getAgent()`. */
+export interface Erc8004Agent {
+    readonly registrationDataUri: string;
+    readonly owner: `0x${string}`;
+}
+export interface Erc8004Port {
+    /** Derive `keccak256(abi.encode("TENZRO_ERC8004_AGENT", owner, salt))`. */
+    deriveAgentId(owner: `0x${string}`, salt: `0x${string}`): Promise<Erc8004DerivedAgentId>;
+    /** Encode `IdentityRegistry.register(agentId, registrationDataURI, owner)`. */
+    encodeRegister(agentId: Erc8004AgentIdHex, registrationDataUri: string, owner: `0x${string}`): Promise<Erc8004Calldata>;
+    /** Encode `IdentityRegistry.getAgent(agentId)`. Use with `eth_call`. */
+    encodeGetAgent(agentId: Erc8004AgentIdHex): Promise<Erc8004Calldata>;
+    /** Decode return data from a `getAgent()` `eth_call`. */
+    decodeGetAgent(returndata: `0x${string}`): Promise<Erc8004Agent>;
+    /** Encode `ReputationRegistry.submitFeedback(agentId, score, authId, uri)`.
+     *  `score` must be 0–100. */
+    encodeFeedback(agentId: Erc8004AgentIdHex, score: number, feedbackAuthId: string, feedbackUri: string): Promise<Erc8004Calldata>;
+    /** Encode `ValidationRegistry.requestValidation(agentId, validatorId, uri, dataHash)`. */
+    encodeRequestValidation(agentId: Erc8004AgentIdHex, validatorId: string, requestUri: string, dataHash: `0x${string}`): Promise<Erc8004Calldata>;
+    /** Encode `ValidationRegistry.submitValidation(dataHash, response, uri, tag)`.
+     *  `response` is a 0–100 score. */
+    encodeSubmitValidation(dataHash: `0x${string}`, response: number, responseUri: string, tag: string): Promise<Erc8004Calldata>;
+}
+//# sourceMappingURL=erc8004.d.ts.map

package/dist/ports/agent/erc8004.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"erc8004.d.ts","sourceRoot":"","sources":["../../../src/ports/agent/erc8004.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;GAiBG;AAEH,uDAAuD;AACvD,MAAM,MAAM,iBAAiB,GAAG,KAAK,MAAM,EAAE,CAAC;AAE9C,iFAAiF;AACjF,MAAM,WAAW,qBAAqB;IACpC,QAAQ,CAAC,OAAO,EAAE,iBAAiB,CAAC;IACpC,QAAQ,CAAC,KAAK,EAAE,KAAK,MAAM,EAAE,CAAC;IAC9B,QAAQ,CAAC,IAAI,EAAE,KAAK,MAAM,EAAE,CAAC;CAC9B;AAED,8EAA8E;AAC9E,MAAM,WAAW,eAAe;IAC9B,gCAAgC;IAChC,QAAQ,CAAC,QAAQ,EAAE,KAAK,MAAM,EAAE,CAAC;IACjC,sDAAsD;IACtD,QAAQ,CAAC,QAAQ,EAAE,KAAK,MAAM,EAAE,CAAC;CAClC;AAED,sEAAsE;AACtE,MAAM,WAAW,YAAY;IAC3B,QAAQ,CAAC,mBAAmB,EAAE,MAAM,CAAC;IACrC,QAAQ,CAAC,KAAK,EAAE,KAAK,MAAM,EAAE,CAAC;CAC/B;AAED,MAAM,WAAW,WAAW;IAC1B,2EAA2E;IAC3E,aAAa,CAAC,KAAK,EAAE,KAAK,MAAM,EAAE,EAAE,IAAI,EAAE,KAAK,MAAM,EAAE,GAAG,OAAO,CAAC,qBAAqB,CAAC,CAAC;IAEzF,+EAA+E;IAC/E,cAAc,CACZ,OAAO,EAAE,iBAAiB,EAC1B,mBAAmB,EAAE,MAAM,EAC3B,KAAK,EAAE,KAAK,MAAM,EAAE,GACnB,OAAO,CAAC,eAAe,CAAC,CAAC;IAE5B,wEAAwE;IACxE,cAAc,CAAC,OAAO,EAAE,iBAAiB,GAAG,OAAO,CAAC,eAAe,CAAC,CAAC;IAErE,yDAAyD;IACzD,cAAc,CAAC,UAAU,EAAE,KAAK,MAAM,EAAE,GAAG,OAAO,CAAC,YAAY,CAAC,CAAC;IAEjE;iCAC6B;IAC7B,cAAc,CACZ,OAAO,EAAE,iBAAiB,EAC1B,KAAK,EAAE,MAAM,EACb,cAAc,EAAE,MAAM,EACtB,WAAW,EAAE,MAAM,GAClB,OAAO,CAAC,eAAe,CAAC,CAAC;IAE5B,0FAA0F;IAC1F,uBAAuB,CACrB,OAAO,EAAE,iBAAiB,EAC1B,WAAW,EAAE,MAAM,EACnB,UAAU,EAAE,MAAM,EAClB,QAAQ,EAAE,KAAK,MAAM,EAAE,GACtB,OAAO,CAAC,eAAe,CAAC,CAAC;IAE5B;uCACmC;IACnC,sBAAsB,CACpB,QAAQ,EAAE,KAAK,MAAM,EAAE,EACvB,QAAQ,EAAE,MAAM,EAChB,WAAW,EAAE,MAAM,EACnB,GAAG,EAAE,MAAM,GACV,OAAO,CAAC,eAAe,CAAC,CAAC;CAC7B"}

package/dist/ports/agent/erc8004.js

@@ -0,0 +1,20 @@
+/**
+ * Erc8004Port — agent identity / reputation / validation registries on EVM.
+ *
+ * ERC-8004 went mainnet on January 29 2026. Three registries:
+ *   • IdentityRegistry  — ERC-721 NFT-style agent ids
+ *   • ReputationRegistry — feedback (0-100 score + auth id + URI)
+ *   • ValidationRegistry — third-party validation requests/responses
+ *
+ * The Tenzro SDK's `Erc8004Client` only ABI-encodes / decodes; it never
+ * holds keys or signs. The wallet kernel takes the calldata produced here
+ * and routes it through the existing `evm-on-tenzro` surface (real
+ * EIP-1559 + secp256k1 signing already lives there). That keeps signing
+ * in one place and lets the wallet treat ERC-8004 as "just another EVM
+ * call."
+ *
+ * The wallet does NOT re-implement registry semantics; it consumes the
+ * SDK encoder/decoder via this port and signs the resulting calldata.
+ */
+export {};
+//# sourceMappingURL=erc8004.js.map

package/dist/ports/agent/erc8004.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"erc8004.js","sourceRoot":"","sources":["../../../src/ports/agent/erc8004.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;GAiBG"}

package/dist/ports/agent/escrow.d.ts

@@ -0,0 +1,74 @@
+/**
+ * EscrowPort — native VM escrow primitive on Tenzro Ledger.
+ *
+ * Per `reference_tenzro_architecture.md` and SDK `settlement.ts`:
+ *
+ *   • CreateEscrow  selector 0x01000010, ~75k gas
+ *   • ReleaseEscrow selector 0x01000011, ~60k gas
+ *   • RefundEscrow  selector 0x01000012, ~50k gas
+ *
+ * Vault address is deterministic from `escrow_id`; only the original
+ * payer can release or refund. Six release modes, all enforced VM-side.
+ *
+ * The wallet wraps the SDK's `SettlementClient`; the SDK already owns the
+ * canonical CreateEscrow/ReleaseEscrow/RefundEscrow tx_type encoding and
+ * routes through `tenzro_signAndSendTransaction` for hybrid signing.
+ */
+export type EscrowReleaseMode = 'timeout' | 'provider' | 'consumer' | 'both' | 'verifier' | 'custom';
+export interface CreateEscrowRequest {
+    /** Payer address (the holder's MPC wallet address). */
+    readonly payer: string;
+    /** Recipient on successful release. */
+    readonly payee: string;
+    /** Amount to lock (smallest unit; 1 TNZO = 10^18 wei). */
+    readonly amount: bigint;
+    /** Asset id, e.g. "TNZO" or a token contract address. */
+    readonly asset: string;
+    /** Unix-ms expiry. After this, refund unlocks (with appropriate mode). */
+    readonly expiresAt: bigint;
+    readonly releaseMode: EscrowReleaseMode;
+}
+export interface ReleaseEscrowRequest {
+    readonly payer: string;
+    /** 32-byte escrow id (hex with or without `0x`). */
+    readonly escrowId: string;
+    /** Optional proof bytes (mode-specific). Hex with or without `0x`. */
+    readonly proof?: string;
+}
+export interface RefundEscrowRequest {
+    readonly payer: string;
+    readonly escrowId: string;
+}
+export interface EscrowRecord {
+    readonly escrowId: string;
+    readonly payer: string;
+    readonly payee: string;
+    readonly amount: bigint;
+    readonly asset: string;
+    readonly expiresAt: number;
+    readonly releaseMode: EscrowReleaseMode;
+    readonly status: 'active' | 'released' | 'refunded' | 'expired';
+}
+export interface EscrowPort {
+    /** Lock funds. Returns the submission tx hash. */
+    create(req: CreateEscrowRequest): Promise<string>;
+    /** Release locked funds to the payee. Returns the tx hash. */
+    release(req: ReleaseEscrowRequest): Promise<string>;
+    /** Refund locked funds back to the payer. Returns the tx hash. */
+    refund(req: RefundEscrowRequest): Promise<string>;
+    /** Inspect an escrow record. Returns null if unknown. */
+    get(escrowId: string): Promise<EscrowRecord | null>;
+    /**
+     * Enumerate all escrows where `payer` is the locker. Backed by the
+     * `escrow_payer:` secondary index in CF_SETTLEMENTS. Order is unspecified.
+     * Returns `[]` if the payer has no escrows.
+     */
+    listByPayer(payer: string): Promise<EscrowRecord[]>;
+    /**
+     * Enumerate all escrows where `payee` is the destination on release. Backed
+     * by the `escrow_payee:` secondary index in CF_SETTLEMENTS. Order is
+     * unspecified. Returns `[]` if the payee has none.
+     */
+    listByPayee(payee: string): Promise<EscrowRecord[]>;
+}
+//# sourceMappingURL=escrow.d.ts.map

package/dist/ports/agent/escrow.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"escrow.d.ts","sourceRoot":"","sources":["../../../src/ports/agent/escrow.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAEH,MAAM,MAAM,iBAAiB,GACzB,SAAS,GACT,UAAU,GACV,UAAU,GACV,MAAM,GACN,UAAU,GACV,QAAQ,CAAC;AAEb,MAAM,WAAW,mBAAmB;IAClC,uDAAuD;IACvD,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,uCAAuC;IACvC,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,0DAA0D;IAC1D,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,yDAAyD;IACzD,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,0EAA0E;IAC1E,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,WAAW,EAAE,iBAAiB,CAAC;CACzC;AAED,MAAM,WAAW,oBAAoB;IACnC,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,oDAAoD;IACpD,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC;IAC1B,sEAAsE;IACtE,QAAQ,CAAC,KAAK,CAAC,EAAE,MAAM,CAAC;CACzB;AAED,MAAM,WAAW,mBAAmB;IAClC,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC;CAC3B;AAED,MAAM,WAAW,YAAY;IAC3B,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC;IAC1B,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,QAAQ,CAAC,WAAW,EAAE,iBAAiB,CAAC;IACxC,QAAQ,CAAC,MAAM,EAAE,QAAQ,GAAG,UAAU,GAAG,UAAU,GAAG,SAAS,CAAC;CACjE;AAED,MAAM,WAAW,UAAU;IACzB,kDAAkD;IAClD,MAAM,CAAC,GAAG,EAAE,mBAAmB,GAAG,OAAO,CAAC,MAAM,CAAC,CAAC;IAElD,8DAA8D;IAC9D,OAAO,CAAC,GAAG,EAAE,oBAAoB,GAAG,OAAO,CAAC,MAAM,CAAC,CAAC;IAEpD,kEAAkE;IAClE,MAAM,CAAC,GAAG,EAAE,mBAAmB,GAAG,OAAO,CAAC,MAAM,CAAC,CAAC;IAElD,yDAAyD;IACzD,GAAG,CAAC,QAAQ,EAAE,MAAM,GAAG,OAAO,CAAC,YAAY,GAAG,IAAI,CAAC,CAAC;IAEpD;;;;OAIG;IACH,WAAW,CAAC,KAAK,EAAE,MAAM,GAAG,OAAO,CAAC,YAAY,EAAE,CAAC,CAAC;IAEpD;;;;OAIG;IACH,WAAW,CAAC,KAAK,EAAE,MAAM,GAAG,OAAO,CAAC,YAAY,EAAE,CAAC,CAAC;CACrD"}

package/dist/ports/agent/escrow.js

@@ -0,0 +1,18 @@
+/**
+ * EscrowPort — native VM escrow primitive on Tenzro Ledger.
+ *
+ * Per `reference_tenzro_architecture.md` and SDK `settlement.ts`:
+ *
+ *   • CreateEscrow  selector 0x01000010, ~75k gas
+ *   • ReleaseEscrow selector 0x01000011, ~60k gas
+ *   • RefundEscrow  selector 0x01000012, ~50k gas
+ *
+ * Vault address is deterministic from `escrow_id`; only the original
+ * payer can release or refund. Six release modes, all enforced VM-side.
+ *
+ * The wallet wraps the SDK's `SettlementClient`; the SDK already owns the
+ * canonical CreateEscrow/ReleaseEscrow/RefundEscrow tx_type encoding and
+ * routes through `tenzro_signAndSendTransaction` for hybrid signing.
+ */
+export {};
+//# sourceMappingURL=escrow.js.map

package/dist/ports/agent/escrow.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"escrow.js","sourceRoot":"","sources":["../../../src/ports/agent/escrow.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG"}

package/dist/ports/agent/fee-estimator.d.ts

@@ -0,0 +1,71 @@
+/**
+ * FeeEstimatorPort — EIP-1559 fee market read access for transaction
+ * builders that need to fill `maxFeePerGas` / `maxPriorityFeePerGas`.
+ *
+ * Tenzro tracks an EIP-1559 fee market: `base_fee_per_gas` adjusts ±12.5%
+ * per block against a 15M-gas target, with the burn portion governed by
+ * the adaptive-burn dial. Wallet UI flows (transfer, agent-bond post,
+ * escrow create, ERC-7683 origin-open) need three things:
+ *
+ *   1. The current effective gas price (legacy single-field tx, fallback).
+ *   2. A suggested priority tip for inclusion within the next ~3 blocks.
+ *   3. Base-fee history so the UI can render a "fast/normal/slow" picker.
+ *
+ * The wallet wraps the SDK's `TenzroClient.getGasPrice` /
+ * `getMaxPriorityFeePerGas` / `getFeeHistory`. Three policies are
+ * exposed as a derived helper because most callers want
+ * `(maxFee, maxPriorityFee)` already-decided rather than the raw
+ * series.
+ */
+export interface FeeHistoryRecord {
+    /** Hex height of the oldest block in the returned window. */
+    readonly oldestBlock: string;
+    /**
+     * `blockCount + 1` entries: per-block base fee plus the predicted base
+     * fee for the next block (the trailing entry is the floor for a Type-2
+     * tx's `maxFeePerGas`). All values in wei.
+     */
+    readonly baseFeePerGas: readonly bigint[];
+    /** Per-block ratio of `gasUsed / gasLimit` ∈ [0, 1]. */
+    readonly gasUsedRatio: readonly number[];
+    /**
+     * `reward[i][j]` = j-th requested percentile of priority tips paid in
+     * block `oldestBlock + i`. Absent when no percentiles were requested.
+     */
+    readonly reward?: readonly (readonly bigint[])[];
+}
+/** Speed preference for the derived `suggestFees()` helper. */
+export type FeeSpeed = 'slow' | 'normal' | 'fast';
+export interface SuggestedFees {
+    /** EIP-1559 maxFeePerGas, in wei. */
+    readonly maxFeePerGas: bigint;
+    /** EIP-1559 maxPriorityFeePerGas (tip), in wei. */
+    readonly maxPriorityFeePerGas: bigint;
+    /** Trailing predicted base fee — the floor used to compute maxFeePerGas. */
+    readonly nextBlockBaseFee: bigint;
+}
+export interface FeeEstimatorPort {
+    /**
+     * Current effective gas price, in wei. Tracks `eth_gasPrice` —
+     * approximately `base_fee + suggested_tip`. Use this only for legacy
+     * single-field txs; prefer `suggestFees()` for Type-2 builders.
+     */
+    gasPrice(): Promise<bigint>;
+    /** Suggested priority tip (`maxPriorityFeePerGas`), in wei. */
+    maxPriorityFeePerGas(): Promise<bigint>;
+    /**
+     * Fee-history window for client-side base-fee modelling.
+     * @param blockCount - 1..1024
+     * @param newestBlock - hex block height or `"latest"`
+     * @param rewardPercentiles - e.g. `[25, 50, 75]` for slow/normal/fast tips
+     */
+    feeHistory(blockCount: number, newestBlock?: string, rewardPercentiles?: number[]): Promise<FeeHistoryRecord>;
+    /**
+     * Convenience: combine `feeHistory` (last 4 blocks, 25/50/75 percentile)
+     * with the trailing predicted base fee to suggest
+     * `(maxFeePerGas, maxPriorityFeePerGas)`. Falls back to `gasPrice()`
+     * when fee history is unavailable.
+     */
+    suggestFees(speed?: FeeSpeed): Promise<SuggestedFees>;
+}
+//# sourceMappingURL=fee-estimator.d.ts.map

package/dist/ports/agent/fee-estimator.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"fee-estimator.d.ts","sourceRoot":"","sources":["../../../src/ports/agent/fee-estimator.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;GAkBG;AAEH,MAAM,WAAW,gBAAgB;IAC/B,6DAA6D;IAC7D,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B;;;;OAIG;IACH,QAAQ,CAAC,aAAa,EAAE,SAAS,MAAM,EAAE,CAAC;IAC1C,wDAAwD;IACxD,QAAQ,CAAC,YAAY,EAAE,SAAS,MAAM,EAAE,CAAC;IACzC;;;OAGG;IACH,QAAQ,CAAC,MAAM,CAAC,EAAE,SAAS,CAAC,SAAS,MAAM,EAAE,CAAC,EAAE,CAAC;CAClD;AAED,+DAA+D;AAC/D,MAAM,MAAM,QAAQ,GAAG,MAAM,GAAG,QAAQ,GAAG,MAAM,CAAC;AAElD,MAAM,WAAW,aAAa;IAC5B,qCAAqC;IACrC,QAAQ,CAAC,YAAY,EAAE,MAAM,CAAC;IAC9B,mDAAmD;IACnD,QAAQ,CAAC,oBAAoB,EAAE,MAAM,CAAC;IACtC,4EAA4E;IAC5E,QAAQ,CAAC,gBAAgB,EAAE,MAAM,CAAC;CACnC;AAED,MAAM,WAAW,gBAAgB;IAC/B;;;;OAIG;IACH,QAAQ,IAAI,OAAO,CAAC,MAAM,CAAC,CAAC;IAE5B,+DAA+D;IAC/D,oBAAoB,IAAI,OAAO,CAAC,MAAM,CAAC,CAAC;IAExC;;;;;OAKG;IACH,UAAU,CACR,UAAU,EAAE,MAAM,EAClB,WAAW,CAAC,EAAE,MAAM,EACpB,iBAAiB,CAAC,EAAE,MAAM,EAAE,GAC3B,OAAO,CAAC,gBAAgB,CAAC,CAAC;IAE7B;;;;;OAKG;IACH,WAAW,CAAC,KAAK,CAAC,EAAE,QAAQ,GAAG,OAAO,CAAC,aAAa,CAAC,CAAC;CACvD"}

package/dist/ports/agent/fee-estimator.js

@@ -0,0 +1,21 @@
+/**
+ * FeeEstimatorPort — EIP-1559 fee market read access for transaction
+ * builders that need to fill `maxFeePerGas` / `maxPriorityFeePerGas`.
+ *
+ * Tenzro tracks an EIP-1559 fee market: `base_fee_per_gas` adjusts ±12.5%
+ * per block against a 15M-gas target, with the burn portion governed by
+ * the adaptive-burn dial. Wallet UI flows (transfer, agent-bond post,
+ * escrow create, ERC-7683 origin-open) need three things:
+ *
+ *   1. The current effective gas price (legacy single-field tx, fallback).
+ *   2. A suggested priority tip for inclusion within the next ~3 blocks.
+ *   3. Base-fee history so the UI can render a "fast/normal/slow" picker.
+ *
+ * The wallet wraps the SDK's `TenzroClient.getGasPrice` /
+ * `getMaxPriorityFeePerGas` / `getFeeHistory`. Three policies are
+ * exposed as a derived helper because most callers want
+ * `(maxFee, maxPriorityFee)` already-decided rather than the raw
+ * series.
+ */
+export {};
+//# sourceMappingURL=fee-estimator.js.map

package/dist/ports/agent/fee-estimator.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"fee-estimator.js","sourceRoot":"","sources":["../../../src/ports/agent/fee-estimator.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;GAkBG"}