Recherche vérifiée par sources: Kraken DEAD MAN Switch
Le corps de l'article est affiché dans sa version anglaise vérifiée. La traduction sera ajoutée après revue des sources.
Verified Fact Boundary
1. Kraken futures documentation says the dead man's switch endpoint triggers a countdown timer using a timeout specified in seconds. 2. Kraken futures documentation says expiring the timer cancels all user orders, and a timeout of zero deactivates the mechanism. 3. Kraken futures documentation recommends refreshing every 15 to 20 seconds with a 60-second timeout. 4. Kraken futures documentation lists possible errors including authenticationError, apiLimitExceeded, nonceDuplicate and nonceBelowThreshold. 5. Kraken spot Cancel All Orders documentation identifies the cancel-all action and required order permissions for spot REST. 6. The readiness record must separate futures endpoint behavior, spot cancel-all behavior, key permission, timer refresh, server time, rate limits and post-cancel order reconciliation.
Réduire
Decision Matrix
Tableau de l’article : faites défiler horizontalement ou placez le focus sur le tableau et utilisez les flèches.
| Check | What it means | Practical action | Unknown to keep explicit |
|---|---|---|---|
| Endpoint scope | futures dead-man behavior and spot cancel-all behavior are not the same control | identify market, product lane and endpoint before testing | whether a strategy spans both surfaces |
| Authentication | APIKey and Authent headers must be valid before the timer matters | test auth failure handling and never log secrets | whether credential rotation changes behavior mid-run |
| Refresh cadence | the timer protects only if refresh calls happen predictably | run a local scheduler test with clock and network jitter | whether the runtime pauses during system sleep |
| Zero deactivation | timeout zero is a special off switch | test deactivation in a harmless environment | whether a later worker accidentally re-enables the timer |
| Error handling | rate limit and nonce errors can break the refresh loop | alert on error classes and pause order placement | whether retries create duplicate risk |
| Reconciliation | cancel trigger does not by itself prove final position safety | query open orders, fills and positions after expiry | whether partial fills occurred before cancellation |
Source Map
- Kraken API Center: Dead man's switch (kraken-deadman)
- Kraken API Center: Cancel All Orders (kraken-cancel-all)
- Kraken API Center: Get API Key Info (kraken-key-info)
Control Notes
1. Endpoint scope
Endpoint scope is the point where public documentation must become an operating rule. In this package, it means futures dead-man behavior and spot cancel-all behavior are not the same control. The practical action is to identify market, product lane and endpoint before testing. The unresolved edge is whether a strategy spans both surfaces, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
2. Authentication
Authentication is the point where public documentation must become an operating rule. In this package, it means APIKey and Authent headers must be valid before the timer matters. The practical action is to test auth failure handling and never log secrets. The unresolved edge is whether credential rotation changes behavior mid-run, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
3. Refresh cadence
Refresh cadence is the point where public documentation must become an operating rule. In this package, it means the timer protects only if refresh calls happen predictably. The practical action is to run a local scheduler test with clock and network jitter. The unresolved edge is whether the runtime pauses during system sleep, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
4. Zero deactivation
Zero deactivation is the point where public documentation must become an operating rule. In this package, it means timeout zero is a special off switch. The practical action is to test deactivation in a harmless environment. The unresolved edge is whether a later worker accidentally re-enables the timer, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
5. Error handling
Error handling is the point where public documentation must become an operating rule. In this package, it means rate limit and nonce errors can break the refresh loop. The practical action is to alert on error classes and pause order placement. The unresolved edge is whether retries create duplicate risk, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
6. Reconciliation
Reconciliation is the point where public documentation must become an operating rule. In this package, it means cancel trigger does not by itself prove final position safety. The practical action is to query open orders, fills and positions after expiry. The unresolved edge is whether partial fills occurred before cancellation, so the article keeps that edge explicit instead of turning it into a reward claim, licensing claim, approval claim, safety guarantee, recovery promise, platform ranking or price implication.
The operating test is narrow.
Known Unknowns
- whether a strategy spans both surfaces
- whether credential rotation changes behavior mid-run
- whether the runtime pauses during system sleep
- whether a later worker accidentally re-enables the timer
- whether retries create duplicate risk
- whether partial fills occurred before cancellation
Practical Takeaway
Kraken's dead man's switch should be treated as an outage-control mechanism, not as a generic safety label. Kraken futures documentation says the cancelallordersafter endpoint lets a user send a timeout in seconds that starts a countdown and cancels all user orders when it expires; the user must keep refreshing the timeout or deactivate it by specifying zero. The documentation recommends calls every 15 to 20 seconds with a 60-second timeout. The useful readiness checklist is to test authentication, refresh cadence, zero deactivation, server time, rate-limit errors, order scope and recovery evidence before relying on it during a live strategy. The article stops at the evidence boundary. It helps the reader decide what to inspect next without converting public documentation into a promise that a private account, wallet, API key, pool route, stablecoin balance, tokenized asset or policy framework will work under every future condition.
Thèmes et outils:API des plateformes et données de marché
Sources
03- Dead man's switch · docs.kraken.com
- Cancel All Orders · docs-legacy.kraken.com
- Get API Key Info · docs.kraken.com