Vantemio Market: agentes y gobierno de decisiones
Revisión 2026-10-16 · Especificación técnica pública · En desarrollo
1. Propósito y estado actual
Este documento describe la capa de agentes de Vantemio Market sobre Boson Protocol. Complementa la especificación de Market y la documentación del núcleo y Studio. Los agentes evalúan pruebas y ayudan en los procesos comerciales; Station conserva la admisión de los trabajos de producción de Studio.
| Estado | Alcance de esta revisión |
|---|---|
| Observado en el código | Validación de entradas y recomendaciones de moderación, políticas versionadas, referencias y hashes de pruebas, registros de decisiones y autorización comercial separada en la red de prueba. |
| En desarrollo | Integración completa de respuestas del modelo, pruebas verificadas independientemente, aplicación de decisiones, revisión independiente, apelación y recuperación en los flujos reales del comprador y vendedor. |
| Aceptación prevista | Un registro público anonimizado de la versión que demuestre esos flujos y sus casos de fallo. |
La inspección del código establece propiedades de implementación; no demuestra un mercado autónomo abierto al público, disponibilidad en mainnet, una auditoría de seguridad independiente ni la calidad de un modelo. Los roles siguientes describen responsabilidades previstas, no agentes de producción independientes ya desplegados.
2. Roles y autoridad
| Rol | Responsabilidad | Límite |
|---|---|---|
| Revisión del vendedor y anuncio | Examinar pruebas del vendedor, información, derechos y señales de contenido prohibido. | Una recomendación no crea una identidad verificada ni cambia las condiciones acordadas. |
| Revisión del material y entrega | Comparar el paquete exacto con su manifiesto, formatos, licencia y criterios de aceptación. | Integridad, descarga y aceptación del cliente son hechos distintos. |
| Asistente de transacciones | Explicar condiciones y preparar una acción para el actor autorizado. | La respuesta del modelo no es una firma de wallet ni autoridad de gasto. |
| Aplicación de políticas | Aplicar una decisión admitida y versionada a una operación permitida del catálogo o cuenta. | Las acciones monetarias y del protocolo conservan sus propias comprobaciones de autoridad y estado. |
| Revisión independiente y apelaciones | Reconsiderar pruebas, detectar conflictos y registrar una corrección. | La corrección conserva la decisión original y no reescribe la cadena. |
Los modelos son intercambiables mediante el adaptador existente. El nombre, la confianza o un endpoint activo no demuestran aptitud. La cualificación debe cubrir el idioma, categoría y tarea reales.
3. De las pruebas a la decisión aplicada
Flujo requerido: identificar al cliente y la revisión del objeto → obtener pruebas permitidas → registrar versiones de política y modelo → producir una recomendación estructurada → verificar pruebas y autoridad → aplicar o escalar → registrar el resultado real → permitir la revisión aplicable.
El esquema actual distingue recomendaciones approve, reject y needs_review; el registro de gobierno separa enforced, blocked y escalated. Un registro válido no prueba por sí solo que un consumidor autorizado aplicó la decisión. Una referencia con formato de hash no prueba que se obtuvieran y evaluaran los bytes correspondientes.
El registro aceptable vincula objeto y cliente, hashes de entrada y pruebas, recomendación, versiones de política y modelo, fecha, acción autorizada, resultado real y decisión apelada. Las pruebas incompletas o contradictorias requieren escalamiento, sin inventar un éxito. La integración debe rechazar sustituciones entre clientes, objetos desactualizados y políticas incompatibles.
4. Contratos y firma
La inferencia de IA, los materiales privados y la evaluación detallada permanecen fuera de la cadena. Contratos y eventos aportan estados y compromisos aplicables. Un hash vincula bytes; no acredita propiedad, veracidad ni calidad artística.
La documentación de agentes de Boson separa preparación, firma y envío. Vantemio debe verificar la acción exacta y la autoridad en cada límite aplicable. Firma en Boson.
El mecanismo comercial inspeccionado de Vantemio para testnet comprueba actor y método, red y destino, datos de llamada, implementación, nonce, caducidad y firmantes registrados distintos; vuelve a comprobar la autorización antes del envío. Son propiedades concretas del código. Varias firmas no prueban independencia organizativa, juicio independiente de IA ni permiso para otra acción. La autorización de producción requiere aceptación separada de la versión.
5. Moderación, apelaciones y disputas de compra
Restringir un anuncio, apelar una moderación y disputar una compra son procedimientos distintos. La apelación identifica decisión, pruebas cuestionadas y corrección solicitada. El resultado debe registrar motivos, política y mantenimiento, cambio o reversión de restricciones, conservando los registros anteriores para revisores autorizados.
Boson define estados separados de intercambio y disputa. Ciclo del intercambio, ciclo de la disputa.
Una solicitud de soporte o revisión de IA no suspende plazos del protocolo ni sustituye al participante o resolver designado. La oferta activa y el protocolo desplegado determinan las opciones. Los agentes deben mostrar plazos relevantes e incertidumbre. No deben afirmar que una apelación detuvo automáticamente la liquidación. La integración completa de apelación y aplicación sigue pendiente de aceptación.
6. Privacidad y entradas adversarias
Descripciones, archivos, páginas recuperadas y respuestas del modelo son datos no confiables. Sus instrucciones no deben otorgar privilegios, cambiar políticas, activar firmas ni revelar archivos ajenos. Filtrar marcadores es una medida auxiliar, no una defensa completa contra prompt injection.
La integración requiere controles de cliente y pedido, recuperación acotada, proveedores permitidos y divulgación mínima. Claves, credenciales, archivos originales e información personal no deben entrar en metadatos públicos ni pruebas en cadena. Un hash comprueba integridad, pero no garantiza anonimato. Las pruebas privadas solo pueden usarse para su finalidad y plazo de conservación autorizados.
7. Fallos, recuperación y repetición
La identidad de operación debe sobrevivir al reinicio. Un timeout tras el envío deja un resultado desconocido hasta conciliar recibos, estado de transacción y diario. Se reutiliza un resultado aceptado sin generar una segunda compra, sanción, autorización de acceso o render. Boson también documenta la conciliación antes de repetir escrituras. Idempotencia y reintentos.
Modelo no disponible, salida inválida, revisores en conflicto y autorización caducada necesitan resultados explícitos. La recuperación conserva objeto e identidad originales; una política o prueba nueva crea una revisión registrada. Comercio, moderación, acceso a entrega y trabajo de Studio no se reducen a un único indicador de éxito.
8. Aceptación de la versión
Se exige un consumidor autorizado real y un registro anonimizado del resultado: anuncios válidos y rechazados; pruebas del vendedor modificadas; paquete sustituido; acceso de otro cliente; instrucciones adversarias; política no admitida; fallo del modelo; revisión contradictoria; autorización caducada; envío interrumpido; evento duplicado; apelación confirmada y reversión. Las transacciones se verifican en el entorno de prueba previsto, distinguiendo comprobación aislada y resultado operativo.
El registro identifica revisiones de código y políticas, configuración desplegada, cualificación del modelo para la tarea, resultados y límites. Auditoría de seguridad, capacidad, mainnet y aprobación jurídica requieren pruebas propias.
9. Motor de comercio para tiendas de clientes
Vantemio desarrolla su propio marketplace y, en paralelo, un motor de comercio reutilizable con agentes que los clientes podrán comprar o licenciar para abrir y gestionar sus tiendas. La venta de software para tiendas de clientes constituye una línea de producto distinta de la venta de bienes y servicios en el marketplace Vantemio. El objetivo es un producto reproducible con interfaces, instalación, configuración y actualizaciones documentadas.
El producto utiliza un único motor de comercio compartido. Vantemio operará su propia tienda independiente sobre ese motor y suministrará el mismo software a otros desarrolladores para sus tiendas. Son despliegues del mismo motor con configuración, operadores y datos separados. Los componentes oficiales adecuados de Boson y OpenZeppelin pueden reutilizarse o adaptarse mediante las interfaces existentes, con comprobaciones de versión, licencia y seguridad. El producto no exige reescribir desde cero bibliotecas establecidas.
La estructura prevista incluye escaparate con marca propia; catálogo, ofertas e inventario; cuentas de compradores y vendedores; pedidos y entrega; agentes para asistir en moderación, recomendaciones y apelaciones; adaptadores de pago y protocolo; y consola del operador con control de acceso e historial. Es la composición objetivo del producto. La disponibilidad se establece para cada versión aceptada, no se deduce de esta lista. Los roles de agentes y la autoridad sobre pagos mantienen los límites anteriores.
Cada tienda debe aislar catálogo, pedidos, políticas, credenciales y pruebas privadas de otras tiendas. El alojamiento compartido y la instalación dedicada necesitan aceptación propia de aislamiento y recuperación. Comprar el motor no incorpora la tienda al catálogo público de Vantemio, no transfiere materiales a otras tiendas ni autoriza a los agentes a firmar pagos. La conexión al marketplace se configura y autoriza por separado.
La monetización prevista comprende licencias comerciales, implantación, integraciones, actualizaciones y soporte. Un servicio alojado podrá ofrecerse como paquete separado tras su aceptación. La oferta aplicable debe precisar alcance de licencia, derechos de marca, módulos incluidos, soporte, actualizaciones, alojamiento y posibles comisiones. Este documento no fija precios de licencia, suscripción ni comisiones del marketplace. La licencia Vantemio no concede automáticamente derechos sobre modelos, componentes o contenidos de terceros.
Los pagos de clientes por software Vantemio y licencias del motor de tiendas, bienes y servicios en su marketplace o en tiendas que utilicen el motor, y las donaciones se realizan exclusivamente en criptomonedas. El producto no incluye procesamiento de pagos fiduciarios ni servicios integrados de conversión o retirada a moneda fiduciaria. Cualquier cambio o retirada externa a moneda fiduciaria es una acción independiente del usuario fuera de Vantemio. La oferta aplicable identifica redes y tokens compatibles, importe y comisiones, destinatario y condiciones de confirmación del pago.
Antes de vender un paquete, la aceptación debe demostrar instalación, catálogo, pedido autorizado, entrega, decisión y revisión del agente, actualización, copia de seguridad y recuperación. La documentación identifica módulos compatibles, dependencias, tratamiento de datos, responsabilidades del cliente y límites. El marketplace propio y el motor distribuible siguen en desarrollo; esta dirección no anuncia un paquete listo para comprar ni acceso a pagos de producción.
10. Base de revisión y documentos relacionados
El 16 de octubre de 2026 se inspeccionaron la validación de gobierno y la autorización comercial de testnet. SHA-256: ai-governance.mjs — 8f365f2e69b5905345ba10d20e028402605e1c811ca0998653f2a964a295553b; commerce-policy.mjs — ca394da54bc9dd2b92a250c23a132a797021d5f0cfb9c03fbb3615333baa1ed5. Identifican bytes inspeccionados, no una versión desplegada ni una auditoría concluida.
Market · Documentación técnica · Whitepaper · Hoja de ruta · Privacidad · Condiciones