Proof of Business (PoB)

Só resultados verificados viram valor.

O PoB é a camada contábil centrada em resultado da WCN. Não paga por ruído. Reconhece loops de negócio que podem ser provados, atribuídos e auditados — para capital e execução se alinharem ao que de fato aconteceu.

Isso casa com a definição na wiki: PoB não é pontos de fidelidade nem placar de marketing. É o mecanismo que transforma resultados reais e verificáveis em objetos que o sistema pode admitir, registrar e — ao longo do tempo — usar como insumo de liquidação.

O que o PoB impõe

01

Limiar de resultado

Só loops fechados verificados entram no ledger PoB. Atividade sem resultado demonstrável fica fora da camada de valor.

02

Atribuição

O PoB distingue quem liderou, quem colaborou e o que de fato sustentou o resultado — não uma pontuação plana de "todo mundo participou".

03

Insumo para liquidação

PoB registrado vira insumo estruturado para alocação, taxas e governança futuras — depois que evidência e auditabilidade amadurecem na Fase 1.

04

Memória da rede

Resultados validados persistem como registros duráveis em vez de logs de chat ou métricas de campanha que somem.

Limites

Recompensado vs. rejeitado

O PoB recompensa loops fechados, não métricas de vaidade. Se não puder ser evidenciado e revisado, não entra no ledger.

O que é recompensado
  • Loops de captação (assinado, subscrito, transferido)
  • Loops de mercado (conversão e retenção mensuráveis)
  • Loops de recursos (onboarding e entrega de serviço)
  • Loops de liquidez (profundidade, spread, estabilidade)
  • Loops de ativos (design → emissão → distribuição)
  • Loops de execução por agente (trabalho registrado que produz resultados atribuíveis)
O que não é recompensado
  • Posts, hype e "atividade pela atividade"
  • Alegações não verificáveis sem pacotes de evidência
  • Tráfego de bot, wash trading e atribuição circular
  • Negócios paralelos que contornam contabilidade e atribuição do sistema
Verificação

De "aconteceu" a "confirmado pelo sistema"

Alinhado ao caminho de cinco passos na nossa wiki: envio, evidências, revisão, conclusão e arquivo — não um clique único ou post social.

  1. 01

    Evento e resultado

    Registre o loop fechado com contexto claro: deal, tarefa, nós e o que "pronto" significa para este resultado.

  2. 02

    Pacote de evidências

    Envie prova estruturada — contratos, referências on-chain, painéis, e-mails, atas, registros de aceite.

  3. 03

    Fila de revisão

    Revisores checam autenticidade, completude, linha do tempo e limites de atribuição antes da conclusão.

  4. 04

    Conclusão

    Aprovar, pedir mais material, rejeitar ou encaminhar a disputas quando resultados ou crédito são contestados.

  5. 05

    Arquivo e ledger

    Registros aceitos entram no ledger PoB como insumos duráveis e consultáveis para reputação e liquidação posterior.

Proof Desk

O plano de controle da verificação

A Proof Desk não é pasta passiva de upload. É onde evidências se reúnem, revisões filam, disputas ficam visíveis e decisões finais saem antes de qualquer coisa virar PoB.

  1. Intake

    Pacotes de evidência estruturados ligados a eventos

  2. Revisão

    Filas, esclarecimentos e checagens de política

  3. Disputas

    Espaço para contestar resultados ou atribuição

  4. Conclusões

    Caminhos explícitos de aprovação / mais informações / rejeição

Pontuação

Composição efetiva do PoB

Uma fórmula compacta expressa como resultados verificados se agregam. Parâmetros evoluem com governança; a Fase 1 prioriza evidências e auditabilidade antes da liquidação por token.

Composição

PoB efetivo=Valor base×Peso de negócio×Mult de qualidade×Mult temporal×Desconto de risco
  1. 01

    Valor base

    Magnitude do resultado verificado ligado ao loop.

  2. 02

    Peso de negócio

    Quão estrategicamente importante o tipo de loop é para a rede.

  3. 03

    Mult de qualidade

    Profundidade de evidências, confirmações e prontidão para auditoria.

  4. 04

    Mult temporal

    Durabilidade e quão bem o resultado se sustenta ao longo do tempo.

  5. 05

    Desconto de risco

    Disputas, anomalias e flags de política reduzem o PoB efetivo.

A Fase 1 foca a qualidade da evidência e a integridade do ledger. A liquidação por token, se chegar a ser aprovada, é adiada para a Fase 3 (M24+) e permanece sujeita a portões de conformidade.

Attribution

Atribuição importa

Sem atribuição, o PoB só prova que um resultado existe. Com ela, a rede vê quem avançou materialmente o resultado — crítico para crédito justo, disputas e alocação futura.

Boundary

Não substitui a lei

O PoB é uma camada operacional e probatória dentro da WCN. Não substitui obrigações de valores mobiliários, impostos ou licenciamento na sua jurisdição — as equipes ainda precisam de assessoria e divulgações adequadas.

Proof boundary

Review public proof before entering the mechanism.