@shieldedtech/moth-cli 0.13.0 → 0.13.1-canary.20260908174421-112d888

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/CHANGELOG.md +278 -0
  2. package/package.json +4 -4
package/CHANGELOG.md ADDED
@@ -0,0 +1,278 @@
1
+ # @shieldedtech/moth-cli
2
+
3
+ ## 0.13.1-canary.20260908174421-112d888
4
+
5
+ ### Patch Changes
6
+
7
+ - Updated dependencies [aa3c276]
8
+ - @shieldedtech/moth-wallet@0.13.1-canary.20260908174421-112d888
9
+ - @shieldedtech/moth-tui@0.13.1-canary.20260908174421-112d888
10
+
11
+ ## 0.13.0
12
+
13
+ ### Minor Changes
14
+
15
+ - b49c96d: Give the CLI and TUI the pre-seed, timings and DUST-registration behaviour the
16
+ extension already had.
17
+
18
+ **Birthdays.** `chainTip` moves from the extension's background handlers into
19
+ core, and `wallet generate` on both surfaces records the chain tip as the new
20
+ wallet's birthday. Without one the `reference.height <= birthday` guard can never
21
+ pass, so no CLI or TUI wallet could ever be pre-seeded — the difference between
22
+ 29.3s and 78.6 min on preprod. Imports still get none, deliberately: a restored
23
+ wallet may hold funds at any height, and seeding it past its own history would
24
+ lose them silently.
25
+
26
+ **`moth preseed status|refresh|build`.** Thin wrappers over core functions
27
+ that already existed but had no caller outside the extension. `refresh` is the
28
+ one worth having — 9.1s to catch a reference up, against 53.6 min to rebuild it
29
+ from genesis, which is what someone does by hand when the command is missing.
30
+ `build` says how long it will take before starting, because an unattended command
31
+ that appears to hang for an hour is indistinguishable from a broken one.
32
+
33
+ **Phase timings on disk.** `createFileTimingStore` backs the existing
34
+ storage-agnostic recorder with `~/.moth/timings.json` — the path
35
+ `docs/BENCHMARKING.md` already documented and nothing wrote. `moth diagnostics
36
+ timings` shows the timeline as deltas, and recording stays off until switched on.
37
+ A headless sync is where this matters most: it is the surface with no other
38
+ signal about where the time went.
39
+
40
+ **DUST registration in the TUI.** `DustRegistrationNotYetError` is now caught
41
+ distinctly, so a wallet whose NIGHT is too new to cover the registration fee is
42
+ told "not yet" instead of shown the raw SDK error as a failure. The panel and the
43
+ CLI already did this; the TUI was the surface still reporting it as a defect.
44
+ - 426b757: Detect and steer users away from the devnet dust-ledger wedge (docs/bugs-found #15-style defect).
45
+
46
+ Some devnets (midnight-node 2.0.0-rc.4 / midnight-ledger 9.1.0.0-rc.3) can
47
+ enter a state where a DUST registration leaves the node's dust ledger unable
48
+ to reconcile with any wallet's, permanently — every subsequent dust spend,
49
+ from every wallet, fails with the same `InvalidDustSpendProof` /
50
+ `Custom error: 170` signature that a normal transient race also produces.
51
+ Only a chain reset clears it; retrying does not. This is not a Moth defect —
52
+ see `docs/upstream-issues/dust-ledger-wedge-invalid-dust-spend-proof.md` for
53
+ the evidence and the draft issue against `midnightntwrk/midnight-node` /
54
+ `midnight-ledger` — but Moth users hit it on shared and local devnets, so
55
+ Moth now detects and steers around it rather than retrying forever.
56
+
57
+ **Detection** (`@shieldedtech/moth-wallet`, `sync/dust-ledger-health.ts`): a
58
+ run of consecutive, independently built submissions rejected with the same
59
+ ambiguous signature — with the chain confirmed still producing new blocks
60
+ meanwhile — is
61
+ surfaced as `DustLedgerWedgedError` instead of a generic failure. Wired into
62
+ every fee-paying submission path: the extension's offscreen host, `moth
63
+ transfer` / `moth dust register`, and the daemon's `transferTokens` /
64
+ `dustRegister` / `dustDeregister` RPCs (used by both the headless CLI daemon
65
+ and the TUI).
66
+
67
+ **Registration UX** (`@shieldedtech/moth-extension`): the "Register for
68
+ DUST" flow now warns before registering a NIGHT coin that has sat
69
+ unregistered for more than a minute — the only pattern with zero known
70
+ failures across four documented occurrences is registering within seconds of
71
+ funding — and a wallet that has never registered is nudged to do so as soon
72
+ as new NIGHT is observed, rather than waiting for the user to find the Dust
73
+ screen on their own.
74
+
75
+ **Repro harness**: `packages/cli/tests/integration/daemon/dust-wedge-repro.test.ts`
76
+ isolates the fund-to-register delay as the one variable prior occurrences
77
+ didn't control for, holding UTXO size fixed at the size every known success
78
+ used (10,000,000 NIGHT).
79
+
80
+ No change to transaction construction, signing, or proving — every
81
+ registration involved in the underlying defect was accepted by the ledger,
82
+ so this only classifies what a rejection means after the fact.
83
+ - b49c96d: Move a pre-seed reference between machines: `moth preseed export` / `import`.
84
+
85
+ Building a reference IS the chain walk — tens of minutes, once per network per
86
+ machine. That cost is identical for everyone, because a reference holds public
87
+ chain state and nothing else, so it is work that should be done once and shared
88
+ rather than repeated by every developer who clones the repo. ADR 0005 called for
89
+ these two actions; the rest of the command shipped without them.
90
+
91
+ The on-disk shape is the one `scripts/export-preseed.mjs` already writes and CI
92
+ already publishes: gzipped state per sub-wallet plus a manifest. One format, so a
93
+ reference exported here can be dropped into the extension package, and one
94
+ downloaded from a release can be imported here.
95
+
96
+ `export` never writes the reference wallet's mnemonic. That is the only secret in
97
+ the arrangement — the state blobs are public chain data, but the mnemonic
98
+ controls the wallet they were built from, and a published reference is meant to
99
+ be safe to hand to strangers. The command says so in its own output.
100
+
101
+ `import` refuses rather than guesses. A bundle for another network would seed
102
+ wallets from a chain they have never been on, and the mismatch is silent
103
+ afterwards. A bundle older than what is already present is a downgrade that costs
104
+ catch-up time on every wallet created from then on; `--force` allows it, for
105
+ replacing a corrupt newer reference with a known-good older one.
106
+
107
+ Every part is decompressed before any part is written. Unpacking as it went left
108
+ the store holding new shielded and unshielded state beside an old dust state when
109
+ a later part turned out to be corrupt — a mixture that never existed on chain,
110
+ with a height key that still looked consistent. The height is written last, since
111
+ it is what marks a reference usable.
112
+
113
+ ### Patch Changes
114
+
115
+ - Updated dependencies [a17b719]
116
+ - Updated dependencies [b49c96d]
117
+ - Updated dependencies [f736ebd]
118
+ - Updated dependencies [b49c96d]
119
+ - Updated dependencies [0508a38]
120
+ - Updated dependencies [2dabc50]
121
+ - Updated dependencies [426b757]
122
+ - Updated dependencies [eb4d56a]
123
+ - Updated dependencies [3e131e2]
124
+ - Updated dependencies [9afd580]
125
+ - Updated dependencies [b49c96d]
126
+ - Updated dependencies [e31eaf8]
127
+ - Updated dependencies [c2f8b73]
128
+ - Updated dependencies [b49c96d]
129
+ - Updated dependencies [b49c96d]
130
+ - Updated dependencies [b49c96d]
131
+ - Updated dependencies [c1c462e]
132
+ - Updated dependencies [9be5669]
133
+ - Updated dependencies [43eb678]
134
+ - Updated dependencies [ea1793d]
135
+ - Updated dependencies [316ca82]
136
+ - Updated dependencies [89f34aa]
137
+ - Updated dependencies [04f1aa4]
138
+ - @shieldedtech/moth-wallet@0.13.0
139
+ - @shieldedtech/moth-tui@0.13.0
140
+
141
+ ## 0.12.1
142
+
143
+ ### Patch Changes
144
+
145
+ - Updated dependencies [bd8d41f]
146
+ - @shieldedtech/moth-tui@0.12.1
147
+ - @shieldedtech/moth-wallet@0.12.1
148
+
149
+ ## 0.12.0
150
+
151
+ ### Minor Changes
152
+
153
+ - ea15676: Coordinate the first public package release under the Moth package names.
154
+
155
+ This is a minor bump because no package has previously been published under the
156
+ new names. The release remains experimental and unsupported, so it stays below
157
+ 1.0.0. Package names, CLI identifiers, environment variables, connector identity,
158
+ and local state paths are aligned before publication; no compatibility shim is
159
+ required for an unpublished package.
160
+
161
+ ### Patch Changes
162
+
163
+ - Updated dependencies [be98f55]
164
+ - Updated dependencies [ea15676]
165
+ - @shieldedtech/moth-wallet@0.12.0
166
+ - @shieldedtech/moth-tui@0.12.0
167
+
168
+ ## 0.2.0
169
+
170
+ ### Minor Changes
171
+
172
+ - 36cb067: Add selectable proof-server and local WASM proving across the core wallet, CLI,
173
+ terminal dashboard, browser extension, and dApp connector API.
174
+ - fc93b31: Add the opt-in daemon for sharing one live wallet between a long-running host
175
+ (the TUI dashboard or `moth daemon serve`) and CLI clients over an authenticated
176
+ Unix-socket or TCP RPC. The daemon owns the sync engine and spending keys;
177
+ clients route the build/balance/prove/sign/submit pipeline through it, so keys
178
+ never leave the host process. Adds the `moth daemon serve|transfer|call|deploy|
179
+ submit-tx|dust register|dust deregister|key gen|key list|key revoke|maintenance`
180
+ subcommands, API-key authentication with read/write scopes, an append-only audit
181
+ log, and an L3 confirmation queue (interactive modal, or headless auto-approve
182
+ gated behind an explicit flag + env var).
183
+
184
+ ### Patch Changes
185
+
186
+ - b157dd2: Add the browser extension wallet and dApp connector workflow.
187
+
188
+ The wallet core now supports browser-safe persisted sync state, activity history,
189
+ message signing, staged transfer construction and submission, fee estimation,
190
+ and DUST and intent operations. Add the WXT side-panel extension and Connector
191
+ Lab mock dApp, expose the new APIs through the browser adapter, and keep the CLI
192
+ and TUI integrations compatible with asynchronous sync cache handling and the
193
+ Ink runtime.
194
+
195
+ - 771338d: Tell the user when registration needs time, instead of failing and blaming the
196
+ proof server.
197
+
198
+ Registering NIGHT for DUST generation is self-funding: a `DustRegistration`
199
+ carries `allow_fee_payment`, and the ledger lets the transaction pay its own fee
200
+ from the DUST its NIGHT _would have_ generated had it been registered all along.
201
+ That is what stops the obvious deadlock — DUST pays fees, and registering is how
202
+ you get DUST.
203
+
204
+ Self-funding is not free. `generationless_fee_availability` caps the backdated
205
+ amount at `elapsed × night_value × generation_decay_rate`, which starts at zero.
206
+ So a freshly funded wallet cannot cover the fee yet, and the wait is _inversely
207
+ proportional to the balance_: at the ledger's defaults a 0.3 DUST fee needs ~36s
208
+ at 1,000 NIGHT, ~6 min at 100, ~1 hour at 10, and ~10 hours at 1.
209
+
210
+ Reported from preprod as a red failure card reading "That didn't go through",
211
+ with the raw SDK message and a footnote suggesting the proof server. Two of those
212
+ three were wrong: nothing went wrong, and proving never happened — the SDK refuses
213
+ before building.
214
+
215
+ `estimateRegistrationAffordability` (core, pure, WASM-free) turns the SDK's
216
+ per-UTxO figures into an answer: affordable now, affordable in N seconds, or never
217
+ at this holding. That last case matters — when the ceiling is below the fee,
218
+ "wait" is the wrong advice and "hold more NIGHT" is the right one.
219
+
220
+ `designateForDust` throws `DustRegistrationNotYetError` carrying that estimate.
221
+ Because the guard sits in core, it reaches every run mode at once — extension,
222
+ CLI, TUI and daemon RPC all route through the same function.
223
+
224
+ Two decisions worth recording. The estimate is computed only on the failure path,
225
+ so a registration that was always going to succeed pays nothing for it. And
226
+ whether to raise the typed error is decided by the affordability numbers, not by
227
+ matching the SDK's message text — string-matching would need re-matching on every
228
+ SDK release, and would fail silently when it drifted.
229
+
230
+ The panel now shows "Not quite yet", says nothing was spent, and gives a localized
231
+ wait ("Ready in about 8 hours"). `mayBeProvingFailure` suppresses the proof-server
232
+ footnote for every outcome decided before proving.
233
+
234
+ `moth dust register` gains a pre-flight and `--wait` (with `--wait-timeout`). The
235
+ pre-flight matters more on the CLI than in the panel: without it the only way to
236
+ learn the wait is to fail, and re-running means paying for a full sync first.
237
+ `--wait` polls rather than sleeping the predicted duration blind, since the
238
+ estimate moves if the wallet's NIGHT changes underneath it.
239
+
240
+ Also corrects the documentation. Four files stated that the ledger imposes a 3h
241
+ grace period before DUST appears. `dust_grace_period` is 3 hours, but it bounds how
242
+ stale a transaction's declared `ctime` may be — it is not a delay before
243
+ generation starts, which is linear from the UTxO's creation with a time-to-cap of
244
+ about a week. The observation behind the claim was real; the mechanism was
245
+ invented to fit it. The guides are corrected in place; ADR 0003 is annotated
246
+ rather than rewritten, since it is a dated record of what was decided.
247
+
248
+ - Updated dependencies [fc93b31]
249
+ - Updated dependencies [fc93b31]
250
+ - Updated dependencies [12881a3]
251
+ - Updated dependencies [b157dd2]
252
+ - Updated dependencies [c7d1ef7]
253
+ - Updated dependencies [36cb067]
254
+ - Updated dependencies [003720d]
255
+ - Updated dependencies [fc93b31]
256
+ - Updated dependencies [6f914fc]
257
+ - Updated dependencies [fc93b31]
258
+ - Updated dependencies [fc93b31]
259
+ - Updated dependencies [771338d]
260
+ - Updated dependencies [fc93b31]
261
+ - Updated dependencies [ba86b72]
262
+ - Updated dependencies [fc93b31]
263
+ - Updated dependencies [b7e2f00]
264
+ - Updated dependencies [1c597ff]
265
+ - Updated dependencies [24cb16c]
266
+ - Updated dependencies [0f9369f]
267
+ - Updated dependencies [bf49ced]
268
+ - Updated dependencies [0f197e2]
269
+ - Updated dependencies [1f69f66]
270
+ - Updated dependencies [fc93b31]
271
+ - Updated dependencies [6766583]
272
+ - Updated dependencies [fc93b31]
273
+ - Updated dependencies [2fde86f]
274
+ - Updated dependencies [e431662]
275
+ - Updated dependencies [717639a]
276
+ - Updated dependencies [e8b98da]
277
+ - @shieldedtech/moth-wallet@0.2.0
278
+ - @shieldedtech/moth-tui@0.2.0
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@shieldedtech/moth-cli",
3
- "version": "0.13.0",
3
+ "version": "0.13.1-canary.20260908174421-112d888",
4
4
  "description": "CLI tool for Midnight Network wallet operations and contract deployments. USE AT YOUR OWN RISK. Experimental software provided AS-IS with no warranty. Not audited. For development and testing purposes only.",
5
5
  "license": "Apache-2.0",
6
6
  "type": "module",
@@ -32,8 +32,8 @@
32
32
  },
33
33
  "dependencies": {
34
34
  "@oclif/core": "^4.2.0",
35
- "@shieldedtech/moth-tui": "^0.13.0",
36
- "@shieldedtech/moth-wallet": "^0.13.0",
35
+ "@shieldedtech/moth-tui": "0.13.1-canary.20260908174421-112d888",
36
+ "@shieldedtech/moth-wallet": "0.13.1-canary.20260908174421-112d888",
37
37
  "dotenv": "17.4.2",
38
38
  "ink": "^7.0.1"
39
39
  },
@@ -55,4 +55,4 @@
55
55
  }
56
56
  }
57
57
  }
58
- }
58
+ }