17 · Blockchain en la empresa: valor, casos y costos

Nivel: Avanzado-Producción · ⏱️ Duración estimada: 150 min · Fuente: informes del BIS y el WEF, casos públicos documentados y The Blockchain and the New Architecture of Trust (Werbach) ⬅️ Currículo · 📚 Bibliografía 🧭 ⬅️ Anterior: 16 · Infraestructura y operación de nodos · 📚 Índice · ➡️ Siguiente: 18 · Implementación empresarial end-to-end 📖 Glosario de términos · 🌱 ¿Nuevo en esto? Empieza aquí

Este módulo responde la pregunta del directorio: ¿qué gana la empresa con esto, en qué se usa, cuánto cuesta llevarlo a cabo y qué servicios existen para no construir todo? Con casos reales verificables — éxitos y fracasos — porque el criterio profesional se entrena con ambos.

🎯 Objetivos

• Identificar los cinco beneficios reales que una blockchain aporta a una empresa y su mecanismo.
• Mapear los usos con tracción por sector y distinguirlos de los sobreprometidos.
• Analizar casos de éxito y fracaso documentados extrayendo la lección de cada uno.
• Presupuestar a orden de magnitud un proyecto empresarial (equipo, auditoría, infraestructura, servicios).
• Evaluar los servicios del mercado (custodia, nodo gestionado, KYT, auditoría) y cuándo contratarlos.

📚 Resultados de aprendizaje

Al finalizar, el estudiante podrá:

1. Explicar ante un directorio, sin jerga, qué gana la empresa y qué mecanismo produce ese beneficio.
2. Clasificar un caso de uso como de tracción real, emergente o humo, con evidencia.
3. Extraer la lección de un caso fallido y aplicarla a una propuesta nueva.
4. Construir un presupuesto de proyecto con partidas completas y precios citados en vivo.
5. Seleccionar servicios de terceros con criterios de build vs. buy justificados.
6. Anticipar las consideraciones regulatorias, reputacionales y de gobernanza del caso.

🗺️ Temas

🧠 Modelo mental

Piensa en la blockchain empresarial como un notario compartido y programable entre organizaciones que no se tienen plena confianza. Donde hoy dos empresas concilian planillas por correo durante días, un registro común liquidado en minutos elimina la conciliación: ese es el mecanismo del beneficio, no la palabra "blockchain".

El límite de la analogía: un notario da fe, pero no ejecuta; los contratos inteligentes además ejecutan (liquidan, reparten, bloquean), y eso convierte errores de negocio en pérdidas automáticas — por eso los costos de auditoría y límites operativos son parte del caso de negocio, no un extra.

🧩 Esquema visual

Dónde aparece el beneficio: el antes y el después de una liquidación entre empresas.

flowchart LR
    subgraph HOY["Proceso tradicional"]
        A1["Empresa A: su base de datos"] --> C1["Conciliacion manual<br>correo, planillas, dias"]
        B1["Empresa B: su base de datos"] --> C1
        C1 --> L1["Liquidacion T+2 o mas"]
    end
    subgraph CADENA["Con registro compartido"]
        A2["Empresa A"] --> R["Registro comun<br>contrato inteligente"]
        B2["Empresa B"] --> R
        R --> L2["Liquidacion en minutos<br>sin conciliacion"]
    end
    HOY -.->|"beneficio: menos costo,<br>menos riesgo, mas velocidad"| CADENA

Flujo de decisión del caso de negocio:

flowchart TD
    P["Problema del negocio"] --> Q1{"Varias organizaciones<br>que no confian plenamente"}
    Q1 -->|no| BD["Base de datos tradicional:<br>mas barata y rapida"]
    Q1 -->|si| Q2{"El beneficio supera<br>costo total del proyecto"}
    Q2 -->|no| BD
    Q2 -->|si| Q3{"Regulacion y datos<br>lo permiten"}
    Q3 -->|no| ESP["Esperar o rediseñar el alcance"]
    Q3 -->|si| GO["Caso de negocio viable:<br>elegir red y servicios"]

📖 Conceptos y definiciones

