v1.0.0

feat(codex,codex-ouronet): v1.0.0 — real Kadena mainnet sends, working end to end

First stable release. Real Kadena mainnet sends (same-chain and
cross-chain) now work for the first time, alongside a full tooltip
canon 2.2 upgrade and a marathon of live-tested chain bug fixes:

• CRITICAL: StoaChain native Send built every transaction's signer
  UNSCOPED, never declaring the coin.TRANSFER/coin.TRANSFER_XCHAIN
  capability it needed — every native Send would have failed on-chain
  with "Managed capability coin.TRANSFER was not installed". Found via
  live testing, root-caused against the deployed coin contract and
  OuronetUI's own working implementation, fixed.
• Same-chain transfers were unreachable on any non-default chain pair
  for both Kadena and StoaChain (mutually-exclusive chain pickers
  inherited from an OuronetUI cross-chain-only ancestor).
• The native Send launcher's tooltip only ever cycled through the two
  same-chain variants, silently omitting cross-chain. The tooltip
  cycling engine now supports mixing a registry-resolved variant and a
  local-stopgap variant in one cycle; cross-chain example values are
  now real (a genuine second account, a real chain id) instead of the
  registry's generic ghost data.
• Kadena reads/writes now default to a real, reachable HTTPS gateway
  instead of a direct HTTP-only node that hairpin-NATs from its own LAN
  and trips browser mixed-content blocks; the direct node stays
  selectable, never the default. Network/timeout errors now name the
  node actually being talked to; 4 read functions that silently
  swallowed a chain-side envelope failure now log the real reason.
• Both chains' cross-chain send toast used to show no progress during
  the two longest waits (~100s initiate confirmation, ~100-150s SPV
  proof) — now drives a real 3-step progress toast from the moment the
  send starts, with completed steps visually distinct from pending ones.
• Tooltip canon upgraded to @ouronet/talos-registry@2.2.0: Rule 7 closed
  8 silently-no-op account-management launchers; Rule 8 classifies a
  live-read "no row for this key" refusal as a friendly answer instead
  of an alarming one.

Plus the seedtype-stoic-parity fix (StoaChainSeedType/SeedType
divergence blocking Pythia deploys) and the full prezbom-tooltip/
chainweb-crosschain-transfers project work from earlier this cycle.

See packages/codex-ouronet/CHANGELOG.md and packages/codex/CHANGELOG.md
for full per-change detail.

Co-Authored-By: Claude Sonnet 5 noreply@anthropic.com