dCorps Hub
DevCo Testnet Fundação Auditoria Mainnet Adoção

Extensões

Camadas opcionais

Extensões são camadas opcionais que ficam sobre o kernel. Módulos e adaptadores adicionam lógicas especializadas para setores, jurisdições ou fluxos de asseguração sem mudar as regras centrais de autoridade. Assim, a capacidade aumenta enquanto o kernel permanece estável, compartilhado e consistente em todas as entidades.

Módulos opcionais

Extensões adicionam lógica específica sobre o kernel sem alterar a autoridade base.

Sem autoridade própria

Extensões não substituem regras do kernel; elas se conectam como camadas de escopo limitado.

Declarações de interface

Adaptadores publicam suas interfaces e versões para que ferramentas saibam como integrar.

Status da testnet

Listagens de extensões ficam restritas a testnet e podem mudar conforme critérios evoluem em cada ciclo.

Kernel vs. extensões

Comece pela base compartilhada: registro de entidades, papéis, carteiras e fluxos com tags. Extensões adicionam lógica especializada para domínios como exigências de setor, camadas jurisdicionais ou níveis de asseguração. Isso mantém o core estável enquanto permite camadas opcionais para equipes que precisam delas.

Core do kernel

Registro de entidades, papéis, ações de governança e carteiras canônicas definem o comportamento base para todas as entidades.

Camadas de extensão

Adaptadores opcionais adicionam lógica de domínio, atestações ou padrões de relatório sem mudar o kernel.

Listagem no registro

Extensões são listadas no registro de módulos com metadados que descrevem compatibilidade, faixas de versão e rótulos de status. As listagens facilitam que builders encontrem adaptadores disponíveis e confirmem detalhes de integração. A listagem é informativa e não implica aprovação nem reconhecimento legal.

Metadados da listagem

Metadados de módulos incluem identificadores, faixas de versão e propriedade de cada item de extensão.

Faixa de compatibilidade

Sinais de compatibilidade mostram quais versões e interfaces do kernel o adaptador suporta hoje.

Gate de governança

Políticas do registro exigem ações de governança para listar, atualizar ou desativar módulos oficialmente.

Rótulos de status

Módulos são marcados como rascunho, ativo ou desativado para indicar status operacional.

Fluxo de anexação

Extensões são anexadas por ações de governança para que a decisão seja transparente e consistente entre ferramentas. A anexação vincula a entidade a um módulo e expõe metadados do adaptador em exploradores e registros. Desanexações e atualizações seguem o mesmo fluxo e mantêm o estado on-chain alinhado.

1

Proponha a anexação

Envie uma ação de governança que identifica o módulo e a entidade a que ele será anexado.

2

Registre a aprovação

Resultados da aprovação são registrados on-chain para que ferramentas possam verificar a decisão.

3

Anexe o módulo

Vincule o módulo à entidade e exponha seus metadados no registro.

4

Atualize ou desanexe

Use o mesmo fluxo de governança para atualizar versões ou remover módulos com segurança.

Limites da testnet

Extensões ficam restritas à testnet e podem mudar conforme módulos e políticas evoluem. Listagens, faixas de compatibilidade e fluxos de governança podem variar entre ciclos. Trate extensões como referências de integração e verifique o status antes de depender delas para compromissos externos.

Ciclos de reinicialização

Reinicializações de estado podem afetar listagens de módulos; mantenha configurações portáveis entre ciclos.

Mudanças de política

Políticas do registro podem mudar entre ciclos; revise atualizações antes de anexar módulos.

Lacunas de cobertura

Alguns adaptadores podem ser experimentais ou incompletos enquanto a testnet evolui rapidamente.

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 Manifesto

Nicolas 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.

Somente em inglês
Testnet

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.

Solicitar acesso à testnet

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 à testnet

Boletim Somente em inglês

Mantenha-se informado

Atualizações concisas sobre a prontidão da testnet, lançamentos e marcos de governança.