En Hyperledger Fabric v0.6, se puede implementar una aplicación de cadena de suministro que permita rastrear la procedencia y evite el doble gasto (es decir, distribuir / vender artículos más de lo que tiene) y así evitar falsificaciones. Como ejemplo, cuando un proveedor suministra 500 unidades de un artículo a un distribuidor, estos datos se almacenan en el libro mayor. El distribuidor puede distribuir una cantidad específica de un artículo a un revendedor particular llamando a una función de "transferencia". La función de transferencia hace lo siguiente:

comprueba si el distribuidor tiene suficiente cantidad de un artículo para distribuir a un revendedor particular (es decir, si la cantidad a transferir <= cantidad actual)actualiza el libro mayor (es decir, deduce la cantidad actual del distribuidor y agrega esto a la cantidad actual del distribuidor)

Con este enfoque, el distribuidor no puede distribuir más (es decir, doble gasto) de lo que tiene (por ejemplo, distribuir artículos falsificados / de contrabando).

Además, un consumidor puede rastrear la procedencia (por ejemplo, un artículo se compró al revendedor1, que vino de un distribuidor, que vino de un proveedor) mirando el libro mayor.

Sin embargo, dado que utiliza un solo libro mayor, la privacidad es un problema (por ejemplo, el revendedor2 puede ver la cantidad de artículos pedidos por el revendedor1, etc.)

Una solución propuesta para imponer privacidad es utilizar múltiples canales en Hyperledger Fabric v1.0. En este enfoque, el proveedor y el distribuidor utilizan un canal / libro separado. Del mismo modo, el distribuidor y el revendedor1 utilizan un canal / libro separado, y otro canal / libro separado para el distribuidor y el revendedor 2.

Sin embargo, dado que los revendedores (es decir, revendedor1 y revendedor2) no tienen acceso al canal / libro mayor del proveedor y distribuidor, los revendedores no tienen idea de la cantidad real suministrada por el proveedor al distribuidor. Por ejemplo, si el proveedor suministró solo 500 cantidades al distribuidor, el distribuidor puede reclamar a los revendedores que obtuvo 1000 cantidades del proveedor. Con este enfoque, no se evitará el doble gasto / falsificación.

Además, ¿cómo se implementará el rastreo de procedencia? ¿Se le dará acceso a un consumidor a todos los canales / libros de contabilidad? Si este es el caso, la privacidad se convierte nuevamente en un problema.

Dado esto, ¿cómo podemos usar múltiples canales en Hyperledger Fabric v1.0 mientras permitimos rastrear la procedencia y prohibir el doble gasto?