@smartledger/bsv 9.16.1 → 9.18.0

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.
package/CHANGELOG.md CHANGED
@@ -7,6 +7,103 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
7
7
 
8
8
  ## [Unreleased]
9
9
 
10
+ ## [9.18.0] - 2026-10-03
11
+
12
+ 9.17.0 was committed but never published to npm; its contents are included here. The version
13
+ number is skipped on the registry rather than reused, so a reader comparing git to npm cannot find
14
+ two different 9.17.0s.
15
+
16
+ ### Fixed — `NotaryHash.verifySignature` reported a missing `createdAt` as a signature failure
17
+
18
+ It derived its inputs from `Certificate.toProofInput`, which also decodes `createdAt` because the
19
+ proofHash commits to the creation time. **The signature does not.** So on a certificate with no
20
+ `createdAt`, `toUnixSeconds(undefined)` threw, the function's `try/catch` turned that into `false`,
21
+ and the caller was told the signature did not match its payloadHash and public key.
22
+
23
+ That is the one answer a caller cannot act on correctly. `verifySignature` returning `false` means
24
+ exactly one thing to every reader — the cryptography does not check out — so the remedy they reach
25
+ for is their key, their digest convention or their endian handling. On this library that has
26
+ historically been the right place to look, which makes the misdirection worse rather than better.
27
+
28
+ The regression arrived with the BRC-220 reference format work; 9.3.0 answered `true` for all of
29
+ these. Measured, identical inputs:
30
+
31
+ | certificate | 9.3.0 | 9.16.1 | 9.18.0 |
32
+ |---|---|---|---|
33
+ | no `createdAt` | true | **false** | true |
34
+ | with `createdAt` | true | true | true |
35
+ | `anchor: {txid}`, no `createdAt` | true | **false** | true |
36
+ | `anchor: {}`, no `createdAt` | true | **false** | true |
37
+
38
+ `Certificate.toSignatureInput` now returns only the five fields a signature check uses, and
39
+ `toProofInput` builds on it by adding `createdAtUnix`. Nothing that should fail now passes: a
40
+ signature over a different digest, a different public key, a flipped byte, a truncated signature
41
+ and a certificate missing `signature`, `publicKey` or `payloadHash` are all still `false`.
42
+ **Certificate completeness is unchanged** — `Certificate.validateShape` lists every missing
43
+ required field by name, and `NotaryHash.verify` runs it first and returns before the signature
44
+ check, so a certificate with no `createdAt` is still not a valid certificate.
45
+
46
+ ### Added — `NotaryHash.verifySignatureOnly(payloadHash, signature, publicKey, algorithm?)`
47
+
48
+ For the case that exposed the bug: verifying a submitted signature **before** spending anything to
49
+ anchor it, when no certificate exists yet and so there is no `createdAt`, `proofHash` or `anchor`.
50
+ Certificate metadata cannot influence the answer because none is passed.
51
+
52
+ It takes Buffers or hex, and **throws** on input it cannot decode rather than returning `false`. A
53
+ boolean that means both "the signature does not match" and "your hex was malformed" is the
54
+ ambiguity this entry point exists to remove, and a pre-flight check is where acting on the wrong
55
+ one costs money.
56
+
57
+ Reported with a complete reproduction by the ordinals mint that anchors BRC-220 proofs, which hit
58
+ it as a pre-anchor check rejecting every valid submission with a 400.
59
+
60
+ ## [9.17.0] - 2026-10-03
61
+
62
+ ### Deprecated — `Script.fromHex` accepts a string that does not decode whole
63
+
64
+ `Buffer.from(str, 'hex')` stops at the first character it cannot decode — including the trailing
65
+ nibble of an odd-length string — and returns what it had. So `Script.fromHex` has always answered
66
+ a malformed string with a **shorter script, or none, and no error**:
67
+
68
+ ```js
69
+ Script.fromHex('<html>503</html>') // 0 bytes
70
+ Script.fromHex('76a91') // 2 bytes, the last nibble dropped
71
+ Script.fromHex('<p2pkh hex>' + '\nmore') // the 25-byte prefix, still a valid P2PKH
72
+ ```
73
+
74
+ A caller that builds an output from the result pays to a truncated script with nothing to tell it,
75
+ and `Transaction#addOutput` accepts a zero-byte script without complaint. `Script.fromString`,
76
+ directly below it in the source, has always refused non-hex with `JSUtil.isHexa`; this function
77
+ never did.
78
+
79
+ The damage is bounded in one useful way: **truncation can only drop a suffix.** It cannot alter the
80
+ bytes it did decode, so an address derived from the result is always the one the input's leading
81
+ bytes named, never a third party's. That makes this a correctness problem rather than a theft one.
82
+
83
+ A string that does not decode whole now emits a deprecation notice naming the replacement, once per
84
+ process. **Nothing throws and no verdict changes**; the notice is the whole change. `10.0.0` will
85
+ refuse it, which under STABILITY.md cannot land before 2027-09-01.
86
+
87
+ Callers wanting the strict behaviour today should check the round trip, which separates every
88
+ truncating input from every whole one:
89
+
90
+ ```js
91
+ if (Script.fromHex(h).toHex() !== h.toLowerCase()) throw new Error('not whole hex')
92
+ ```
93
+
94
+ Found while answering a downstream consumer about an upgrade: its paymail resolver passes a remote
95
+ host's string to `Script.fromHex`. That consumer was not exposed — it gates the result on
96
+ `isPublicKeyHashOut()` — but it had no help from this library in getting there.
97
+
98
+
99
+ ### Changed — `@noble/curves`, `@noble/hashes` and `@noble/ciphers` to `^2.4.0`
100
+
101
+ The declared range was already `^2.3.0`, so a fresh consumer install had been resolving 2.4.0
102
+ while the shipped bundles still inlined 2.3.0. This release realigns them: the floor moves to
103
+ `^2.4.0` and the bundles are a reproducible build of it. All three declare `engines` of
104
+ `node >= 20.19.0`, unchanged, so the supported runtime floor does not move. Five bundles grew by
105
+ 2-3 KB.
106
+
10
107
  ## [9.16.1] - 2026-10-01
