Línea práctica
Activos digitales en la operación
La línea de investigación explica por qué funciona el consenso. Esta ruta lleva esas ideas al trabajo diario: cómo guardar y mover activos digitales con seguridad y cumpliendo la regulación, a través de los proveedores ya contratados. Cada módulo termina en una decisión del equipo y en un entregable que se puede revisar.
Qué cubre
El equipo de arquitectura y desarrollo que integra capacidades de activos digitales a través de proveedores ya contratados.
- Qué es cada capacidad y qué problema resuelve.
- Qué decisiones de arquitectura abre y con qué criterios tomarlas.
- Cómo se reparte cada capacidad entre Fireblocks, BitGo y Kaleido.
- Riesgos operativos y de cumplimiento, y cómo se evidencian.
Qué queda fuera
El equipo ya domina estas herramientas; aquí no se enseñan.
- Lenguajes de implementación (Rust, Node.js, Java) y sus SDK.
- Infraestructura como código (Terraform) y despliegue en la nube.
- Tutoriales de herramientas que el equipo ya domina.
Los módulos de un vistazo
En orden de lectura. De menor a mayor complejidad y dependencia: cada módulo solo se apoya en los anteriores.
| Módulo | Pregunta | Se apoya en | Entregable | Estado |
|---|---|---|---|---|
| 1. Web3 para el equipo: el mínimo común | ¿Qué tiene que entender cualquier persona del equipo antes de mover un activo? | Nada | Glosario operativo compartido y tabla de finalidad por red soportada. | Publicado |
| 2. Llaves: generación, guarda, respaldo y rotación | ¿Dónde vive la llave privada y quién puede usarla? | 1 | Ciclo de vida de llaves (generación, uso, respaldo, rotación, baja) con responsables. | Publicado |
| 3. Tipos de firma: multifirma frente a MPC | ¿Cuántas personas o sistemas deben aprobar, y dónde se verifica esa aprobación? | 2 | Matriz de decisión firma-por-caso de uso, con costo, auditabilidad y redes soportadas. | Publicado |
| 4. Wallets hot, warm y cold | ¿Cuánto dinero puede estar expuesto, y qué tan rápido hay que poder moverlo? | 2, 3 | Política de tesorería por temperatura, con límites y flujos de reposición. | Publicado |
| 5. Custodia: quién responde por los activos | ¿Custodiamos nosotros, delegamos en un tercero, o una mezcla? | 3, 4 | Modelo de custodia con matriz de roles (RACI) y políticas de aprobación. | Publicado |
| 6. Firma operativa: BitGo Express, firmantes externos y co-firmantes | ¿Qué componente nuestro toca una llave cuando el sistema firma solo, y dónde corre? | 2, 3, 4, 5 | Diagrama de despliegue del firmante con los controles de red y de llaves de cada componente. | Publicado |
| 7. AML y KYT: cumplimiento sobre la cadena | ¿Cómo sabemos que un fondo que entra o sale no viene de, ni va hacia, una actividad ilícita? | 1, 5 | Flujo de cumplimiento por tipo de transacción, con umbrales y responsables. | Publicado |
| 8. Cuentas ómnibus, segregadas y subcuentas: el libro interno | Si muchos clientes comparten una wallet, ¿cómo sabemos de quién es cada unidad? | 4, 5, 7 | Modelo de cuentas con su libro interno, la regla de atribución y la conciliación diaria. | Publicado |
| 9. Stablecoins I: USDC y Circle Mint | ¿Cómo se obtiene y se devuelve USDC directamente con su emisor? | 4, 5, 7, 8 | Flujo de mint y redeem de USDC, de la cuenta bancaria a la wallet, con controles AML en cada salto. | Publicado |
| 10. Stablecoins II: USDT (Tether) | ¿En qué se parece y en qué se diferencia USDT de USDC al operarlo? | 4, 5, 7 | Tabla de redes aceptadas por stablecoin y regla de validación de red en depósitos y retiros. | Publicado |
| 11. Liquidez y liquidación con contrapartes | ¿Cómo compramos, vendemos y liquidamos con otras instituciones sin mover cada operación por la cadena? | 5, 8, 9, 10 | Flujo de operación y liquidación con contrapartes, con límites y conciliación. | Publicado |
| 12. Arquitectura de referencia con los proveedores | ¿Qué capacidad resuelve cada proveedor, y dónde se cruzan? | 5, 6, 7, 8, 9, 10, 11 | Diagrama de arquitectura de referencia y matriz capacidad-proveedor validada con cada proveedor. | Publicado |
Módulo 1 de 12
Web3 para el equipo: el mínimo común
¿Qué tiene que entender cualquier persona del equipo antes de mover un activo?
Publicado
Cuentas y direcciones, transacciones y comisiones, confirmaciones frente a finalidad, y por qué una transacción firmada no se puede deshacer.
Conceptos
- Dirección y cuenta
- Transacción y nonce
- Comisión (gas/fee)
- Confirmación y finalidad
- Red principal y de pruebas
Qué decide el equipo
- Cuántas confirmaciones o qué finalidad exige cada red antes de dar un depósito por bueno.
Entregable
Glosario operativo compartido y tabla de finalidad por red soportada.
El mecanismo, en la línea de investigación
- Una transacción Ethereum por dentroQué contiene una transacción, cuánto cuesta y qué prueba un receipt.
- Indexadores: eventos, reorgs e idempotencialatest, safe y finalized: cuándo un dato ya no cambia.
- El ataque del doble gasto: Cómo los estafadores digitales copian el dinero como si fuera un PDFPor qué hace falta consenso para que un pago no se gaste dos veces.
- El concepto de GST: El momento mágico en el que la tormenta de red cesaQué supone la red sobre los tiempos al confirmar.
Módulo 2 de 12
Llaves: generación, guarda, respaldo y rotación
¿Dónde vive la llave privada y quién puede usarla?
Se apoya en: 1. Web3 para el equipo: el mínimo común
Publicado
Par de llaves, derivación jerárquica de direcciones, almacenamiento en HSM o en fragmentos MPC, respaldo y recuperación, y rotación sin perder fondos.
Conceptos
- Llave privada y pública
- Derivación jerárquica (HD)
- HSM
- Fragmentos de llave (key shares)
- Respaldo y recuperación
Qué decide el equipo
- Qué componente genera y custodia cada llave.
- Procedimiento de recuperación ante pérdida de un dispositivo o de un aprobador.
Entregable
Ciclo de vida de llaves (generación, uso, respaldo, rotación, baja) con responsables.
Módulo 3 de 12
Tipos de firma: multifirma frente a MPC
¿Cuántas personas o sistemas deben aprobar, y dónde se verifica esa aprobación?
Se apoya en: 2. Llaves: generación, guarda, respaldo y rotación
Publicado
Multifirma en la cadena (la regla m-de-n queda visible y se valida on-chain) frente a firma por umbral MPC (la regla se cumple fuera de la cadena y la red ve una firma ordinaria).
Conceptos
- Firma simple
- Multifirma m-de-n
- Firma por umbral (TSS/MPC)
- Quórum de aprobación
- Compatibilidad entre cadenas
Qué decide el equipo
- Multifirma o MPC por tipo de wallet y por red.
- Umbral m-de-n y quiénes son los firmantes.
Entregable
Matriz de decisión firma-por-caso de uso, con costo, auditabilidad y redes soportadas.
El mecanismo, en la línea de investigación
- Access control: owner, roles, multisig y timelocksMultifirma y timelock como control de permisos en contratos.
- ERC-4337: UserOperation, bundlers y EntryPointCuentas inteligentes: reglas de firma programables.
- EIP-7702: cuando una EOA aprende trucos de smart accountEIP-7702: la delegación persiste y la llave original conserva todo el poder.
- Firmas en BFT: threshold, aggregate y por qué AggQC no es un QC normalFirmas por umbral y agregadas explicadas desde el mecanismo.
- Costes computacionales en BFT: Firmas agregadas BLS vs. Ed25519Cuánto cuesta verificar distintos esquemas de firma.
- Quórums en acción: ¿Por qué 2f+1 votos garantizan que las mayorías se crucen?Por qué un quórum protege aunque algunos participantes fallen.
Módulo 4 de 12
Wallets hot, warm y cold
¿Cuánto dinero puede estar expuesto, y qué tan rápido hay que poder moverlo?
Se apoya en: 2. Llaves: generación, guarda, respaldo y rotación, 3. Tipos de firma: multifirma frente a MPC
Publicado
La temperatura de una wallet es un compromiso entre exposición y velocidad: cuánto saldo vive en línea, cuántas aprobaciones exige y cuánto tarda un retiro.
Conceptos
- Wallet hot
- Wallet warm
- Wallet cold
- Barrido de saldos (sweep)
- Límites por transacción y por periodo
Qué decide el equipo
- Saldo máximo por temperatura.
- Reglas de barrido y reposición entre wallets.
- Aprobaciones requeridas por monto.
Entregable
Política de tesorería por temperatura, con límites y flujos de reposición.
El mecanismo, en la línea de investigación
Módulo 5 de 12
Custodia: quién responde por los activos
¿Custodiamos nosotros, delegamos en un tercero, o una mezcla?
Se apoya en: 4. Wallets hot, warm y cold, 3. Tipos de firma: multifirma frente a MPC
Publicado
Autocustodia, custodia de terceros y modelos mixtos; cuentas segregadas frente a ómnibus; gobierno de aprobaciones y separación de funciones.
Conceptos
- Autocustodia
- Custodio tercero
- Cuenta segregada y ómnibus
- Políticas de aprobación
- Separación de funciones
Qué decide el equipo
- Modelo de custodia por tipo de cliente y activo.
- Quién define y quién cambia las políticas de aprobación.
Entregable
Modelo de custodia con matriz de roles (RACI) y políticas de aprobación.
Módulo 6 de 12
Firma operativa: BitGo Express, firmantes externos y co-firmantes
¿Qué componente nuestro toca una llave cuando el sistema firma solo, y dónde corre?
Se apoya en: 2. Llaves: generación, guarda, respaldo y rotación, 3. Tipos de firma: multifirma frente a MPC, 4. Wallets hot, warm y cold, 5. Custodia: quién responde por los activos
Publicado
Cuando una wallet es de autocustodia, alguien de nuestro lado firma. BitGo Express es un servidor que hospedamos: reenvía llamadas a la API de BitGo y firma localmente con nuestra llave, que nunca sale de nuestra red; BitGo añade su firma. Se compara con el firmante externo, las Advanced Wallets con HSM propio y el API Co-Signer de Fireblocks.
Conceptos
- BitGo Express
- Firmante externo
- Co-firmante
- HSM y KMS
- TLS y aislamiento de red
Qué decide el equipo
- Qué wallets necesitan un firmante nuestro y cuáles firma el custodio.
- Dónde corre el firmante y quién puede llamarlo.
Entregable
Diagrama de despliegue del firmante con los controles de red y de llaves de cada componente.
Fuentes oficiales: BitGo Developers: BitGo Express · BitGo Developers: firmante externo
El mecanismo, en la línea de investigación
Módulo 7 de 12
AML y KYT: cumplimiento sobre la cadena
¿Cómo sabemos que un fondo que entra o sale no viene de, ni va hacia, una actividad ilícita?
Se apoya en: 1. Web3 para el equipo: el mínimo común, 5. Custodia: quién responde por los activos
Publicado
KYC identifica al cliente; KYT vigila las transacciones y direcciones con las que interactúa. Screening antes y después de mover fondos, puntuación de riesgo y flujo de alertas.
Conceptos
- KYC
- KYT
- Screening de direcciones
- Puntuación de riesgo
- Regla de viaje (Travel Rule)
Qué decide el equipo
- En qué punto del flujo se bloquea, se retiene o se deja pasar una transacción.
- Quién atiende una alerta y en qué plazo.
Entregable
Flujo de cumplimiento por tipo de transacción, con umbrales y responsables.
Módulo 8 de 12
Cuentas ómnibus, segregadas y subcuentas: el libro interno
Si muchos clientes comparten una wallet, ¿cómo sabemos de quién es cada unidad?
Se apoya en: 4. Wallets hot, warm y cold, 5. Custodia: quién responde por los activos, 7. AML y KYT: cumplimiento sobre la cadena
Publicado
Una cuenta ómnibus junta en la cadena los fondos de muchos clientes y reparte la propiedad en un libro fuera de la cadena. Ningún proveedor la llama "cuenta sintética": Fireblocks usa vaults por cliente que se barren a un vault central, BitGo su Go Account con libro propio y Circle subcuentas por cliente. La invariante que lo sostiene: la suma del libro coincide con el saldo en la cadena.
Conceptos
- Cuenta ómnibus
- Cuenta segregada
- Subcuenta en libro interno
- Atribución de depósitos
- Barrido y gas
- Conciliación
Qué decide el equipo
- Qué clientes y activos van a ómnibus y cuáles a cuentas segregadas.
- Cómo se atribuye cada depósito y cuándo se acredita.
Entregable
Modelo de cuentas con su libro interno, la regla de atribución y la conciliación diaria.
Fuentes oficiales: Fireblocks Developers: estructura ómnibus · BitGo Developers: tipos de wallet · Circle Docs: Institutional API
Módulo 9 de 12
Stablecoins I: USDC y Circle Mint
¿Cómo se obtiene y se devuelve USDC directamente con su emisor?
Se apoya en: 4. Wallets hot, warm y cold, 5. Custodia: quién responde por los activos, 7. AML y KYT: cumplimiento sobre la cadena, 8. Cuentas ómnibus, segregadas y subcuentas: el libro interno
Publicado
USDC es una stablecoin que solo emite Circle y que se redime 1:1 por dólares. Circle Mint no es otra moneda: es el canal institucional de Circle para convertir dólares de una cuenta bancaria en USDC (mint), devolverlos (redeem) y enviarlos a wallets en las redes soportadas.
Conceptos
- Stablecoin
- Emisor
- Mint y redeem
- Reservas y redención 1:1
- Redes soportadas
Qué decide el equipo
- Si el flujo de liquidez pasa por Circle Mint o por un intermediario.
- En qué redes recibimos y enviamos USDC.
- Qué wallet (y qué temperatura) recibe lo acuñado.
Entregable
Flujo de mint y redeem de USDC, de la cuenta bancaria a la wallet, con controles AML en cada salto.
Fuentes oficiales: Circle Docs: Circle Mint · Circle: Circle Mint
El mecanismo, en la línea de investigación
Módulo 10 de 12
Stablecoins II: USDT (Tether)
¿En qué se parece y en qué se diferencia USDT de USDC al operarlo?
Se apoya en: 4. Wallets hot, warm y cold, 5. Custodia: quién responde por los activos, 7. AML y KYT: cumplimiento sobre la cadena
Publicado
USDT es la stablecoin de otro emisor, Tether, anclada 1:1 al dólar y emitida en varias redes. Su emisión y redención directas se hacen con Tether según sus términos; en la práctica el equipo debe cuidar sobre todo la red (el mismo USDT existe en blockchains distintas y no se mezclan).
Conceptos
- USDT como token en varias redes
- Emisión y redención con Tether
- Reservas y transparencia
- Selección de red en depósitos y retiros
Qué decide el equipo
- En qué redes aceptamos USDT y cómo se valida la red de cada depósito.
- Si mantenemos USDC y USDT separados en tesorería o los convertimos.
Entregable
Tabla de redes aceptadas por stablecoin y regla de validación de red en depósitos y retiros.
Fuentes oficiales: Tether: FAQs
El mecanismo, en la línea de investigación
Módulo 11 de 12
Liquidez y liquidación con contrapartes
¿Cómo compramos, vendemos y liquidamos con otras instituciones sin mover cada operación por la cadena?
Se apoya en: 5. Custodia: quién responde por los activos, 8. Cuentas ómnibus, segregadas y subcuentas: el libro interno, 9. Stablecoins I: USDC y Circle Mint, 10. Stablecoins II: USDT (Tether)
Publicado
BitGo no tiene un producto llamado "market maker": su oferta es Global Markets (trading electrónico, mesa OTC, financiamiento y colateral) y liquida entre clientes en su Go Network. El equipo necesita entender quién es la contraparte, dónde están los fondos durante la operación y cuándo la liquidación es final.
Conceptos
- Contraparte
- OTC
- Liquidación fuera de la cadena
- Entrega contra pago
- Go Network
- Riesgo de contraparte
Qué decide el equipo
- Con qué contrapartes y por qué canal operamos.
- Qué saldo puede estar fuera de la cadena y por cuánto tiempo.
Entregable
Flujo de operación y liquidación con contrapartes, con límites y conciliación.
Fuentes oficiales: BitGo Developers: Trading · BitGo: Go Network
El mecanismo, en la línea de investigación
Módulo 12 de 12
Arquitectura de referencia con los proveedores
¿Qué capacidad resuelve cada proveedor, y dónde se cruzan?
Se apoya en: 5. Custodia: quién responde por los activos, 6. Firma operativa: BitGo Express, firmantes externos y co-firmantes, 7. AML y KYT: cumplimiento sobre la cadena, 8. Cuentas ómnibus, segregadas y subcuentas: el libro interno, 9. Stablecoins I: USDC y Circle Mint, 10. Stablecoins II: USDT (Tether), 11. Liquidez y liquidación con contrapartes
Publicado
Un mapa de capacidades a proveedores, los límites de integración y los criterios para elegir cuando dos proveedores cubren lo mismo.
Conceptos
- Mapa de capacidades
- Límites de integración
- Eventos y conciliación
- Dependencia de proveedor
Qué decide el equipo
- Proveedor principal por capacidad, incluido el acceso a USDC y USDT.
- Qué estado se replica en nuestros sistemas y cómo se concilia.
Entregable
Diagrama de arquitectura de referencia y matriz capacidad-proveedor validada con cada proveedor.
USDC y USDT sin confusiones
Circle Mint no es una moneda: es el canal de Circle para emitir y redimir USDC. La comparación justa es token con token (USDC frente a USDT) y canal con canal.
| Aspecto | USDC (Circle) | USDT (Tether) |
|---|---|---|
| Qué es | Stablecoin (token) emitida solo por Circle. | Stablecoin (token) emitida por Tether. |
| Respaldo según el emisor | Redimible 1:1 por dólares; Circle publica reportes de reservas. | Anclada 1:1 al dólar; Tether declara reservas que incluyen efectivo, equivalentes y otros activos, y publica información de transparencia. |
| Canal institucional para emitir y redimir | Circle Mint (cuenta institucional con Circle). | Directamente con Tether, según sus términos de servicio. |
| Qué no confundir | Circle Mint es el canal, no la moneda. | El mismo USDT existe en varias redes: enviar por la red equivocada puede perder fondos. |
Proveedores contratados
Cómo se presenta cada proveedor y qué capacidad podría cubrir. Es una hipótesis de trabajo: el módulo 12 la valida con la documentación y el contrato de cada uno.
Fireblocks
Plataforma de wallets institucionales basada en MPC, con motor de políticas de aprobación.
Hipótesis: Candidata para llaves MPC, wallets hot y warm, y políticas de aprobación.
BitGo
Custodia institucional, con wallets multifirma y también de firma por umbral.
Hipótesis: Candidata para custodia de terceros y wallets warm o cold.
Kaleido
Plataforma para construir y operar redes y aplicaciones blockchain empresariales.
Hipótesis: Candidata para nodos, redes y la capa de integración con aplicaciones.