@calimero-network/mero-js 26.0.0 → 26.0.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.
|
@@ -21,18 +21,13 @@
|
|
|
21
21
|
* `signer == credential.statement.sign_pk` before applying a join — so an
|
|
22
22
|
* admitter can carry this and can never author it: it cannot admit a different
|
|
23
23
|
* account, change the group, or grant a role. It can refuse, and that is all.
|
|
24
|
-
* This is also why the
|
|
25
|
-
*
|
|
26
|
-
*
|
|
27
|
-
*
|
|
28
|
-
*
|
|
29
|
-
*
|
|
30
|
-
*
|
|
31
|
-
* shape that is actually useful to a caller is the one that hands back a
|
|
32
|
-
* {@link DelegatedSession} — the node that admitted you is the node to connect
|
|
33
|
-
* through — which is `mero-react`'s concern. The pieces that are pure SDK, the
|
|
34
|
-
* borsh op layout and the request type, are used from `mero-js` unchanged and
|
|
35
|
-
* are not reimplemented here.
|
|
24
|
+
* This is also why core serves the route without a credential (it sits on the
|
|
25
|
+
* public admin router, beside `/health` and the intent routes, on every node
|
|
26
|
+
* whatever its auth mode), why the fleet ingress exempts the one anchored path,
|
|
27
|
+
* and why this posts with `fetch` rather than through `AdminApiClient`, which is
|
|
28
|
+
* built around a node credential this caller does not have. A node that predates
|
|
29
|
+
* that change and runs embedded auth answers 401 here; the failure is reported at
|
|
30
|
+
* the `admit` step like any other refusal.
|
|
36
31
|
*
|
|
37
32
|
* ## Why the op has no parents
|
|
38
33
|
*
|
|
@@ -21,18 +21,13 @@
|
|
|
21
21
|
* `signer == credential.statement.sign_pk` before applying a join — so an
|
|
22
22
|
* admitter can carry this and can never author it: it cannot admit a different
|
|
23
23
|
* account, change the group, or grant a role. It can refuse, and that is all.
|
|
24
|
-
* This is also why the
|
|
25
|
-
*
|
|
26
|
-
*
|
|
27
|
-
*
|
|
28
|
-
*
|
|
29
|
-
*
|
|
30
|
-
*
|
|
31
|
-
* shape that is actually useful to a caller is the one that hands back a
|
|
32
|
-
* {@link DelegatedSession} — the node that admitted you is the node to connect
|
|
33
|
-
* through — which is `mero-react`'s concern. The pieces that are pure SDK, the
|
|
34
|
-
* borsh op layout and the request type, are used from `mero-js` unchanged and
|
|
35
|
-
* are not reimplemented here.
|
|
24
|
+
* This is also why core serves the route without a credential (it sits on the
|
|
25
|
+
* public admin router, beside `/health` and the intent routes, on every node
|
|
26
|
+
* whatever its auth mode), why the fleet ingress exempts the one anchored path,
|
|
27
|
+
* and why this posts with `fetch` rather than through `AdminApiClient`, which is
|
|
28
|
+
* built around a node credential this caller does not have. A node that predates
|
|
29
|
+
* that change and runs embedded auth answers 401 here; the failure is reported at
|
|
30
|
+
* the `admit` step like any other refusal.
|
|
36
31
|
*
|
|
37
32
|
* ## Why the op has no parents
|
|
38
33
|
*
|