alchemyplatform / alchemyplatform/docs
Request: Public schema for Notify webhook payloads and Custom Webhook GraphQL
Nobody has claimed this yet.
- Dominant language
- MDX
- Stars
- 8
- Forks
- 19
- Avg merge
- 23h 32m
- Merged PRs (30d)
- 49
Description
Summary
Notify has an OpenAPI spec for managing webhooks, but there is no official, machine-readable schema for:
- The webhook payloads actually sent to our endpoints
- The GraphQL schema used by Custom Webhooks
Having these as official schemas would make it much easier to build and validate strongly typed integrations.
Request 1: Schemas for webhook payloads
Provide OpenAPI components for webhook event bodies, especially:
- Address Activity Webhook
- NFT Activity Webhook
Suggested scope:
- Top-level envelope
webhookId,id,createdAt,type,event, etc.
eventobjectnetworkas an enum (aligned with the existing Notify API OpenAPI)activity[]items with clear required/optional fields, types, and nullability
- Enum-like fields
- For example:
categoryvalues such asexternal,internal,erc20,erc721,erc1155,token, etc.
- For example:
These should be provided as OpenAPI components alongside the existing Notify API spec.
Request 2: Schema for Custom Webhooks GraphQL
Provide a way to consume the Custom Webhooks GraphQL schema, for example:
- SDL file (
schema.graphql), or - Introspection JSON, or
- A public endpoint with introspection enabled (even read-only / rate-limited)
This would allow:
- GraphQL code generation (TypeScript, Go, etc.)
- IDE autocomplete and static validation for Custom Webhook queries
- CI validation of GraphQL queries against the real schema
It would also help to document how the GraphQL result is embedded in the webhook payload (relationship between GraphQL data and the event object / top-level envelope).
Motivation
- We validate incoming webhook requests using JSON Schema / OpenAPI at the edge.
- We use schema/codegen to generate types for multiple services from a single source of truth.
- Without official schemas, we have to rely on prose docs and examples, which is fragile when payloads or fields evolve.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the existing Notify API OpenAPI spec and reviewing how its components are organized. Define official components for Address Activity and NFT Activity webhook envelopes and event bodies, then provide the Custom Webhooks GraphQL schema as SDL, introspection JSON, or a public endpoint. Done means consumers can generate types and validate payloads and queries, with the GraphQL result’s relationship to the webhook event documented.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- graphql, openapi
- Domain
- api, documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100