VantemioMarket
PT

Vantemio Market: agentes e governança de decisões

Revisão 2026-10-16 · Especificação técnica pública · Em desenvolvimento

1. Objetivo e estado atual

Este documento descreve a camada de agentes do Vantemio Market sobre Boson Protocol. Complementa a especificação do Market e a documentação do núcleo e Studio. Os agentes avaliam evidências e auxiliam processos comerciais; a admissão de trabalhos de produção do Studio permanece sob responsabilidade da Station.

EstadoO que esta revisão estabelece
Observado no códigoValidação de entradas e recomendações de moderação, políticas versionadas, referências e hashes de evidências, registros de decisões e autorização comercial separada em testnet.
Em desenvolvimentoIntegração completa entre resposta do modelo, evidências verificadas independentemente, aplicação, revisão independente, recurso e recuperação nos fluxos reais de comprador e vendedor.
Aceite previstoRegistro público expurgado de informações sensíveis que demonstre esses fluxos e suas falhas.

A inspeção do código estabelece detalhes da implementação; não comprova marketplace autônomo aberto ao público, prontidão para mainnet, auditoria independente de segurança ou qualidade de um modelo. Os papéis seguintes descrevem responsabilidades previstas, sem afirmar a existência de um agente de produção separado para cada papel.

2. Papéis e autoridade

PapelResponsabilidadeLimite
Revisão de vendedor e anúncioExaminar evidências do vendedor, descrição, direitos e sinais de conteúdo proibido.Uma recomendação não cria identidade verificada nem altera condições acordadas.
Revisão de material e entregaComparar o pacote exato com manifesto, formatos, licença e critérios de aceite.Integridade, download e aceite do cliente são fatos separados.
Assistente de transaçãoExplicar condições e preparar a ação do participante autorizado.Resposta do modelo não é assinatura de carteira nem permissão de gasto.
Aplicação de políticaAplicar uma decisão admitida e versionada à operação permitida de catálogo ou conta.Ações financeiras e transições do protocolo mantêm verificações próprias de autoridade e estado.
Revisão independente e recursosReavaliar evidências, identificar conflitos e registrar correções.A correção preserva a decisão original e não reescreve a blockchain.

Modelos são intercambiáveis pelo adaptador existente. Nome, confiança ou endpoint ativo não comprovam aptidão. A qualificação precisa cobrir idioma, categoria e tarefa reais.

3. Da evidência à decisão aplicada

Fluxo exigido: identificar cliente e revisão do objeto → obter evidências permitidas → registrar versões de política e modelo → produzir recomendação estruturada → verificar evidências e autoridade → aplicar ou encaminhar para análise → registrar resultado real → permitir revisão quando aplicável.

O esquema atual distingue approve, reject e needs_review; os registros de governança representam separadamente enforced, blocked e escalated. Um registro válido não comprova, por si só, aplicação por consumidor autorizado. Uma referência no formato de hash não comprova obtenção e avaliação dos bytes correspondentes.

O registro aceitável vincula objeto e cliente, hashes de entrada e evidências, recomendação, versões de política e modelo, momento, ação autorizada, resultado real e decisão contestada. Evidências incompletas ou conflitantes exigem análise adicional, sem inventar sucesso. A integração deve rejeitar substituições entre clientes, objetos desatualizados e políticas incompatíveis.

4. Contratos e assinatura

Inferência de IA, materiais privados e avaliação detalhada permanecem fora da cadeia. Contratos e eventos fornecem estados e compromissos aplicáveis. Um hash vincula bytes; não comprova propriedade, veracidade ou qualidade artística.

A documentação de agentes Boson separa preparação, assinatura e envio. Vantemio deve verificar ação exata e autoridade em cada fronteira aplicável. Assinatura no Boson.

O mecanismo comercial de testnet inspecionado verifica participante e método, rede e destino, dados da chamada, implementação, nonce, validade e signatários registrados distintos; verifica novamente a autorização antes do envio. São propriedades concretas do código. Múltiplas assinaturas não comprovam independência organizacional, avaliação independente por IA ou permissão para outra ação. A autorização de produção exige aceite separado da versão.

5. Moderação, recursos e disputas de compra

Restrição de anúncio, recurso contra moderação e disputa de compra são procedimentos diferentes. O recurso identifica decisão, evidências contestadas e correção solicitada. O resultado deve registrar motivos, versão da política e manutenção, alteração ou reversão das restrições; registros anteriores permanecem disponíveis a revisores autorizados.

Boson define estados separados de troca e disputa. Ciclo da troca, ciclo da disputa.

Solicitação ao suporte ou revisão por IA não suspende prazos do protocolo nem substitui participante ou resolver designado. Oferta ativa e protocolo implantado determinam as medidas disponíveis. Agentes devem apresentar prazos relevantes e incertezas. Não se pode afirmar que um recurso interrompeu automaticamente a liquidação. A integração completa entre recurso e aplicação continua sujeita a aceite.

6. Privacidade e entradas adversárias

Descrições, arquivos, páginas recuperadas e respostas do modelo são dados não confiáveis. Instruções nesses dados não devem conceder privilégios, mudar políticas, acionar assinaturas ou divulgar arquivos de outro comprador. Filtragem de marcadores é uma verificação auxiliar, não uma defesa completa contra prompt injection.

