@pinionengineering/prover-client 0.10.0 → 0.11.1
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/README.md +131 -54
- package/dist/client.d.ts +127 -69
- package/dist/client.d.ts.map +1 -1
- package/dist/client.js +177 -81
- package/dist/client.js.map +1 -1
- package/dist/index.d.ts +2 -2
- package/dist/index.d.ts.map +1 -1
- package/dist/index.js.map +1 -1
- package/dist/types.d.ts +40 -19
- package/dist/types.d.ts.map +1 -1
- package/package.json +3 -3
package/dist/types.d.ts
CHANGED
|
@@ -51,17 +51,28 @@ export interface ProveResponse {
|
|
|
51
51
|
export interface ProveJobResponse {
|
|
52
52
|
job_id: string;
|
|
53
53
|
}
|
|
54
|
+
/**
|
|
55
|
+
* Result of prove()'s submit call: the proof job has been created and
|
|
56
|
+
* queued. Echoes challenge/roots back so a caller building progress UI (or
|
|
57
|
+
* later calling waitForProve()) doesn't have to thread them through
|
|
58
|
+
* separately.
|
|
59
|
+
*/
|
|
60
|
+
export interface ProveSubmission {
|
|
61
|
+
jobId: string;
|
|
62
|
+
challenge: string;
|
|
63
|
+
roots: string[];
|
|
64
|
+
}
|
|
54
65
|
/**
|
|
55
66
|
* Raw status response from GET /prove/:job_id. This endpoint is
|
|
56
|
-
* unauthenticated, same as POST /prove
|
|
67
|
+
* unauthenticated, same as POST /prove. job_id is a fresh, unguessable
|
|
57
68
|
* identifier (or, when the request carried a challenge_id, deterministic
|
|
58
69
|
* from (key_id, challenge_id)), so possession of it is the only
|
|
59
70
|
* authorization this route needs.
|
|
60
71
|
*
|
|
61
72
|
* `status` is one of "prove-queued" | "prove-running" | "prove-done" |
|
|
62
73
|
* "prove-failed". `challenge_id` echoes the value from the original
|
|
63
|
-
* request. `proof` is populated only once `status` is "prove-done"
|
|
64
|
-
* same field ProveResponse used to return synchronously. `error` is
|
|
74
|
+
* request. `proof` is populated only once `status` is "prove-done" (the
|
|
75
|
+
* same field ProveResponse used to return synchronously). `error` is
|
|
65
76
|
* populated only once `status` is "prove-failed".
|
|
66
77
|
*/
|
|
67
78
|
export interface ProveJobStatusResponse {
|
|
@@ -75,7 +86,7 @@ export interface ProveJobStatusResponse {
|
|
|
75
86
|
* is populated: block_ids for protocols addressed by real IPFS block CID
|
|
76
87
|
* (Ateniese, Erway, BJO); block_count for protocols that virtualize each root
|
|
77
88
|
* into uniform super-blocks (SW-Priv, SW-Pub). For the latter, no per-block
|
|
78
|
-
* manifest is sent at all
|
|
89
|
+
* manifest is sent at all. Challenge ids are `rootCID.Bytes() || BE64(localIndex)`
|
|
79
90
|
* for localIndex in [0, block_count), constructible from `root` plus this one
|
|
80
91
|
* integer. See superBlockId() in challenge.ts, an exact port of SuperBlockID()
|
|
81
92
|
* in ipfs-storage-proofs/superblock.go.
|
|
@@ -97,7 +108,7 @@ export interface ParsedRoot {
|
|
|
97
108
|
* Ids ready to feed directly to buildChallenge()/verifyProof(), in order.
|
|
98
109
|
* For non-chunked protocols these are real per-block CID bytes; for chunked
|
|
99
110
|
* protocols (see `chunked` below) these are synthesized super-block ids
|
|
100
|
-
* (superBlockId(rootBytes, i) for i in [0, block_count))
|
|
111
|
+
* (superBlockId(rootBytes, i) for i in [0, block_count)), opaque either way
|
|
101
112
|
* to buildChallenge()/verifyProof(), which only need byte-identity, not
|
|
102
113
|
* meaning.
|
|
103
114
|
*/
|
|
@@ -106,7 +117,7 @@ export interface ParsedRoot {
|
|
|
106
117
|
* True if `blockIds` are synthesized super-block ids (chunked protocol:
|
|
107
118
|
* SW-Priv, SW-Pub) rather than real per-block CIDs. Callers that need to
|
|
108
119
|
* re-derive or re-export ids (e.g. writing an external client-state file)
|
|
109
|
-
* must branch on this
|
|
120
|
+
* must branch on this: synthesized ids are not valid CIDs and must be
|
|
110
121
|
* reconstructed from `root` + a block count, never decoded as one.
|
|
111
122
|
*/
|
|
112
123
|
chunked: boolean;
|
|
@@ -122,7 +133,7 @@ export interface ChallengeKeyInfo {
|
|
|
122
133
|
key_id: string;
|
|
123
134
|
protocol: string;
|
|
124
135
|
created_at: string;
|
|
125
|
-
/** Human-readable name, if one was set. Empty for unnamed keys
|
|
136
|
+
/** Human-readable name, if one was set. Empty for unnamed keys (a UUID
|
|
126
137
|
* alone isn't usable in a UI once an account has more than one or two
|
|
127
138
|
* keys, so callers should fall back to something derived from
|
|
128
139
|
* created_at/key_id for display rather than assume this is always set. */
|
|
@@ -143,10 +154,10 @@ export interface UpdateKeyLabelRequest {
|
|
|
143
154
|
label: string;
|
|
144
155
|
}
|
|
145
156
|
/**
|
|
146
|
-
* Result of createKey()
|
|
157
|
+
* Result of createKey(): the key ID plus the decoded public key material.
|
|
147
158
|
*
|
|
148
159
|
* `publicKey` contains the G1/G2 points needed to verify proofs locally.
|
|
149
|
-
* Unlike a symmetric secret, this is the *public* half of the key pair
|
|
160
|
+
* Unlike a symmetric secret, this is the *public* half of the key pair. The
|
|
150
161
|
* private half (α) never leaves the server. You can safely store publicKey
|
|
151
162
|
* alongside keyId so that future audits can verify proofs without trusting the
|
|
152
163
|
* server to return the same key material each time.
|
|
@@ -158,13 +169,13 @@ export interface CreateKeyResult {
|
|
|
158
169
|
}
|
|
159
170
|
/**
|
|
160
171
|
* Raw tag response from POST /api/v1/tag. Exactly one of block_ids/block_count
|
|
161
|
-
* is populated
|
|
172
|
+
* is populated. See RawTaggedRoot's doc comment for which protocols use which.
|
|
162
173
|
*
|
|
163
174
|
* For non-chunked protocols, `block_ids` is the ordered list of CID strings
|
|
164
175
|
* for every block in the DAG; this same list is returned by getSetup() per
|
|
165
|
-
* root and is what the client uses to select which blocks to challenge
|
|
176
|
+
* root and is what the client uses to select which blocks to challenge. The
|
|
166
177
|
* server never picks them. For chunked protocols (SW-Priv, SW-Pub),
|
|
167
|
-
* `block_count` is the super-block count instead
|
|
178
|
+
* `block_count` is the super-block count instead, no manifest needed.
|
|
168
179
|
*/
|
|
169
180
|
export interface TagResponse {
|
|
170
181
|
block_ids?: string[];
|
|
@@ -174,6 +185,16 @@ export interface TagResponse {
|
|
|
174
185
|
export interface TagJobResponse {
|
|
175
186
|
job_id: string;
|
|
176
187
|
}
|
|
188
|
+
/**
|
|
189
|
+
* Result of tag()'s submit call: the tag job has been created and queued.
|
|
190
|
+
* Echoes root/keyId back so a caller doesn't have to thread them through
|
|
191
|
+
* separately to waitForTag() or a progress indicator.
|
|
192
|
+
*/
|
|
193
|
+
export interface TagSubmission {
|
|
194
|
+
jobId: string;
|
|
195
|
+
root: string;
|
|
196
|
+
keyId: string;
|
|
197
|
+
}
|
|
177
198
|
/** How much of an in-flight tag job has completed. */
|
|
178
199
|
export interface TagJobProgress {
|
|
179
200
|
total_blocks: number;
|
|
@@ -185,7 +206,7 @@ export interface TagJobProgress {
|
|
|
185
206
|
* `status` is one of the tagstate.Lifecycle string values from pinion-prover:
|
|
186
207
|
* "tag-queued" | "tag-planning" | "tag-running" | "tag-merging" | "tag-done" |
|
|
187
208
|
* "tag-failed". `block_ids`/`block_count` are populated only once `status` is
|
|
188
|
-
* "tag-done"
|
|
209
|
+
* "tag-done" (the same fields TagResponse used to return synchronously).
|
|
189
210
|
* `error` is populated only once `status` is "tag-failed".
|
|
190
211
|
*/
|
|
191
212
|
export interface TagJobStatusResponse {
|
|
@@ -196,7 +217,7 @@ export interface TagJobStatusResponse {
|
|
|
196
217
|
error?: string;
|
|
197
218
|
}
|
|
198
219
|
/**
|
|
199
|
-
* One entry from GET /api/v1/tag
|
|
220
|
+
* One entry from GET /api/v1/tag: a summary of a tag job for listing,
|
|
200
221
|
* without the terminal block_ids/block_count/error payload
|
|
201
222
|
* TagJobStatusResponse carries.
|
|
202
223
|
*/
|
|
@@ -220,15 +241,15 @@ export interface TagJobListResponse {
|
|
|
220
241
|
* cryptographic failure from one that couldn't even be evaluated:
|
|
221
242
|
*
|
|
222
243
|
* - { verified: false, reason: 'pairing-mismatch' } means the pairing
|
|
223
|
-
* equation was evaluated and did not hold
|
|
244
|
+
* equation was evaluated and did not hold. The server either does not
|
|
224
245
|
* hold the data or returned a deliberately bad proof. This is the only
|
|
225
246
|
* case that should ever be reported to a user as evidence of possible
|
|
226
247
|
* data loss.
|
|
227
248
|
* - { verified: false, reason: 'malformed-input', cause } means the
|
|
228
|
-
* equation was never evaluated at all
|
|
249
|
+
* equation was never evaluated at all. proofBytes wasn't valid
|
|
229
250
|
* WireProof JSON, a curve point failed to decode, etc. This is what an
|
|
230
251
|
* infra error looks like from here: a 5xx with an HTML body, a proxy
|
|
231
|
-
* timeout page, a truncated response
|
|
252
|
+
* timeout page, a truncated response, none of which say anything about
|
|
232
253
|
* whether the server actually holds the data.
|
|
233
254
|
*
|
|
234
255
|
* verifyProof() collapses both false cases into a plain `false`, which is
|
|
@@ -249,7 +270,7 @@ export interface AuditResult {
|
|
|
249
270
|
/** true only if the pairing check e(σ,G₂) == e(A,v) passed. */
|
|
250
271
|
pass: boolean;
|
|
251
272
|
/**
|
|
252
|
-
* The richer verification outcome pass was derived from
|
|
273
|
+
* The richer verification outcome pass was derived from. Check this to
|
|
253
274
|
* distinguish a real cryptographic failure (reason: 'pairing-mismatch')
|
|
254
275
|
* from one that couldn't be evaluated at all (reason: 'malformed-input').
|
|
255
276
|
* Only the former should ever be reported to a user as evidence of
|
|
@@ -260,7 +281,7 @@ export interface AuditResult {
|
|
|
260
281
|
blocksChecked: number;
|
|
261
282
|
keyId: string;
|
|
262
283
|
roots: string[];
|
|
263
|
-
/** base64(JSON(WireChallenge)) used for this round
|
|
284
|
+
/** base64(JSON(WireChallenge)) used for this round, same bytes POST /prove sent. Decode with decodeChallenge(). */
|
|
264
285
|
challenge: string;
|
|
265
286
|
}
|
|
266
287
|
//# sourceMappingURL=types.d.ts.map
|
package/dist/types.d.ts.map
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"types.d.ts","sourceRoot":"","sources":["../src/types.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH;;;GAGG;AACH,MAAM,WAAW,eAAe;IAC9B,QAAQ,EAAE,MAAM,CAAC;IACjB,QAAQ,EAAE,MAAM,CAAC;IACjB,CAAC,EAAE,MAAM,CAAC;IACV,IAAI,EAAE,MAAM,CAAC;IACb,CAAC,EAAE,MAAM,CAAC;IACV,CAAC,EAAE,MAAM,EAAE,CAAC;CACb;AAED;;;;GAIG;AACH,MAAM,WAAW,aAAa;IAC5B,QAAQ,EAAE,MAAM,CAAC;IACjB,IAAI,EAAE,MAAM,CAAC;IACb,CAAC,EAAE,MAAM,CAAC;IACV,CAAC,EAAE,MAAM,CAAC;CACX;AAED;;;GAGG;AACH,MAAM,WAAW,SAAS;IACxB,KAAK,EAAE,MAAM,CAAC;IACd,EAAE,EAAE,MAAM,EAAE,CAAC;CACd;AAED;;;;;;GAMG;AACH,MAAM,WAAW,aAAa;IAC5B,YAAY,EAAE,MAAM,CAAC;IACrB,KAAK,EAAE,MAAM,CAAC;CACf;AAED,0EAA0E;AAC1E,MAAM,WAAW,gBAAgB;IAC/B,MAAM,EAAE,MAAM,CAAC;CAChB;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,WAAW,sBAAsB;IACrC,MAAM,EAAE,MAAM,CAAC;IACf,YAAY,CAAC,EAAE,MAAM,CAAC;IACtB,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;;;;;;GASG;AACH,MAAM,WAAW,aAAa;IAC5B,IAAI,EAAE,MAAM,CAAC;IACb,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,WAAW,CAAC,EAAE,MAAM,CAAC;CACtB;AAED,mDAAmD;AACnD,MAAM,WAAW,gBAAgB;IAC/B,YAAY,EAAE,MAAM,CAAC;IACrB,KAAK,EAAE,aAAa,EAAE,CAAC;CACxB;AAED,kEAAkE;AAClE,MAAM,WAAW,UAAU;IACzB,IAAI,EAAE,MAAM,CAAC;IACb;;;;;;;OAOG;IACH,QAAQ,EAAE,UAAU,EAAE,CAAC;IACvB;;;;;;OAMG;IACH,OAAO,EAAE,OAAO,CAAC;CAClB;AAED,oEAAoE;AACpE,MAAM,WAAW,WAAW;IAC1B,WAAW,EAAE,eAAe,CAAC;IAC7B,KAAK,EAAE,UAAU,EAAE,CAAC;IACpB,4CAA4C;IAC5C,WAAW,EAAE,MAAM,CAAC;CACrB;AAED,MAAM,WAAW,gBAAgB;IAC/B,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,EAAE,MAAM,CAAC;IACjB,UAAU,EAAE,MAAM,CAAC;IACnB;;;8EAG0E;IAC1E,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,WAAW,EAAE,MAAM,CAAC;IACpB,cAAc,EAAE,MAAM,CAAC;IACvB,sEAAsE;IACtE,eAAe,CAAC,EAAE,MAAM,CAAC;CAC1B;AAED,yDAAyD;AACzD,MAAM,WAAW,iBAAiB;IAChC,MAAM,EAAE,MAAM,CAAC;IACf,YAAY,EAAE,MAAM,CAAC;IACrB,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED,gDAAgD;AAChD,MAAM,WAAW,qBAAqB;IACpC,KAAK,EAAE,MAAM,CAAC;CACf;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,eAAe;IAC9B,KAAK,EAAE,MAAM,CAAC;IACd,SAAS,EAAE,eAAe,CAAC;IAC3B,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;;;;;;GASG;AACH,MAAM,WAAW,WAAW;IAC1B,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,WAAW,CAAC,EAAE,MAAM,CAAC;CACtB;AAED,6EAA6E;AAC7E,MAAM,WAAW,cAAc;IAC7B,MAAM,EAAE,MAAM,CAAC;CAChB;AAED,sDAAsD;AACtD,MAAM,WAAW,cAAc;IAC7B,YAAY,EAAE,MAAM,CAAC;IACrB,gBAAgB,EAAE,MAAM,CAAC;CAC1B;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,oBAAoB;IACnC,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,CAAC,EAAE,cAAc,CAAC;IAC1B,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;GAIG;AACH,MAAM,WAAW,eAAe;IAC9B,MAAM,EAAE,MAAM,CAAC;IACf,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,MAAM,CAAC;IACf,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,CAAC,EAAE,cAAc,CAAC;CAC3B;AAED;;;;GAIG;AACH,MAAM,WAAW,kBAAkB;IACjC,IAAI,EAAE,eAAe,EAAE,CAAC;CACzB;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,MAAM,MAAM,uBAAuB,GAC/B;IAAE,QAAQ,EAAE,IAAI,CAAA;CAAE,GAClB;IAAE,QAAQ,EAAE,KAAK,CAAC;IAAC,MAAM,EAAE,kBAAkB,CAAA;CAAE,GAC/C;IAAE,QAAQ,EAAE,KAAK,CAAC;IAAC,MAAM,EAAE,iBAAiB,CAAC;IAAC,KAAK,EAAE,OAAO,CAAA;CAAE,CAAC;AAEnE,mFAAmF;AACnF,MAAM,WAAW,WAAW;IAC1B,+DAA+D;IAC/D,IAAI,EAAE,OAAO,CAAC;IACd;;;;;;OAMG;IACH,YAAY,EAAE,uBAAuB,CAAC;IACtC,wDAAwD;IACxD,aAAa,EAAE,MAAM,CAAC;IACtB,KAAK,EAAE,MAAM,CAAC;IACd,KAAK,EAAE,MAAM,EAAE,CAAC;IAChB,
|
|
1
|
+
{"version":3,"file":"types.d.ts","sourceRoot":"","sources":["../src/types.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH;;;GAGG;AACH,MAAM,WAAW,eAAe;IAC9B,QAAQ,EAAE,MAAM,CAAC;IACjB,QAAQ,EAAE,MAAM,CAAC;IACjB,CAAC,EAAE,MAAM,CAAC;IACV,IAAI,EAAE,MAAM,CAAC;IACb,CAAC,EAAE,MAAM,CAAC;IACV,CAAC,EAAE,MAAM,EAAE,CAAC;CACb;AAED;;;;GAIG;AACH,MAAM,WAAW,aAAa;IAC5B,QAAQ,EAAE,MAAM,CAAC;IACjB,IAAI,EAAE,MAAM,CAAC;IACb,CAAC,EAAE,MAAM,CAAC;IACV,CAAC,EAAE,MAAM,CAAC;CACX;AAED;;;GAGG;AACH,MAAM,WAAW,SAAS;IACxB,KAAK,EAAE,MAAM,CAAC;IACd,EAAE,EAAE,MAAM,EAAE,CAAC;CACd;AAED;;;;;;GAMG;AACH,MAAM,WAAW,aAAa;IAC5B,YAAY,EAAE,MAAM,CAAC;IACrB,KAAK,EAAE,MAAM,CAAC;CACf;AAED,0EAA0E;AAC1E,MAAM,WAAW,gBAAgB;IAC/B,MAAM,EAAE,MAAM,CAAC;CAChB;AAED;;;;;GAKG;AACH,MAAM,WAAW,eAAe;IAC9B,KAAK,EAAE,MAAM,CAAC;IACd,SAAS,EAAE,MAAM,CAAC;IAClB,KAAK,EAAE,MAAM,EAAE,CAAC;CACjB;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,WAAW,sBAAsB;IACrC,MAAM,EAAE,MAAM,CAAC;IACf,YAAY,CAAC,EAAE,MAAM,CAAC;IACtB,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;;;;;;GASG;AACH,MAAM,WAAW,aAAa;IAC5B,IAAI,EAAE,MAAM,CAAC;IACb,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,WAAW,CAAC,EAAE,MAAM,CAAC;CACtB;AAED,mDAAmD;AACnD,MAAM,WAAW,gBAAgB;IAC/B,YAAY,EAAE,MAAM,CAAC;IACrB,KAAK,EAAE,aAAa,EAAE,CAAC;CACxB;AAED,kEAAkE;AAClE,MAAM,WAAW,UAAU;IACzB,IAAI,EAAE,MAAM,CAAC;IACb;;;;;;;OAOG;IACH,QAAQ,EAAE,UAAU,EAAE,CAAC;IACvB;;;;;;OAMG;IACH,OAAO,EAAE,OAAO,CAAC;CAClB;AAED,oEAAoE;AACpE,MAAM,WAAW,WAAW;IAC1B,WAAW,EAAE,eAAe,CAAC;IAC7B,KAAK,EAAE,UAAU,EAAE,CAAC;IACpB,4CAA4C;IAC5C,WAAW,EAAE,MAAM,CAAC;CACrB;AAED,MAAM,WAAW,gBAAgB;IAC/B,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,EAAE,MAAM,CAAC;IACjB,UAAU,EAAE,MAAM,CAAC;IACnB;;;8EAG0E;IAC1E,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,WAAW,EAAE,MAAM,CAAC;IACpB,cAAc,EAAE,MAAM,CAAC;IACvB,sEAAsE;IACtE,eAAe,CAAC,EAAE,MAAM,CAAC;CAC1B;AAED,yDAAyD;AACzD,MAAM,WAAW,iBAAiB;IAChC,MAAM,EAAE,MAAM,CAAC;IACf,YAAY,EAAE,MAAM,CAAC;IACrB,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED,gDAAgD;AAChD,MAAM,WAAW,qBAAqB;IACpC,KAAK,EAAE,MAAM,CAAC;CACf;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,eAAe;IAC9B,KAAK,EAAE,MAAM,CAAC;IACd,SAAS,EAAE,eAAe,CAAC;IAC3B,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;;;;;;GASG;AACH,MAAM,WAAW,WAAW;IAC1B,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,WAAW,CAAC,EAAE,MAAM,CAAC;CACtB;AAED,6EAA6E;AAC7E,MAAM,WAAW,cAAc;IAC7B,MAAM,EAAE,MAAM,CAAC;CAChB;AAED;;;;GAIG;AACH,MAAM,WAAW,aAAa;IAC5B,KAAK,EAAE,MAAM,CAAC;IACd,IAAI,EAAE,MAAM,CAAC;IACb,KAAK,EAAE,MAAM,CAAC;CACf;AAED,sDAAsD;AACtD,MAAM,WAAW,cAAc;IAC7B,YAAY,EAAE,MAAM,CAAC;IACrB,gBAAgB,EAAE,MAAM,CAAC;CAC1B;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,oBAAoB;IACnC,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,CAAC,EAAE,cAAc,CAAC;IAC1B,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;GAIG;AACH,MAAM,WAAW,eAAe;IAC9B,MAAM,EAAE,MAAM,CAAC;IACf,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,MAAM,CAAC;IACf,MAAM,EAAE,MAAM,CAAC;IACf,QAAQ,CAAC,EAAE,cAAc,CAAC;CAC3B;AAED;;;;GAIG;AACH,MAAM,WAAW,kBAAkB;IACjC,IAAI,EAAE,eAAe,EAAE,CAAC;CACzB;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,MAAM,MAAM,uBAAuB,GAC/B;IAAE,QAAQ,EAAE,IAAI,CAAA;CAAE,GAClB;IAAE,QAAQ,EAAE,KAAK,CAAC;IAAC,MAAM,EAAE,kBAAkB,CAAA;CAAE,GAC/C;IAAE,QAAQ,EAAE,KAAK,CAAC;IAAC,MAAM,EAAE,iBAAiB,CAAC;IAAC,KAAK,EAAE,OAAO,CAAA;CAAE,CAAC;AAEnE,mFAAmF;AACnF,MAAM,WAAW,WAAW;IAC1B,+DAA+D;IAC/D,IAAI,EAAE,OAAO,CAAC;IACd;;;;;;OAMG;IACH,YAAY,EAAE,uBAAuB,CAAC;IACtC,wDAAwD;IACxD,aAAa,EAAE,MAAM,CAAC;IACtB,KAAK,EAAE,MAAM,CAAC;IACd,KAAK,EAAE,MAAM,EAAE,CAAC;IAChB,mHAAmH;IACnH,SAAS,EAAE,MAAM,CAAC;CACnB"}
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@pinionengineering/prover-client",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.11.1",
|
|
4
4
|
"description": "JavaScript/TypeScript client for the pinion-prover storage-proof service. Builds SW-Pub challenges and cryptographically verifies proofs using BN254 pairings.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"main": "./dist/index.js",
|
|
@@ -20,8 +20,8 @@
|
|
|
20
20
|
"prepare": "npm run build",
|
|
21
21
|
"build:watch": "tsc --watch",
|
|
22
22
|
"typecheck": "tsc --noEmit",
|
|
23
|
-
"test": "npm run build && node test/verify.test.mjs",
|
|
24
|
-
"test:gen": "cd testdata/gen && go run . > ../vectors.json"
|
|
23
|
+
"test": "npm run build && node test/verify.test.mjs && node test/client.test.mjs",
|
|
24
|
+
"test:gen": "cd ../testdata/gen && go run . > ../vectors.json"
|
|
25
25
|
},
|
|
26
26
|
"dependencies": {
|
|
27
27
|
"@noble/curves": "^1.4.0",
|