@settlemint/dalp-cli 3.1.33-main.43546076392 → 3.1.33-main.43556327932

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.
@@ -17889,8 +17889,8 @@
17889
17889
  "method": "POST",
17890
17890
  "url": "/api/v2/users/me/custody-account-requests/{requestId}/approval",
17891
17891
  "summary": "Approve a custody account lifecycle request",
17892
- "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
17893
- "help": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
17892
+ "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: approving a signing-key change always needs the caller's wallet verification, also when an external signer submits its artifact. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17893
+ "help": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: approving a signing-key change always needs the caller's wallet verification, also when an external signer submits its artifact. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17894
17894
  "tags": [
17895
17895
  "Users"
17896
17896
  ],
@@ -17934,7 +17934,7 @@
17934
17934
  ],
17935
17935
  "requestBodyDescription": null,
17936
17936
  "hasRequestBody": true,
17937
- "bodyIsComplex": false,
17937
+ "bodyIsComplex": true,
17938
17938
  "bodyFields": [
17939
17939
  {
17940
17940
  "name": "existingSignerCustodyAccountId",
@@ -17972,7 +17972,7 @@
17972
17972
  ],
17973
17973
  "examples": [
17974
17974
  {
17975
- "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
17975
+ "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: approving a signing-key change always needs the caller's wallet verification, also when an external signer submits its artifact. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17976
17976
  "path": {
17977
17977
  "requestId": "<requestId>"
17978
17978
  }
@@ -17984,8 +17984,8 @@
17984
17984
  "method": "POST",
17985
17985
  "url": "/api/v2/users/me/custody-accounts/managed",
17986
17986
  "summary": "Create a managed custody account",
17987
- "description": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17988
- "help": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17987
+ "description": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified, with one exception: a caller who has no wallet verification method yet (no transaction PIN, transaction code, recovery codes or authenticator) may create the participant's first signing key without sending one, when the participant holds no signing key that is not archived (a revoked key counts) and no key is being created or changed for it, on any provider, organization or network. The platform decides this itself, under a lock on the participant, so of two concurrent first-key creates only one goes through without verification. Every other create needs the wallet verification, as does a create with `purpose` `deposit`, a create that carries `walletVerification`, and any create once the caller has a verification method; without it the request is refused with `WALLET_VERIFICATION_REQUIRED`, or with `USER_MISSING_2FA` when the caller has no method to verify with. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17988
+ "help": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified, with one exception: a caller who has no wallet verification method yet (no transaction PIN, transaction code, recovery codes or authenticator) may create the participant's first signing key without sending one, when the participant holds no signing key that is not archived (a revoked key counts) and no key is being created or changed for it, on any provider, organization or network. The platform decides this itself, under a lock on the participant, so of two concurrent first-key creates only one goes through without verification. Every other create needs the wallet verification, as does a create with `purpose` `deposit`, a create that carries `walletVerification`, and any create once the caller has a verification method; without it the request is refused with `WALLET_VERIFICATION_REQUIRED`, or with `USER_MISSING_2FA` when the caller has no method to verify with. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17989
17989
  "tags": [
17990
17990
  "Users"
17991
17991
  ],
@@ -18680,8 +18680,8 @@
18680
18680
  "method": "POST",
18681
18681
  "url": "/api/v2/users/me/custody-accounts/{custodyAccountId}/managed-lifecycle",
18682
18682
  "summary": "Start managed custody account revocation or archival",
18683
- "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
18684
- "help": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
18683
+ "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: revoking or archiving a signing key always needs the caller's wallet verification. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
18684
+ "help": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: revoking or archiving a signing key always needs the caller's wallet verification. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
18685
18685
  "tags": [
18686
18686
  "Users"
18687
18687
  ],
@@ -18725,7 +18725,7 @@
18725
18725
  ],
18726
18726
  "requestBodyDescription": null,
18727
18727
  "hasRequestBody": true,
18728
- "bodyIsComplex": false,
18728
+ "bodyIsComplex": true,
18729
18729
  "bodyFields": [
18730
18730
  {
18731
18731
  "name": "operation",
@@ -18758,7 +18758,7 @@
18758
18758
  ],
18759
18759
  "examples": [
18760
18760
  {
18761
- "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
18761
+ "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: revoking or archiving a signing key always needs the caller's wallet verification. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
18762
18762
  "path": {
18763
18763
  "custodyAccountId": "<custodyAccountId>"
18764
18764
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@settlemint/dalp-cli",
3
- "version": "3.1.33-main.43546076392",
3
+ "version": "3.1.33-main.43556327932",
4
4
  "private": false,
5
5
  "description": "CLI for the Digital Asset Lifecycle Platform — manage tokens, identities, compliance, and more from the command line.",
6
6
  "homepage": "https://settlemint.com",
@@ -50,14 +50,14 @@
50
50
  },
51
51
  "dependencies": {
52
52
  "@modelcontextprotocol/server": "2.4.0",
53
- "@settlemint/dalp-sdk": "3.1.33-main.43546076392",
53
+ "@settlemint/dalp-sdk": "3.1.33-main.43556327932",
54
54
  "incur": "0.7.1",
55
55
  "zod": "4.6.7"
56
56
  },
57
57
  "devDependencies": {
58
58
  "@arethetypeswrong/cli": "0.18.5",
59
- "@testkit/effect-bun-test": "3.1.33-main.43546076392",
60
- "@tools/typescript-config": "3.1.33-main.43546076392",
59
+ "@testkit/effect-bun-test": "3.1.33-main.43556327932",
60
+ "@tools/typescript-config": "3.1.33-main.43556327932",
61
61
  "@types/bun": "1.4.4",
62
62
  "publint": "0.3.25"
63
63
  },
@@ -17889,8 +17889,8 @@
17889
17889
  "method": "POST",
17890
17890
  "url": "/api/v2/users/me/custody-account-requests/{requestId}/approval",
17891
17891
  "summary": "Approve a custody account lifecycle request",
17892
- "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
17893
- "help": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
17892
+ "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: approving a signing-key change always needs the caller's wallet verification, also when an external signer submits its artifact. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17893
+ "help": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: approving a signing-key change always needs the caller's wallet verification, also when an external signer submits its artifact. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17894
17894
  "tags": [
17895
17895
  "Users"
17896
17896
  ],
@@ -17934,7 +17934,7 @@
17934
17934
  ],
17935
17935
  "requestBodyDescription": null,
17936
17936
  "hasRequestBody": true,
17937
- "bodyIsComplex": false,
17937
+ "bodyIsComplex": true,
17938
17938
  "bodyFields": [
17939
17939
  {
17940
17940
  "name": "existingSignerCustodyAccountId",
@@ -17972,7 +17972,7 @@
17972
17972
  ],
17973
17973
  "examples": [
17974
17974
  {
17975
- "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
17975
+ "description": "Approves with the selected existing account. Omit artifact for a managed signer. An external signer must submit the signature artifact over the prepared message. Send `participantId` when the request was started for a pending participant other than the one the session acts as. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: approving a signing-key change always needs the caller's wallet verification, also when an external signer submits its artifact. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17976
17976
  "path": {
17977
17977
  "requestId": "<requestId>"
17978
17978
  }
@@ -17984,8 +17984,8 @@
17984
17984
  "method": "POST",
17985
17985
  "url": "/api/v2/users/me/custody-accounts/managed",
17986
17986
  "summary": "Create a managed custody account",
17987
- "description": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17988
- "help": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17987
+ "description": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified, with one exception: a caller who has no wallet verification method yet (no transaction PIN, transaction code, recovery codes or authenticator) may create the participant's first signing key without sending one, when the participant holds no signing key that is not archived (a revoked key counts) and no key is being created or changed for it, on any provider, organization or network. The platform decides this itself, under a lock on the participant, so of two concurrent first-key creates only one goes through without verification. Every other create needs the wallet verification, as does a create with `purpose` `deposit`, a create that carries `walletVerification`, and any create once the caller has a verification method; without it the request is refused with `WALLET_VERIFICATION_REQUIRED`, or with `USER_MISSING_2FA` when the caller has no method to verify with. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17988
+ "help": "Creates an account with the selected enabled managed provider configuration and links it through the durable account lifecycle. By default the platform accepts the request and answers the lifecycle handle with its status URL under status 202. A caller that sends Prefer: wait=<seconds> waits for the lifecycle to settle and receives the settled result. The request is wallet-verified, with one exception: a caller who has no wallet verification method yet (no transaction PIN, transaction code, recovery codes or authenticator) may create the participant's first signing key without sending one, when the participant holds no signing key that is not archived (a revoked key counts) and no key is being created or changed for it, on any provider, organization or network. The platform decides this itself, under a lock on the participant, so of two concurrent first-key creates only one goes through without verification. Every other create needs the wallet verification, as does a create with `purpose` `deposit`, a create that carries `walletVerification`, and any create once the caller has a verification method; without it the request is refused with `WALLET_VERIFICATION_REQUIRED`, or with `USER_MISSING_2FA` when the caller has no method to verify with. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
17989
17989
  "tags": [
17990
17990
  "Users"
17991
17991
  ],
@@ -18680,8 +18680,8 @@
18680
18680
  "method": "POST",
18681
18681
  "url": "/api/v2/users/me/custody-accounts/{custodyAccountId}/managed-lifecycle",
18682
18682
  "summary": "Start managed custody account revocation or archival",
18683
- "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
18684
- "help": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
18683
+ "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: revoking or archiving a signing key always needs the caller's wallet verification. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
18684
+ "help": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: revoking or archiving a signing key always needs the caller's wallet verification. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
18685
18685
  "tags": [
18686
18686
  "Users"
18687
18687
  ],
@@ -18725,7 +18725,7 @@
18725
18725
  ],
18726
18726
  "requestBodyDescription": null,
18727
18727
  "hasRequestBody": true,
18728
- "bodyIsComplex": false,
18728
+ "bodyIsComplex": true,
18729
18729
  "bodyFields": [
18730
18730
  {
18731
18731
  "name": "operation",
@@ -18758,7 +18758,7 @@
18758
18758
  ],
18759
18759
  "examples": [
18760
18760
  {
18761
- "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles.",
18761
+ "description": "Starts an exact managed-account lifecycle operation with a server-created provider attestation. External accounts must use the control preparation and signed lifecycle start operations. A request whose reconciliation is still running answers the 202 lifecycle handle unless Prefer: wait=<seconds> holds the request until it settles. The request is wallet-verified: revoking or archiving a signing key always needs the caller's wallet verification. A session caller also sends the `X-Step-Up-Challenge` header, issued by `POST /api/v2/step-up-challenges` for this operation, target, and body; the challenge is single-use.",
18762
18762
  "path": {
18763
18763
  "custodyAccountId": "<custodyAccountId>"
18764
18764
  }