Datoka Hooks

dev.workers.bhazarstudio.datoka-hooks-test/datoka-hooks · v0.7.6 · finance-and-payments

Datoka Hooks is healthy: it completed an MCP handshake in 1098 ms and exposes 9 tools.

Public webhook relay with signed observations, retries and verified receivers. Self-service.

Endpoint: https://datoka-hooks.bhazarstudio.workers.dev/mcp (streamable-http)

No repository listed · Website · JSON · Add to my inventory

Facts

Users (last 30 days)0
HandshakeHealthy
Auth neededNone
Tool count9
Latency1098 ms
Last checked (UTC)2026-10-16T02:25:10.543Z

Health history

Checked (UTC)StatusLatencyError
2026-10-16T02:25:10.543ZHealthy1098
2026-10-14T23:35:42.643ZHealthy879

Tools (9)

get_hook_creditsRead remaining purchased admission credits for an existing hook using its management token. Free and read-only; does not purchase credits. Use purchase_hook_credits to request a quote. The daily free allowance remains separate.
purchase_hook_creditsRequest an x402 quote without payment, or buy credits with an explicitly authorized signed payment. Reuse purchaseId and the same payment after any timeout.
register_destinationRegister an HTTPS receiver you control. Returns hookId, private credentials and the ownership challenge; delivery remains inactive. Publish the exact challenge on your origin, then call verify_destination. Keep recoveryKey secret and reuse it with the identical target after interruption; do not regi
verify_destinationFetch the ownership challenge from the previously registered receiver and activate it when valid. First publish the exact challenge returned by register_destination. Requires the management token; does not deliver an event. Use get_destination_status to inspect progress without activation.
get_destination_statusRead the existing hook ownership challenge and verification or revocation status using its management token. No activation or delivery. Use after registration or an interrupted verification; use get_hook_delivery for one accepted event.
revoke_destinationPermanently revoke this hook with its management token after explicit owner approval. New submissions are rejected; previously accepted deliveries finish. This does not cancel queued events and cannot be undone. Use get_destination_status first if you only need to inspect access.
accept_hook_eventEnqueue up to 65536 payload bytes for a previously verified receiver using its delivery token. Returns a deliveryId, not proof of delivery. Reuse eventId and exact bytes on retries, then poll get_hook_delivery. The free allowance is 100 events/day per verified receiver; extra admissions consume purc
get_hook_deliveryRead one accepted event by its returned deliveryId and hook delivery token. Poll after accept_hook_event to distinguish queued, retried and completed delivery. Signed observations attest relay attempts, not successful business processing by the receiver. No new delivery or payment.
verify_hook_receiptCheck an unchanged event and signed receipt returned by get_hook_delivery within the authenticated hook. Requires the delivery token; does not send an event. A valid signature attests relay observations, not business truth or exactly-once processing.