O que é
CORP-PRIVATE-STD é a configuração padrão de empresa privada na dCorps para equipes com múltiplos proprietários. Ela cria um perfil público da empresa, o conjunto principal de carteiras e vínculos de papéis que separam admin, tesouraria e autoridade de aprovação. Proprietários coassinam ações protegidas para que nenhuma carteira controle tudo, enquanto a visão pública permanece clara e fácil de verificar on-chain.
Código do template
Código do template: CORP-PRIVATE-STD. Este rótulo mantém o template consistente em apps, links e visões públicas.
Controle compartilhado
Um ID de entidade com várias carteiras de proprietários compartilhando autoridade; ações protegidas exigem aprovações por coassinatura.
Unidades compartilhadas
Unidades de propriedade são divididas entre titulares, e transferências seguem regras de aprovação por padrão.
Tipos padrão de carteira
Tipos padrão de carteira separam receita, gastos e reservas, enquanto carteiras de autoridade assinam aprovações de tesouraria.
Fluxos com tags
Pagamentos carregam tags que explicam por que o dinheiro se moveu e qual caminho de aprovação foi usado.
Posicionamento do template
CORP-PRIVATE-STD fica entre o template solo e os templates de governança avançada. Ele adiciona aprovações compartilhadas e separação de funções, mantendo a estrutura simples. Volte para o template solo quando o controle se consolidar em um único proprietário, ou evolua para venture ou privado complexo quando a governança se expandir.
Template solo
Volte para CORP-SOLO quando um proprietário controla as aprovações e a coassinatura deixa de ser necessária.
Template venture
Evolua para CORP-VENTURE para governança de conselho, rodadas de investidores e equity com múltiplas classes.
Privado complexo
Evolua para CORP-COMPLEX-PRIVATE para comitês, matérias protegidas ou holdings multi-entidade.
Melhor para
CORP-PRIVATE-STD é adequado para empresas privadas com dois ou mais proprietários e despesas operacionais recorrentes. Funciona bem para equipes fundadoras, estúdios e negócios familiares que querem papéis claros, aprovações rotineiras e pagamentos nativos em stablecoins. O dia a dia pode fluir rápido, enquanto ações de maior impacto exigem coassinatura.
Aprovações compartilhadas
Ações protegidas exigem pelo menos dois signatários para que decisões sejam compartilhadas e responsáveis.
Nativo em stablecoins
Entradas e saídas rodam em stablecoins em vez de trilhos bancários, mantendo o fluxo on-chain.
Separação de funções
Papéis de admin e tesouraria são separados para que uma carteira não crie e aprove a mesma ação.
Equipes operacionais
Feito para equipes com gastos e aprovações recorrentes que querem papéis claros sem grande sobrecarga.
Não é para
Este template não é para configurações de proprietário único sem aprovações, e não foi feito para conselhos no estilo venture ou equity com múltiplas classes. Ele pressupõe controle compartilhado com aprovações rotineiras; governanças muito complexas devem usar templates avançados. Organizações orientadas a doações se alinham a templates de organizações sem fins lucrativos, feitos para captação e repasse.
Simplicidade solo
CORP-SOLO funciona quando uma carteira controla tudo e aprovações não fazem parte da configuração.
Estrutura venture
Rodadas guiadas por conselho ou equity com múltiplas classes se alinham com CORP-VENTURE.
Modelo sem fins lucrativos
Organizações sem fins lucrativos seguem fluxos de doação e alocação e se alinham a templates próprios para captação.
Propriedade e unidades
Mantenha percentuais claros entre vários titulares expressando participação em unidades base. Transferências e emissões de unidades passam por ações de aprovação, para que mudanças de propriedade permaneçam controladas e visíveis. Mais unidades podem ser adicionadas depois para ganhar precisão, sem alterar percentuais existentes.
Unidades base padrão
Começa com 10.000 unidades base para que divisões de propriedade continuem legíveis entre vários titulares.
Um voto por unidade
A votação segue a propriedade de unidades por padrão; os votos de cada titular acompanham sua participação, a menos que a governança mude isso.
Mais precisão
Adicione mais unidades base depois para aumentar a precisão mantendo o percentual de cada titular igual.
Autoridade e governança
Separe papéis de admin, tesoureiro e aprovador para que nenhuma carteira consiga criar e aprovar a mesma ação. Ações protegidas exigem aprovações por coassinatura e deixam uma trilha visível para cada decisão. Mudanças de papéis e rotações de chaves ficam registradas on-chain, mantendo a autoridade atual clara.
Separação de papéis
Papéis de admin, tesoureiro e aprovador são separados entre carteiras, mantendo controle e execução distintos.
Camada de aprovação
Papéis de aprovador coassinam ações protegidas de tesouraria e política para responsabilização compartilhada.
Rotação de chaves
Chaves podem ser rotacionadas por ações de governança para que mudanças de acesso sejam públicas e rastreáveis.
Ações protegidas
Ações sensíveis exigem múltiplas aprovações antes que fundos se movam ou políticas mudem.
Carteiras de papéis da equipe
Delegue trabalho mantendo as aprovações com aprovadores designados usando carteiras de papel. Operadores podem preparar faturas, aplicar tags a pagamentos ou preparar repasses, e aprovadores assinam antes que fundos se movam. Isso mantém o trabalho em andamento, com responsabilização compartilhada.
Tipos de papel
Carteiras de papel podem ser definidas para operadores, contadores, aprovadores ou executores de pagamento em toda a equipe.
Permissões com escopo
Permissões podem permitir faturamento, tags ou preparação de pagamentos, bloqueando a execução até que aprovações obrigatórias assinem.
Separação de beneficiários
Carteiras de beneficiários recebem fundos, enquanto carteiras de papel tratam autoridade, a menos que a empresa vincule as duas explicitamente.
Delegação e limites de aprovação
Defina limites de aprovação para estabelecer o que pode rodar automaticamente e o que precisa ser coassinado. Limiares de duplo controle fazem com que transferências maiores aguardem assinaturas de aprovadores, enquanto pagamentos rotineiros passam rápido. Limites podem variar por carteira ou categoria para que diferentes equipes sigam seus próprios controles.
Escopo do papel
Cada papel tem um escopo claro que lista quais ações pode preparar, aprovar ou executar.
Limiares de aprovação
Limiares definem o valor ou nível de risco que aciona uma aprovação por coassinatura.
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 podem incluir vários proprietários como signatários de aprovaçõ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-PRIVATE-STD 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 a equipe 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.
Fluxos de folha e 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 contratado para que compensação seja fácil de identificar em resumos.
Agendamentos opcionais
Apps ou SDKs podem agendar ou agrupar pagamentos quando você quiser pagamentos recorrentes ou agrupados.
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 várias carteiras de proprietários, um nome de entidade e limiares de aprovação para ações protegidas. 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 a equipe e para quem estiver verificando.
Registrar e vincular proprietários
Registre a entidade e vincule carteiras de proprietários junto com papéis de admin, tesoureiro e aprovador.
Definir carteiras e limiares
Conecte as carteiras padrão e defina limiares de aprovação para que ações de tesouraria exijam coassinaturas acima dos limites.
Delegar papéis
Adicione carteiras de papéis da equipe e carteiras de beneficiários para que equipes preparem o trabalho sem assinar.
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, coassinaturas e mudanças de papel. Cada registro de aprovação mostra quem assinou e quando, criando uma trilha clara de decisões. Âncoras registram carimbos de data e hora em documentos quando é necessária prova, para que o histórico permaneça durável e verificável.
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, coassinaturas 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 a empresa cresce ou se simplifica, ela pode migrar para outro template sem perder continuidade. A evolução adiciona fluxos de conselho, termos de investidores ou governança complexa, enquanto a simplificação pode voltar para uma configuração de proprietário único. O mesmo histórico de entidade permanece intacto nas transições.
Template venture
O código CORP-VENTURE adiciona aprovações de conselho, termos de investidores e tags de participação societária para estruturas financiadas por venture.
Privado complexo
O código CORP-COMPLEX-PRIVATE dá suporte a comitês, matérias protegidas e holdings multi-entidade para governança avançada.
Template solo
O código CORP-SOLO funciona quando a propriedade se consolida em um único controlador e aprovações são minimizadas.
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.