xoonya 3.1.1 → 3.1.3
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 +4 -0
- package/RELEASE_NOTES.md +6 -14
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -2,6 +2,10 @@
|
|
|
2
2
|
|
|
3
3
|
`xoonya` is the proof and review foundation for machine actions.
|
|
4
4
|
|
|
5
|
+
> New to the code? Read [`ARCHITECTURE.md`](ARCHITECTURE.md) first. It separates
|
|
6
|
+
> the compact proof engine (the ~1,600-line crypto core in `proof_sdk.js`) from
|
|
7
|
+
> the large machine-readable proof catalog, so the real engine is legible fast.
|
|
8
|
+
|
|
5
9
|
It exists to make machine evidence:
|
|
6
10
|
|
|
7
11
|
- deterministic
|
package/RELEASE_NOTES.md
CHANGED
|
@@ -1,18 +1,10 @@
|
|
|
1
|
-
|
|
1
|
+
`xoonya` 3.1.3 is the synchronized release that keeps the proof line aligned with the runtime.
|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
This release keeps every frozen proof truth model, public contract, proof, release, and gate surface intact while making verify results say exactly what was checked, letting verifiers pin identities to keys, and hardening the HTTP service against oversized bodies, malformed paths, leaked error details, and private key material submitted over the wire.
|
|
3
|
+
This release carries no change to the proof engine, the native XNYA standard, the verification methods, the conformance vectors, or the public proof surfaces. It exists to keep the proof package on the same synchronized line as the runtime, which in this cycle made runtime credits self-serve: a buyer can turn a single x402 payment into spendable credit with no operator grant.
|
|
6
4
|
|
|
7
5
|
Highlights:
|
|
8
6
|
|
|
9
|
-
-
|
|
10
|
-
-
|
|
11
|
-
-
|
|
12
|
-
-
|
|
13
|
-
- hardens `server.js`: byte-counted 1 MiB body limit with a `content-length` precheck, `OPTIONS` and `HEAD` handling, `400 invalid_path_encoding` for malformed percent-encoding, generic `500 internal_error` with server-side stack logging, request and header timeouts, `x-content-type-options: nosniff`, `cache-control: no-store` on non-GET responses, and `uncaughtException` / `unhandledRejection` handlers
|
|
14
|
-
- adds `XOONYA_ACCEPT_PRIVATE_KEY_MATERIAL`; when `false`, or unset on Render, emit, build, and proof-center run routes reject bodies carrying `/private_key/i` fields with `400 private_key_material_not_accepted` and point to local SDK/CLI signing
|
|
15
|
-
- adds `npm run verify:forgery-resistance` (key substitution with and without a trust root, strict-mode rejection of digest and structural results, hybrid PQ tampering and wrong-pin rejection, result determinism) to `verify:all`, plus strict-mode, hardening, and private-key-policy checks in `verify:service`
|
|
16
|
-
- marks the `dilithium`, `falcon`, and `sphincs-plus` registry entries as `deprecated_placeholder` aliases pointing at the implemented `ml-dsa-65` and `slh-dsa-sha2-128f` suites, and labels native identity prefixes `05`-`07` as legacy placeholders
|
|
17
|
-
- keeps `RELEASE_NOTES.md` scoped to the current release so npm and GitHub release notes stay clean
|
|
18
|
-
- keeps the canonical `https://naxytra.com/xoonya` public product URL and single naxytra website positioning intact
|
|
7
|
+
- keeps the deterministic hash, sign, and verify core, the verification-class and strict-mode behavior, and the trust-root options unchanged
|
|
8
|
+
- keeps the conformance and forgery-resistance vectors and the full verifier suite passing
|
|
9
|
+
- keeps the canonical `https://naxytra.com/xoonya` public product URL and the synchronized package posture intact
|
|
10
|
+
- tracks the runtime's self-serve credits addition so the proof and runtime packages stay on one release number
|