Cadena privada o pública

La verdadera pregunta: quién tiene que confiar en quién

Los proyectos de cadena de suministro suelen empezar con un objetivo que suena técnico: rastrear un lote desde la granja o la fábrica hasta el lineal, demostrar que un certificado es auténtico, mostrar a un regulador o a un cliente de dónde viene algo. La elección tecnológica se deriva de una pregunta más sencilla. ¿Quién lleva el registro, y tienen las demás partes que fiarse de su palabra?

Si una empresa lleva el registro y sus proveedores y clientes están conformes con confiar en ella, basta con una base de datos compartida con un buen control de acceso y un registro de auditoría. Si varias empresas necesitan escribir en el registro, y ninguna debería poder reescribir la historia sin que las demás lo noten, empieza a tener sentido un libro compartido entre ellas. Si cualquiera debe poder comprobar el registro, incluidas personas sin cuenta y sin relación con usted, la herramienta es una cadena pública.

Cuando la respuesta honesta es una base de datos compartida

Desarrollamos blockchains, y aun así recomendamos una base de datos más a menudo que una cadena. Una base de datos es más rápida, más barata de mantener, más fácil de cambiar y conocida por todos los desarrolladores que vaya a contratar. El control de acceso decide quién ve qué. Un registro de auditoría de solo anexado, escrito por la propia base de datos, muestra cada cambio y quién lo hizo. Las copias de seguridad diarias en manos de un tercero añaden otro testigo.

• Elija una base de datos cuando una organización responde del registro y las demás lo aceptan.
• Elija una base de datos cuando lo difícil es conseguir que los proveedores suban algo. Un libro no arregla un certificado que falta.
• Elija una base de datos cuando sus socios no vayan a ejecutar software propio. Una cadena en la que usted ejecuta todos los nodos es una base de datos con pasos de más.
• Elija una base de datos cuando la forma de los datos cambia a menudo. Los esquemas de una base de datos se migran con facilidad; los datos de un libro están pensados para quedarse como se escribieron.

Elija lo que elija, use un vocabulario común. La norma EPCIS de GS1 existe para que distintas aplicaciones puedan crear y compartir datos de eventos de visibilidad dentro de una empresa y entre empresas ^[5]. Registrar los eventos con esa forma facilita mucho conectarse más adelante con socios, auditores y minoristas, en una base de datos o en una cadena.

Cadenas privadas con permisos

Una cadena privada es un libro gestionado por un grupo conocido. Cada miembro ejecuta un nodo; una transacción solo se registra cuando la red se pone de acuerdo, y ningún miembro puede reescribir el pasado sin que los demás lo vean. Hyperledger Fabric describe este modelo como uno para participantes conocidos e identificados bajo un modelo de gobierno, y señala que su consenso no necesita una criptomoneda propia ^[1]. Fabric también permite a los miembros formar canales y colecciones de datos privados, para que un conjunto de transacciones solo sea visible para las partes implicadas ^[1].

Besu, un cliente de Ethereum que se usa en redes privadas, ofrece permisos por nodo y por cuenta, para que solo los nodos y las cuentas indicados puedan acceder a la red ^[2]. Construir con las herramientas de Ethereum tiene una ventaja práctica: los contratos inteligentes, las carteras y los desarrolladores son los mismos que usa el ecosistema público.

• Adecuada cuando: varias empresas escriben en el registro, cada una quiere una copia que controla y se ponen de acuerdo en quién puede entrar.
• Atención a: el gobierno de la red. Quién admite a un miembro nuevo, quién actualiza los contratos y qué pasa cuando un miembro se va son preguntas de negocio que necesitan respuesta antes de la puesta en marcha.
• Prevea: que cada parte ejecute un nodo, o pague a alguien para que lo ejecute por ella. Una red solo es tan independiente como sus operadores.

Cadenas públicas

Cualquiera puede leer y verificar una cadena pública como Ethereum. Esa es su fuerza y, en las cadenas de suministro, su principal límite. El propio ethereum.org describe Ethereum como un libro público y transparente por diseño ^[4]. Los precios, los volúmenes, los nombres de los proveedores y cualquier otra cosa que escriba ahí pueden leerlos sus competidores tan fácilmente como sus clientes.

Escribir en una cadena pública también tiene una comisión. En Ethereum, quien envía una transacción paga gas, y cuando la demanda en la red es alta, la comisión necesaria para que se incluya una transacción sube con ella ^[3]. Eso hace que el coste de una cadena pública dependa de la actividad de otros, algo incómodo para una empresa que registra miles de eventos al día.

