Como funciona a proveniência aqui
Resumindo: cada ficheiro que registamos recebe uma impressão digital, a maior parte do catálogo recebe uma segunda impressão digital da própria forma, e um criador pode colocar a impressão digital do ficheiro numa blockchain para que o registo não possa ser alterado discretamente mais tarde. Pode verificar tudo isto por si próprio, sem necessidade de conta.
O que armazenamos
Na maior parte, ficheiros reais. Os carregamentos ficam aqui na íntegra, num armazenamento de objetos onde os bytes originais nunca são alterados. O catálogo obtido por rastreio também é guardado como ficheiros reais sempre que a fonte o permite. Uma parte menor é apenas indexada: metadados e uma impressão digital sem os bytes. Cada entrada rastreada tem uma ligação de volta à página de onde veio.
Uma impressão digital para cada ficheiro
Quando um ficheiro chega ao registo, passamo-lo pelo SHA-256. Isso dá uma cadeia curta que representa os bytes exatos do ficheiro. Mude um triângulo no modelo e a impressão digital muda completamente. Mantenha o ficheiro igual e a impressão digital mantém-se igual, para sempre.
Assim, a impressão digital responde a uma pergunta restrita mas útil: é este o mesmo ficheiro, ou não? Não precisa de confiar apenas na nossa palavra. Pode calcular o mesmo hash na sua própria máquina e comparar.
Uma segunda impressão digital, para a própria forma
O SHA-256 tem um ponto cego. Exporte o mesmo modelo a partir de outro programa, ou remalhe-o, e os bytes mudam, por isso o hash também muda. Mesma forma, nova impressão digital. Um hash de ficheiro nunca consegue dizer-lhe que dois ficheiros diferentes contêm o mesmo objeto.
É por isso que a maior parte do catálogo tem uma segunda impressão digital: um resumo numérico compacto da própria geometria, amostrado a partir da superfície do modelo. Atualmente, mais de 275,000 modelos têm uma. Reconhece a mesma forma entre reexportações, remalhagens, decimação, escala e rotação, e usamo-la dentro do nosso pipeline para detetar duplicados em todo o catálogo, para que a mesma forma não se infiltre duas vezes sob bytes diferentes. Como o índice abrange várias plataformas, o registo também consegue muitas vezes dizer onde um determinado ficheiro surgiu pela primeira vez.
Uma correspondência mais avançada, que rastreia remixes e peças partilhadas entre modelos, está em desenvolvimento. Preferimos publicar resultados medidos a promessas, por isso esta página dirá mais quando houver algo real para mostrar.
Ancorar isso na blockchain
Uma impressão digital, por si só, vive na nossa base de dados. Útil, mas é nossa. O passo seguinte é escrever essa impressão digital numa blockchain pública, onde recebe uma marca temporal e uma transação que ninguém pode reescrever. É a isso que chamamos uma ancoragem.
Usamos duas cadeias. A Polygon dá uma transação rápida, barata e pública que pode ler no PolygonScan. A Bitcoin, através da OpenTimestamps, dá o registo mais duradouro que existe, do tipo que sobrevive a qualquer empresa isolada. Nem todos os modelos do catálogo estão ancorados. Grande parte do catálogo é indexada a partir de outros sites, e essas entradas têm uma impressão digital mas nenhum selo on-chain. Quando um modelo está ancorado, a sua página de modelo e o seu endpoint de prova dizem-no claramente.
O que uma ancoragem prova, e o que não prova
Prova que um ficheiro específico existia até uma data específica, e que o registo não foi alterado desde então. Não prova, por si só, quem desenhou o modelo ou a quem pertencem os direitos. A autoria é uma afirmação separada. Mantemos essas duas coisas distintas de propósito.
Verifique tudo por si próprio
- Abra a página de verificação. Solte um ficheiro. O seu navegador calcula o hash localmente, por isso o ficheiro nunca é carregado.
- Procuramos a impressão digital no registo e dizemos-lhe o que temos: se está registada, quem a registou e se está ancorada on-chain.
- Se estiver ancorada, siga a ligação para o explorador de blocos público e leia a transação por si próprio.
Já tem uma prova OpenTimestamps da Bitcoin? Pode verificá-la em o verificador da OpenTimestamps.
O que está ancorado, e onde
- Polygon. Ativo. Rápida, pública, barata para escrever. O nosso contrato de registo é 0x687F2e6F96288Ac58fe22E2Eb000D1a628aEEB65, por isso pode ler todos os selos que já escrevemos diretamente no PolygonScan, sem passar por nós. O mesmo endereço é devolvido por GET /api/blockchain/status.
- Bitcoin, através da OpenTimestamps. Ativo. O registo mais duradouro do conjunto. Verifique uma prova no verificador da OpenTimestamps.
- Solana. No roteiro, ainda não implementada.
Preferimos ficar aquém do que exceder nas afirmações. Se uma página diz que um modelo está ancorado, o endpoint de prova confirma-o.
Para desenvolvedores e agentes
Se está a ler isto com código, não precisa de fazer scraping destas páginas. Existe uma API de leitura que devolve os mesmos factos em JSON, sem chave e sem sessão:
- Consultar uma impressão digital: GET /api/models/verify?hash={sha256}
- Um modelo em JSON, ancoragens incluídas: GET /api/models/{id}
- Prova on-chain de um modelo: GET /api/models/{id}/proof
- Prova Bitcoin, verificada em tempo real, com uma ligação para o ficheiro .ots em bruto: GET /api/models/{id}/verify-ots. Transfira o .ots e verifique-o por si próprio com as ferramentas de código aberto da OpenTimestamps, sem envolvimento do ModelDirectory.
- Estado da cadeia e endereço do contrato de registo: GET /api/blockchain/status
Prefere fazer a verificação você mesmo? Há um pequeno script de código aberto em github.com/ModelDirectory/verify. Calcula o hash do seu ficheiro localmente e lê o contrato de registo através de qualquer nó público da Polygon que escolher, para que a resposta nunca dependa dos nossos servidores. Licenciado sob MIT, suficientemente curto para ler antes de o executar.
Gere uma plataforma?
Tudo nesta página pode funcionar por trás do seu próprio fluxo de carregamento. Um único POST no momento da publicação dá a cada carregamento na sua plataforma uma prova independente e datada da primeira publicação, além de uma pequena insígnia para os seus criadores apontarem quando o trabalho deles aparecer onde não devia. Nunca pedimos o ficheiro, apenas o seu hash, e a insígnia não transporta cookies nem rastreamento. A integração é propositadamente simples: um segredo, duas chamadas, feito numa tarde.
Detalhes, os pedidos exatos e como obter uma chave: a página da plataforma.
Onde surgiu um ficheiro pela primeira vez?
Como o índice abrange várias plataformas, o registo consegue muitas vezes responder a uma pergunta simples com provas: onde é que este ficheiro exato apareceu pela primeira vez? Experimente em a consulta de primeira publicação. Solte um ficheiro (com o hash calculado no seu navegador, nunca carregado) ou cole um hash, e leia a cronologia.
A lista completa está no manifesto para máquinas em /.well-known/ai-agent.json, e há um guia em linguagem simples para modelos de linguagem em /llms.txt.