A integração exige controles de cliente e pedido, recuperação limitada, fornecedores permitidos e divulgação mínima. Chaves, credenciais, arquivos originais e dados pessoais não devem entrar em metadados públicos ou evidências na cadeia. Hashes verificam integridade, mas não garantem anonimato. Evidências privadas só podem ser usadas para a finalidade e retenção autorizadas.

7. Falhas, recuperação e repetição

A identidade da operação deve sobreviver a reinícios. Timeout após o envio deixa resultado desconhecido até conciliar recibos, estado da transação e diário. Reutiliza-se resultado aceito, sem segunda compra, sanção, concessão de acesso ou render. Boson também descreve conciliação antes de repetir escritas. Idempotência e repetição.

Modelo indisponível, saída inválida, revisores em conflito e autorização vencida exigem resultados explícitos. A recuperação conserva objeto e identidade originais; nova política ou evidência cria revisão registrada. Estados de comércio, moderação, acesso à entrega e trabalho do Studio não se reduzem a um único indicador de sucesso.

8. Aceite da versão

Exigem-se consumidor autorizado real e registro expurgado do resultado: anúncios válidos e rejeitados; evidências do vendedor alteradas; pacote substituído; acesso de outro cliente; instruções adversárias; política não suportada; falha do modelo; avaliação conflitante; autorização vencida; envio interrompido; evento duplicado; decisão mantida em recurso e reversão. Transações usam o ambiente de teste previsto, distinguindo verificação isolada de resultado operacional.

O registro identifica revisões de código e políticas, configuração implantada, qualificação do modelo para a tarefa, resultados e limites. Auditoria de segurança, capacidade, mainnet e aprovação jurídica exigem evidências próprias.

9. Motor de comércio para lojas de clientes

Vantemio desenvolve seu próprio marketplace e, em paralelo, um motor de comércio reutilizável com agentes que os clientes poderão comprar ou licenciar para abrir e operar suas lojas. A venda de software para lojas de clientes é uma linha de produto distinta da venda de bens e serviços no marketplace Vantemio. O objetivo é um produto replicável com interfaces, instalação, configuração e atualizações documentadas.

O produto utiliza um único motor de comércio compartilhado. Vantemio operará sua própria loja separada nesse motor e fornecerá o mesmo software a outros desenvolvedores para suas lojas. São implantações do mesmo motor com configurações, operadores e dados separados. Componentes oficiais adequados de Boson e OpenZeppelin podem ser reutilizados ou adaptados pelas interfaces existentes, com verificações de versão, licença e segurança. O produto não exige reescrever do zero bibliotecas estabelecidas.

A estrutura planejada inclui vitrine com marca do cliente; catálogo, ofertas e estoque; contas de compradores e vendedores; pedidos e entrega; agentes para apoiar moderação, recomendações e recursos; adaptadores de pagamento e protocolo; e painel do operador com controle de acesso e histórico. Essa é a composição pretendida do produto. A disponibilidade é estabelecida por versão aceita, não deduzida da lista. Papéis dos agentes e autoridade sobre pagamentos mantêm os limites descritos acima.

Cada loja deve isolar catálogo, pedidos, políticas, credenciais e evidências privadas das demais. Hospedagem compartilhada e instalação dedicada exigem aceite próprio de isolamento e recuperação. Comprar o motor não inclui a loja no catálogo público Vantemio, não transfere materiais a outras lojas nem autoriza agentes a assinar pagamentos. A conexão com o marketplace é configurada e autorizada separadamente.

A monetização planejada abrange licenças comerciais, implantação, integrações, atualizações e suporte. Um serviço hospedado poderá ser oferecido como pacote separado após aceite. A oferta aplicável deve definir escopo da licença, direitos de marca, módulos, suporte, atualizações, hospedagem e eventuais taxas. Este documento não fixa preço de licença, assinatura ou taxa do marketplace. A licença Vantemio não concede automaticamente direitos sobre modelos, componentes ou conteúdo de terceiros.

Os pagamentos de clientes por software Vantemio e licenças do motor de lojas, bens e serviços em seu marketplace ou em lojas que utilizem o motor, e as doações são feitos exclusivamente em criptomoedas. O produto não inclui processamento de pagamentos fiduciários nem serviços integrados de conversão ou retirada para moeda fiduciária. Qualquer câmbio ou retirada externa para moeda fiduciária é uma ação independente do usuário fora do Vantemio. A oferta aplicável identifica redes e tokens suportados, valor e taxas, destinatário e condições de confirmação do pagamento.

Antes da venda de um pacote, o aceite deve demonstrar instalação, catálogo, pedido autorizado, entrega, decisão e revisão do agente, atualização, backup e recuperação. A documentação identifica módulos suportados, dependências, tratamento de dados, responsabilidades do cliente e limites. O marketplace próprio e o motor distribuível continuam em desenvolvimento; essa direção não anuncia pacote pronto para compra nem acesso a pagamentos de produção.

10. Base da revisão e documentos relacionados

Em 16 de outubro de 2026 foram inspecionados validação de governança e autorização comercial de testnet. SHA-256: ai-governance.mjs — 8f365f2e69b5905345ba10d20e028402605e1c811ca0998653f2a964a295553b; commerce-policy.mjs — ca394da54bc9dd2b92a250c23a132a797021d5f0cfb9c03fbb3615333baa1ed5. Identificam bytes inspecionados, não versão implantada nem auditoria concluída.

Market · Documentação técnica · Whitepaper · Roteiro · Privacidade · Termos