La respuesta habitual es dejar los datos fuera de la cadena pública y anclar en ella pruebas. El portal guarda los registros en su propia base de datos o en un libro privado, y cada cierto tiempo escribe en una cadena pública una sola huella (un hash) de un lote de ellos. Cualquiera que reciba un registro puede comprobar después que coincide con la huella y que no se ha alterado desde entonces, sin que nadie publique el registro en sí.

• Adecuada cuando: se dirige al público en general o a clientes con los que no tiene contrato, y la afirmación debe poder verificarse sin confiar en usted.
• Atención a: comisiones que se mueven con la red, y cualquier dato sensible que quedaría legible para siempre.
• Prevea: carteras y claves. Quien tiene la clave que escribe los anclajes tiene la autoridad para escribirlos.

Qué va en la cadena, y qué se queda fuera

Use el tipo de cadena que use, ponga en ella lo mínimo posible. Los documentos, las imágenes y los certificados van en un almacenamiento corriente; la cadena guarda sus huellas y los eventos que los referencian. Así el libro se mantiene pequeño y rápido, y los archivos sensibles siguen bajo control de acceso.

Los datos personales necesitan un cuidado especial. La ley canadiense de privacidad del sector privado, la PIPEDA, se basa en principios de tratamiento justo de la información que incluyen la exactitud y el acceso individual, según los cuales las personas pueden impugnar la exactitud y la integridad de su información y conseguir que se modifique cuando proceda ^[6]. Un registro que nunca se puede cambiar encaja mal con eso. Deje fuera de la cadena los nombres, las direcciones y cualquier otro dato sobre personas, e implique pronto a sus propios asesores en lo que deben permitir sus registros.

Convivir con la decisión después de la puesta en marcha

El desarrollo es la parte visible. Los años siguientes son donde más se diferencian las opciones, así que piense en ellos antes de comprometerse.

• Una base de datos compartida se mantiene como cualquier sistema de empresa: actualizaciones, copias de seguridad, revisiones de acceso y algún cambio de esquema de vez en cuando. Cualquier equipo competente puede hacerse cargo de ella.
• Una cadena privada es una pequeña red de operadores independientes. Cada nodo necesita actualizaciones acompasadas con los demás, los miembros necesitan altas y bajas, y las actualizaciones de los contratos necesitan el acuerdo de todas las partes. Alguien tiene que coordinarlo, y conviene nombrar a quién en las reglas de gobierno.
• El anclaje en una cadena pública es ligero de mantener, pero sus claves son críticas. Guárdelas en un módulo de hardware o en un servicio gestionado de claves, tenga un plan de recuperación por escrito y vigile las comisiones para que una semana de mucha actividad en la red no le pille por sorpresa.
• En todas las vías, las integraciones con los sistemas de proveedores y clientes son lo que más cuidado necesita con el tiempo, porque esos sistemas cambian sin preguntarle.

El mismo portal de trazabilidad, de tres formas

Los tres ejemplos prácticos de abajo son un mismo producto: un portal donde los proveedores suben datos de lotes y certificados en inglés y francés, el personal rastrea un lote terminado hasta sus insumos y se envían alertas cuando falta un certificado. Solo cambia el registro que hay debajo. Cada uno muestra la horquilla de nuestra tarifa de hoy, con el desarrollo y el coste mensual de funcionamiento.

La diferencia entre el primer ejemplo y los otros dos es el precio de la garantía adicional que aporta cada cadena. Si nadie en su cadena de suministro necesita esa prueba independiente, el primer ejemplo es el que hay que desarrollar.

Preguntas que responder antes de elegir

1. 01

   ¿Quién escribe en el registro?

   Una organización, varias o cualquiera. Esto por sí solo resuelve la mayoría de los proyectos.

2. 02

   ¿Quién debe poder comprobarlo, y confía en usted?

   A los socios con contrato se les puede dar acceso. Al público no, y ahí es cuando una cadena pública se gana su sitio.

3. 03

   ¿Ejecutarán un nodo sus socios?

   Si no, la cadena privada la gestiona usted solo, y su independencia es solo sobre el papel.

4. 04

   ¿Qué es sensible?

   Los precios, los volúmenes, la identidad de los proveedores y los datos personales no deberían estar en ningún libro que otros puedan leer.

5. 05

   ¿Cómo entrarán los datos?

   Las integraciones con ERP, escáneres y sensores suelen costar más esfuerzo que el libro. Póngales precio primero.

6. 06

   ¿Quién gobierna la red?

   Las altas, las bajas, las actualizaciones y las disputas necesitan reglas escritas, acordadas por todos los miembros antes de la puesta en marcha.

Si las respuestas apuntan a una base de datos, se lo diremos y desarrollaremos eso. Si apuntan a una cadena, desarrollamos redes privadas y contratos en cadenas públicas, y todo contrato que custodia valor pasa por una revisión y, cuando lo justifica, por una auditoría externa.