dCorps Hub
DevCo Testnet Fundación Auditoría Mainnet Adopción

Sin fines de lucro simple

Qué es

NONPROFIT-SIMPLE es la configuración sin fines de lucro de dCorps más simple para un solo directorio y transparencia clara. Crea un perfil público de la organización, un cartera de donaciones y roles de directorio con aprobaciones simples. Las donaciones y salidas de programas se etiquetan para que cualquiera pueda seguir cómo se mueven los fondos mientras los detalles sensibles de beneficiarios se mantienen privados.

Código de modelo

Código de modelo: NONPROFIT-SIMPLE. Esta etiqueta mantiene el modelo consistente entre apps, enlaces y vistas públicas.

Gobernanza de directorio

Los roles de directorio, el quórum y los umbrales de votación definen quién puede aprobar asignaciones y cambios de política.

Carteras de donaciones

Las entradas de donaciones llegan al cartera principal, y se pueden agregar carteras de programa para un seguimiento claro de asignaciones.

Etiquetas de asignación

Las etiquetas de asignación separan el gasto en programas, costos indirectos y recaudación de fondos para que las vistas públicas se mantengan consistentes.

Base de transparencia

La composición del directorio, las entradas y las salidas por categoría permanecen visibles para que los donantes puedan verificar la base.

Ideal para

NONPROFIT-SIMPLE encaja para organizaciones sin fines de lucro pequeñas u ONGs de un solo programa que quieren autoridad clara del directorio y un rastro de donaciones limpio sin mucha sobrecarga. Es ideal para proyectos comunitarios, iniciativas locales o fundaciones en etapa temprana que operan en USDC y desembolsan en la blockchain. El trabajo del día a día se mantiene ligero mientras las asignaciones permanecen visibles.

Programa único

Diseñado para un programa principal con categorías de asignación directas y capas de gobernanza limitadas.

Liderado por directorio

Las aprobaciones lideradas por el directorio mantienen responsables los desembolsos importantes mientras los pagos rutinarios se aprueban bajo la política.

Nativo de donaciones

Los flujos de donación en USDC se liquidan en la blockchain, por lo que los seguidores ven la actividad de fondos sin intermediarios bancarios.

Asignaciones claras

Las divisiones entre programa y costos indirectos aparecen en vistas en vivo, dando una base simple de transparencia.

No es adecuado para

Este modelo no es para organizaciones sin fines de lucro que ejecutan múltiples programas con comités o fondos designados. Tampoco está pensado para fundaciones paraguas con modos de divulgación selectiva. Si los comités del directorio, las restricciones de fondos o las estructuras de patrocinio son centrales, pasa a NONPROFIT-BOARD o NONPROFIT-COMPLEX. Las corporaciones deben usar modelos CORP-*.

Múltiples programas

La gobernanza con comités y múltiples programas se alinean con NONPROFIT-BOARD para un control más estricto de las asignaciones.

Fondos designados

Los fondos designados, patrocinios o la divulgación selectiva se alinean con NONPROFIT-COMPLEX para controles avanzados de transparencia.

Modelo corporativo

Las estructuras de equity y la gobernanza de accionistas pertenecen a modelos CORP-*, no a configuraciones sin fines de lucro.

Gobernanza y roles

Las organizaciones sin fines de lucro no tienen equity; la autoridad recae en el directorio y los oficiales designados. Los asientos del directorio definen el quórum y los umbrales de votación para cambios de política, subvenciones materiales y reglas de asignación. Los roles de presidencia, tesorero y secretario mantienen clara la ejecución, la supervisión y el anclaje de evidencia mientras las decisiones permanecen visibles en la blockchain.

Asientos del directorio

Los asientos del directorio definen el quórum y los umbrales de votación para políticas de asignación y aprobaciones materiales.

Rol de presidencia

La presidencia coordina acciones del directorio y confirma decisiones cuando se requiere un único firmante.

Rol de tesorero

El tesorero inicia desembolsos y prepara eventos de asignación bajo políticas y límites aprobados por el directorio.

Rol de secretario

El secretario ancla actas, aprobaciones de subvenciones y actualizaciones de políticas para que la evidencia de gobernanza permanezca accesible.

Estructura de asignación

