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.
Contexto operacional
Tags opcionais separam a atividade por equipe, produto, projeto ou canal, para acompanhamento mais claro.
Contexto de equity
Essas tags só se aplicam se fluxos de equity forem adicionados mais tarde, como classes, pools ou vesting.
Â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.
Registrar e vincular
Registre a entidade e vincule papéis de autoridade para que o proprietário fique claramente ligado às aprovações.
Definir carteiras e limites
Conecte carteiras padrão e defina limites de aprovação para que gastos sigam suas regras.
Delegar papéis
Adicione carteiras de papéis da equipe e carteiras de beneficiários quando quiser que outras pessoas preparem o trabalho.
Receber receita
Emita faturas ou aceite pagamentos diretos para que a receita seja creditada na carteira de vendas.
Aplicar tags e ancorar
Aplique tags em entradas e saídas e ancore evidências para itens materiais que exigem prova.
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.
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 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.