Alcance de firma
Las interfaces de referencia (testnet) son las herramientas públicas que leen o envían acciones del Hub, y las carteras son la capa de firma para aprobaciones. Las interfaces son puntos de acceso de referencia; el protocolo es la autoridad. El alcance del protocolo se define en la visión general del protocolo. Las entidades conservan el control de fondos; el Hub ancla autoridad y eventos. Las operaciones son nativas de stablecoins; no hay pasarelas fiat ni custodia.
Claves no custodiales
Las claves permanecen con el firmante; la cartera nunca custodia fondos ni aprobaciones en tu nombre.
Autoridad y pagos
Las carteras de autoridad aprueban roles y gobernanza; las carteras operativas mueven fondos bajo las aprobaciones que defines.
Gas y stablecoins
Las transacciones usan DCHUB para gas mientras los pagos se mueven en stablecoins etiquetadas al contexto del negocio.
Interfaz de referencia
Las carteras firman acciones; la validación y la corrección están definidas por las reglas del protocolo en la blockchain.
Carteras compatibles
La firma en testnet usa carteras EVM compatibles hoy. MetaMask es una opción común para acciones y aprobaciones del Hub, y también se admiten carteras compatibles con Rabby y WalletConnect para flujos de firma estándar. Se planea una cartera alineada con dCorps para una fase posterior (con puerta de fase) para mostrar roles, etiquetas y aprobaciones con prompts más claros y políticas por defecto.
MetaMask
Cartera EVM popular para firma y aprobaciones del Hub en testnet con revisión estándar de transacciones.
Rabby Cartera
Cartera EVM nativa con vistas previas claras de firma para acciones y aprobaciones del Hub.
WalletConnect
Conecta carteras móviles y de escritorio compatibles para flujos estándar de firma EVM.
Cartera dCorps (planificada)
Cartera diseñada para una fase posterior para mostrar roles, etiquetas y aprobaciones del Hub con claridad.
Flujo de firma
Convierte aprobaciones en estado en la blockchain, ordenado en el tiempo y a prueba de manipulación firmando localmente. El flujo es el mismo en todas las apps: prepara la acción, revisa roles y enrutamiento, firma localmente y luego verifica el evento publicado en vistas públicas antes de que se asienten las aprobaciones.
Redactar acción
Crea la acción en la app oficial o el SDK con montos, etiquetas y carteras de destino.
Revisar autoridad
Verifica que el rol firmante y la política de aprobación coincidan con el alcance y los límites de la acción.
Firmar localmente
Firma con la clave controlada por el usuario; la cartera nunca exporta claves privadas ni aprobaciones.
Verificar en la blockchain
Confirma que la transacción se haya publicado y sea visible en vistas del explorador o del indexador.
Roles de carteras
Las entidades asignan distintas carteras a distintas funciones para que aprobaciones y pagos se mantengan claros. Las carteras de autoridad tienen los roles que pueden aprobar gobernanza o cambios de política, mientras que las carteras de pago mueven fondos para operaciones, nómina, pagos a comercios o donaciones. La vista de cartera muestra qué rol firma y qué cartera ejecutará la transferencia.
Carteras de autoridad
Controlan aprobaciones de propietarios o juntas, cambios de roles y acciones de gobernanza vinculadas a la entidad.
Carteras operativas
Gestionan pagos del día a día, pagos a proveedores y flujos de gastos bajo límites de aprobación definidos.
Carteras de tesorería
Mantienen reservas y balances de largo plazo, incluyendo tenencias de DCHUB, con umbrales de aprobación más estrictos.
Carteras de comercio y donaciones
Reciben pagos de clientes o donaciones enrutadas desde facturas, enlaces de pago o páginas públicas de donación.
Responsabilidad de seguridad
Asigna la seguridad a la entidad y sus operadores. La cartera solo firma lo que el usuario aprueba, y el protocolo aplica las reglas de roles. Esta matriz aclara quién es responsable del almacenamiento de claves, la revisión de transacciones y la planificación de recuperación para que los equipos asignen responsabilidades antes de firmar.
| Responsabilidad | Responsable | Notas |
|---|---|---|
| Almacenamiento y acceso de claves | Entidad o firmante | Las claves permanecen con el firmante; no se brindan servicios de custodia ni recuperación. |
| Revisión de transacciones | Firmante | El firmante verifica montos, etiquetas y destino antes de enviar la aprobación. |
| Actualizaciones de roles | Propietarios o juntas autorizadas | Los cambios de roles requieren aprobaciones firmadas y aparecen en vistas en la blockchain. |
| Higiene de dispositivos y respaldos | Entidad o firmante | Los respaldos y la seguridad del dispositivo siguen la política interna de la entidad. |
Límites del testnet
Estas interfaces operan en condiciones de testnet donde los reinicios y la cobertura parcial son normales. Estado: testnet; sin afirmaciones más allá de la capacidad actual. Trata los resultados como señales de integración y confirma el comportamiento frente al paquete actual antes de depender de ellos.
Sin custodia ni seguro
La cartera no custodia fondos, no asegura claves ni brinda servicios de recuperación por pérdida de acceso.
Reinicios de testnet
Los reinicios de testnet pueden borrar balances e historial, así que evita depender de la persistencia.
Cambios de cobertura
La cobertura y las herramientas pueden cambiar a medida que evoluciona el protocolo; confirma los resultados frente a la versión actual.
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.