11
108
 
12
109
  Three resource and validation defects in the shift and binary-conversion opcodes, found by a
package/README.md CHANGED
@@ -2,7 +2,7 @@
2
2
 
3
3
  Bitcoin SV library with an interpreter-verified script engine.
4
4
 
5
- [![Version](https://img.shields.io/badge/version-9.16.1-blue.svg)](https://www.npmjs.com/package/@smartledger/bsv)
5
+ [![Version](https://img.shields.io/badge/version-9.18.0-blue.svg)](https://www.npmjs.com/package/@smartledger/bsv)
6
6
  [![License](https://img.shields.io/badge/license-MIT-green.svg)](LICENSE)
7
7
  [![Stability](https://img.shields.io/badge/9.x%20stable%20until-2027--09--01-brightgreen.svg)](STABILITY.md)
8
8
 
@@ -155,44 +155,44 @@ const bsv = require('@smartledger/bsv') // 128 modules
155
155
  ### **Core Modules**
156
156
  | Module | Size | Use Case | CDN |
157
157
  |--------|------|----------|-----|
158
- | **bsv.min.js** | 1062KB | Core BSV + SmartContract | `unpkg.com/@smartledger/bsv@9.16.1/bsv.min.js` |
159
- | **bsv.bundle.js** | 1062KB | Everything in one file | `unpkg.com/@smartledger/bsv@9.16.1/bsv.bundle.js` |
158
+ | **bsv.min.js** | 1065KB | Core BSV + SmartContract | `unpkg.com/@smartledger/bsv@9.18.0/bsv.min.js` |
159
+ | **bsv.bundle.js** | 1065KB | Everything in one file | `unpkg.com/@smartledger/bsv@9.18.0/bsv.bundle.js` |
160
160
 
161
161
  ### **W3C Verifiable Credentials**
162
162
  | Module | Size | Use Case | CDN |
163
163
  |--------|------|----------|-----|
164
- | **🟢 bsv-didweb.min.js** | 166KB | **DID:web generation** | `unpkg.com/@smartledger/bsv@9.16.1/bsv-didweb.min.js` |
165
- | **🟢 bsv-vcjwt.min.js** | 166KB | **VC-JWT issue/verify** | `unpkg.com/@smartledger/bsv@9.16.1/bsv-vcjwt.min.js` |
166
- | **🟢 bsv-statuslist.min.js** | 256KB | **StatusList2021 revocation** | `unpkg.com/@smartledger/bsv@9.16.1/bsv-statuslist.min.js` |
167
- | **🟢 bsv-anchor.min.js** | 164KB | **BSV anchoring (hash-only)** | `unpkg.com/@smartledger/bsv@9.16.1/bsv-anchor.min.js` |
164
+ | **🟢 bsv-didweb.min.js** | 166KB | **DID:web generation** | `unpkg.com/@smartledger/bsv@9.18.0/bsv-didweb.min.js` |
165
+ | **🟢 bsv-vcjwt.min.js** | 166KB | **VC-JWT issue/verify** | `unpkg.com/@smartledger/bsv@9.18.0/bsv-vcjwt.min.js` |
166
+ | **🟢 bsv-statuslist.min.js** | 256KB | **StatusList2021 revocation** | `unpkg.com/@smartledger/bsv@9.18.0/bsv-statuslist.min.js` |
167
+ | **🟢 bsv-anchor.min.js** | 164KB | **BSV anchoring (hash-only)** | `unpkg.com/@smartledger/bsv@9.18.0/bsv-anchor.min.js` |
168
168
 
169
169
  ### **Smart Contract & Development**
170
170
  | Module | Size | Use Case | CDN |
171
171
  |--------|------|----------|-----|
172
- | **bsv-smartcontract.min.js** | 141KB | Complete covenant framework | `unpkg.com/@smartledger/bsv@9.16.1/bsv-smartcontract.min.js` |
173
- | **bsv-covenant.min.js** | 35KB | Covenant operations | `unpkg.com/@smartledger/bsv@9.16.1/bsv-covenant.min.js` |
174
- | **bsv-script-helper.min.js** | 33KB | Custom script tools | `unpkg.com/@smartledger/bsv@9.16.1/bsv-script-helper.min.js` |
175
- | **bsv-security.min.js** | 32KB | Security enhancements | `unpkg.com/@smartledger/bsv@9.16.1/bsv-security.min.js` |
172
+ | **bsv-smartcontract.min.js** | 141KB | Complete covenant framework | `unpkg.com/@smartledger/bsv@9.18.0/bsv-smartcontract.min.js` |
173
+ | **bsv-covenant.min.js** | 35KB | Covenant operations | `unpkg.com/@smartledger/bsv@9.18.0/bsv-covenant.min.js` |
174
+ | **bsv-script-helper.min.js** | 33KB | Custom script tools | `unpkg.com/@smartledger/bsv@9.18.0/bsv-script-helper.min.js` |
175
+ | **bsv-security.min.js** | 32KB | Security enhancements | `unpkg.com/@smartledger/bsv@9.18.0/bsv-security.min.js` |
176
176
 
177
177
  ### **Legal & Compliance**
178
178
  | Module | Size | Use Case | CDN |
179
179
  |--------|------|----------|-----|
180
- | **bsv-ltp.min.js** | 542KB | Legal Token Protocol | `unpkg.com/@smartledger/bsv@9.16.1/bsv-ltp.min.js` |
181
- | **bsv-gdaf.min.js** | 1062KB | Digital Identity & Attestation | `unpkg.com/@smartledger/bsv@9.16.1/bsv-gdaf.min.js` |
180
+ | **bsv-ltp.min.js** | 544KB | Legal Token Protocol | `unpkg.com/@smartledger/bsv@9.18.0/bsv-ltp.min.js` |
181
+ | **bsv-gdaf.min.js** | 1065KB | Digital Identity & Attestation | `unpkg.com/@smartledger/bsv@9.18.0/bsv-gdaf.min.js` |
182
182
 
183
183
  ### **Advanced Cryptography**
184
184
  | Module | Size | Use Case | CDN |
185
185
  |--------|------|----------|-----|
186
- | **bsv-shamir.min.js** | 177KB | Threshold Cryptography | `unpkg.com/@smartledger/bsv@9.16.1/bsv-shamir.min.js` |
186
+ | **bsv-shamir.min.js** | 177KB | Threshold Cryptography | `unpkg.com/@smartledger/bsv@9.18.0/bsv-shamir.min.js` |
187
187
 
188
188
  ### **Utilities**
189
189
  | Module | Size | Use Case | CDN |
190
190
  |--------|------|----------|-----|
191
- | **bsv-ecies.min.js** | 137KB | Encryption | `unpkg.com/@smartledger/bsv@9.16.1/bsv-ecies.min.js` |
192
- | **bsv-message.min.js** | 34KB | Message signing | `unpkg.com/@smartledger/bsv@9.16.1/bsv-message.min.js` |
193
- | **bsv-mnemonic.min.js** | 320KB | HD wallets | `unpkg.com/@smartledger/bsv@9.16.1/bsv-mnemonic.min.js` |
191
+ | **bsv-ecies.min.js** | 139KB | Encryption | `unpkg.com/@smartledger/bsv@9.18.0/bsv-ecies.min.js` |
192
+ | **bsv-message.min.js** | 34KB | Message signing | `unpkg.com/@smartledger/bsv@9.18.0/bsv-message.min.js` |
193
+ | **bsv-mnemonic.min.js** | 320KB | HD wallets | `unpkg.com/@smartledger/bsv@9.18.0/bsv-mnemonic.min.js` |
194
194
  ```html
195
- <script src="https://unpkg.com/@smartledger/bsv@9.16.1/bsv.min.js"></script>
195
+ <script src="https://unpkg.com/@smartledger/bsv@9.18.0/bsv.min.js"></script>
196
196
  <script>
197
197
  const key = bsv.PrivateKey.fromRandom()
198
198
  </script>
@@ -240,4 +240,4 @@ MIT
240
240
 
241
241
  ---
242
242
 
243
- **SmartLedger-BSV v9.16.1**
243
+ **SmartLedger-BSV v9.18.0**