• Conciliación: proceso de cuadrar registros entre organizaciones; su eliminación es el beneficio empresarial más medible.
• Liquidación atómica (DvP): entrega contra pago en una sola transacción; elimina el riesgo de contraparte del intervalo.
• Tokenización / RWA: representar activos del mundo real (fondos, bonos, facturas) como tokens con reglas programadas.
• Stablecoin: token anclado a moneda fiat; el vehículo de pagos y remesas con más tracción del ecosistema.
• Custodio regulado: empresa licenciada que guarda claves por terceros (Fireblocks, BitGo, bancos custodios).
• KYT (Know Your Transaction): análisis de transacciones contra listas y patrones ilícitos; obligación según jurisdicción.
• Red permisionada: participantes autorizados (Fabric, Besu, Corda); privacidad a cambio de gobernanza de consorcio.
• Piloto vs. producción: el piloto prueba tecnología; producción exige modelo de negocio, gobernanza y cumplimiento — la mayoría de los fracasos ocurre en ese salto.
• Costo total (TCO): equipo + auditoría + infraestructura + servicios + cumplimiento + operación, no solo el desarrollo.

🔬 Profundización

Qué ganan las empresas: beneficio → mecanismo → evidencia

Casos de estudio: éxito y fracaso, con lección

El mapa de servicios: qué se contrata y a quién

Costos asociados: el presupuesto completo

Partidas para un proyecto mediano de 6 meses (órdenes de magnitud del mercado — consulta precios en vivo): el equipo (6-8 personas) domina el costo; auditoría externa 30.000-150.000+ USD según alcance; infraestructura 500-5.000+ USD/mes (módulo 16); custodia fijo mensual + variable; KYT/cumplimiento suscripción anual; gas marginal en L2 post-EIP-4844, relevante en L1. El error clásico: presupuestar solo el desarrollo y descubrir auditoría y cumplimiento a mitad de camino.

El caso de negocio, con la cuenta hecha

Un comité no aprueba "innovación": aprueba un número. Hagamos la cuenta de un caso concreto —conciliación de facturas entre una empresa y sus 40 proveedores— porque el método sirve para cualquier otro.

Paso 1 — cuantificar el dolor actual. Sin esto, no hay conversación:

40 proveedores × 300 facturas/mes    = 12 000 facturas
Discrepancias que exigen intervención humana (3 %)  =    360 casos/mes
Tiempo medio por caso                =     25 min
                                       ─────────────
                                        150 h/mes  ≈  1 persona a tiempo completo
Coste cargado (~35 €/h)              ≈  5 250 €/mes  ≈  63 000 €/año

Paso 2 — el coste total, no el del desarrollo. Aquí es donde mueren los casos mal hechos:

Paso 3 — la comparación honesta. El ahorro son 63 000 €/año y el coste recurrente 67 000 €/año. El caso no se sostiene: nunca se amortizan los 227 000 € iniciales, porque ni siquiera cubre su propia operación.

Y esa es la conclusión correcta. Un análisis que siempre dice que sí no es un análisis.

Qué habría cambiado el resultado:

• Más volumen. Con 400 proveedores en vez de 40, el ahorro sube a ~630 000 €/año y el coste apenas se mueve. Los proyectos de conciliación se justifican por escala.
• Un beneficio adicional cuantificable, como reducir el plazo de pago y con ello el capital circulante inmovilizado.
• Una alternativa más barata que funcione igual. Y aquí la pregunta incómoda: una API compartida con registros firmados y un tercero neutral resolvería buena parte del problema por una fracción del coste. Si la respuesta es que sí, el caso honesto es no usar blockchain.

💡 En una frase: el caso de negocio no lo decide la tecnología, lo decide la escala. Y un análisis serio tiene que poder terminar en "no".

🗣️ Cómo explicarlo a clientes y personas que no conocen el tema

El mejor caso de negocio muere si la contraparte no lo entiende. Reglas de comunicación probadas en el sector (versión ampliada y para imprimir en la guía de comunicación):

El discurso de 30 segundos

"Hoy, cuando su empresa y sus socios mueven [dinero/activos/registros], cada uno lleva su propia planilla y cuadrarlas toma días y errores. Esto es un registro único compartido que nadie puede alterar por su cuenta y que ejecuta las reglas que todos acordaron, automáticamente. Resultado: lo que hoy tarda días, tarda minutos, y nadie discute los números."

