Sin bucle de polling
GetBlock sigue cada bloque nuevo y envía solo los eventos que coinciden.
Define una vez el trigger y los filtros. GetBlock sigue cada bloque nuevo y envía cada evento que coincide a tu endpoint HTTPS: firmado, reintentado y corregido en caso de reorg.
25 CU
por intento de entrega
8 intentos
reintentos durante unos 52 minutos
HMAC-SHA256
firma en cada entrega
250.000
direcciones por webhook desde Scale
POR QUÉ WEBHOOKS
El polling gasta solicitudes en bloques vacíos. Los webhooks te avisan solo cuando algo ocurre.
GetBlock sigue cada bloque nuevo y envía solo los eventos que coinciden.
Filtra por dirección, contrato y topic. Vigila hasta 250.000 direcciones por webhook desde Scale.
Suscríbete a la primera inclusión, a la confirmación o a ambas. Si un bloque se descarta, recibes una corrección.
Cada solicitud va firmada con HMAC-SHA256. Una entrega fallida tiene hasta 8 intentos.
CASOS DE USO
Un endpoint sustituye al poller y al escáner de bloques.
Avisa a los usuarios cuando entran o salen ETH o tokens.
Acredita depósitos al alcanzar la profundidad de confirmación que elijas.
Sigue swaps, liquidaciones o eventos de gobernanza por contrato y topic.
Sigue los mints y transferencias de las colecciones que te interesan.
Vigila listas de hasta 100.000 direcciones y envía cada coincidencia.
Lleva los eventos coincidentes a tu cola o data warehouse.
CÓMO FUNCIONA
Usa el panel o la API.
Actividad de wallets, logs de contratos o confirmaciones de transacciones.
Guarda el secreto y verifica cada firma.
Confirma en menos de 15 segundos y deshaz los eventos revertidos por reorg.
Disponible
Próximamente
Webhooks v1 funciona en Ethereum mainnet. BNB Smart Chain, Polygon y Base están en la hoja de ruta y todavía no se pueden seleccionar.
COMPARACIÓN
Cada uno sirve para algo distinto.
| Capacidad | GetBlock Webhooks | Polling RPC | Stream WebSocket | Indexador propio |
|---|---|---|---|---|
| Puesta en marcha | Minutos en el panel | Poller y almacén de cursores | Cliente con reconexión | Nodos, indexador, almacenamiento |
| Infraestructura que gestionas | Un endpoint HTTPS | Workers, estado | Cliente de socket siempre activo | Nodos, bases de datos, monitorización |
| Si tu servicio cae | 8 intentos en unos 52 minutos | Te pones al día tú mismo | Pierdes eventos desconectado | Reproduces tú mismo |
| Modelo de coste | 25 CU por intento | CU por consulta, incluso vacía | CU por evento entregado | Servidores y tiempo de ingeniería |
Una comparación de enfoques, no de proveedores concretos. Tus cifras dependen del tráfico y la arquitectura.
PRECIOS
Tu plan de CU incluye los webhooks y fija sus límites.
25 CUpor intento de entrega
Del mismo saldo de CU que las solicitudes RPC.
Se cobra cada intento, reintentos incluidos. Las entregas de prueba son gratis. Cómo funciona la facturación
Crear un webhookEventos coincidentes al mes
Fases por evento
La no confirmada se envía cuando la transacción entra en un bloque; la confirmada, cuando ese bloque alcanza tu profundidad de confirmación.
2.500.000 CU al mes
Supone que cada intento tiene éxito. Los reintentos y las correcciones por reorg añaden intentos.
El plan Free incluye 50.000 CU al día, unos 2.000 intentos de entrega.
| Plan | Webhooks activos | Direcciones por webhook | Direcciones por cuenta | Eventos por segundo | Ráfaga |
|---|---|---|---|---|---|
| Free | 1 | 10 | 10 | 1 | 12 |
| Starter | 10 | 100.000 | 100.000 | 5 | 60 |
| Growth | 25 | 100.000 | 250.000 | 10 | 120 |
| Advanced | 25 | 100.000 | 250.000 | 10 | 120 |
| Scale | 50 | 250.000 | 1.000.000 | 20 | 240 |
| Pro | 75 | 250.000 | 1.000.000 | 30 | 360 |
| Premium | 100 | 250.000 | 1.000.000 | 50 | 600 |
| Enterprise | Límites de Premium o según acuerdo | ||||
BUENO SABERLO
¿Necesitas límites más altos o una configuración a medida?
Más respuestas en la documentaciónEmpieza con el plan Free: 1 webhook, 10 direcciones y 50.000 CU cada día.