Qué es
CORP-VENTURE es la configuración dCorps de grado venture para equipos con gobernanza de directorio y rondas de inversionistas. Crea el perfil público de la empresa, el conjunto básico de carteras, roles de directorio y oficiales, y reglas de aprobación para asuntos protegidos. Los financiamientos, otorgamientos de equity y acciones de tesorería permanecen visibles en la blockchain mediante flujos etiquetados y aprobaciones ancladas.
Código de modelo
Código de modelo: CORP-VENTURE. Esta etiqueta mantiene el modelo consistente entre apps, enlaces y vistas públicas.
Gobernanza de directorio
Los roles de directorio, los umbrales de quórum y los asuntos protegidos definen quién puede aprobar financiamientos y cambios importantes de política.
Unidades multiclase
Soporta unidades comunes y preferentes, además de pools para otorgamientos, con aprobaciones del directorio para emisiones y transferencias.
Tipos de carteras estándar
Los tipos de carteras estándar separan ingresos, gasto operativo y reservas para que los flujos de capital sean fáciles de seguir.
Flujos etiquetados
Los pagos y eventos de capital llevan etiquetas que muestran propósito, ruta de aprobación y contexto de ronda.
Posición del modelo
CORP-VENTURE se ubica por encima de CORP-PRIVATE-STD cuando las aprobaciones de directorio, financiamientos y pools forman parte del modelo operativo. Mantiene la gobernanza clara sin añadir capas de comités o complejidad multi-entidad. Simplifica a CORP-PRIVATE-STD si ya no se requieren controles de directorio, o sube a CORP-COMPLEX-PRIVATE cuando aparezcan comités o holdings multi-entidad.
Privada estándar
Usa CORP-PRIVATE-STD para equipos con múltiples propietarios que requieren aprobaciones pero no gobernanza de directorio.
Privada compleja
Usa CORP-COMPLEX-PRIVATE para comités, asuntos protegidos y holdings multi-entidad con aprobaciones en capas.
Modelo en solitario
Usa CORP-SOLO cuando la propiedad se consolida en un solo controlador y la gobernanza de directorio no es necesaria.
Ideal para
CORP-VENTURE encaja para equipos financiados por venture que operan con un directorio y aprobaciones de inversionistas. Es ideal para startups que se preparan para financiamientos recurrentes, pools de opciones y vesting mientras mantienen operaciones de tesorería rápidas y trazables. Las acciones del día a día pueden avanzar rápido, mientras los asuntos protegidos siguen umbrales del directorio.
Gobernanza de directorio
Las aprobaciones lideradas por el directorio manejan financiamientos, acciones de unidades y cambios de política para que los asuntos protegidos sean consistentes.
Lista para financiamiento
Diseñado para rondas repetidas, flujos de SAFE o notas, y eventos de capital que requieren aprobaciones claras.
Pools y vesting
Los pools de opciones y calendarios de vesting apoyan contrataciones e incentivos mientras mantienen gobernados los cambios de unidades.
Protecciones de inversionistas
Las restricciones de transferencia y el enrutamiento de aprobaciones mantienen los derechos de inversionistas alineados con la política del directorio.
No es adecuado para
Este modelo no está pensado para equipos que no requieren procesos de directorio ni aprobaciones de inversionistas, y tampoco está diseñado para estructuras multi-entidad o con muchos comités. Si solo necesitas aprobaciones básicas de múltiples propietarios, CORP-PRIVATE-STD es una mejor opción. Las organizaciones impulsadas por donaciones deben usar modelos sin fines de lucro diseñados para recaudar fondos y asignar recursos.
Sin proceso de directorio
Usa CORP-SOLO o CORP-PRIVATE-STD cuando las aprobaciones de directorio no son necesarias para la gobernanza diaria.
Gobernanza compleja
Los comités, holdings multi-entidad o aprobaciones específicas por clase pertenecen a CORP-COMPLEX-PRIVATE con controles y reportes en capas.
Modelo sin fines de lucro
Las organizaciones sin fines de lucro siguen flujos de donación y asignación y se alinean con modelos sin fines de lucro construidas para recaudar fondos.
Propiedad y unidades
Mantén porcentajes claros a través de rondas y otorgamientos usando unidades base. El modelo soporta clases comunes y preferentes además de pools para otorgamientos a empleados y asesores, con aprobaciones para emisiones y transferencias. Las acciones sobre unidades son asuntos protegidos para que el directorio controle dilución y derechos.
Unidades base
Las 10.000 unidades base predeterminadas mantienen claras las divisiones de propiedad y permiten expansiones de precisión después.
Clases preferentes
Las clases preferentes y comunes capturan términos de inversionistas mientras mantienen las aprobaciones ligadas al directorio.
Pools y vesting
Los pools de opciones y calendarios de vesting respaldan otorgamientos mientras mantienen las unidades no vestidas bloqueadas por política.
Autoridad y gobernanza
La autoridad del directorio define asuntos protegidos mientras los oficiales ejecutan operaciones diarias. Los financiamientos, acciones sobre unidades y cambios en políticas de transferencia requieren aprobaciones del directorio y, cuando se configura, consentimientos de inversionistas. Los cambios de rol y aprobaciones permanecen visibles en la blockchain para que la autoridad vigente sea clara.
Autoridad del directorio
Los asientos del directorio y los umbrales de quórum definen quién aprueba asuntos protegidos y acciones de financiamiento.
Ejecución de oficiales
Los oficiales ejecutan decisiones operativas y acciones de tesorería dentro de políticas aprobadas por el directorio para la ejecución diaria.
Consentimientos de inversionistas
Las aprobaciones de inversionistas pueden requerirse para acciones específicas para alinearse con protecciones del term sheet.
Asuntos protegidos
Las rondas de financiamiento, emisiones de unidades y cambios en políticas de transferencia quedan detrás de aprobaciones del directorio.
Carteras de roles de empleados
Puedes delegar trabajo mientras las aprobaciones quedan en manos de aprobadores designados usando carteras de roles. Los operadores pueden preparar facturas, etiquetar pagos o preparar desembolsos, y los aprobadores firman antes de mover fondos. Esto mantiene el trabajo en movimiento mientras la responsabilidad permanece compartida.
Tipos de rol
Las carteras de rol pueden configurarse para operadores, contadores, aprobadores o ejecutores de pagos en todo el equipo.
Permisos por alcance
Los permisos pueden permitir facturación, etiquetado o preparación de pagos, mientras bloquean la ejecución hasta que firmen las aprobaciones requeridas.
Separación de receptores
Los carteras de pago reciben fondos, mientras las carteras de rol manejan la autoridad, a menos que la empresa vincule ambas.
Límites de delegación y aprobación
Establece límites de aprobación para definir qué puede ejecutarse automáticamente y qué debe ser co-firmado. Los umbrales del directorio mantienen transferencias grandes de tesorería y acciones sobre unidades esperando aprobaciones, mientras los pagos rutinarios se aprueban rápido. Los límites pueden variar por cartera o categoría para que los equipos sigan controles claros.
Alcance del rol
Cada rol incluye un alcance claro que enumera qué acciones puede preparar, aprobar o ejecutar.
Umbrales del directorio
Los umbrales del directorio fijan el nivel de gasto o acción que activa aprobaciones por co-firma.
Controles de transferencia
Las transferencias de unidades y los otorgamientos de pools pueden requerir aprobación del directorio o de inversionistas antes de ejecutarse.
Estructura de carteras
Separa el dinero por propósito para que la actividad sea fácil de seguir. Un cartera recibe pagos de clientes, otro maneja el gasto operativo y un cartera de reserva puede guardar fondos a largo plazo. Los carteras de autoridad firman aprobaciones, mientras los carteras de pago reciben y envían fondos. Esto mantiene el control separado del efectivo para que la actividad sea fácil de verificar.
Cartera de comerciante
El tipo de cartera MERCHANT es el cartera público de cobro donde llegan los ingresos de clientes.
Tesorería operativa
El tipo de cartera OPERATING_TREASURY maneja los gastos rutinarios del negocio y los pagos salientes a proveedores y contratistas.
Cartera de reservas
El tipo de cartera RESERVES guarda colchones o fondos a largo plazo cuando decides apartar una parte.
Separación de autoridad
Los carteras de autoridad pueden incluir firmantes del directorio para aprobaciones, mientras los carteras de pago reciben y envían fondos para que el control quede separado del efectivo.
Activos operativos
Muestra los totales operativos en USDC para que los valores se mantengan estables y comparables. Los carteras de tesorería también pueden tener DCHUB para gas o exposición a largo plazo si decides mantenerlo. Esas tenencias se etiquetan para que los resúmenes sean claros y no se mezclen con el efectivo operativo.
Totales en USDC
Todos los totales v0.1 usan USDC para que las vistas se mantengan estables en el tiempo y entre herramientas.
Tenencias de tesorería
Los carteras de tesorería y reserva pueden tener DCHUB junto a stablecoins cuando quieras exposición a la red.
Activos etiquetados
Los saldos en DCHUB deben llevar asset_tag y BAL_DCHUB para que los exploradores los separen del efectivo operativo.
Pagos de gas
Las comisiones de transacción se pagan en DCHUB por el cartera firmante cada vez que envía una transacción.
Comercio y modos de pago
CORP-VENTURE admite pagos directos y facturas, para que los clientes paguen como les convenga. Los planes recurrentes cubren la facturación de suscripciones con pagos programados que se ejecutan en la blockchain. Cada factura tiene un estado para que el equipo vea al instante qué está abierta, pagada o cancelada.
Pagos directos
Los clientes pueden pagar directamente al cartera de comerciante cuando el monto es conocido de antemano.
Solicitudes de factura
Las facturas son solicitudes de pago en la blockchain vinculadas a la entidad, con monto, fecha de vencimiento y referencia del pagador.
Planes recurrentes
Los planes recurrentes programan la facturación repetida para que suscripciones u honorarios fijos funcionen sin reingreso manual.
Actualizaciones de estado
El estado de cada factura se actualiza al pasar de abierta a pagada o cancelada, para que el seguimiento sea claro.
Ítems de catálogo
Define lo que vendes una sola vez para que facturas y pagos se mantengan organizados a medida que crece el negocio. Cada ítem tiene un nombre, precio e ID que se puede reutilizar en facturas y etiquetas. Esto crea una vista consistente de ventas sin volver a escribir detalles cada vez.
Referencia del ítem
Crea un item_id con una etiqueta clara y precio para que cada producto o servicio sea fácil de reutilizar.
Base de costos
Agrega una base de costos opcional para poder estimar márgenes después sin suposiciones retroactivas.
Vinculación de facturas
Usa item_id en facturas y etiquetas para conectar la actividad de ventas con totales y vistas.
Flujos de nómina y contratistas
Etiqueta pagos de nómina y contratistas para que la compensación sea visible sin mezclarla con roles de autoridad. Los carteras de pago reciben fondos, mientras los roles de aprobación controlan cuándo salen los pagos. Las apps pueden programar o agrupar pagos para coincidir con ciclos de nómina.
Carteras de pago
Los carteras de pago reciben salarios o pagos a contratistas directamente, separados de cualquier rol de autoridad.
Pagos etiquetados
Los pagos llevan etiquetas de nómina o contratistas para que la compensación sea fácil de identificar en los resúmenes.
Programaciones opcionales
Las apps o SDKs pueden programar o agrupar pagos cuando quieras pagos recurrentes o por lotes.
Etiquetado y evidencia
Las etiquetas son rótulos simples añadidos a cada pago para que la actividad sea comprensible con el tiempo. Para financiamientos y asuntos protegidos, puedes adjuntar prueba anclando una referencia segura a consentimientos de directorio, term sheets o acuerdos de otorgamiento. Esto crea un rastro claro sin publicar archivos privados.
Requeridos básicos
Estas etiquetas son obligatorias en cada flujo para que las vistas se mantengan consistentes. Empareja reference_type con reference_id.
Contexto operativo
Las etiquetas opcionales separan la actividad por equipo, producto, proyecto o canal para un seguimiento más claro.
Contexto de capital
Usa estas etiquetas para rondas, valores, clases, pools y acciones de financiamiento basadas en deuda.
Anclajes de evidencia
Los anclajes enlazan a consentimientos de directorio, term sheets o cartas de otorgamiento sin publicar el documento en sí.
Umbral de materialidad
Configura un umbral de materialidad para que los elementos grandes requieran evidencia, con 1.000 USDC como valor predeterminado.
Directorio de contrapartes y privacidad
Los clientes o proveedores recurrentes pueden etiquetarse con apodos privados en lugar de nombres reales. El mapeo al mundo real permanece fuera de cadena bajo tu control, lo que protege datos sensibles. Las vistas públicas muestran solo la etiqueta y el cartera, no la identidad subyacente. Aun así obtienes un historial consistente de quién paga y quién recibe pagos sin exponer identidades.
IDs seudónimos
Usa counterparty_tag para etiquetar clientes o proveedores recurrentes sin exponer sus nombres legales en la blockchain.
Mapeo fuera de cadena
Mantén el mapeo de nombres reales fuera de cadena para que solo tu equipo pueda verlo.
Contrapartes recurrentes
Haz seguimiento de contrapartes recurrentes en facturas y pagos sin publicar detalles personales o comerciales.
Flujo operativo
Pasa de la configuración a la actividad en vivo con controles de directorio en su lugar. La configuración vincula carteras de propietarios y directorio, define políticas de tesorería y transferencias, y establece reglas de tabla de capitalización o pools. Registras la entidad, conectas carteras, realizas pagos y etiquetas lo que ocurre para que las vistas se mantengan consistentes. Cada paso escribe en el historial en la blockchain, manteniendo las operaciones claras para el equipo y para cualquiera que verifique.
Registrar y vincular directorio
Registra la entidad y vincula roles de directorio, admin, tesorero y oficiales a los carteras correctos.
Configurar carteras y políticas
Conecta los carteras estándar y establece políticas de tesorería con umbrales de directorio y reglas de aprobación.
Definir unidades y pools
Configura la tabla de capitalización, los pools de opciones y las referencias de vesting para que las acciones de equity sigan aprobaciones del directorio.
Cobrar ingresos
Emite facturas o acepta pagos directos para que los ingresos lleguen al cartera de comerciante.
Etiquetar y anclar evidencia
Etiqueta el dinero que entra y sale, y ancla aprobaciones para financiamientos, otorgamientos o elementos materiales.
Revisar y cerrar
Revisa las vistas en vivo y luego cierra un período si quieres una foto fija para comparar después.
Vistas en vivo en la blockchain
Los exploradores muestran resúmenes en vivo de transacciones etiquetadas sin esperar exportaciones manuales. Puedes ver saldos, actividad reciente y cobertura de etiquetas en tiempo real. Otros pueden revisar los mismos números que ves, lo que mantiene la visibilidad pública sincronizada.
Saldos de carteras
Los saldos de carteras se actualizan a medida que las transacciones se confirman en la blockchain, por lo que los números se mantienen al día.
Vistas por ventana de tiempo
Las vistas por ventana de tiempo resumen la actividad en un período sin esperar un cierre manual.
Ratios de cobertura
Los índices de cobertura muestran qué flujos están completamente etiquetados y cuáles aún requieren contexto.
Exportaciones de datos
Las exportaciones son opcionales para análisis offline o respaldos cuando quieras archivos fuera de la cadena.
Registro, bitácoras y pruebas
Usa el registro y la bitácora de gobernanza para verificar identidad, estado, carteras oficiales, aprobaciones del directorio, consentimientos de inversionistas y cambios de rol. Cada entrada de aprobación muestra quién firmó y cuándo, creando un rastro claro de decisiones. Los anclajes registran sellos de tiempo en documentos cuando se requiere prueba, para que el historial se mantenga duradero y verificable.
Entrada de registro
El registro lista la identidad, el estado y las vinculaciones oficiales de carteras para que cualquiera pueda verificar la configuración actual.
Bitácora de gobernanza
La bitácora de gobernanza muestra aprobaciones, co-firmas y cambios de rol en orden temporal para una responsabilidad clara.
Pruebas ancladas
Los anclajes registran sellos de tiempo en recibos y contratos para que su existencia pueda verificarse después sin publicar los archivos.
Ciclo de vida y estado
Las señales muestran si una empresa está activa, pausada o cerrada, para que las personas sepan si los pagos deben proceder. Las apps pueden mostrar el estado automáticamente como una señal simple de seguridad. Esto reduce confusiones y evita que el dinero vaya a entidades inactivas.
Estados
Las etiquetas de estado muestran si la entidad está activa y es segura para pagar, usando un conjunto de colores consistente.
Puntos de pago
Los puntos de pago se resuelven a partir del entity_id y el tipo de cartera, para que los usuarios no copien direcciones en bruto.
Advertencias de interfaz
Las interfaces pueden advertir cuando una entidad está suspendida o disuelta para que los pagadores eviten enviar fondos.
Rutas de actualización
A medida que la empresa crece o se simplifica, puede moverse a un modelo diferente sin perder continuidad. Las actualizaciones agregan gobernanza de comités, holdings multi-entidad o complejidad multiclase, mientras la simplificación puede bajar a privada estándar o en solitario. El mismo historial de entidad permanece intacto en las transiciones.
Privada compleja
El código de modelo CORP-COMPLEX-PRIVATE agrega comités, asuntos protegidos y holdings multi-entidad para gobernanza avanzada.
Privada estándar
El código de modelo CORP-PRIVATE-STD encaja cuando las aprobaciones de directorio ya no son necesarias pero permanecen roles de múltiples propietarios.
Modelo en solitario
El código de modelo CORP-SOLO encaja cuando la propiedad se consolida en un solo controlador y las aprobaciones se minimizan.
Dónde operar y verificar
La app oficial maneja acciones del día a día como registro, facturación y aprobaciones. Las herramientas públicas (registro, explorador e indexador oficial) permiten verificar identidad, estado y vinculaciones de carteras. Esto mantiene en sincronía lo que haces y lo que otros ven en la red.
App oficial
La app oficial es donde registras, emites facturas, etiquetas pagos y apruebas acciones.
El registro
El registro confirma identidad, estado y carteras oficiales para que las contrapartes verifiquen a quién están pagando.
El explorador
El explorador, impulsado por el indexador oficial, muestra transacciones, saldos e historial público en una sola vista.
Indexador oficial
Servicio de datos de referencia que impulsa los resúmenes del explorador y las vistas de reportes para una visibilidad pública consistente.
dApps & SDKs
Las dApps y SDKs de terceros te permiten crear flujos personalizados o integrar pagos en tus propios productos.
Manifiesto
"Mi objetivo es simple: permitir que cualquiera, en cualquier lugar, pueda crear una entidad capaz de operar con credibilidad, continuidad y con infraestructura financiera real, diseñada para operaciones en stablecoins."
Leer el ManifiestoNicolas Turcotte
Fundador e ingeniero principal
Contribuye ahora
La testnet es para constructores, operadores y responsables que quieren validar el Hub en público.
Ingenieros de protocolo
Trabajando en definiciones del kernel, alcance de mensajes e invariantes.
Ingenieros de indexación y datos
Definiendo esquemas de eventos y entradas reproducibles para las vistas.
Operadores tempranos
Probando el secuenciador, la publicación de lotes y el alcance operativo bajo reglas de testnet.
Inversionistas alineados con la infraestructura
Siguiendo alcance, riesgos y progreso (sin promesas de retorno).
Asesoría legal
Revisando la postura de límites, el alcance no custodial y el orden de la pila documental.
Responsables de gobernanza
Definiendo la separación kernel/adaptadores y la postura de actualización.
Acceso a la testnet
Solicita acceso para explorar el Hub, probar las interfaces de referencia y validar el comportamiento del protocolo de punta a punta en la testnet de desarrollo. Cualquiera puede solicitar acceso; el acceso de operador local/dev se revisa con mayor rigor.
Acceso controlado. Aprobación requerida.
Testnet Solo en inglés
Acceso a la testnet
Solicita acceso para explorar el Hub, probar las interfaces de referencia y validar el protocolo en la testnet de desarrollo. El acceso local/dev de operador se revisa con mayor rigor.
Solicitar acceso a la testnetBoletín Solo en inglés
Mantente informado
Actualizaciones concisas sobre la preparación de la testnet, lanzamientos y hitos de gobernanza.