Pocas tecnologías han tenido una brecha tan amplia entre lo que se prometía de ellas y aquello para lo que realmente resultaron útiles.
Separar el logro del marketing
El resultado subyacente es genuino y merece decirse con claridad antes de la crítica.
El problema que se resuelve es este: permitir que un conjunto de partes que no confían entre sí, sin autoridad central, se pongan de acuerdo sobre un registro ordenado de eventos, de una forma que resista los intentos de hacer trampa. Eso había sido un problema abierto en computación distribuida durante mucho tiempo, y la combinación de enlace criptográfico, incentivo económico y mecanismo de consenso que lo abordó es una contribución real.
El coste de esa propiedad es la parte que se omite.
Cada participante almacena y verifica los mismos datos, lo cual es enormemente menos eficiente que una sola base de datos que hace el trabajo una vez.
El rendimiento está limitado por diseño, porque llegar a un acuerdo entre muchas partes lleva tiempo.
Cambiar cualquier cosa exige coordinación entre participantes que pueden estar en desacuerdo, que es precisamente el objetivo y también la razón de que estos sistemas evolucionen despacio.
Estás pagando un coste de eficiencia muy alto por una sola propiedad: no necesitar una parte central de confianza. Si ya tienes una, estás pagando por nada.
Esa sola frase explica la mayor parte de lo que le pasó al blockchain empresarial entre los anuncios y las discontinuaciones silenciosas.
Qué cubre la dirección
El alcance: bases de datos distribuidas, blockchains, contratos inteligentes, consenso, activos digitales y aplicaciones descentralizadas.
Cuatro áreas.
Fundamentos de sistemas distribuidos. Replicación, consistencia, comportamiento ante particiones y algoritmos de consenso, la mayoría anteriores por completo al blockchain.
Bloques criptográficos básicos. Hash, firmas, gestión de claves y qué garantiza realmente cada uno.
Contratos inteligentes. Modelos de programación, entornos de ejecución y la práctica de seguridad específica de ellos.
Aplicaciones y regulación. Dónde se usan realmente estos sistemas, y el marco legal que se está formando ahora a su alrededor.
La pregunta que mata a la mayoría de los proyectos
Se anunció un gran número de iniciativas corporativas de blockchain entre mediados de la década pasada y comienzos de esta. Un gran número se discontinuó en silencio. La razón fue consistente, y se puede reducir a un diagnóstico.
¿Hay una parte en la que todos los participantes confían para mantener el registro? Si la respuesta es sí, una base de datos gestionada por esa parte es más rápida, más barata, más fácil de cambiar y más fácil de recuperar. Casi todos los consorcios empresariales tenían una parte así, o podían nombrar una.
Tres preguntas más que eliminan la mayor parte de lo que queda.
¿Describen los datos el mundo físico? Si es así, la cadena registra lo que alguien introdujo. Un registro a prueba de manipulaciones de una afirmación sin verificar es una afirmación sin verificar a prueba de manipulaciones. Los proyectos de trazabilidad de cadena de suministro chocaron exactamente con esto: la dificultad nunca fue la base de datos, sino saber si lo que había en la caja coincidía con la etiqueta.
¿Hace falta borrar o corregir algo? La inmutabilidad choca con los derechos de protección de datos, con la corrección de errores y con las obligaciones legales de eliminar información. Es una incompatibilidad genuina y no un detalle de implementación.
¿Van a operar nodos realmente los participantes? Muchas cadenas de consorcio terminaron funcionando sobre infraestructura operada por una sola empresa, que es una base de datos con pasos adicionales y peor rendimiento.
Lo que sobrevive a ese filtro es un conjunto reducido: sistemas donde los participantes genuinamente no confían entre sí, donde no hay un operador central aceptable, y donde los datos son nativos del sistema y no una afirmación sobre el mundo. Los activos digitales, algunas aplicaciones de liquidación y compensación, y ciertos acuerdos transfronterizos caen dentro de ese conjunto. La mayoría de las demás cosas no, y decirlo es más útil que el entusiasmo.
Dónde encaja en el dominio
Blockchain y sistemas distribuidos es la octava de ocho direcciones en el dominio de IA, datos y computación de Astra Trainer, y está deliberadamente enfocada en la mitad de sistemas distribuidos. El material de consenso, replicación y consistencia es la parte duradera y se traslada a muchísima ingeniería ordinaria.
Conecta con ciencias de la computación para los fundamentos de sistemas distribuidos, con ciberseguridad para la gestión de claves y la seguridad de contratos, y con computación en la nube y DevOps para la infraestructura sobre la que corren estas redes. Puedes ver las ocho direcciones aquí.
Por qué la seguridad de los contratos inteligentes es distinta a otras seguridades
El área más técnicamente distintiva de esta dirección, y aquella donde el historial de fallos resulta más instructivo.
Un contrato inteligente es código desplegado en una cadena que se ejecuta automáticamente. Cuatro propiedades se combinan para hacer su problema de seguridad inusualmente implacable.
El código suele ser inmutable una vez desplegado. Un defecto no se puede parchear como el software ordinario. Existen patrones de actualización, y introducen sus propios riesgos, incluido el control centralizado que se supone que deben evitar.
Contiene valor directamente. Explotar un defecto no es un paso hacia un objetivo, es el objetivo, y el botín es transferible de inmediato.
Todo el mundo puede leerlo. El código desplegado es público, así que cualquiera puede buscar fallos con calma, con un incentivo económico directo para encontrar uno.
La ejecución es adversarial por defecto. El orden de las transacciones se puede manipular, las llamadas externas pueden reentrar en el contrato antes de que termine, las fuentes de precio se pueden mover, y suponer que un contrato llamado se comporta razonablemente es inseguro.
El resultado es que se han perdido sumas muy grandes por defectos que habrían sido bugs sin importancia en software convencional. La respuesta de ingeniería ha sido igual de estricta: verificación formal, múltiples auditorías independientes, pruebas adversariales extensas y despliegue por etapas con límites de valor. Esa disciplina tiene un valor genuino y se traslada bien a cualquier software de alta consecuencia.
Dónde paga realmente el conocimiento de sistemas distribuidos
La razón práctica para enseñar esta dirección, separada por completo de los activos digitales.
Los fundamentos que hay debajo del blockchain son los fundamentos que hay debajo de gran parte de la infraestructura moderna, y la mayoría de los ingenieros los sostienen sin firmeza.
Los algoritmos de consenso corren dentro de los sistemas de coordinación de los que dependen bases de datos, orquestadores y mallas de servicios.
Los modelos de consistencia. Entender qué garantiza realmente un almacén distribuido, y qué no, evita una clase de corrupción de datos difícil de detectar y más difícil de explicar.
El comportamiento ante particiones. Todo sistema distribuido tiene que elegir qué hace cuando partes de él no pueden comunicarse, y esa elección tiene consecuencias que la aplicación debe gestionar.
La verificación criptográfica. El hash, las firmas y las estructuras a prueba de manipulaciones se usan mucho más allá de esta dirección, en la integridad de la cadena de suministro de software, los registros de auditoría y la verificación de documentos.
La gestión de claves. El problema operativo más difícil de esta área, y uno que se aplica dondequiera que se use criptografía. Perder las claves significa perder el acceso sin posibilidad de recuperación, lo cual es un problema de flujo de trabajo y gobernanza, no matemático.
Una organización que forma gente aquí obtiene ingenieros de sistemas distribuidos, una capacidad escasa y duradera sin importar lo que pase en los mercados de activos.
Los puestos, nombrados
Ingenieros de sistemas distribuidos. El puesto más amplio y más duradero.
Desarrolladores de contratos inteligentes.
Auditores de contratos inteligentes e investigadores de seguridad, un grupo genuinamente especializado y bien pagado.
Ingenieros de protocolo, que trabajan en las propias redes.
Ingenieros criptográficos.
Ingenieros de infraestructura blockchain y operaciones de nodos.
Especialistas en custodia de activos digitales y gestión de claves.
Especialistas en cumplimiento y regulación de activos digitales, un área que crece rápido conforme entran en vigor los marcos normativos.
Analistas de blockchain, que rastrean actividad en cadena, muy usados en investigación y aplicación de la ley.
Quién puede formarse para esto
Ingenieros backend y de sistemas. La ruta principal. Los conceptos de sistemas distribuidos se construyen sobre lo que ya saben, y la capa criptográfica es una incorporación bien definida.
Ingenieros de seguridad. Hacia la auditoría de contratos inteligentes, donde el pensamiento adversarial es la habilidad central y los detalles del dominio son aprendibles.
Ingenieros de bases de datos. Hacia sistemas de datos distribuidos, ya con los conceptos de consistencia y replicación en la mano.
Ingenieros de sistemas financieros. Hacia aplicaciones de liquidación y custodia, donde la mitad del dominio es la parte escasa.
Profesionales de cumplimiento y delitos financieros. Hacia el cumplimiento de activos digitales y el análisis en cadena, donde el método de investigación existente se traslada directamente.
Graduados en criptografía y matemáticas. Hacia la ingeniería de protocolos.
Auditores. Hacia el proceso de revisión de contratos y la gobernanza, que complementa a la auditoría técnica en lugar de sustituirla.
Regulación, custodia e irreversibilidad. Los activos digitales están sujetos a regulación financiera, tratamiento fiscal, obligaciones contra el blanqueo de capitales y legislación de valores que difieren sustancialmente según la jurisdicción y cambian con rapidez. Las transacciones son generalmente irreversibles, y la pérdida o el compromiso de las claves suele significar pérdida permanente sin mecanismo de recuperación. Los registros inmutables pueden entrar en conflicto con los derechos de protección de datos, incluidos los derechos de supresión y corrección. Nada de esto es asesoramiento de inversión, legal o fiscal, ni una recomendación sobre ningún activo. Las organizaciones deben buscar asesoramiento profesional cualificado antes de cualquier despliegue o tenencia.
Qué llevarte de esto
El consenso distribuido entre partes que no confían entre sí es un logro real, y es caro por diseño porque eso es lo que cuesta esa propiedad.
El diagnóstico que acabó con la mayoría de los proyectos empresariales es simple: si existe una parte de confianza, una base de datos es mejor en cada dimensión que importa.
Registrar en una cadena una afirmación sobre el mundo físico la hace a prueba de manipulaciones, no verdadera.
La seguridad de los contratos inteligentes es inusualmente implacable porque el código es inmutable, público, se ejecuta de forma adversarial y contiene valor directamente, y la disciplina de ingeniería resultante vale la pena tomarla prestada en otros sitios.
Y la razón duradera para enseñar esto es la capacidad de sistemas distribuidos, que sigue teniendo valor pase lo que pase con los mercados de activos.
¿Qué problema resuelve realmente un blockchain?
Dejar que partes que no confían entre sí lleguen a un acuerdo sobre un registro ordenado sin autoridad central. Esa propiedad es real y cuesta muchísimo en eficiencia, porque cada participante almacena y verifica los mismos datos.
¿Por qué se paró la mayoría de los proyectos de blockchain empresarial?
Porque existía, o se podía nombrar, una parte de confianza, lo que hace que una base de datos convencional sea más rápida, más barata y más fácil de cambiar. Muchas cadenas de consorcio también acabaron operadas por una sola empresa, lo que elimina la razón de usar una.
¿Puede un blockchain garantizar la trazabilidad de la cadena de suministro?
Puede hacer el registro a prueba de manipulaciones. No puede verificar que lo que alguien introdujo coincide con la realidad física, y esa verificación siempre fue la parte difícil.
¿Por qué es tan difícil la seguridad de los contratos inteligentes?
Porque el código desplegado suele ser inmutable, es públicamente legible, contiene valor directamente y se ejecuta en un entorno adversarial donde manipular el orden de las transacciones, las llamadas reentrantes y las fuentes de precio son métodos de ataque habituales.
¿Vale la pena formarse en esto?
La mitad de sistemas distribuidos, sin condiciones. El consenso, los modelos de consistencia, el comportamiento ante particiones, la verificación criptográfica y la gestión de claves se aplican en toda la infraestructura moderna sin importar los mercados de activos digitales.