Standard
Envelope único
Cada evento é emitido no formato CDS, alinhado ao perfil W3C Verifiable Credentials. O agente recebe um documento consistente, auditável e pronto para validação.
Demo guiado · Wdotnet
Veja um fato verificável
Veja um fato verificável
chegar ao seu agente.
Esta página resume a demo comercial da Wdotnet: os produtos do signed-data.org, os servidores MCP hospedados em produção e o fluxo completo de resposta assinada, do dado de origem até a verificação independente.
18 servidores MCP
W3C VC 2.0
HTTP + stdio
fontes certificadas
{
"type": ["VerifiableCredential", "CuratedDataEvent"],
"issuer": "https://signed-data.org",
"validFrom": "2026-04-27T18:00:03Z",
"credentialSubject": {
"id": "https://signed-data.org/sources/api.bcb.gov.br.v1",
"content_type": "https://signed-data.org/vocab/finance-brazil/rate-selic",
"payload": {
"rate_annual": 10.50,
"effective_date": "2026-04-27"
}
},
"proof": {
"type": "DataIntegrityProof",
"cryptosuite": "ecdsa-rdfc-2022",
"verificationMethod": "https://signed-data.org/keys/1"
}
}
How they fit together
Produtos, confiança, transporte e código
Produtos, confiança, transporte e código
na mesma arquitetura.
A estrutura segue a linha de produtos publicada em signed-data.org: mesmo envelope CDS, mesma cadeia de confiança, servidores MCP por domínio e base aberta para integração ou self-hosting.
Trust
Assinatura verificável
Cada resposta é assinada por signed-data.org. Origem, integridade, timestamp e emissor podem ser verificados de forma independente, sem depender da disponibilidade da Wdotnet.
Transport
MCP pronto para uso
Os servidores podem ser consumidos via transporte HTTP hospedado ou por pacotes locais em stdio. A demo mostra os dois cenários e quando usar cada um.
Code
Base aberta
O padrão e os SDKs permanecem abertos. A conversa comercial fica sobre operação, hospedagem, SLA, onboarding e acesso imediato aos domínios já disponíveis.
Fluxo da demo
O que acontece durante a apresentação.
A demo é curta e objetiva: uma pergunta de negócio, uma chamada MCP, uma credencial assinada e a prova de que o agente pode confiar naquele fato antes de agir.
Pergunta real
Partimos de um caso concreto: taxa SELIC, due diligence por CNPJ, gasto público, processo judicial, resultado de loteria ou qualquer outro domínio já hospedado.
"Consulte o CNPJ e verifique sanções"Resposta assinada
O servidor MCP devolve uma Credencial Verificável com fonte certificada, payload estruturado, timestamp de emissão e prova criptográfica W3C Data Integrity.
issuer · validFrom · credentialSubject.id · proofVerificação
Mostramos como o consumidor valida a assinatura, aplica janela de frescor e registra a evidência. O ponto central da demo é confiança operacional, não apenas acesso ao dado.
verifier.verify(credential)
Cenários
Quatro trilhas de demo
Quatro trilhas de demo
mais fáceis de vender.
Cada trilha combina produtos do signed-data.org com os servidores destacados em wdotnet.net/#servers. Isso ajuda a enquadrar a demo pela dor do cliente, não pela tecnologia isolada.
Financeiro
Mercado e câmbio
Mostra SELIC, IPCA, PTAX, ativos B3 e câmbio LATAM com respostas assinadas, prontas para agentes internos, copilots financeiros e monitoramento regulatório.
- mcp-finance
- mcp-currency
- mcp-equities
- mcp-focus
Compliance
Due diligence
Consulta empresas, sócios, sanções e processos judiciais em um único fluxo verificável. Ideal para onboarding, KYC/KYB, procurement e revisão de terceiros.
- mcp-companies
- mcp-processos
- mcp-gov-br
Operação
Fatos públicos em tempo real
Apresenta fontes públicas de baixo atrito e alto valor de demonstração: clima, CEP, energia, emprego e notícias, cada uma com prova de origem e timestamp.
- mcp-weather
- mcp-cep
- mcp-energia
- mcp-noticias
Eventos
Resultados e monitoramento
Boa trilha para mostrar assinatura em eventos recorrentes: sorteios, esportes, dados demográficos e commodities. A narrativa fica clara e visual.
- mcp-lottery
- mcp-sports
- mcp-ibge
- mcp-commodities
Resposta
O que o cliente precisa enxergar
O que o cliente precisa enxergar
na saída do MCP.
A página não tenta substituir a demo ao vivo. Ela organiza os elementos que precisam aparecer para a proposta de valor ficar óbvia: dado útil, assinatura útil e integração simples.
Checklist da apresentação
Quatro sinais de maturidade
- O payload responde uma pergunta de negócio sem ambiguidade.
- A origem do dado aparece como URI ou fonte certificada.
- O timestamp assinado permite aplicar política de frescor.
- A verificação não depende de confiança implícita na plataforma.
Autenticação
HTTP
Header
X-API-Key
Local
stdio
1. Pergunta do agente
→ "Qual a SELIC válida hoje?"
2. Resposta MCP
→ payload estruturado + assinatura W3C
3. Campo crítico
→ credentialSubject.id = fonte certificada
→ validFrom = momento assinado
→ proof.verificationMethod = chave pública
4. Verificação independente
→ biblioteca VC compatível
→ sem chamada obrigatória de retorno à Wdotnet
5. Próximo passo comercial
→ acesso hospedado imediato
→ plano gratuito para avaliação
→ pacote empresarial sob consulta
Perguntas frequentes
Objeções comuns antes do piloto.
Estas respostas ajudam a transformar a demo em próximo passo comercial claro: avaliação técnica, liberação de chave e definição do caso inicial de uso.
Acesso
Precisa chave?
Para endpoints HTTP hospedados, sim. A autenticação usa o header X-API-Key. Na demo ao vivo, a Wdotnet já mostra o fluxo autenticado.
Integração
Posso testar localmente?
Sim. Parte da linha pode ser usada por transporte stdio com clientes MCP locais. A demo costuma comparar o modo local com o modo hospedado para deixar o trade-off explícito.
Confiança
O que muda na prática?
O agente deixa de operar sobre fatos implícitos. Origem, integridade e timestamp passam a ser verificáveis, o que melhora auditoria, governança e responsabilização.
Próximo passo
O que recebo depois?
Recomendação de trilha inicial, documentação de conexão, acesso hospedado e alinhamento comercial para volume, SLA e servidores prioritários.