7ea7328eed8c34238392e71932ba0d58a14dc98e
Two production-essential fixes that surfaced during the path-A TTS deployment to Vector testnet: 1. localUPLCEval: false on every Plutus V3 spend ────────────────────────────────────────────── lucid-evolution 0.4.30's CML WASM UPLC evaluator has a false-rejection bug for our V3 spend pattern: it rejects perfectly valid txs with "failed script execution Spend[0] the validator crashed / exited prematurely" while the chain itself accepts them without complaint. Routing eval to Ogmios's evaluateTransaction (cardano-node's evaluator) sidesteps the WASM bug and returns correct ex-units. OgmiosLucidProvider.evaluateTx already implements this path. This also unblocks the 5 tx-submit-live tests previously skipped with the comment "UPLC wasm crashes" (M1-F-D-defer / task #28). Without this fix, every Claim/Submit/Accept tx from our supplier was failing locally before reaching the chain. The third-party summitstak.ing supplier worked because it uses a different toolchain that does not run client-side phase-2 evaluation. 2. AdvertDatum BigInt coercion ──────────────────────────── cbor-x emits float64 (`fb` prefix) for JS Number values that can't fit CBOR's compact int forms (e.g. POSIX-ms timestamps). Plutus Data has no float type, so CML.PlutusData.from_cbor_hex panics with "RuntimeError: unreachable" when it sees one. Coerce max_output_tokens, max_processing_ms, advertised_at to BigInt before encoding so cbor-x always emits major-type-0/1 integers. Mirrors the intAsBig pattern already used in EscrowDatum. 3. Live-CBOR PostAdvert builder ───────────────────────────── M1-F-4 deferred postAdvert/updateAdvert/retireAdvert/reclaim/ release on the live path. With (1) and (2) in place, posting an advert via tx:post-advert against Vector testnet now works. Added buildLiveTxForAdvert in liveCbor.ts (mirrors PostEscrow) and routed buildPostAdvertTx through it when chain is live. 40 advert/post-advert tests still pass. Verified end-to-end on Vector testnet: TTS advert posted at 5df793ac12dc426fae7a7a01d56d3e923d3985103d62f0182d9ba63dda871f96#0, full chat + TTS marketplace lifecycle (PostEscrow → Claim → Submit → Accept) confirmed completing successfully on chain.
Local Agents Marketplace
Local Agents Marketplace MVP. See docs/ARCHITECTURE.md for the architecture spec. Monorepo managed with pnpm workspaces. Work-in-progress; not production-ready.
Description
Sovereign mirror of Apex-Fusion/agents-marketplace (supplier source for the marketplace runbook)
Languages
TypeScript
98.4%
Dockerfile
0.8%
Shell
0.6%
Python
0.2%