Agent skill

Alchemy Webhooks Skill

Receive and verify Alchemy Notify webhooks. Use when setting up Alchemy webhook handlers, debugging X-Alchemy-Signature verification, or handling onchain events like ADDRESS_ACTIVITY, NFT_ACTIVITY, or GRAPHQL (Custom Webhook).

Install this skill

npx skills add hookdeck/webhook-skills --skill alchemy-webhooks


When to Use This Skill

  • How do I receive Alchemy webhooks?
  • How do I verify Alchemy webhook signatures (the X-Alchemy-Signature header)?
  • How do I handle ADDRESS_ACTIVITY, NFT_ACTIVITY, or GRAPHQL events?
  • Why is my Alchemy webhook signature verification failing?
  • How do I set up Alchemy Notify webhooks for onchain activity?

Verification (core)

Alchemy signs every webhook with HMAC-SHA256 over the raw request body, hex-encoded, in the X-Alchemy-Signature header. There is no sha256= prefix and no timestamp — just the hex digest. The key is the per-webhook signing key (copied from the top-right of that webhook's detail page in the Notify dashboard, or fetched via the Notify API), not your app's Auth Token.

The alchemy-sdk npm package manages webhook CRUD but does not verify signatures — implement HMAC yourself. Always compute the HMAC over the raw body; a re-serialized JSON body will not match.

const crypto = require('crypto');

function verifyAlchemySignature(rawBody, signature, signingKey) {
  if (!signature) return false;
  const digest = crypto
    .createHmac('sha256', signingKey)
    .update(rawBody, 'utf8')   // rawBody: exact bytes/string received, never re-stringified JSON
    .digest('hex');
  try {
    return crypto.timingSafeEqual(Buffer.from(signature), Buffer.from(digest));
  } catch {
    return false; // length mismatch = invalid
  }
}

For complete handlers with route wiring, event dispatch, and tests, see:

Common Event Types

The webhook type field identifies the event. Alchemy webhooks are scoped per chain/network.

TypeTriggered When
ADDRESS_ACTIVITYETH/ERC-20/ERC-721/ERC-1155 transfers involving tracked addresses
NFT_ACTIVITYERC-721/ERC-1155 transfers for tracked NFT contracts
GRAPHQLA Custom Webhook GraphQL query matches new onchain data

These three are the values the Notify API's create-webhook endpoint accepts for webhook_type, and the current docs group webhooks into the matching three categories: Custom, Address Activity, and NFT Activity.

Deprecated types

TypeStatus
MINED_TRANSACTIONDeprecated 2026-08-30 — no longer documented
DROPPED_TRANSACTIONDeprecated 2026-08-30 — no longer documented
NFT_METADATA_UPDATEDeprecated 2026-08-30 — no longer documented

As of 2026-08-30 these three strings no longer appear anywhere on Alchemy's webhook documentation — not on the overview or webhook-types pages, and not in the Notify API create-webhook type enum. Alchemy has published no deprecation notice or replacement mapping, so this is recorded as observed absence, not a vendor-announced removal, and no successor event is claimed. The example handlers still keep their branches so existing webhooks created before this date keep working; do not build new integrations on them.

For full event and payload reference, see references/overview.md and the Alchemy Webhooks docs.

Environment Variables

ALCHEMY_SIGNING_KEY=whsec_or_your_per_webhook_signing_key   # top-right of the webhook's detail page
# Only needed for programmatic webhook CRUD via the Notify API / alchemy-sdk:
ALCHEMY_AUTH_TOKEN=your_app_auth_token                      # distinct from the signing key

Local Development

# Start tunnel (no account needed)
npx hookdeck-cli listen 3000 alchemy --path /webhooks/alchemy

Configure the resulting URL as the webhook target in the Alchemy Notify dashboard. Optionally allowlist Alchemy's egress IPs: 54.236.136.17 and 34.237.24.169.

Reference Materials


Repository

hookdeck/webhook-skills

v0.1.0 · MIT · Updated Aug 4, 2026

View on GitHub →