Mantén el gasto de la organización sin fines de lucro comprensible de un vistazo usando categorías de asignación. La base separa el gasto en programas de los costos indirectos, con recaudación como categoría separada cuando se usa. Las reglas aprobadas por el directorio determinan cómo se etiquetan los desembolsos para que las vistas de asignación se mantengan consistentes con el tiempo.

Gasto en programas

Las etiquetas de gasto en programas muestran fondos destinados directamente a actividades y servicios de la misión.

Overhead

Las etiquetas de costos indirectos cubren administración general, operaciones y gastos compartidos entre programas principales.

Recaudación de fondos

Las etiquetas de recaudación separan campañas y operaciones de donantes cuando la recaudación forma parte del modelo.

Estructura de carteras

Separa el dinero por propósito para que la actividad sea fácil de seguir. Las donaciones llegan al cartera principal, los carteras de programa pueden rastrear asignaciones y la tesorería operativa cubre gastos compartidos. 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 donaciones

El tipo de cartera DONATION recibe donaciones y subvenciones para que las entradas queden aisladas de la actividad de gasto.

Carteras de programa

El tipo de cartera PROGRAM puede crearse por programa para rastrear asignaciones y gasto por área de misión.

Tesorería operativa

El tipo de cartera OPERATING_TREASURY cubre costos operativos compartidos y pagos a proveedores en toda la organización.

Carteras de reserva

El tipo de cartera RESERVES guarda colchones o saldos restringidos cuando la organización aparta fondos.

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.

Modos de donación y pago

Acepta donaciones directamente o mediante solicitudes de pago en la blockchain para que los colaboradores vean un monto y propósito claros. Los planes recurrentes permiten donaciones mensuales, y cada solicitud tiene un estado para que el equipo vea qué está abierta, pagada o cancelada. Las donaciones se liquidan en USDC y se dirigen al cartera de donaciones.

Donaciones directas

Los colaboradores pueden enviar USDC directamente al cartera de donaciones para confirmación inmediata en la blockchain.

Solicitudes de donación

Las solicitudes de pago establecen monto, propósito y referencia del pagador para que las donaciones se mantengan organizadas y consistentes.

Planes recurrentes

Los planes recurrentes programan donaciones repetidas para que los colaboradores puedan comprometerse con donaciones mensuales o trimestrales.

Actualizaciones de estado

El estado de cada solicitud se actualiza de abierta a pagada o cancelada para que el seguimiento sea claro.

Ítems de donación

Define niveles de donación o paquetes de patrocinio para que las solicitudes de pago se mantengan consistentes. Cada ítem tiene una etiqueta, monto objetivo e ID que se puede reutilizar en campañas y etiquetas. Esto mantiene claros los reportes a donantes sin reescribir los mismos detalles.

Referencia del ítem

Crea un item_id con una etiqueta y monto para que los niveles de donación sean reutilizables.

Monto sugerido

Los montos sugeridos mantienen consistentes las solicitudes mientras permiten a los colaboradores dar más o menos.

Vinculación de campañas

Usa item_id con etiquetas de campaña para conectar niveles de donación con reportes y resúmenes.

Pagos a programas y proveedores

Etiqueta subvenciones, pagos a proveedores y estipendios para que las asignaciones sigan visibles sin exponer detalles sensibles de beneficiarios. Los carteras de pago reciben fondos, mientras los roles de aprobación controlan cuándo salen los desembolsos. Las apps pueden agrupar pagos para coincidir con ciclos de programa.

Carteras de pago

Los carteras de pago reciben subvenciones o pagos a proveedores directamente, separados de cualquier rol de autoridad.

Desembolsos etiquetados

Los desembolsos llevan etiquetas de programa o subvención para que las asignaciones sean fáciles de identificar en los resúmenes.

Pagos por lotes

Las apps o SDKs pueden agrupar pagos cuando quieras pagos de programa recurrentes o agrupados.

Etiquetado y evidencia

Las etiquetas son rótulos simples añadidos a cada pago para que la actividad sea comprensible con el tiempo. Para subvenciones y desembolsos materiales, puedes adjuntar prueba anclando una referencia segura a aprobaciones, recibos o acuerdos. 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.

category_code counterparty_type reference_id reference_type

Programa y fondo

Usa estas etiquetas para separar asignaciones por programa, fondo o restricción cuando aplique.

