/ Glosario

Terminología x402.

Definiciones rápidas del protocolo x402 y conceptos relacionados. Cada término enlaza a su documentación.

x402
Protocolo de pagos HTTP nativo que usa el código de estado 402 para señalar requisitos de pago y liquidar vía firmas de tokens.
HTTP 402
El código de estado HTTP 'Payment Required': originalmente reservado, ahora usado por x402 para activar flujos de pago.
payment-required
Header de respuesta HTTP (JSON en Base64) que describe métodos de pago aceptados, importe, token, red y receptor.
payment-signature
Header de request HTTP que contiene la autorización de pago firmada, adjunto al reintentar la request original.
payment-response
Header de respuesta HTTP que confirma los detalles de liquidación: hash de transacción, importe recibido, saldo restante.
EIP-3009
Extensión ERC-20 que añade transferWithAuthorization: permite transferencias gasless de tokens mediante firmas off-chain.
transferWithAuthorization
La función EIP-3009: transfiere tokens usando una autorización firmada en lugar de una aprobación + transferencia on-chain.
Permit2
Router de aprobación universal de Uniswap. Una aprobación al contrato Permit2, luego transferencias firmadas a cualquier contrato.
permitWitnessTransferFrom
permitWitnessTransferFrom de Permit2: ejecuta una transferencia firmada con datos witness adicionales para el contexto x402.
Facilitator
La entidad del lado del servidor que verifica firmas de pago y envía la transacción de liquidación on-chain.
Gasless transfer
Transferencia de tokens donde el que paga no gasta gas. En x402/EIP-3009, el facilitador envía y paga el gas.
Agentic payment
Pago iniciado por un agente IA en tu nombre, sujeto a políticas preestablecidas y reglas de aprobación.
USDC
USD Coin: stablecoin respaldada por fiat de Circle. Token principal para pagos x402 gracias al soporte EIP-3009.
Base (chain)
Red L2 de Coinbase. Comisiones bajas, ideal para micropagos x402. USDC es nativo en Base.
On-device inference
Ejecutar modelos de IA directamente en tu dispositivo (móvil/portátil) sin enviar datos a servidores externos.
LiteRT
Runtime LiteRT de Google para inferencia ML en dispositivo. Usado por BlockVault para ejecutar modelos Gemma localmente.
Delegate inference
Delegar la inferencia IA a un servidor GPU remoto (como 402.blockvault.ai) y pagar por token vía x402.
SIWE
Sign-In With Ethereum (EIP-4361): autentica al usuario firmando un mensaje con su clave de wallet.
HITL
Human-In-The-Loop: requiere tu aprobación explícita antes de que el agente IA ejecute una acción sensible.
KV cache
Cache Key-Value almacenado en la GPU entre llamadas de inferencia. Acelera conversaciones multi-turno evitando recalcular.
Self-custody
Modelo de wallet donde solo tú posees las claves privadas. Ningún servidor, exchange o tercero puede acceder a tus fondos.
AI agent wallet
Wallet crypto diseñada para agentes IA: acceso programático, políticas de gasto, soporte x402.
Spend policy
Reglas aplicadas localmente por la wallet: topes por dominio, límites diarios, listas de tokens permitidos, ventanas horarias.
x402Fetch
Reemplazo de fetch() en BlockVault que gestiona respuestas 402 de forma transparente, firma pagos y reintenta.
Permit2 Proxy
Contrato Permit2 Proxy de x402 desplegado en 0x402085c248EeA27D92E8b30b2C58ed07f9E20001 vía CREATE2.
EIP-712
Estándar de datos estructurados tipados de Ethereum. Usado por EIP-3009 y Permit2 para firmas legibles.
Meta-transaction
Transacción enviada por un tercero (relayer/facilitador) en nombre del firmante, que no paga gas.
Cold start
Latencia inicial cuando una instancia GPU arranca para la primera request de inferencia. Típicamente 10-30 segundos.
SSE
Server-Sent Events: protocolo de streaming usado por 402.blockvault.ai para entregar tokens de inferencia en tiempo real.
Nonce
Valor único que previene ataques de replay. En EIP-3009, cada autorización tiene un nonce aleatorio.

Última actualización: