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

Corporação solo

O que é

CORP-SOLO é a configuração mais simples de empresa dCorps para um único proprietário. Ela cria um perfil público da empresa, as principais carteiras para receber e pagar outras pessoas e um papel de proprietário que controla aprovações. Você mantém o controle enquanto qualquer pessoa pode verificar a estrutura e a atividade on-chain.

Código do template

Código do template: CORP-SOLO. Este rótulo mantém o template consistente em apps, links e visões públicas.

Controlador único

Um ID de entidade com uma única carteira principal do proprietário, que detém a autoridade final.

Modelo padrão de unidades

A propriedade é dividida em unidades base para que percentuais sejam simples e consistentes entre apps e exploradores.

Tipos padrão de carteira

Tipos padrão de carteira separam receita, gastos e reservas para que caminhos do dinheiro sejam fáceis de acompanhar.

Fluxos com tags

Pagamentos carregam tags que explicam por que o dinheiro se moveu, mantendo a atividade clara sem notas manuais.

Ideal para

CORP-SOLO é ideal para operadores solo que querem uma configuração simples e transparente, pronta para uso. Funciona bem para freelancers, pequenos estúdios e startups em estágio inicial que precisam de carteiras e aprovações claras, sem processos pesados. Tarefas rotineiras podem ser delegadas enquanto o proprietário mantém o controle final.

Decisor único

Um proprietário toma decisões finais, enquanto ajudantes podem preparar tarefas sem assumir controle.

Nativo em stablecoins

Entrada e saída de dinheiro acontecem em stablecoins em vez de trilhos bancários, mantendo o fluxo on-chain.

Estágio inicial

Feito para founders solo, consultores e operadores iniciais que querem estrutura sem custos indiretos.

Caminho de migração

Um passo claro além de planilhas, com uma visão on-chain compartilhada que clientes podem verificar.

Não é ideal para

Este template não é para equipes que exigem aprovações compartilhadas, votos de conselho ou controles formais para investidores. Ele é feito para um proprietário com autoridade central, não para governança com múltiplos signatários. Grupos orientados a doações devem usar templates de sem fins lucrativos projetados para captação e desembolso.

Múltiplos signatários

Não é adequado quando várias pessoas precisam coassinar decisões, votar em mudanças ou aprovar gastos.

Restrições de investidores

Não cobre termos complexos de investidores, regras de vesting ou limites de transferência exigidos por estruturas venture.

Sem fins lucrativos

Sem fins lucrativos exigem fluxos de doação e alocação; use os templates de sem fins lucrativos para captação.

Propriedade e unidades

Mantenha percentuais óbvios expressando participações em unidades pequenas e fáceis de ler. A contagem padrão de unidades deixa a matemática simples, como dividir 100% em pequenas partes. Se você quiser mais precisão depois, pode adicionar unidades sem mudar a participação de ninguém.

Unidades base padrão

Começa com 10.000 unidades base, então 1 unidade equivale a 0,01% de propriedade e é fácil de ler.

Um voto por unidade

A votação segue a propriedade de unidades por padrão: uma unidade equivale a um voto, a menos que a governança mude.

Expansão de precisão

Adicione mais unidades base depois para aumentar precisão mantendo o mesmo percentual de cada proprietário.

Autoridade e governança

Vincule papéis on-chain para que as pessoas vejam quem pode agir. Aprovações e mudanças de papéis deixam uma trilha visível, o que torna decisões mais fáceis de explicar depois. Se chaves mudarem, a autoridade atual continua clara porque o histórico de papéis permanece público.

Papéis no proprietário

Papéis de admin, conselho e tesoureiro mapeiam para a carteira do proprietário por padrão em CORP-SOLO.

Assinaturas de autoridade

A carteira de autoridade assina aprovações e ações de governança, criando responsabilização clara por decisões.

Rotação de chaves

Chaves podem ser rotacionadas por uma ação de governança para que mudanças de acesso sejam públicas e rastreáveis.

Ações protegidas

Ações sensíveis podem exigir aprovação explícita, mesmo em uma configuração de proprietário único, para um controle mais seguro.

Carteiras de papéis da equipe

Delegue tarefas sem entregar controle total usando carteiras de papel. Pessoas do time podem preparar faturas, aplicar tags em pagamentos ou preparar repasses, enquanto o proprietário aprova o passo final. Isso mantém o trabalho em movimento, com responsabilidades claras.

Tipos de papel

Carteiras de papel podem ser definidas para operadores, contadores, aprovadores ou executores de pagamento, conforme o time.

Permissões com escopo

Permissões podem permitir faturamento, tags ou preparação de pagamentos, bloqueando a execução até o proprietário aprovar.

Separação de beneficiários

Carteiras de beneficiários recebem fundos, enquanto carteiras de papel tratam autoridade, a menos que você vincule ambas explicitamente.

Delegação e limites de aprovação

Defina limites de aprovação para separar o que roda automaticamente do que precisa de revisão. Pequenos pagamentos rotineiros podem passar rápido, enquanto transferências maiores aguardam a assinatura do proprietário. Limites podem variar por carteira ou categoria para que as regras correspondam à forma como o negócio opera.

Escopo do papel

Cada papel tem um escopo claro que lista quais ações pode preparar, aprovar ou executar.

Limiar de aprovação

Limiares definem o valor ou nível de risco que aciona uma etapa de aprovação antes do dinheiro se mover.

Limites por carteira e categoria

Limites podem ser ajustados por tipo de carteira ou categoria de gasto para que atividades diferentes sigam controles específicos.

Estrutura de carteiras

Separe o dinheiro por finalidade para que a atividade seja fácil de acompanhar. Uma carteira recebe pagamentos de clientes, outra cuida de gastos operacionais e uma carteira de reservas pode guardar caixa. Carteiras de autoridade assinam aprovações, enquanto carteiras de pagamento recebem e enviam fundos. Isso mantém controle separado do caixa e facilita verificação.

Carteira de vendas

O tipo de carteira MERCHANT é a carteira pública de pagamento onde a receita de clientes é creditada.

Tesouraria operacional

O tipo de carteira OPERATING_TREASURY cobre gastos rotineiros do negócio e pagamentos a fornecedores e contratados.

Carteira de reservas

O tipo de carteira RESERVES mantém buffers ou fundos de longo prazo quando você decide separar uma parte.

Separação de autoridade

Carteiras de autoridade aprovam ações, enquanto carteiras de pagamento recebem e enviam fundos, mantendo controle separado do caixa.

Ativos operacionais

Totais de relatório são exibidos em USDC para manter valores estáveis e fáceis de comparar. Carteiras de tesouraria também podem manter DCHUB para gas ou exposição de longo prazo, se você decidir. Essas posições recebem tags para manter resumos claros e não misturar com caixa operacional.

Unidade de relatório

Todo relatório na v0.1 usa totais em USDC para que visões permaneçam estáveis ao longo do tempo e entre ferramentas.

Posições de tesouraria

Carteiras de tesouraria e de reservas podem manter DCHUB junto com stablecoins quando você quiser exposição à rede.

Ativos com tags

Saldos em DCHUB devem carregar asset_tag e BAL_DCHUB para que exploradores os separem do caixa operacional.

Pagamentos de gas

Taxas de transação são pagas em DCHUB pela carteira assinante sempre que ela envia uma transação.

Comércio e modos de pagamento

CORP-SOLO suporta pagamentos diretos e faturas, para que clientes paguem da forma mais conveniente. Planos recorrentes cobrem cobrança de assinaturas com pagamentos agendados que rodam on-chain. Cada fatura carrega um status para que você veja o que está em aberto, pago ou cancelado de imediato.

Pagamentos diretos

Clientes podem pagar direto na carteira de vendas quando o valor é conhecido com antecedência.

Solicitações de fatura

Faturas são solicitações de pagamento on-chain vinculadas à entidade, com valor, vencimento e referência do pagador.

Planos recorrentes

Planos recorrentes agendam cobranças para que assinaturas ou retenções rodem sem reinserção manual.

Atualizações de status

O status de cada fatura muda conforme ela passa de aberta para paga ou cancelada, deixando o acompanhamento claro.

Itens de catálogo

Defina o que você vende uma vez para manter faturas e pagamentos organizados conforme o negócio cresce. Cada item tem nome, preço e um ID reutilizável em faturas e tags. Isso cria uma visão consistente de vendas sem redigitar detalhes a cada vez.

Referência do item

Crie um item_id com rótulo e preço claros para reutilizar cada produto ou serviço com facilidade.

Base de custo

Adicione uma base de custo opcional para estimar margens depois, sem suposições retroativas.

Vinculação a faturas

Use item_id em faturas e tags para conectar atividade de vendas a totais e visões.

Folha e pagamentos de contratados

Aplique tags em folha e pagamentos de contratados para que compensação fique visível sem misturar com papéis de autoridade. Carteiras de beneficiários recebem fundos, enquanto papéis de aprovação controlam quando pagamentos saem. Apps podem agendar ou agrupar pagamentos para acompanhar ciclos de folha.

Carteiras de beneficiários

Carteiras de beneficiários recebem salários ou pagamentos de contratados diretamente, separadas de quaisquer papéis de autoridade.

Pagamentos com tags

Pagamentos carregam tags de folha ou de contratados para identificar compensação facilmente em resumos.

Cronogramas opcionais

Apps ou SDKs podem agendar ou agrupar pagamentos quando você quiser recorrência ou agrupamento.

Tags e evidências

Tags são rótulos simples adicionados a cada pagamento para manter a atividade compreensível ao longo do tempo. Para transações importantes, você pode anexar prova ancorando uma referência segura a uma fatura, recibo ou acordo. Isso cria uma trilha clara sem publicar arquivos privados.

Núcleo obrigatório

Essas tags são obrigatórias em todo fluxo para manter visões consistentes. Combine reference_type com reference_id.

category_code counterparty_type reference_id reference_type

Contexto operacional

Tags opcionais separam a atividade por equipe, produto, projeto ou canal, para acompanhamento mais claro.

business_unit_tag department_tag cost_center_tag project_tag product_tag item_id channel_tag region_tag counterparty_tag

Contexto de equity

Essas tags só se aplicam se fluxos de equity forem adicionados mais tarde, como classes, pools ou vesting.

equity_class_tag vesting_schedule_tag option_pool_tag

Âncoras de evidência

Âncoras apontam para faturas, recibos ou acordos sem publicar o documento em si.

Limiar de materialidade

Defina um limiar de materialidade para que itens maiores exijam evidência, com 1.000 USDC como padrão.

Diretório de contrapartes e privacidade

Clientes ou fornecedores recorrentes podem ser rotulados com apelidos privados em vez de nomes reais. O mapeamento do mundo real fica off-chain sob seu controle, o que protege dados sensíveis. Visões públicas mostram apenas a tag e a carteira, não a identidade subjacente. Você ainda obtém um histórico consistente de quem paga e quem recebe sem expor identidades.

IDs pseudônimos

Use counterparty_tag para rotular clientes ou fornecedores recorrentes sem expor nomes legais on-chain.

Mapeamento off-chain

Mantenha o mapeamento de nomes reais off-chain para que apenas seu time possa vê-lo.

Contrapartes recorrentes

Acompanhe contrapartes recorrentes em faturas e pagamentos sem publicar detalhes pessoais ou do negócio.

Fluxo operacional

Passe da configuração para atividade ao vivo em uma sequência simples. A configuração começa com a carteira do proprietário, um nome de entidade e os primeiros vínculos de carteira. Você registra a entidade, conecta carteiras, recebe pagamentos e aplica tags no que acontece para manter visões consistentes. Cada etapa escreve no histórico on-chain, mantendo as operações claras para você e para quem estiver verificando.

1

Registrar e vincular

Registre a entidade e vincule papéis de autoridade para que o proprietário fique claramente ligado às aprovações.

2

Definir carteiras e limites

Conecte carteiras padrão e defina limites de aprovação para que gastos sigam suas regras.

3

Delegar papéis

Adicione carteiras de papéis da equipe e carteiras de beneficiários quando quiser que outras pessoas preparem o trabalho.

4

Receber receita

Emita faturas ou aceite pagamentos diretos para que a receita seja creditada na carteira de vendas.

5

