Escopo do protocolo
Define o registro canônico de entidade que o Hub armazena on-chain e o que permanece off-chain. O escopo do kernel e as regras de fronteira mantêm cada entidade legível sob o mesmo padrão mínimo. Interfaces continuam sendo visões derivadas da cadeia.
Registro do kernel
Registro mínimo compartilhado de identidade, autoridade, decisões, carteiras, histórico de tesouraria e âncoras.
Ações registradas
Decisões de governança, eventos de carteira com tags e âncoras de documentos registrados em sequência.
Mecânicas do DCHUB
Gas, taxas do protocolo e governança definem execução e atualizações.
Interfaces derivadas
Interfaces não são autoritativas: apps enviam ações e exibem visões.
Registro do kernel
Um kernel mínimo é necessário para toda entidade, com ou sem adaptadores. Ele permanece pequeno para que entidades possam evoluir por governança sem mudar o padrão.
Registro de entidades
ID único, tipo e status de ciclo de vida para que uma entidade possa ser referenciada e verificada.
Papéis e autoridade
Vínculos de papéis e permissões que definem quem pode agir, aprovar ou gastar.
Ações de governança
Propostas, aprovações e resoluções registradas que definem decisões ao longo do tempo.
Carteiras canônicas
Carteiras oficiais vinculadas à autoridade para que a atividade de tesouraria seja atribuível.
Eventos com tags
Eventos padronizados de entradas e saídas com tags para relatórios consistentes.
Âncoras de documentos
Impressões digitais hash que provam que documentos existiram e conferem depois.
Regras de fronteira
As regras de fronteira mantêm o protocolo neutro e sem custódia. Não é um banco, corretora, exchange ou custodiante. Não faz afirmações de prontidão para produção.
Kernel obrigatório
Nenhuma entidade existe sem o registro do kernel e seus campos obrigatórios.
Adaptadores opcionais
Adaptadores adicionam contexto ou reconhecimento, mas não podem sobrescrever o estado do kernel.
Sem custódia
Fundos permanecem nas carteiras da entidade; o protocolo nunca mantém ativos.
Sem garantia de conformidade
Reconhecimento legal e conformidade permanecem externos; a correção do kernel continua independente.
Kernel vs adaptadores
Trate o kernel como obrigatório: adaptadores são camadas opcionais que adicionam contexto sem redefinir a autoridade central. Eles podem ser anexados ou removidos sem alterar o registro base.
Kernel
Identidade, papéis, decisões, carteiras, eventos e âncoras que estão sempre presentes.
Adaptadores opcionais
Camadas de jurisdição, setor, atestação e relatórios que ficam acima do kernel.
Privacidade, divulgação e ciclo de vida
O protocolo registra um modo de divulgação para que exploradores mostrem o que é público versus agregado. Ele também registra o status do ciclo de vida para que qualquer pessoa veja se uma entidade está em rascunho, ativa, suspensa ou dissolvida. Isso reduz confusão e ajuda a evitar pagamentos para entidades inativas.
Tudo público
Máxima transparência e verificação.
Estrutura pública, divulgação seletiva
Estrutura e totais públicos, com detalhes sensíveis à privacidade.
Execução privada com prova pública
Execução privada usando zonas privadas ou subchains, com âncoras públicas como evidência.
Status de registro
rascunho
ativo
suspenso
dissolvido
Ações registradas
Ações nativas em stablecoins são registradas on-chain em ordem temporal e deixam evidência de qualquer tentativa de adulteração. Isso cria um histórico auditável sem custódia nem trilhos fiat.
Registro
Crie a entidade e atualize o status do ciclo de vida conforme ele muda.
Governança
Registre aprovações, votos e resoluções como estado do protocolo.
Eventos de tesouraria
Aplique tags a receitas, despesas e transferências a partir de carteiras canônicas.
Âncoras de documentos
Anexe hashes de evidência para que documentos possam ser verificados mais tarde.
Manifesto
"Meu objetivo é simples: permitir que qualquer pessoa, em qualquer lugar, constitua uma entidade capaz de operar com credibilidade, continuidade e infraestrutura financeira real, projetada para operações nativas em stablecoins."
Ler o ManifestoNicolas Turcotte
Fundador e engenheiro-chefe
Contribua agora
A testnet é para desenvolvedores, operadores e responsáveis que querem validar o Hub em público.
Engenheiros de protocolo
Trabalhando em definições do kernel, escopo de mensagens e invariantes.
Engenheiros de indexação e dados
Definindo esquemas de eventos e entradas reproduzíveis para as visões.
Operadores iniciais
Testando o sequenciador, o envio de lotes e o escopo operacional sob as regras da testnet.
Investidores alinhados à infraestrutura
Acompanhando escopo, riscos e progresso (sem promessas de retorno).
Assessoria jurídica
Revisando a postura de limites, o escopo non-custodial e a ordem do pacote documental.
Responsáveis pela governança
Definindo a separação entre kernel e adaptadores e a postura de atualizações.
Acesso à testnet
Solicite acesso para explorar o Hub, testar as interfaces de referência e validar o comportamento do protocolo de ponta a ponta na dev testnet. Qualquer pessoa pode solicitar acesso; o acesso local/dev para operadores é analisado com mais rigor.
Acesso restrito. Aprovação necessária.
Testnet Somente em inglês
Acesso à testnet
Solicite acesso para explorar o Hub, testar as interfaces de referência e validar o comportamento do protocolo na dev testnet. O acesso local/dev para operadores é analisado com mais rigor.
Solicitar acesso à testnetBoletim Somente em inglês
Mantenha-se informado
Atualizações concisas sobre a prontidão da testnet, lançamentos e marcos de governança.