zx402 prueba financiamiento privado para agentes de IA en Cardano
Las demostraciones en Preprod del proyecto conectan un pool de financiamiento compartido con pagos x402 y Masumi. Las pruebas de conocimiento cero buscan ocultar qué depósito financia una compra mientras dejan el pago en sí como público.
By SongMarketCap
Updated:
zx402 ha documentado dos compras de servicios en Cardano Preprod usando un pool diseñado para separar el gasto de un agente de IA de su billetera original. Las pruebas del 7 de octubre abordan un problema de privacidad para el comercio automatizado: los historiales públicos de pagos pueden revelar los proveedores de un agente, su frecuencia de compra y su presupuesto operativo.
Dos compras mediante x402 y Masumi
La primera demostración pagó un servicio meteorológico a través de x402, que usa HTTP 402 para solicitar el pago. La respuesta costó 2 tUSDM, con una comisión aparte para el relayer que envía la transacción del pool.
Usando fondos depositados previamente, el pool financió una nueva dirección de un solo uso que completó un pago x402 estándar. El servicio devolvió una respuesta meteorológica, mientras que el saldo restante permaneció en el pool para otra compra.
La segunda prueba pagó al agente de Masumi “Expose: Web Single Answer” 0.01 tUSDM para explicar en una sola oración una prueba de conocimiento cero. Aquí, el pool financió la billetera de compras de un nodo de pagos de Masumi. Los fondos luego ingresaron en el escrow de Masumi, y el registro publicado dejó constancia de la tarea como completada.
La distinción importa para el flujo de pago: la prueba de x402 usó una dirección de un solo uso, mientras que la de Masumi financió una billetera de compras existente. El equipo publicó registros de terminal y enlaces de transacción para ambas ejecuciones, que usaron tokens de prueba en lugar de fondos de mainnet.
Cómo funciona el pool de privacidad de Cardano
Un agente deposita fondos de forma pública y conserva una nota privada que registra su derecho sobre ellos. Una vez aprobado el depósito, el agente genera localmente una prueba de conocimiento cero, demostrando propiedad de fondos aprobados y no gastados sin identificar el depósito detrás de la compra.
Un relayer envía la prueba y la transacción. En el flujo x402 estándar, el pool financia una nueva dirección de un solo uso antes de que el pago llegue al vendedor. Según la documentación, los vendedores pueden aceptar estos pagos sin integrar código específico de zx402. Los fondos no gastados se convierten en una nueva nota privada disponible para compras posteriores.
La privacidad tiene límites definidos. Los montos, los tiempos y los pagos salientes del pool permanecen visibles. Un pool pequeño o montos coincidentes pueden facilitar la correlación de transacciones, mientras que retirar públicamente el saldo restante puede exponer conexiones con compras anteriores.
El proveedor de infraestructura blockchain del agente también puede observar sus direcciones y solicitudes. Por lo tanto, el diseño apunta al vínculo público entre financiamiento y gasto, con privacidad adicional que depende de cómo el agente accede a la red.
Qué falta antes de mainnet
El código fuente, el SDK y las instrucciones de prueba están disponibles para desarrolladores. El sitio web público ofrece documentación pero no conecta billeteras ni ejecuta transacciones.
La aprobación de depósitos está implementada, aunque no así el filtrado externo. El servicio actual aprueba depósitos salvo que una función de denegación configurada los rechace; no hay ninguna fuente de datos de filtrado conectada.
Los costos también moldean el uso previsto. Las salidas de Cardano deben contener un monto mínimo de ADA, por lo que el equipo posiciona el pool para pagos de mayor cuantía, financiamiento de escrow y canales de pago en lugar de transacciones individuales en la blockchain para cada solicitud de API de bajo costo.
El despliegue en mainnet sigue pendiente, y nadie fuera del proyecto ha revisado su diseño o su código. Antes de aceptar fondos externos, zx402 enumera entre sus requisitos una configuración criptográfica multipartita y una auditoría de seguridad externa. También necesita un nuevo pool con verificaciones en la blockchain que hagan cumplir el estado inicial correcto, reemplazando la dependencia actual en que el implementador lo inicialice correctamente.