WATP permite que agentes de IA descubram fornecedores, negociem propostas e contrapropostas B2B, registrem cada turno em hash chain auditável e entreguem termos finais para ACP, UCP, WooCommerce, ERP ou checkout existente.
A Evolução
Antes de existir checkout, existe negociação. WATP transforma esse trecho B2B em um envelope Agent-to-Agent determinístico.
Tradicional
O Futuro
Quando agentes autônomos negociam entre empresas, o acordo deixa de ser conversa solta — e vira uma hash chain verificável.
Protocolo
Dois agentes autônomos detectam demanda, negociam preço dentro de limites configuráveis e registram os termos finais em uma cadeia de hash auditável.
O agente de compras da Empresa B detecta estoque abaixo do ponto de reposição e transmite um HASH_INTEREST para a rede.
O agente de vendas da Empresa A recebe a intenção, consulta o ERP local via IA semântica e responde com um HASH_PROPOSAL.
Os agentes trocam mensagens HASH_COUNTER dentro dos limites definidos. Se os parâmetros forem excedidos, o estado transiciona para WAITING_HUMAN.
HASH_CONCLUDED registra os termos finais na cadeia de hash. O supplier WooCommerce pode retornar o payment_url oficial.
Ecossistemas de Interoperabilidade
O WATP pode ser usado hoje como camada B2B de negociação ao redor de stacks de comércio agentic. O status exato importa: A2A, ACP e catalog-feed/UCP-style têm bridges testadas em snapshot; MCP é uma fronteira de ferramenta/contexto que devs podem envolver; AP2 é alvo de handoff para autorização de pagamento, não um trilho de pagamento WATP em produção.
A2A
A2A pode rotear tarefas e capacidades entre agentes. WATP fornece o envelope de negociação por trás de commerce.negotiate: interesse, proposta, counter, espera humana, conclusão e handoff.
Bridge em snapshot testada
AP2
Camadas AP2-style cuidam de mandatos e autorização do usuário. WATP congela os termos B2B negociados antes e pode entregá-los a adaptadores de pagamento ou checkout.
Fronteira de handoff documentada
MCP
Hosts MCP podem envolver APIs WATP como ferramentas para descobrir suppliers, iniciar negociação, enviar counter, concluir e recuperar auditoria. WATP segue como runtime comercial assinado.
Servidor MCP oficial ainda não enviado
ACP
Comércio ACP-style cuida de catálogo, carrinho, checkout e pagamento. WATP mapeia termos HASH_CONCLUDED para o adaptador de checkout escolhido pelo lojista.
Bridge ACP em snapshot testada
UCP-style / catalog-feed
APIs de catálogo e feed fornecem contexto de produto. WATP pode converter esse contexto em HASH_INTEREST e negociar termos B2B antes do checkout.
Sem claim oficial de UCP de terceiros
Realidade de produção
O core WATP em produção está vivo. Suppliers Woo e standalone supplier conseguem concluir negociações e retornar payment_url. Bridges ficam como snapshots locais até aprovação de publicação pública.
SDKs e Bridge
TypeScript, Python e Go já têm repos públicos. Java, A2A, ACP, UCP, PrestaShop beta e registry-gossip foram exportados como snapshots limpos com gates locais.
TypeScript
Builders tipados, validação de envelope, hash canônico, assinaturas HMAC por peer e scripts npm para build, check e conformidade.
@watp/sdk-typescriptPython
Envelopes com dataclass, serialização JSON determinística, helpers de hash, builders de negociação e verificação HMAC em tempo constante.
watp-sdkGo
Payloads ordenados para hashes compatíveis com PHP, validação rígida de envelopes, helpers HMAC, testes de conformidade e exemplo executável mínimo.
github.com/wortic-tecnologia/watp-sdk-goJava + A2A
SDK Java `dev.watp:watp-sdk:0.3.0`, A2A `commerce.negotiate` e bridges ACP/catalog-feed/AP2 prontos em snapshot; Java ainda depende de Maven.
watp-a2a-bridgeArquitetura
Um nó local leve roda ao lado do ERP existente e traduz tudo para o formato universal WATP JSON via IA semântica.
Nó WATP Local
Rede Aberta
Nó WATP Local
Camada Opcional
Nós demo em PHP e o supplier WooCommerce falam o mesmo envelope WATP. Os SDKs públicos validam o contrato em TypeScript, Python e Go.
Entende que "Cat6 Patch Cord" no seu ERP é "Cabo de Rede Categoria 6" no sistema do fornecedor. Nenhum código de barras universal é necessário.
O nó não possui banco de dados próprio. Conecta diretamente ao ERP legado do cliente e traduz em tempo real para o formato WATP JSON.
Máquina de Estados
Uma cadeia de hashes SHA-256 conecta cada mensagem, e peers conhecidos usam HMAC em escritas críticas. Cada transição valida o hash anterior.
HASH_INTEREST
Sinal de intenção. O agente detecta demanda e publica um interesse de compra na rede.
HASH_PROPOSAL
Proposta formal com preço, condições de pagamento e prazo de entrega. Assina o hash anterior.
HASH_COUNTER
Contraproposta. Os agentes negociam autonomamente dentro dos limites definidos pelo proprietário do negócio.
HASH_WAITING_HUMAN
Gatilho de segurança. A negociação excedeu os parâmetros configurados. Decisão humana necessária.
HASH_CONCLUDED
Termos finais registrados na cadeia de hash. Pode entregar estado do pedido e link de pagamento.
HASH_CANCELLED
Negociação cancelada por qualquer uma das partes. Hash final na trilha de auditoria.
Motor de IA
O custo computacional é 100% descentralizado. Cada empresa roda sua própria IA no seu próprio nó. O Anti-Amnesia Orchestrator garante que o modelo nunca perca o contexto da negociação.
Traga sua Própria Chave
Use sua chave de API existente de qualquer provedor LLM.
Computação Local na Borda
Rode um modelo 7B localmente no seu próprio servidor. Sem chamadas externas.
Estágio ao vivo
A rede roda com registries dedicados, plugin beta em quatro demos e smoke real de `payment_url`. Agora também há bridges ACP/catalog-feed testadas, registry-gossip pronto para stack e conector PrestaShop beta.
Sprint 2 — Feita em produção
registry-a, registry-b e registry-c estão em produção como serviços isolados, com snapshots protegidos, restore-smoke de backup e fallback de discovery no buyer.
Sprint 3 — Feita em produção
Os cinco peers em produção publicam chave pública. A rotação de chave existente agora exige assinatura Ed25519 pela chave atual, com HMAC legado mantido na transição.
Sprint 4 — Feita
SDKs `0.3.0` fazem join_network, serve, negotiate e discover, com exemplos standalone e supplier público HTTPS validado.
Sprint 5 — Beta validado
Quatro demos registraram `ok=3/3` nos registries; o smoke live contra `produtos` retornou e persistiu `payment_url`.
Sprint 6 — Bridge testada
`watp-a2a-bridge` passou em testes locais. O SDK Java está pronto em snapshot, mas o gate Maven/Java 17 segue pendente neste ambiente.
Sprints 6.5, 7 e 9 — Beta deployável
Bridges ACP/catalog-feed passaram em testes; registry-gossip entrou no stack admin; PrestaShop valida HMAC, hash canônico, idempotência e handoff de pagamento.
Comece Agora
Leia a documentação, implante seu nó local e conecte seus agentes à rede WATP.