La infraestructura a gran escala de la pista x402 actualmente sigue siendo un terreno en blanco. Aunque el gran mercado ha arrebatado el “timing”, lo que ha hecho que aplicaciones como Launchpad y capas intermedias como Facilitator se hayan sumido temporalmente en el silencio, también ha proporcionado más tiempo de construcción a las capas de infraestructura subyacente. Switchboard, como un proyecto de oráculo que ha surgido del ecosistema de Solana, ha propuesto recientemente proporcionar una capa de servicios de datos para el protocolo x402. ¿Cómo se llevará a cabo esto?
1)En cuanto a la arquitectura técnica, Switchboard utiliza un entorno de ejecución confiable (TEE), a diferencia de modelos de consenso tradicionales como Chainlink y Pyth, que dependen de la verificación de la red, los datos se transmiten directamente a la cadena basándose en un enclave seguro.
2)En términos de compatibilidad de protocolo, Switchboard es compatible con el estándar de protocolo x402, lo que permite que el Agente AI inicie solicitudes de datos directamente a través de HTTP 402, completando la autorización mediante pagos pequeños en la cadena, y los datos se devuelven de inmediato. Todo el proceso no requiere capas de adaptación adicionales o contratos intermedios;
3)En cuanto al modelo de facturación, rompe con el modelo de suscripción tradicional de las máquinas de oráculo, y soporta el pago por llamada (pay-per-call): el Agente paga según el número de llamadas y puntos de datos utilizados, pagando solo por lo que utiliza, lo cual es completamente coherente con la filosofía de diseño de pago por uso del protocolo x402;
4))Un punto más radical es que Switchboard ha eliminado por completo el mecanismo de clave API. En el modelo tradicional, para acceder a los servicios de datos, primero se debe registrar, solicitar una clave y gestionar permisos, lo que representa una gran fricción para el Agente. Ahora, en la solicitud de transacción 402 del usuario, llevando suficiente , se puede acceder instantáneamente a cualquier fuente de datos, sin necesidad de registro ni aprobación.
La pregunta es, ¿necesita el protocolo x402 una capa de oráculo dedicada?
Primero aclaremos un concepto, en la arquitectura del protocolo x402, el Facilitador se encarga de la promoción de pagos: pagos en nombre de otros, difusión de transacciones, verificación de estados, y resuelve el problema de “cómo fluye el dinero”. Por otro lado, los servicios de API que realmente llama el Agente, ya sea para obtener precios, ejecutar cálculos o invocar inferencias de LLM, son proporcionados por la capa de Proveedor.
Y lo que Switchboard quiere hacer es un tipo especial de Proveedor: un Proveedor que ofrece servicios de datos confiables en la cadena, construyendo la capa de información central para la transferencia de valor del Agente.
Imagina, si el Proveedor es una API centralizada, ¿qué pasa si los datos son alterados o el servicio se cae? En el escenario de Web2, estos riesgos son cubiertos por la marca del canal y contratos legales, pero en un entorno de ejecución en cadena, especialmente cuando se trata de operaciones DeFi complejas, se necesita datos que sean verificables y que tengan un registro en la cadena.
Si el ERC-8004 resuelve el problema de la credibilidad y reputación de la identidad del agente comprador, entonces este tipo de proveedor dirigido por máquinas de oráculo debe proporcionar una capa de garantía confiable en la verificación de la credibilidad de los datos del vendedor (API).
Esencialmente, el protocolo x402 construyó la capa de pago del mercado de servicios de Agent, mientras que Switchboard estableció la capa de servicios de datos. Si la capa de pago permite el flujo de dinero, la capa de servicios de datos permite el flujo de datos confiables.
La combinación de ambos constituye la infraestructura completa de la Economía Agente.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
¿Cómo co-crean x402 y Switchboard la "arteria de valor" de la economía de los agentes inteligentes?
La infraestructura a gran escala de la pista x402 actualmente sigue siendo un terreno en blanco. Aunque el gran mercado ha arrebatado el “timing”, lo que ha hecho que aplicaciones como Launchpad y capas intermedias como Facilitator se hayan sumido temporalmente en el silencio, también ha proporcionado más tiempo de construcción a las capas de infraestructura subyacente. Switchboard, como un proyecto de oráculo que ha surgido del ecosistema de Solana, ha propuesto recientemente proporcionar una capa de servicios de datos para el protocolo x402. ¿Cómo se llevará a cabo esto?
1)En cuanto a la arquitectura técnica, Switchboard utiliza un entorno de ejecución confiable (TEE), a diferencia de modelos de consenso tradicionales como Chainlink y Pyth, que dependen de la verificación de la red, los datos se transmiten directamente a la cadena basándose en un enclave seguro.
2)En términos de compatibilidad de protocolo, Switchboard es compatible con el estándar de protocolo x402, lo que permite que el Agente AI inicie solicitudes de datos directamente a través de HTTP 402, completando la autorización mediante pagos pequeños en la cadena, y los datos se devuelven de inmediato. Todo el proceso no requiere capas de adaptación adicionales o contratos intermedios;
3)En cuanto al modelo de facturación, rompe con el modelo de suscripción tradicional de las máquinas de oráculo, y soporta el pago por llamada (pay-per-call): el Agente paga según el número de llamadas y puntos de datos utilizados, pagando solo por lo que utiliza, lo cual es completamente coherente con la filosofía de diseño de pago por uso del protocolo x402;
4))Un punto más radical es que Switchboard ha eliminado por completo el mecanismo de clave API. En el modelo tradicional, para acceder a los servicios de datos, primero se debe registrar, solicitar una clave y gestionar permisos, lo que representa una gran fricción para el Agente. Ahora, en la solicitud de transacción 402 del usuario, llevando suficiente , se puede acceder instantáneamente a cualquier fuente de datos, sin necesidad de registro ni aprobación.
La pregunta es, ¿necesita el protocolo x402 una capa de oráculo dedicada?
Primero aclaremos un concepto, en la arquitectura del protocolo x402, el Facilitador se encarga de la promoción de pagos: pagos en nombre de otros, difusión de transacciones, verificación de estados, y resuelve el problema de “cómo fluye el dinero”. Por otro lado, los servicios de API que realmente llama el Agente, ya sea para obtener precios, ejecutar cálculos o invocar inferencias de LLM, son proporcionados por la capa de Proveedor.
Y lo que Switchboard quiere hacer es un tipo especial de Proveedor: un Proveedor que ofrece servicios de datos confiables en la cadena, construyendo la capa de información central para la transferencia de valor del Agente.
Imagina, si el Proveedor es una API centralizada, ¿qué pasa si los datos son alterados o el servicio se cae? En el escenario de Web2, estos riesgos son cubiertos por la marca del canal y contratos legales, pero en un entorno de ejecución en cadena, especialmente cuando se trata de operaciones DeFi complejas, se necesita datos que sean verificables y que tengan un registro en la cadena.
Si el ERC-8004 resuelve el problema de la credibilidad y reputación de la identidad del agente comprador, entonces este tipo de proveedor dirigido por máquinas de oráculo debe proporcionar una capa de garantía confiable en la verificación de la credibilidad de los datos del vendedor (API).
Esencialmente, el protocolo x402 construyó la capa de pago del mercado de servicios de Agent, mientras que Switchboard estableció la capa de servicios de datos. Si la capa de pago permite el flujo de dinero, la capa de servicios de datos permite el flujo de datos confiables.
La combinación de ambos constituye la infraestructura completa de la Economía Agente.