Aplicar tags e ancorar

Aplique tags em entradas e saídas e ancore evidências para itens materiais que exigem prova.

6

Revisar e fechar

Revise visões ao vivo e feche um período se quiser um registro fixo para comparar depois.

Visões on-chain ao vivo

Exploradores mostram resumos ao vivo a partir de transações com tags, sem esperar por exportações manuais. Você vê saldos, atividade recente e cobertura de tags conforme a atividade acontece. Outras pessoas conferem os mesmos números que você vê, mantendo a visibilidade pública em sincronia.

Saldos de carteira

Saldos de carteira são atualizados conforme transações confirmam on-chain, mantendo os números atuais.

Visões por período

Visões por período resumem a atividade em um intervalo, sem precisar esperar pelo fechamento manual.

Taxas de cobertura

Taxas de cobertura mostram quais fluxos estão totalmente com tags e quais ainda precisam de contexto.

Exportações de dados

Exportações são opcionais para análise offline ou backups, quando você quer arquivos fora da cadeia.

Registro, logs e provas

Use o Registro e o log de governança para verificar identidade, status, carteiras oficiais, aprovações e mudanças de papel. Se um documento precisar ser comprovado depois, você pode ancorar uma referência segura com carimbo de data e hora. Juntas, essas fontes criam um histórico durável e difícil de reescrever.

Entrada no Registro

O Registro lista identidade, status e vínculos oficiais de carteiras para que qualquer pessoa verifique a configuração atual.

Log de governança

O log de governança mostra aprovações, votos e mudanças de papel em ordem temporal, para responsabilização clara.

Provas ancoradas

Âncoras registram carimbos de data e hora em recibos e contratos para que a existência seja verificada depois, sem publicar os arquivos.

Ciclo de vida e status

Sinais mostram se uma empresa está ativa, em pausa ou encerrada, para que pessoas saibam se pagamentos devem passar. Apps podem mostrar o status automaticamente como um sinal simples de segurança. Isso reduz confusão e evita que dinheiro vá para entidades inativas.

Estados de status

Rótulos de status indicam se a entidade está ativa e é segura para pagamentos, usando um conjunto de cores consistente.

rascunho ativo suspenso dissolvido

Endpoints de pagamento

Endpoints de pagamento se resolvem a partir do ID da entidade e do tipo de carteira, para que usuários não copiem endereços brutos.

Alertas de interface

Interfaces podem alertar quando uma entidade está suspensa ou dissolvida para que pagadores evitem enviar fundos.

Caminhos de evolução

À medida que o negócio cresce, você pode migrar para um template maior sem perder continuidade. A evolução adiciona mais papéis, aprovações e camadas de governança, mantendo o mesmo ID de entidade e o histórico. Assim, você começa simples agora e expande quando a complexidade aparece.

Padrão privado

O código CORP-PRIVATE-STD adiciona controle multiassinatura e uma segunda camada de aprovação para equipes em crescimento.

Template venture

O código CORP-VENTURE adiciona termos de investidores, fluxos de conselho e tags de participação societária para estruturas financiadas por venture.

Privado complexo

O código CORP-COMPLEX-PRIVATE dá suporte a holdings complexas, comitês e matérias protegidas para governança avançada.

Onde operar e verificar

O app oficial cuida de ações do dia a dia, como registro, faturamento e aprovações. Ferramentas públicas (Registro, Explorador e indexador oficial) permitem que qualquer pessoa verifique identidade, status e vínculos de carteira. Isso mantém em sincronia o que você faz e o que outras pessoas veem na rede.

App oficial

O app oficial é onde você registra, emite faturas, aplica tags a pagamentos e aprova ações.

Registro

O Registro confirma identidade, status e carteiras oficiais para que contrapartes verifiquem para quem estão pagando.

Explorador

O Explorador, sustentado pelo indexador oficial, mostra transações, saldos e histórico público em uma única visão.

Indexador oficial

Serviço de dados de referência que alimenta resumos do Explorador e visões de relatórios para visibilidade pública consistente.

dApps & SDKs

dApps e SDKs de terceiros permitem criar fluxos personalizados ou integrar pagamentos nos seus próprios produtos.

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.