¿Necesita su empresa un blockchain? Una prueba honesta

Hágase esta pregunta: ¿necesitan varias organizaciones, que no se fían del todo entre sí, un registro compartido que ninguna controle por sí sola? Piense en un fabricante, una naviera, un agente de aduanas y un banco, todos actualizando el mismo historial de un envío, cada uno temiendo que los demás lo cambien.

Si la respuesta es no, ya ha terminado. Una base de datos con buen control de acceso y copias de seguridad cumple la función, y su equipo de TI ya sabe manejar una. Un blockchain añade coste y complejidad, así que tiene que aportarle algo que una base de datos no puede: un registro que nadie puede editar en silencio, custodiado entre todos.

Hay tres opciones realistas y, para el uso empresarial, la intermedia suele ser la interesante. Un libro mayor con permisos lo comparten socios identificados, cada uno con su propio nodo, y con reglas sobre quién puede leer y escribir. Una cadena pública está abierta a cualquiera, lo que encaja en pocos procesos empresariales y plantea más preguntas de privacidad y de regulación.

Para casi todas las empresas con las que hablamos, la respuesta honesta es la primera columna. Cuando es la segunda, el grupo de socios y su acuerdo sobre las reglas importan más que la tecnología.

Un libro mayor compartido cuesta más que una base de datos, tanto de construir como de operar, y exige que varias empresas se pongan de acuerdo en las reglas, la incorporación y quién paga. Esa coordinación suele ser más difícil que el código. Si el beneficio es pequeño, el proyecto se detiene en la primera reunión.

La privacidad es la otra trampa. Los datos escritos en un libro mayor son difíciles de borrar, lo que choca con las normas de protección de datos que dan a las personas derecho de supresión. El enfoque habitual es dejar los datos en los sistemas de cada parte y registrar solo una huella, de modo que cualquiera pueda demostrar que un registro no ha cambiado sin verlo. Las normas varían según el país, así que revíselas localmente.

Si su diseño incluye contratos inteligentes, programas que se ejecutan en el libro mayor y hacen cumplir las reglas acordadas, trátelos como el código de pagos de un banco. Una vez desplegados es difícil cambiarlos, y un error puede bloquear o desviar transacciones empresariales reales.

Un contrato inteligente en producción debe ser revisado por un auditor independiente que no lo haya escrito, probado a fondo y desplegado por etapas. Nosotros lo construimos así, y recomendamos exigir a cualquier proveedor, nosotros incluidos, el informe de auditoría antes de la puesta en marcha.

Empiece poco a poco. Elija un proceso, dos o tres socios que ya lo quieran y una medida clara de éxito, como menos disputas o una conciliación más rápida. Manténgalo entre empresas, sin tokens a la venta y sin custodiar los fondos de nadie.

Acuerde primero las reglas por escrito, construya la versión más pequeña que funcione y solo entonces piense en ampliar. Si los socios pierden el interés antes del lanzamiento, habrá aprendido algo a bajo coste.