Ni una sola vez dice "blockchain", "cripto", "token" ni "descentralización". Primero el problema y el resultado; la tecnología después, y solo si la preguntan.

Traducción de jerga: qué decir en lugar de qué

Analogías que funcionan (y su límite)

• Libro de contabilidad notariado entre empresas: útil para conciliación; aclara que además ejecuta (el notario no ejecuta).
• El contenedor marítimo: un estándar común que abarata mover valor entre organizaciones, como el contenedor abarató mover carga.
• Correo electrónico del dinero: transferir valor como se transfiere un correo, sin oficinas de por medio; aclara que aquí no hay "deshacer envío" — por eso los límites y controles.

Manejo de objeciones frecuentes

Regla final: nunca prometas rentabilidad ni uses el precio de las criptomonedas como argumento — destruye la credibilidad del caso operativo y puede tener implicancias legales.

🧪 Laboratorio guiado

🧪 Estas prácticas están catalogadas y resueltas paso a paso en el catálogo de laboratorios.

Análisis de caso con plantilla, sobre fuentes primarias:

1. Elige un caso de la tabla (éxito o fracaso) y localiza dos fuentes primarias (anuncio oficial, informe del regulador, documentación del producto).
2. Completa la ficha: problema de negocio → mecanismo del beneficio → evidencia medible → costos visibles → riesgos y consideraciones → estado actual (verifícalo en vivo).
3. Aplica el flujo de decisión del esquema visual: ¿habrías aprobado el proyecto con la información de su época?
4. Contrasta con la matriz del módulo 00: ¿este caso necesitaba blockchain o una base de datos?
5. Presenta la ficha en una página, como si fuera para un comité de inversión.

📝 Reto verificable

Elabora el caso de negocio de una empresa real o ficticia de tu sector que evalúa blockchain: beneficio con mecanismo y cifra estimada, caso comparable citado, presupuesto completo por partidas (con fuentes y fecha de consulta), servicios a contratar vs. construir, tres riesgos con mitigación y la alternativa sin blockchain evaluada honestamente.

Acompáñalo del discurso de 30 segundos adaptado a ese cliente, sin jerga.

Criterio de aceptación: el documento cabe en dos páginas; cada cifra tiene fuente y fecha; incluye al menos un caso comparable de éxito y uno de fracaso con su lección; la alternativa "base de datos tradicional" tiene análisis real, no de paja; el discurso no usa ninguno de los términos de la columna "No digas".

⚠️ Errores frecuentes

🛡️ Seguridad y ética

• No presentes proyecciones de retorno como garantías: este programa no da asesoría financiera y un caso de negocio honesto declara sus supuestos.
• Cita las fuentes de cada caso; los números de casos reales cambian — verifica el estado actual antes de usarlos en una decisión.
• Considera el impacto en usuarios finales: custodia, privacidad de datos transaccionales y reversibilidad de errores son decisiones éticas, no solo técnicas.
• El cumplimiento (KYT, reportes) protege a la empresa y al ecosistema; diseñarlo desde el inicio es más barato que remediarlo.

🔗 Referencias

• Werbach, The Blockchain and the New Architecture of Trust (MIT Press).
• BIS — informes sobre tokenización y dinero digital: https://www.bis.org/
• World Economic Forum — informes de adopción blockchain: https://www.weforum.org/
• MiCA — Reglamento (UE) 2023/1114: https://eur-lex.europa.eu/eli/reg/2023/1114/oj
• Chile — regulación y tributación en el programa: documento local
• Lectura extendida del programa: Industria · Blockchain para empresas y Modelos de negocio

✅ Criterio de dominio

• Explicas beneficio→mecanismo→evidencia de al menos tres casos reales sin recurrir a marketing.
• Presupuestas un proyecto con todas las partidas y fuentes citadas.
• Extraes y aplicas la lección de al menos dos fracasos documentados.

🧭 Navegación

⬅️ Módulo 16 · Infraestructura y operación de nodos · 📚 Índice del currículo · ➡️ Módulo 18 · Implementación empresarial

🧠 Autoevaluación del módulo

Responde sin volver atrás. Cada opción incorrecta corresponde a un error frecuente documentado en este mismo módulo: si fallas, la explicación te dice qué releer.