program_tag fund_tag restriction_tag

Donante y subvención

Usa estas etiquetas para identificar donantes, campañas, subvenciones e ítems de donación cuando sea necesario.

grant_id donor_tag campaign_tag item_id region_tag counterparty_tag

Anclajes de evidencia

Los anclajes enlazan a recibos, cartas de subvención o aprobaciones 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 donantes 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 da y quién recibe sin exponer identidades.

IDs seudónimos

Usa donor_tag o counterparty_tag para etiquetar donantes sin publicar nombres en la blockchain públicamente.

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 donantes y proveedores recurrentes en pagos sin publicar detalles personales ni identificadores.

Flujo operativo

Pasa de la configuración a la actividad en vivo con gobernanza de directorio en su lugar. La configuración vincula carteras del directorio, define categorías de asignación y establece límites de aprobación. Registras la organización, conectas carteras, recibes donaciones 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.

1

Registrar y vincular directorio

Registra la organización y vincula roles de directorio, tesorero y secretario a los carteras correctos.

2

Configurar carteras y categorías

Conecta carteras de donación, programa y tesorería, luego establece categorías y límites de asignación.

3

Recibir donaciones

Acepta donaciones directas o solicitudes de pago para que las entradas lleguen al cartera de donaciones.

4

Asignar a programas

Mueve fondos a carteras de programa o proveedores siguiendo reglas de asignación aprobadas por el directorio.

5

Etiquetar y anclar evidencia

Etiqueta el dinero que entra y sale, y ancla aprobaciones o recibos para elementos materiales.

6

Revisar y cerrar

Revisa las vistas de asignación en vivo y luego cierra un período si quieres una foto fija.

Vistas en la blockchain en vivo

Los exploradores muestran resúmenes en vivo de transacciones etiquetadas sin esperar exportaciones manuales. Puedes ver saldos, divisiones de asignación 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.

Vista de asignaciones

Las vistas de asignación resumen divisiones de programa, costos indirectos y recaudación a lo largo de cualquier período seleccionado.

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 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 políticas y documentos de subvenciones cuando se requiere prueba, para que el historial se mantenga duradero y verificable.

Entrada de registro

El registro lista identidad, estado y vinculaciones oficiales de carteras para que cualquiera pueda verificar la configuración.

Bitácora de gobernanza

La bitácora de gobernanza muestra aprobaciones y cambios de rol en orden temporal para una responsabilidad clara.

Pruebas ancladas

Los anclajes registran sellos de tiempo en recibos y políticas para que su existencia pueda verificarse después.

Ciclo de vida y estado

Las señales muestran si una organización sin fines de lucro está activa, pausada o cerrada, para que las personas sepan si las donaciones 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.

borrador activa suspendida disuelta

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 donantes eviten enviar fondos.

Rutas de actualización

A medida que la organización sin fines de lucro crece, puede moverse a un modelo diferente sin perder continuidad. Las actualizaciones agregan gobernanza de comités, estructuras multi-programa, fondos designados o modos de divulgación selectiva. El mismo historial de entidad permanece intacto en las transiciones.

NONPROFIT-BOARD

El código de modelo NONPROFIT-BOARD agrega capas de comités y controles de asignación multi-programa para crecer.

NONPROFIT-COMPLEX

El código de modelo NONPROFIT-COMPLEX agrega fondos designados y flujos de divulgación selectiva para patrocinadores.

Dónde operar y verificar

La app oficial maneja acciones del día a día como registro, solicitudes de donació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 solicitudes, etiquetas pagos y apruebas acciones.

El registro

El registro confirma identidad, estado y carteras oficiales para que los donantes verifiquen a quién apoyan.

El explorador

El explorador, impulsado por el indexador oficial, muestra transacciones, saldos e historial público.

Indexador oficial

Servicio de datos de referencia que impulsa los resúmenes del explorador y las vistas de reportes para una visibilidad consistente.

dApps & SDKs

Las dApps y SDKs de terceros te permiten crear flujos personalizados o integrar donaciones en 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 Manifiesto

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

Solo en inglés
Testnet

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.

Solicitar acceso a la testnet

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 testnet

Boletín Solo en inglés

Mantente informado

Actualizaciones concisas sobre la preparación de la testnet, lanzamientos y hitos de gobernanza.