connector-v0.3.1

The same connector, a generation newer underneath: ed25519-dalek 3, aes-gcm 0.11,
scrypt 0.12, base64 0.23, and getrandom in place of rand_core.

Verified with a real wallet on both transports before tagging -- a ROLA proof
over the ordinary path and one over the TCP relay with zero UDP sockets.

Key files and paired wallets from earlier versions keep working; a test now
carries a real key.json produced by the older build to hold that down.

connector-v0.3.0

Works on networks that give it no UDP at all, and rides a WebRTC stack that was
rewritten underneath it.

- TURN over TCP/TLS: a wallet interaction now completes without opening a single
  UDP socket. Verified against a real wallet -- proof returned and verified in
  21.9s over two outbound TCP/443 connections and nothing else. No other Rust
  crate does this: webrtc-ice leaves TCP and TURNS an unimplemented TODO, and
  webrtc 0.20 discards such URLs with a warning.
- webrtc 0.11 -> 0.20, which is a different library rather than a newer one.
- probe_relay_candidates, to tell a misconfigured relay from an unreachable one
  without involving a wallet.

connector-v0.2.5

connector-mcp 0.2.5

Fixes a crash that made 0.2.2, 0.2.3 and 0.2.4 unable to contact the wallet at
all: rustls panicked on an ambiguous crypto provider as soon as the signalling
connection opened, so no request reached the phone. One provider is now chosen
explicitly at startup.

If you are on 0.2.2-0.2.4, upgrade. 0.2.1 is unaffected.

connector-v0.2.4

connector-mcp 0.2.4

Rejects an out-of-range networkId instead of truncating it. A value arriving
from the peer was converted with `as u8`, so 258 was read as 2 — stokenet.
Getting the network wrong in a wallet interaction means signing against the
wrong ledger.

Otherwise identical to 0.2.3 apart from documentation.

Verified on Linux only; macOS and Windows are built by CI but there is no such
hardware here.

connector-v0.2.3

connector-mcp 0.2.3

Messages follow the SYSTEM's language when the process inherits no locale — the
normal case for an MCP server, which an agent starts rather than a shell.
detect() now consults /etc/locale.conf and /etc/default/locale before falling
back to English.

Linux only; macOS and Windows do not use those files and keep the English
fallback.

connector-v0.2.2

connector-mcp 0.2.2

Rebuilt on reqwest 0.13. Same MCP protocol, same commands, no API change.

TLS root certificates now come from the operating system's trust store
(rustls-platform-verifier) instead of being compiled into the binary. A
corporate or self-managed CA installed on the machine is honoured from now on.

Verified against the live Stokenet Gateway on Linux only — there is no macOS or
Windows hardware here. Those builds come from CI and are expected to work, but
if HTTPS to the Gateway fails there, 0.2.1 is the last release with embedded
roots.

connector-v0.2.1

connector-mcp 0.2.1: per-link request serialization

connector-v0.2.0

connector-mcp v0.2.0: dApp identity, package deploy, request_accounts…

connector-v0.1.0

Add local signing connector (radixdlt-connector-mcp) + SDK polish

New crate `radixdlt-connector-mcp`: a local MCP server (stdio) that pairs a
Radix Wallet over Radix Connect and gets transactions signed on the user's
machine — pairing QR (unicode + PNG), send_transaction, pre-authorization,
ROLA account proof and transaction status. Backed by radixdlt-connect.

Distribution is GitHub-only (no crates.io/npm): install scripts for
Linux/macOS (install-connector.sh) and Windows (install-connector.ps1), a
release workflow that cross-builds Linux/macOS/Windows binaries, and a CI job.

Also includes earlier SDK polish:
- i18n: `Lang` is #[non_exhaustive] and `tr!` gains labelled arms with an
  English fallback, so adding a language is non-breaking.
- connect-iroh: `Relay` enum replaces the bool flag in `bind_with`.
- connect: shared interactionId response correlation across all signing calls;
  multi-device `LinkState` documented in the README.
- Doc-link, clippy and fmt fixes across the workspace.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>