Este guia acompanha o caminho entre formular uma contribuição, encontrar uma
aplicação para ela e decidir como reconhecer uma consequência recebida. Os
exemplos de colaboração e infraestrutura
mostram esse caminho em situações fictícias. A
especificação define os registros e seus requisitos.
Um Appoint declara o que seu autor formulou; um Trace declara uma relação
com outro trabalho; um Nod declara uma consequência que seu autor recebeu.
Um rascunho privado e sem assinatura pode preservar uma formulação antes da
escolha de preparar qualquer desses registros.
Apresentação inicial. Esta é uma descrição breve e inicial de possibilidades
de uso. A prática do protocolo, os casos reais que venham a ser documentados
e as melhorias das ferramentas e da infraestrutura poderão esclarecer, ampliar
ou corrigir os caminhos apresentados. As histórias são fictícias. Descrever
um mecanismo não significa que exista uma aplicação pronta para executá-lo
nem que seus benefícios econômicos tenham sido demonstrados.
Uma pessoa pode identificar um problema, formular uma hipótese ou desenvolver
uma solução parcial sem saber quem precisará dela. Outro participante pode
encontrar essa contribuição meses depois, quando surge uma demanda, e combiná-la
com trabalhos produzidos de forma independente.
Essa possibilidade interessa à cauda longa: muitas contribuições têm uso pouco
frequente, pequeno alcance ou valor dependente de um contexto ainda desconhecido.
Negociar antecipadamente quem pagará, por qual resultado e em quais condições
pode custar mais do que a oportunidade permite. Preservar uma formulação não
precisa esperar que todas essas condições estejam definidas. Direitos de uso
e confidencialidade continuam aplicáveis ao material preservado.
Há dois problemas econômicos distintos. Para quem procura uma solução, encontrar
e examinar a contribuição precisa valer o esforço. Para quem a oferece, o retorno
recebido precisa ser suficiente para continuar, conforme seus custos, recursos
e objetivos. Uma contribuição pode ser útil e ainda assim não sustentar seu autor.
IA, arquivos bem descritos e referências acessíveis podem ajudar na busca e na
leitura; seu custo e seus erros também entram nessa avaliação.
Antes ou depois de quê? Uma contribuição pode ser formulada antes de existir um
cliente. Um acordo de acesso aos dados pode ser celebrado depois da formulação
e antes do uso. O reconhecimento pode ser escolhido depois de uma consequência.
O histórico acessível dessa relação pode então orientar outra relação futura.
Instrumento
O que pode organizar
Como pode compor com os registros
Contrato de risco ou êxito
Condições de remuneração e distribuição de riscos
Declarações e evidências podem ajudar a examinar sua execução
Avaliação de desempenho
Atividades, responsabilidades e contribuições consideradas por uma organização
Pode consultar registros sem limitar toda formulação aos critérios da avaliação
Royalties
Direitos de utilização e condições de remuneração
Podem coexistir com declarações sobre dependências e consequências
Registros Legible
Formulações, dependências declaradas e consequências reconhecidas
Podem existir sem negociação antecipada de todas as aplicações econômicas
Contratos podem prever resultados futuros, informação e auditoria. Avaliações
podem considerar contribuições inesperadas. O uso de Legible não depende de
afirmar que esses instrumentos sejam incapazes de fazê-lo. A questão é se a
composição permite considerar contribuições cujo uso ainda não justificava uma
negociação específica. Registros e documentos comuns também podem se complementar.
Combinar acesso aos resultados sem fixar toda remuneração¶
Antes de oferecer recursos, uma pessoa pode querer saber como examinará o que
aconteceu com seu trabalho. As partes podem acordar a disponibilização de dados
futuros sem definir, naquele momento, um percentual de reconhecimento.
O acordo pode identificar os resultados acompanhados, períodos e bases de cálculo,
quem produz os dados, quem pode acessá-los e quais documentos permitem conferir
a apuração. Pode definir confidencialidade, formas autorizadas de divulgação,
tratamento de divergências, custos de conferência e responsabilidades.
Isso não torna o contrato obrigatório para toda contribuição. Uma relação pode
justificar uma conferência detalhada; outra pode funcionar com documentos já
disponíveis ou um relato limitado. O acesso também não determina sozinho a
causalidade: conhecer a receita de um projeto não revela qual parcela decorreu
de cada contribuição, dos demais recursos ou das condições de mercado.
O protocolo não busca os dados nem executa esse acordo. Uma aplicação ou processo
externo precisa cuidar do acesso, dos documentos e das verificações. Um contrato
referenciado não deve ser apresentado como examinado quando seu conteúdo não
está disponível ao leitor.
Depois de receber e examinar uma consequência, o beneficiário pode propor um
arranjo de reconhecimento expresso como participação percentual. Esse percentual
não precisa ter sido fixado antes do trabalho. Por exemplo:
Reconheço que esta contribuição permitiu estruturar o serviço que entregamos.
Proponho um reconhecimento correspondente a 3% do resultado apurado dessa
atividade, conforme os termos externos referenciados.
No caso ilustrado, um Nod non-monetary apresenta a proposta de arranjo contratual.
O statement descreve a consequência, o percentual e o contexto. O campo
obrigatório agreement-hash-reference identifica os bytes exatos dos termos,
que podem detalhar a base de cálculo, os valores, o acesso aos dados e outras
condições. nods precisa identificar a contribuição reconhecida por RecordID, o
identificador de um registro Legible.
O autor autorizado do registro reconhecido pode emitir uma .response com
kind: agreement-decision e signal: accepted ou declined, conforme §3.4.
Ela registra sua declaração sobre a proposta exata. Formação e efeitos do acordo
dependem também dos poderes, atos, termos e regras aplicáveis. A verificação do
registro não demonstra sua execução.
Informação
O que o leitor precisa distinguir
Percentual proposto
A oferta apresentada pelo reconhecedor
Percentual aceito
A manifestação sobre aquela oferta
Compromisso constituído
Os atos e termos efetivos da relação
Valor transferido
Um evento de pagamento, com seus próprios documentos
Consequência reconhecida
O que o beneficiário declara ter recebido
Essa proposta não declara uma transferência monetária já realizada. Um Nod
monetário tem outro conteúdo obrigatório: economic.amount informa o valor
declarado já transferido, e currency, a moeda. Uma transferência posterior
pode ser declarada em um novo registro pertinente, sem alterar silenciosamente
a proposta anterior. A forma escolhida deve corresponder ao que está sendo
declarado; escrever um percentual, sozinho, não determina a forma do Nod.
Uma proposta inteiramente anterior à consequência pode permanecer em um Appoint
ou documento externo. Ela não precisa ser apresentada como reconhecimento de
algo que ainda não aconteceu. A NRC, convenção de reconhecimento adotada no Appoint, também distingue
reconhecer de pagar:
um Nod reputacional pode atender à expectativa da convenção sem transferência
monetária (§7).
As partes podem examinar valores e documentos restritos enquanto autorizam
divulgar apenas o percentual, sua base e a descrição da consequência. O Nod não
monetário do exemplo pode ser público com termos externos restritos. Seu hash
permite conferir a correspondência de um documento apresentado, sem conceder
acesso a ele ou provar que suas informações são verdadeiras.
Um Nod monetário completo exige valor e moeda. Se ele permanecer privado,
um resumo público autorizado pode informar parte da relação, mas precisa ser
identificado como resumo. Retirar campos do conteúdo assinado (canonical_content) não preserva o
mesmo registro íntegro. A proposta, o resumo e uma transferência não devem ser
contados como pagamentos independentes do mesmo evento.
Um percentual também precisa de contexto: participação societária, proporção
de um resultado apurado e proporção já transferida são informações diferentes.
Datas, bases e condições distintas podem impedir comparações diretas. Outras
fontes podem permitir deduzir valores que se pretendia manter confidenciais.
Uma pessoa pode consultar reconhecimentos anteriores de uma organização antes
de oferecer trabalho. Um provedor pode examinar usos de sua infraestrutura antes
de ampliar o apoio. Um cliente pode ler contribuições e consequências anteriores
ao avaliar quem atenderá sua demanda. Informação posterior a uma relação passa
a ser informação anterior à próxima.
Essa expectativa pode influenciar o que as pessoas formulam e preservam.
Alguém pode registrar uma observação que antes abandonaria porque acredita que
ela terá uma chance razoável de ser encontrada e considerada. Esse é um caminho
possível para ampliar o universo de contribuições; não basta aumentar a contagem
de arquivos para demonstrá-lo.
O histórico é parcial onde registros e evidências são privados, indisponíveis
ou desconhecidos. Não encontrar Nod público não comprova falta de reconhecimento.
A portabilidade permite levar declarações a outros leitores, sob suas condições
de acesso, mas não garante audiência, contexto completo ou interpretação correta.
Comece pela necessidade de quem vai decidir: o que procura, quais restrições
importam e quais informações estão autorizadas para leitura e processamento.
Esses critérios podem estar na conversa, em um documento ou num Appoint;
não é necessário criar um registro do cliente para começar a comparação.
Peça ao assistente que identifique as propostas examinadas, suas versões e as
fontes consultadas. Para cada alternativa, ele deve explicar:
Como ela se relaciona aos critérios atuais.
Quais contribuições utiliza e quem declarou cada dependência.
Quais evidências foram lidas e quais continuam apenas referenciadas.
Quais condições de acesso, execução ou uso ainda precisam ser esclarecidas.
Que divergências, limitações e perguntas podem mudar a recomendação.
Uma recomendação explicada pode ajudar a escolher. Quantidade de antecedentes,
chaves ou Nods não demonstra qualidade, independência das fontes ou cumprimento
de critérios. Uma composição proposta também não comprova uso anterior entre
seus componentes. A análise deve separar declarações, verificações e inferências,
preservar discordâncias e informar seu alcance. Uma classificação atribuída ao
leitor ou serviço não se torna pontuação oficial do protocolo.
O responsável pelo recurso escolhe conforme seus compromissos e sua autoridade.
Pode conversar com os participantes e decidir em reunião. Uma nota ou documento
comum pode preservar o que considera relevante; nem toda conversa precisa
gerar registro formal. O software de referência não oferece, por si só, uma
comparação semântica pronta e validada para qualquer cliente.
Uma biblioteca, base de dados, ferramenta científica, serviço de busca ou bancada
comunitária pode contribuir para trabalhos independentes. A infraestrutura pode
ser anterior a Legible e não utilizar o protocolo. Traces e Nods reputacionais
ou monetários podem referenciar trabalhos externos, respeitados os formatos;
a exigência de RecordID permanece para Nods não monetários.
O operador pode oferecer recursos, observar consequências e reconhecimentos
recebidos e decidir sobre o apoio futuro, dentro de seus compromissos. O usuário
também escolhe se continua utilizando ou apoiando aquele recurso. Contratos,
assinaturas, licenças, doações e subsídios podem compor com esse circuito.
Não há percentual reservado ao protocolo ou a um intermediário (§8.3).
Benefício agregado e retorno do operador precisam ser acompanhados separadamente.
Centenas de usos pequenos podem ser relevantes e ainda gerar poucos recursos
para manutenção. Documentar, examinar e transferir valores pequenos também tem
custo. Uma infraestrutura pode depender de outras fontes de financiamento ou
ser sustentável sem Nods públicos. O reconhecimento pode acrescentar informação
à decisão de continuidade, sem garantir seu financiamento.
Contribuições antes desconsideradas foram encontradas e utilizadas? Quanto custou preservá-las e examiná-las?
Menor assimetria com acesso aos resultados
Os dados foram entregues e conferidos? Diminuíram dúvidas relevantes? Qual foi o esforço?
Histórico orientando novas relações
A informação mudou decisões reais de colaborar, contratar ou apoiar? As expectativas se confirmaram?
Incentivo à formulação
Surgiram contribuições úteis ou apenas mais arquivos e trabalho de registro?
Continuidade de infraestruturas
Recursos recebidos e previsibilidade ajudaram a manter a atividade? Como se relacionaram com custos e outras fontes?
Compare, quando possível, com boa documentação, ferramentas disponíveis e a mesma
assistência de IA. Considere o tempo de autores, leitores e operadores, custos de
conferência, retorno recebido e participação que se perdeu. Concentração da busca,
declarações enganosas, apropriação sem compensação e diferenças de poder podem
limitar os resultados. Registre também experiências inconclusivas ou adversas.
Este guia é informativo e não acrescenta campos, tipos de registro ou requisitos
de validade. Assinaturas atribuem declarações a chaves; não estabelecem sozinhas
verdade, causalidade, identidade civil ou autoridade de representação.
Contratação, direitos de uso, confidencialidade, proteção de dados e obrigações
fiscais dependem da relação efetiva e das regras aplicáveis. Um acordo entre
participantes não concede automaticamente direitos sobre dados e materiais de
terceiros. O registro não substitui instrumentos exigidos nem executa pagamentos.
Leia os termos antes de aceitá-los; este guia não é um modelo de contrato.