Disponibilidade de aplicativos de desktop específicos para cada plataforma
Formato: Aplicativos nativos, Aplicativo de desktop Electron, Flutter, N/D
Notas: Inclui aplicativos para Windows, macOS, Linux
Como o conteúdo é descoberto na rede federada. Afeta a descobribilidade e os riscos de centralização.
Formato: Baseado em instância, Relay global/firehose, Híbrido, Indexadores de busca
A arquitetura de rede ponto a ponto e o mecanismo de consenso utilizados
Formato: Difusão causal bizantina, DHT (Tabela Hash Distribuída), Federação, Rede em malha, Blockchain público/privado, Pub/sub simples
Notas: Para Protocolos: descreve como os nós se descobrem e se comunicam entre si. Para Plataformas: pode diferir do protocolo subjacente se a plataforma adicionar uma camada de abstração.
Mecanismo de assinatura criptográfica usado para autenticação e integridade
Formato: Assinatura de limiar BLS, Ed25519, Assinatura, N/D
Notas: Garante a autenticidade dos dados e o não repúdio
Sistema de gerenciamento de identidade fornecido pela plataforma
Formato: ID Descentralizado (DID), Identidade Autossoberana (SSI), OAuth/OpenID, Personalizado, Baseado em blockchain, Identidade Federada, Identidade Delegada, Híbrido, Custodial, Não custodial
Notas: Como os usuários são identificados e autenticados entre aplicativos
Justificativa livre que sustenta a pontuação de Risco de Captura. Aborde cada fator em ordem de peso: Governança e Controle Legal (quem controla as decisões do protocolo e o processo para alterá-las, e quem detém a propriedade intelectual, marcas registradas e licenciamento — incluindo se poderiam relicenciar ou restringir o acesso unilateralmente); Exposição Regulatória/Jurisdicional (se pressão estatal ou regulatória poderia forçar a cooptação); Dependência de Financiamento e Organização-chave (dependência de um único financiador e como isso molda a direção, e se uma única pessoa ou organização é um ponto único de falha realista para a continuidade); Viabilidade de Bifurcação (quão realista seria uma bifurcação independente caso ocorresse captura); Histórico (registro observável de decisões que favoreceram uma parte controladora em detrimento da comunidade). Nem todo fator precisa de tratamento igual — pondere o texto de acordo com o que mais influenciou a pontuação.
Formato: Recomenda-se o uso de tags de referência em linha (ex.: [a], [d][n]) apontando para entradas no campo Referências da linha, para que cada afirmação seja rastreável até sua fonte.
Metodologia completa → Notas: Uma avaliação rápida pode cobrir menos fatores — anote isso no texto.
O modelo de dados e a arquitetura de armazenamento subjacentes
Formato: CRDTs (tipos de dados replicados livres de conflito), ACID monolítico, Distribuído (baseado em consenso), DAG (Grafo Acíclico Dirigido), ou nome específico do banco de dados
O(s) protocolo(s) ou pilha tecnológica subjacente sobre o qual este protocolo se constrói
Formato: Exemplos podem incluir IPFS, Holochain, NextGraph, Matrix, datahike, implementações específicas de blockchain, etc.
Notas: Vazio se for um protocolo original/fundacional
Bibliotecas específicas de Tipos de Dados Replicados Livres de Conflito implementadas ou suportadas
Formato: Automerge, Yrs/Yjs, CRDTs personalizados, Differential Dataflow, RDF SU-set
Notas: Os CRDTs permitem a resolução automática de conflitos em sistemas distribuídos
Que funcionalidade está disponível sem conectividade de rede
Formato: Funcionalidade completa offline, Somente leitura offline, Sincronização necessária, Somente online
Notas: Crítico para aplicativos local-first
Aplica-se a: D App Ext D App Domínio de aplicação principal ou necessidade do usuário atendida
Formato: Gestão do conhecimento, Comunicação/Chat, Compartilhamento de arquivos, Produtividade, Rede social, Colaboração, Mídia/Publicação, Anotações
Notas: Um aplicativo pode atender a múltiplos casos de uso
Aplica-se a: D App Ext D App A licença e a disponibilidade do código-fonte do projeto
Valores válidos (exatamente um):
- Permissive
- Apache, MIT, BSD
- Libre
- GPL, AGPL
- Closed source
Notas: Incluir link para o repositório quando aplicável
Se recursos que apoiam a inteligência coletiva e dinâmicas comunitárias saudáveis estão incluídos
Formato: As opções podem incluir ferramentas de moderação, sistemas de reputação, mecanismos de governança
Aplica-se a: D App Ext D App Compatibilidade com RDF, JSON-LD, SPARQL. Interoperabilidade com o ecossistema da web semântica.
Formato: Conformidade total com RDF (Resource Description Framework), Links, SOLID, Personalizado, N/D
Notas: Permite dados vinculados legíveis por máquina e interoperabilidade
Quais estruturas regulatórias ou padrões de conformidade o sistema atende
Formato: Conforme com o GDPR, eIDAS (regulamento da UE), Suporte a KYC/AML, CCPA, HIPAA, SOC 2, ISO 27001, diretrizes do NIST, verificação de idade (sem revelar a idade)
Suporte para contratos programáveis e autoexecutáveis no protocolo
Formato: Sim, Não, Planejado para o futuro
Notas: Permite a automação sem necessidade de confiança da lógica de negócio
Suporte a criptografia de ponta a ponta, garantindo que apenas o remetente e o destinatário possam ler os dados
Formato: Sim ou Não
Notas: Dados criptografados no dispositivo do remetente, descriptografados apenas no dispositivo do destinatário
O ano em que o projeto foi iniciado ou anunciado pela primeira vez
Formato: Mês e ano
Um resumo conciso do que a ferramenta faz e seu propósito principal
Formato: 1-3 frases descrevendo a funcionalidade principal e a proposta de valor
Descrição completa do estado atual de desenvolvimento e disponibilidade
O domínio de caso de uso principal para o qual o padrão foi projetado.
Formato: Identidade de agentes / Reputação e confiança de agentes / Descoberta de agentes / Pagamentos de agentes / Integridade de dados / Controle de acesso / Propriedade de ativos / Interoperabilidade entre cadeias / Propósito geral (marcar todos os que se aplicam)
Notas: O ERC-8004 abrange simultaneamente identidade de agentes, reputação e confiança de agentes, e descoberta de agentes.
A plataforma blockchain, família de protocolos ou ambiente de execução para o qual o padrão foi nativamente projetado. Identifica a cadeia ou família de cadeias na qual o padrão tem status de autoridade e adoção principal.
Formato: Ethereum, Cosmos, Polkadot, Solana, NEAR, Tezos, Cardano, Algorand, Bitcoin, Hyperledger, Entre cadeias, Independente de cadeia
Notas: Distinto de Stack (que captura a linguagem de implementação) e Baseado Em (que captura a derivação). Um padrão pode ser implantável em múltiplas cadeias, mas deve ser registrado sob seu ecossistema nativo. Use "Entre cadeias" para padrões cujo propósito principal é a interoperabilidade entre ecossistemas; use "Independente de cadeia" para padrões que não estão atrelados a nenhum ambiente de execução específico.
Integrações e extensões de terceiros disponíveis
Formato: Extensões de navegador, Aplicativos móveis, Integrações de API, Marketplace de plugins
Notas: Indica a extensibilidade e a maturidade do ecossistema
Aplica-se a: D App Ext D App Suporte para edição simultânea em tempo real por múltiplos usuários
Formato: Edição colaborativa em tempo real, Edição ao vivo baseada em OT (Transformação Operacional), N/D, Planejado
Notas: Indica a tecnologia utilizada (CRDTs, OT, etc.)
Suporte para texto formatado com estilos, imagens e mídia rica
Formato: Edição de texto rico, Somente texto básico, N/D
Notas: Inclui recursos como negrito, itálico, imagens incorporadas, etc.
Se o conteúdo é endereçado por hash criptográfico em vez de localização
Formato: Sim ou Não
Notas: Permite a recuperação de dados verificável e independente de localização (ex.: CIDs do IPFS)
A escala operacional atual da infraestrutura em termos de nós, usuários ou volume de tráfego.
Formato: Texto livre (ex.: "~7.000 nós de relay, ~2M usuários diários" ou "200.000+ estações Conduit ativadas em jan. 2026" ou "Pré-implantação")
O que estabelece confiança no sistema de identidade
Formato: Rede de confiança (Web of Trust), Registros de emissores confiáveis, Consenso de blockchain, Apenas verificação criptográfica, Ancorado no governo, Sistemas de reputação
Capacidade de importar dados de serviços centralizados tradicionais
Formato: Exemplos: importar do Google Docs, Notion, Evernote, Twitter
Aplica-se a: D App Ext D App SDKs, APIs e ferramentas fornecidas para desenvolvedores de aplicativos
Formato: Lista de ferramentas e linguagens suportadas
Notas: API REST, API GraphQL, SDK JavaScript, SDK móvel, ferramentas CLI
Principal fonte de apoio financeiro
Formato: VC (Capital de Risco), NGI (Next Generation Internet), ICO (Oferta Inicial de Moeda), N/D, Investimento pessoal, Não divulgado
Se recursos que oferecem fluxos econômicos estão incluídos, possivelmente na forma de tokenomics, micropagamentos, alocação de recursos e/ou métodos de irrigação financeira
Formato: As opções podem incluir suporte a criptomoedas, pagamentos em moeda fiduciária, contratos inteligentes para pagamentos
Aplica-se a: D App Ext D App Os formatos de arquivo e estruturas de dados suportados para importação, exportação e armazenamento
Formato: JSON, JSON-LD, RDF, Markdown, XML, Personalizado, ActivityPub, Org-mode
Notas: Múltiplos formatos separados por "+"
O serviço principal que esta infraestrutura fornece à rede ou a aplicativos e usuários de camadas superiores.
Formato: Contorno de censura, Roteamento anônimo, Relay / proxy, Armazenamento distribuído, Resolução de nomes, Compartilhamento de largura de banda, Transporte em malha, Tunelamento VPN, Mixnet, Ponte / gateway
Quantia de financiamento arrecadada
Formato: Valor em dólar/euro/etc. com a fonte (ex.: "US$ 9M", "€24M")
Notas: Incluir link para o anúncio quando disponível
Se a rede oferece alguma garantia formal de que os dados armazenados podem ser recuperados, e sob quais condições.
Formato: Valores: Forte (aplicação criptoeconômica) / Melhor esforço (incentivado, mas não garantido) / Somente endereçado por conteúdo (disponível se algum nó o armazenar em cache) / Controlado pelo proprietário / Nenhum.
Como as chaves criptográficas são geradas, armazenadas e gerenciadas
Formato: Controlado pelo usuário (carteira local), Módulo de segurança de hardware (HSM), Computação multipartidária (MPC), Gestão de chaves em nuvem, Chaveiro do navegador/SO, Contrato inteligente, Protegido biometricamente, Recuperação social, Assinaturas por limiar. Formato: método principal + opções de recuperação (ex.: "Carteira de hardware + Recuperação social")
Se recursos de gestão de projetos estão incluídos
Formato: Sim ou Não
Aplica-se a: D App Ext D App Se recursos de gestão do conhecimento estão incluídos
Formato: Sim ou Não
Aplica-se a: D App Ext D App Se recursos de governança e tomada de decisão estão incluídos
Formato: As opções podem incluir equipe central, DAO, votação comunitária, fundação, governado por fundação, controlado por empresa, consórcio, órgão de padronização W3C/IETF, multissetorial
Se o recurso de backend de grafo social é suportado
Formato: Sim ou Não
Se o protocolo incorpora nativamente a propriedade de ativos e a transferência de valor no nível de pacote ou mensagem, ou se o valor é tratado externamente.
Formato: Valores: Nativo (nível de pacote) / Livro-razão externo / Complemento em nível de aplicação / Nenhum.
Se a especificação do protocolo está vinculada a um substrato de implementação específico ou foi projetada para funcionar em múltiplos substratos. Fundamental para distinguir Protocolo Monetário Descentralizado de Padrão de Contrato Inteligente — um Padrão de Contrato Inteligente é, por definição, vinculado à sua cadeia de implantação; um DM Pro pode ser neutro ou específico quanto ao substrato.
Formato: Neutro quanto ao substrato (múltiplos substratos viáveis) / Nativo de blockchain / Nativo de ambiente de execução centrado em agentes / Institucional / nativo fora da cadeia / Nativo de servidor federado / Híbrido
Notas: O Credit Commons Protocol é neutro quanto ao substrato; o Circles é nativo de blockchain; as moedas baseadas em Holochain são nativas de ambiente de execução centrado em agentes; o Sardex é institucional/nativo fora da cadeia, com software proprietário.
Capacidade de funcionar com outras plataformas, protocolos ou padrões
Formato: Lista de protocolos, formatos de dados ou capacidades de federação suportados. Exemplos: suporte a ActivityPub, integração com IPFS, pontes entre cadeias
A linguagem ou API usada para consultar e manipular dados
Formato: Exemplos: SPARQL, GraphQL, Datalog, Personalizado, SQL, LDP (Linked Data Platform)
Notas: Pode suportar múltiplas linguagens de consulta
Se a fonte de dados principal reside nos dispositivos do usuário, com a nuvem como backup
Formato: Local-First, Somente local, Offline first, N/D
Notas: "Local-First" significa capacidade offline completa com sincronização; "Somente local" significa sem capacidade de sincronização
Status de padronização. Afeta a estabilidade de longo prazo.
Formato: Padrão W3C, Rascunho W3C / via Recomendação, Padrão IETF (RFC), Rascunho IETF, Padrão IEEE, Padrão ISO, Padrão aberto proprietário, Padrão comunitário, Padrão de fato, Acadêmico / Pesquisa, Pré-especificação, Adoção em declínio, Obsoleto
Notas: • Padrão IETF (RFC) — Um RFC finalizado e publicado. A lista atual tem "Rascunho IETF", mas nenhuma opção para padrões IETF concluídos. Muitos protocolos P2P se baseiam em ou se tornam RFCs. • Rascunho W3C / via Recomendação — O W3C tem um processo de múltiplos estágios (Rascunho de Trabalho → Recomendação Candidata → Recomendação Proposta → Recomendação). "Padrão W3C" só captura o ponto final. Alguns protocolos de identidade e dados estão ativamente nessa trilha, mas ainda não são Recomendações. • Padrão IEEE — Relevante para alguns protocolos P2P e de rede (ex.: padrões de rede em malha). • Padrão ISO — Relevante especialmente para protocolos de identidade (ISO 18013-5 para mDL, referências à ISO 27001). Também relevante para alguns protocolos de dados. • Acadêmico / Pesquisa — Protocolos originados de pesquisa universitária com artigos publicados, mas sem envolvimento formal de um órgão de padronização (ex.: NDN da UCLA, alguns protocolos CRDT). Comum em P2P Pro. • Padrão de fato — Amplamente adotado sem o endosso formal de um órgão de padronização. O protocolo alcança o status de padrão pela adoção do mercado, e não por um processo de comitê (ex.: Nostr, alguns protocolos de blockchain). • Pré-especificação — Estágio de design ou conceito; ainda não foi publicado um documento formal de especificação. Relevante para protocolos adjacentes a ID Sys e trabalhos em estágio inicial.
Como o protocolo trata a precificação e o problema de cálculo — o problema de agregar informações dispersas sobre preferências, capacidades e escassez em sinais acionáveis.
Formato: Agregação de preços / Confiança mútua limitada / Deliberativo / Design de mecanismo algorítmico / Emergente tácito (faça você mesmo) / Híbrido (especificar principal + secundário)
Notas: Híbridos são comuns e devem ser registrados explicitamente. O Quadratic Funding é design de mecanismo algorítmico a serviço de objetivos deliberativos; o Holochain é emergente tácito apenas no nível do protocolo, com coordenação específica da moeda definida por implementação.
Como os usuários encontram e se conectam com outros usuários ou entram em espaços compartilhados sem depender de um diretório ou servidor central.
Formato: DHT (busca em tabela hash distribuída) / QR/Fora de banda (troca física ou por canal lateral de chave/endereço) / Link de convite (URIs compartilháveis que codificam informações de conexão) / Tipo DNS (sistema de resolução de nomes, ex.: nomenclatura NDN, domínios .eth) / Grafo social (amigo de amigo, travessia de rede de confiança) / Relay/Ponto de encontro (um servidor leve auxilia a conexão, mas não intermedia a comunicação) / Difusão (multicast, mDNS, anúncio de rede local)
Notas: Muitos aplicativos combinam mecanismos (ex.: relay para a descoberta inicial + DHT para a contínua). Distinto de "Autenticação e Identidade", que cobre a verificação de quem alguém é, enquanto Descoberta cobre como você o encontra em primeiro lugar.
Aplica-se a: D App Ext D App Como os operadores de nós provam criptograficamente que estão de fato armazenando os dados que alegam armazenar. Este é o cerne técnico do que distingue o armazenamento descentralizado da simples replicação.
Formato: Valores: Prova de Replicação (PoRep) / Prova de Espaço-Tempo (PoSt) / Prova de Acesso (PoA) / Codificação de eliminação com auditoria / Prova de auditoria Merkle / Nenhum / Híbrido.
Como as credenciais podem ser invalidadas ou revogadas
Formato: Listas de revogação (on-chain/off-chain), Listas de status, Baseado em acumulador, Expiração por tempo determinado, Autorrevogação, Revogação pelo emissor, Revogação que preserva a privacidade (StatusList2021)
Como os usuários podem recuperar o acesso se perderem chaves ou credenciais
Formato: Recuperação social (guardiões), Backup de frase-semente, Backup em nuvem (criptografado), Backup em hardware, Recuperação com bloqueio temporal, Recuperação multiassinatura, Sem recuperação (responsabilidade do usuário), Abstração de conta
Como as credenciais e alegações de identidade são verificadas
Formato: Verificação de assinatura criptográfica, Provas de conhecimento zero (ZKPs), Ancoragem em blockchain, Registros confiáveis, Verificação biométrica, Autenticação multifator, Divulgação seletiva, Listas de revogação de credenciais
Como os usuários comprovam o controle de sua identidade ao se autenticar
Formato: Assinaturas criptográficas, Biometria, Passkeys/WebAuthn, Leitura de código QR, Deep linking, Sem senha, Tokens de hardware, Multifator (MFA), Desafio-resposta
Qual(is) método(s) DID específico(s) o sistema suporta para criar e resolver identificadores descentralizados
Formato: did:key, did:web, did:ion, did:ethr, did:pkh, did:peer, did:polygon, did:sov, did:plc, Múltiplo/Personalizado
Se recursos de mídia e publicação estão incluídos
Formato: Sim ou Não
Aplica-se a: D App Ext D App As condições adversas que esta infraestrutura foi projetada para resistir, ou as garantias de segurança/privacidade que oferece aos usuários.
Formato: Censura em nível estatal, Vigilância em massa, Análise de tráfego, Interrupção de rede, DPI (Inspeção Profunda de Pacotes), Bloqueio em nível de ISP, Vigilância direcionada, Exposição de metadados
Como a plataforma lida com o armazenamento e a replicação de dados
Formato: Armazenamento distribuído, Armazenamento local com sincronização, Armazenamento híbrido nuvem-borda, Carteira do usuário (local), Armazenamento em nuvem criptografado, Armazenamento distribuído (IPFS, Arweave), Blockchain/Livro-razão, Híbrido (local + backup), Sem armazenamento (efêmero), Armazenamento do navegador, Enclave seguro móvel.
Notas: Descreve onde e como os dados do aplicativo são persistidos
Que controle os servidores têm sobre seus usuários. Implicações de governança.
Formato: Autoridade total, Autoridade compartilhada, Mínima (somente dados), Controlado pelo usuário
O padrão de interação principal que o aplicativo suporta, descrevendo se os usuários precisam estar online simultaneamente para que o caso de uso principal funcione.
Formato: Síncrono (chat em tempo real, vídeo, coedição ao vivo) / Assíncrono (tipo e-mail, fórum, armazenar-e-encaminhar) / Colaborativo (edição simultânea multiusuário de documento ou espaço de trabalho) / Transacional (trocas, transferências, interações pontuais) / Híbrido (combina múltiplos modelos)
Notas: Um aplicativo pode suportar múltiplos modelos; liste o principal primeiro. "Colaborativo" se sobrepõe a "Síncrono", mas se distingue pelo foco no artefato compartilhado em vez do foco conversacional. Relaciona-se com, mas é distinto de, "Edição Colaborativa em Tempo Real", que captura a capacidade em vez do padrão de interação.
Aplica-se a: D App Ext D App Modelo econômico para usar o sistema de identidade
Formato: Gratuito (sem taxas de blockchain), Taxas de gas (transações de blockchain), Assinatura, Taxa por credencial, Freemium, Licenciamento empresarial
Quem cria novas unidades de conta dentro do protocolo e com base em quê. Distinto de Permissões (que rege o acesso ao protocolo) — este atributo rege a criação de unidades monetárias dentro dele.
Formato: Ponto a ponto (extensão bilateral de crédito) / Por agente (autoemissão criptográfica) / Algorítmico (oferta codificada por regras) / Administrado por pool (governança comunitária ou de pool) / Alocado por patrocinador (fundos de contrapartida, subvenções retroativas) / Coletivo de membros / Herda da rede pai
Notas: O Sardex é ponto a ponto; o Bitcoin é algorítmico; o Sarafu é administrado por pool via pools de compromisso; o Gitcoin RetroPGF é alocado por patrocinador. Múltiplos valores podem se aplicar quando o protocolo combina modos de emissão.
Como os servidores se federam e compartilham dados. Distingue arquiteturas de federação.
Formato: Servidor-a-Servidor (S2S), Heap Compartilhado (estilo ATProto), Hub-and-Spoke, Malha completa
Como o padrão é instanciado na prática — é um singleton por cadeia (uma implantação canônica por rede blockchain), implantável sem permissão por qualquer pessoa (podem existir muitas instâncias), implantado por fábrica (um contrato raiz gera instâncias filhas), ou verificável fora da cadeia (o padrão define formatos criptográficos que não exigem implantação on-chain alguma, como métodos DID ou esquemas de VC)?
Formato: Singleton por cadeia / Multi-instância sem permissão / Padrão de fábrica / Verificável fora da cadeia / Híbrido (registro on-chain + resolução off-chain)
Como os nós operacionais da infraestrutura são provisionados e quem os opera.
Formato: Operado por voluntários, Operado por fundação, Hospedado comercialmente, Autoalojado, Híbrido (voluntário + comercial), Incentivado (token/pagamento), Incorporado (executa automaticamente nos dispositivos do usuário)
Como os operadores de nós são compensados por fornecer armazenamento. Isso é estruturalmente diferente de qualquer coisa em P2P Pro, porque redes de armazenamento exigem incentivos econômicos explícitos para funcionar — diferente dos nós de relay, que costumam ser puramente voluntários.
Formato: Valores: Recompensas em token (token nativo) / Pagamentos em fiat/stablecoin / Doação única (modelo de armazenamento permanente) / Voluntário / Híbrido.
Como os aplicativos construídos sobre esta plataforma podem ser implantados
Formato: Servidores autoalojados, Dispositivos de borda, Hospedagem em nuvem, Implantação híbrida
Notas: Descreve as opções de infraestrutura para implantação de aplicativos
O órgão ou órgãos formais que detêm autoridade sobre a especificação, o roteiro ou a operação da entidade — distinto de Proprietário, que nomeia o mantenedor do dia a dia, e de Governança e Tomada de Decisão, que descreve o modelo de governança em prosa. Registra onde o controle de mudanças realmente reside: um órgão de padronização neutro, uma fundação de código aberto, um consórcio setorial, uma empresa, uma votação de detentores de token, um mantenedor individual, ou ninguém. "Nenhum" é um valor substantivo, não uma lacuna.
Formato: Órgãos de padronização: W3C (via Recomendação); Grupo Comunitário do W3C; IETF; DIF (Decentralized Identity Foundation); ToIP (Trust over IP); OASIS; IEEE; ISO/IEC — Fundações de código aberto: Linux Foundation / LF Decentralized Trust; Apache Software Foundation; Eclipse Foundation; OpenWallet Foundation — Processos e órgãos do ecossistema: processo EIP/ERC da Ethereum; Interchain Foundation; Matrix.org Foundation; IPFS Foundation; Filecoin Foundation — Outras formas: Consórcio setorial; Controlado por empresa; Fundador / mantenedor único; Governança de DAO / detentores de token; Instituição acadêmica; Nenhum. Múltiplos valores separados por " | ", cada um com um papel entre parênteses quando os órgãos governam camadas diferentes.
Notas: Multivalorado e sensível a camadas. Quando dois órgãos governam camadas diferentes, registre ambos com seus papéis — ex.: did:indy: "LF Decentralized Trust (código-base) | Consórcio por rede (operação de rede e autoridade de endosso)"; ERC-7984: "Processo EIP/ERC da Ethereum (padrão) | Confidential Token Association (ecossistema)". Escreva "Nenhum (mantenedor pseudônimo único)" ou "Nenhum (especificação acadêmica)" em vez de deixar em branco, para que a ausência de governança seja distinguível de uma célula não preenchida. Este campo é a principal entrada para o primeiro e mais ponderado fator de Risco de Captura (governança e controle legal) — ver docs/capture-risk-methodology.md. Não registre financiadores aqui: NLnet, NGI e investidores de capital de risco pertencem a Financiamento, a menos que também detenham autoridade de controle de mudanças. Destinado a se tornar uma faceta de filtro na interface, então os valores devem resolver-se em IDs estáveis no pipeline, e não em prosa livre.
O caso de uso ou domínio original a partir do qual a ferramenta surgiu
Formato: Chat, Compartilhamento de arquivos, Produtividade, Banco de dados, Ecossistema/SDK, Base de conhecimento, Rede social
Como múltiplas instâncias do protocolo monetário se relacionam entre si e com redes monetárias externas. Distinto do atributo Modelo de Federação existente, que descreve protocolos de servidor federado (estilo ActivityPub); este atributo descreve a composição da rede monetária.
Formato: Nenhum (instância única por design) / Hierárquico aninhado / Malha ponto a ponto / Recursivo (o protocolo suporta aninhamento arbitrário) / Ponte entre redes / Hub-and-spoke / Subdesenvolvido (não abordado por design)
Notas: A federação recursiva é o padrão de design do Credit Commons Protocol e do Commitment Pooling Protocol, onde o mesmo protocolo se aninha em múltiplas escalas. Muitos protocolos monetários deixam a federação subespecificada por design.
Como o protocolo é tipicamente usado. Esclarece a relação com outros protocolos.
Formato: Incorporado em outros protocolos, Independente, Camada de API
Quais especificações e padrões de identidade descentralizada são suportados ou implementados
Formato: DID do W3C (Identificadores Descentralizados), Credenciais Verificáveis do W3C, DIDComm, OpenID Connect para Credenciais Verificáveis (OIDC4VC), FIDO2/WebAuthn, Assinaturas BBS+, Self-Issued OpenID Provider v2 (SIOPv2)
Notas: Exemplos: DID do W3C: especificação de identificador descentralizado; VC do W3C: modelo de dados de credenciais verificáveis; DIDComm: protocolo de mensagens seguro para DIDs
Localização geográfica onde a equipe de desenvolvimento principal ou organização está sediada
Formato: Nome do país ou região (ex.: "EUA", "Europa", "Alemanha")
O limite prático superior de participantes simultâneos em uma única sessão, conversa ou espaço de trabalho compartilhado, conforme restringido pelo protocolo, pelo desempenho do CRDT ou pela topologia de rede.
Formato: 1:1 (apenas diádico) / Grupo pequeno (2–10) / Grupo médio (10–100) / Grupo grande (100–1.000) / Difusão (1.000+) / Ilimitado (sem limite arquitetônico) / Desconhecido
Notas: Registre o limite prático testado ou documentado, não o máximo teórico. Onde o desempenho se degrada gradualmente, anote o limiar (ex.: "Grupo médio; a sincronização de CRDT se degrada acima de ~50 editores simultâneos"). Os limites em nível de protocolo podem diferir dos limites em nível de experiência do usuário.
Aplica-se a: D App Ext D App Modelo de controle de acesso para gerenciar permissões de dados e recursos
Formato: Capacidades Criptográficas, ACL (Listas de Controle de Acesso), UCANs (Redes de Autorização Controladas pelo Usuário), OCAP (Capacidades de Objeto), OAuth/OpenID, CCAP (Capacidades Convergentes)
Notas: Pode combinar múltiplos modelos (ex.: "Capacidades Criptográficas + ACL")
Se e como os dados armazenados ou publicados por meio deste protocolo/rede podem ser modificados após a criação inicial.
Formato: Imutável / Somente anexar / Mutável (versionado) / Mutável (apenas o mais recente) / Mutável via CRDTs / Governado por contrato inteligente / Configurável (escolha do operador/usuário)
Notas: Imutável e somente anexar são garantias mais fortes contra censura e manipulação de dados. Sistemas mutáveis frequentemente usam endereçamento por conteúdo para versões individuais, ao mesmo tempo em que fornecem um ponteiro mutável (ex.: IPNS). Quando múltiplas políticas coexistem (ex.: CIDs de conteúdo imutável com ponteiros IPNS mutáveis), anote ambas.
Aplica-se a: Int P2P RT DSN Se os usuários podem se mover entre servidores mantendo sua identidade/dados. Diferencial-chave entre protocolos.
Formato: Portabilidade completa, Portabilidade parcial, Preso ao servidor, Baseado em DID
Capacidade de exportar e migrar dados para outras ferramentas
Formato: Exportação completa (todos os formatos), Exportação parcial, Somente formato proprietário, Exportação baseada em padrões
Onde o protocolo se situa no espectro entre aceitar o jogo monetário existente (operando dentro da infraestrutura fiduciária/bancária), modificá-lo (introduzindo estruturas paralelas projetadas para coexistir) ou substituí-lo (projetado para deslocar o sistema existente em escala).
Formato: Aceitar / Modificar-Aditivo / Modificar-Deslocante / Substituir
Notas: Variantes aditivas são projetadas para coexistência indefinida com moedas nacionais; variantes deslocantes visam substituir gradualmente. A maioria dos designs contemporâneos de moeda complementar e crédito mútuo são Modificar-Aditivo; o maximalismo do Bitcoin e as propostas de cálculo em espécie são Substituir.
Se o protocolo opera sobre a infraestrutura TCP/IP existente (a grande maioria dos protocolos P2P) ou opera no próprio nível de transporte/pacote como uma camada paralela ou substituta.
Formato: Valores: Camada de aplicação (construído sobre TCP/IP) / Equivalente a transporte (nível de pacote) / Multicamada.
O(s) indivíduo(s), organização ou empresa principal responsável por manter e desenvolver a ferramenta
Formato: Nome(s) de pessoa ou nome da organização
Protocolos usados para emitir, apresentar e verificar credenciais
Formato: DIDComm, OIDC4VC (OpenID for Verifiable Credentials), CHAPI (Credential Handler API), Presentation Exchange, Verifiable Presentation Request
Recursos específicos que permitem colaboração multiusuário
Formato: Lista de recursos disponíveis. Exemplos: edição em tempo real, comentários/anotações, indicadores de presença, histórico de versões, resolução de conflitos
Aplica-se a: D App Ext D App Tecnologias e capacidades de aprimoramento de privacidade incorporadas ao sistema
Formato: Provas de conhecimento zero, Divulgação seletiva, Não vinculabilidade (DIDs pareados), Credenciais cegadas, Divulgação mínima, Anonimização de credenciais, Anticorrelação, Revogação que preserva a privacidade
A topologia de rede lógica criada sobre a rede física
Formato: Global, Em nível de aplicativo, Em nível de repositório, Em nível de aplicativo de dois níveis, Em nível de repositório de dois níveis, N/D
Notas: "Global" significa dados espalhados por toda a rede; "Em nível de repositório" significa limitado aos membros de um repositório de dados específico
A lista de documentos-fonte e notas de referência que sustentam as informações fornecidas nos demais campos.
Formato: Lista de citações ou notas no formato [a] Fonte: https://site.web | [b] Nota: dando explicação | [c] ...
Se e como o design do protocolo permite, limita, penaliza ou proíbe a acumulação de reservas monetárias pelos participantes. Codifica uma escolha de design estrutural distinta da redistribuição em nível de política.
Formato: Permite (orientado a juros) / Permite (orientado a escassez) / Permite (principal sem limite) / Penaliza (demurrage/custo de manutenção) / Estruturalmente limitado (soma zero) / Proíbe (não transferível) / Limitado (por tempo ou quantia) / Herda do pai
Notas: Múltiplos valores podem se aplicar quando o protocolo combina mecanismos. Demurrage, não transferibilidade e retornos limitados são escolhas de design em nível de mecanismo, distintas da redistribuição em nível de política sobreposta a uma moeda que, de outra forma, permite acumulação.
O que é necessário para executar um servidor participante. Afeta o potencial de descentralização.
Formato: Requisitos técnicos, nível de complexidade
Notas: O Relay do ATProto é "um serviço bastante exigente em recursos", enquanto instâncias do ActivityPub podem ser modestas
Como o aplicativo lida com conectividade de rede degradada, intermitente ou ausente, incluindo operação offline e comportamento de sincronização ao reconectar.
Formato: Totalmente offline (funciona sem nenhuma conectividade, sincroniza ao reconectar) / Tolerante a atrasos (armazenar-e-encaminhar, retransmissão em malha, entrega baseada em gossip) / Parcialmente offline (lê/rascunha offline, requer conexão para enviar/confirmar) / Requer conexão (a funcionalidade principal requer conexão ativa) / Compatível com malha (pode formar redes locais ad-hoc via BLE, Wi-Fi Direct, LoRa, etc.) Particularmente relevante para aplicativos sem servidor/P2P, onde nenhum servidor central garante a entrega de mensagens. Estreitamente relacionado ao atributo "Local-First", mas focado no comportamento operacional em vez do princípio arquitetônico. Múltiplos valores podem se aplicar (ex.: "Totalmente offline + Compatível com malha").
Aplica-se a: D App Ext D App Capacidade de manter a identidade mesmo se serviços forem encerrados ou contas banidas
Formato: Totalmente resistente à censura (blockchain/P2P), Depende do método DID, Depende do provedor de serviço, Híbrido
O risco de que um protocolo, padrão ou ferramenta possa ser tomado, cooptado ou substancialmente controlado por uma única entidade — tipicamente uma empresa, uma fundação com muitos recursos, um agente estatal ou um indivíduo — de formas que comprometam seu caráter aberto, descentralizado ou governado pela comunidade.
Valores válidos (exatamente um):
- 1 — Minimal
- Open standard governed by a neutral multi-stakeholder body; multiple independent implementations; no single entity holds meaningful control over the protocol's direction, IP, or infrastructure.
- 2 — Low
- Open governance with a dominant steward, but community checks exist; forking is realistic; no single entity controls IP outright.
- 3 — Moderate
- A foundation, a dominant organization, or a small group holds significant influence; forking is viable but costly; the protocol would likely survive a change in stewardship but not without disruption.
- 4 — High
- Effective single-party control — one company, a DAO with heavy whale concentration, or a single key organization controls the protocol's direction and infrastructure.
- 5 — Critical
- Full commercial or state capture; a single legal entity controls IP, infrastructure, roadmap, and governance with no meaningful external check.
Metodologia completa → Notas: O risco de captura é informação estrutural, não um veredito. Uma pontuação alta de risco de captura não significa que uma tecnologia seja ruim ou deva ser evitada. Significa que usuários, desenvolvedores e comunidades que dependem dela devem entender a concentração de controle e incorporá-la ao seu cálculo de risco.
Se recursos que ajudam os usuários a sintetizar informações e extrair insights estão incluídos
Formato: Sim ou Não
Aplica-se a: D App Ext D App Onde os dados do usuário são armazenados e quem os controla. Implicações de privacidade e propriedade.
Formato: Controlado pelo servidor, Controlado pelo usuário via PDS, Distribuído, Híbrido
Principais linguagens de programação e ambientes de execução utilizados
Formato: Rust, JavaScript/TypeScript, Python, Golang, JVM/Clojure, C/C++, Erlang, PHP, Haskell
Notas: Pode incluir múltiplas linguagens separadas por "+"
Onde a ferramenta se situa em uma escala de ciclo de vida de desenvolvimento — o status da especificação (Planejado/Rascunho/Revisão) e o status de implementação (WIP/Alfa/Beta) convergem em uma única linha. Ativo (🟢) significa especificamente uso real em produção — não apenas "em desenvolvimento ativo" — independentemente de a especificação subjacente ainda estar evoluindo. Final (🏁) é um sinal separado da escala de uso: significa que a equipe originadora considera a especificação completa, sem novas versões com quebra de compatibilidade planejadas — uma especificação Final ainda pode estar em uso massivo em produção (diferente de Extinto, que significa abandonada).
Valores válidos (exatamente um):
- 1 — 📋 Planned
- Announced or proposed; no specification draft and no implementation exist yet.
- 2 — 📝 Draft
- A specification document exists in draft form; any implementation is experimental only.
- 3 — 🔍 Review
- The specification is in formal review (e.g. a public review period or working-group last call) ahead of finalization.
- 4 — 🔨 WIP
- Actively being built (spec and/or implementation); not yet usable outside the core team.
- 5 — ⚠️ Stalled
- Development has visibly paused or slowed to a crawl — not formally abandoned, but no meaningful recent activity.
- 6 — 💀 Defunct
- Abandoned — no ongoing development, and none expected to resume.
- 7 — 🧪 Alpha
- An early working implementation exists — unstable, missing features, for early/internal testers only, not production use.
- 8 — 🔬 Beta
- A feature-substantially-complete implementation is in broader testing — approaching production-readiness but not yet fully hardened.
- 9 — 🟢 Active
- The tool is in real-world production use — the defining signal, regardless of how recently the code last changed or whether the spec/implementation is still evolving.
- 10 — 🏁 Final
- The originating team considers the specification complete with no further breaking versions planned, independent of usage scale — unlike Defunct, Final means intentionally finished and often still relied on, not abandoned.
Metodologia completa → Disponibilidade de aplicativos móveis nativos ou baseados na web
Formato: Suporte móvel, Suporte móvel parcial, React Native, N/D
Notas: Distingue entre aplicativos nativos e aplicativos web responsivos
Capacidade de funcionar em navegadores web
Formato: Sim ou Não
Notas: Pode funcionar como aplicativo web progressivo (PWA) ou aplicativo web tradicional
Modelo de negócio e termos de acesso para usar a ferramenta
Formato: Autoalojamento, Dispositivo de borda (edge), SaaS freemium, Instalação licenciada, SaaS gratuito, SaaS pago
Notas: Podem se aplicar múltiplos termos (ex.: "Autoalojamento + SaaS freemium")
O estilo e o paradigma da interface de usuário
Formato: Centrado em documentos, Baseado em grafos, Planilha, Linha do tempo/Feed, Quadro (canvas), Interface de chat, Navegador de arquivos
Notas: Descreve como os usuários interagem com o aplicativo
Aplica-se a: D App Ext D App O papel estrutural ou a camada arquitetônica que o padrão ocupa dentro do ecossistema mais amplo de contratos inteligentes. Classifica o padrão pelo tipo de interface ou comportamento que especifica, independentemente do seu domínio de aplicação.
Formato: Padrão de Token, Padrão de Identidade, Padrão de Conta, Padrão de Interface, Padrão de Composabilidade, Padrão de Agente/Coordenação, Padrão entre Cadeias. Os valores podem ser combinados quando um padrão abrange múltiplos papéis (ex.: "Padrão de Token / Padrão de Interface").
Notas: Foca no papel arquitetônico, não no domínio de aplicação — ex.: ERC-165 e ERC-721 podem compartilhar um domínio, mas são estruturalmente tipos de padrão distintos. A lista é intencionalmente aberta para acomodar padrões não-EVM.
Que tipo de informação a unidade de conta codifica — se o valor se reduz a um único escalar racional ou suporta múltiplas medidas incomensuráveis, e se a unidade é rival ou antirrival em caráter.
Formato: Unidade racional única / Unidades racionais plurais (incomensuráveis) / Unidades baseadas em tempo / Tipos de compromisso (plurais, valorados relacionalmente) / Pontuações de contribuição / Unidades antirrivais (o valor aumenta com o compartilhamento) / Herda da moeda emissora
Notas: A contabilidade antirrival (sNFT, Streamr Awards) é uma classe distinta em que a operação fundamental é compartilhar, e não trocar. O Commitment Pooling (Ruddick) suporta tipos de compromisso plurais valorados numérica ou relacionalmente — nem de unidade única nem puramente antirrival.
Que domínio o vocabulário descreve. Define o escopo do protocolo.
Formato: Fluxos econômicos, Relações sociais, Propósito geral
Que tipos de entidades podem ter identidades no sistema
Formato: Humanos (indivíduos), Organizações, DAOs/Coletivos, Agentes autônomos/IA, Dispositivos/IoT, Serviços/APIs, Entidades pseudônimas
Que software pode ser usado para gerenciar a identidade
Formato: Aplicativo móvel, Extensão de navegador, Aplicativo de desktop, Carteira de hardware, Baseado na web (custodial), Ferramenta de linha de comando, Integração de SDK/Biblioteca
Que tipos de credenciais verificáveis ou alegações o sistema suporta
Formato: Credenciais Verificáveis (VCs), Alegações autoatestadas, Atestações de terceiros, Credenciais educacionais, Certificações profissionais, Documentos de identidade governamentais, Provas de associação, Pontuações de reputação, Acesso restrito por token, Provas ZK
Capacidade de alcançar consenso mesmo quando alguns nós são maliciosos ou defeituosos
Formato: Sim ou Não
Notas: Crítico para sistemas distribuídos sem necessidade de confiança (trustless)
O que o operador da infraestrutura ou o nó de relay pode observar sobre o tráfego que passa por ele.
Formato: Sem conteúdo (apenas payload criptografado), Sem metadados (origem/destino ocultos), Sem conteúdo + sem metadados, Conteúdo visível, Metadados visíveis, Metadados parciais (ex.: destino, mas não origem)