Category: Lifestyle

Consultado por Deutsche Bahn / DB Vertrieb GmbH para trabajar en el contenido de un taller de un programa interno de emprendimiento, Unibright evaluó la tokenización del ecosistema alrededor de una empresa de transporte público con la ayuda de la tecnología Blockchain

El Desafío

Deutsche Bahn AG es una empresa de ferrocarriles. Es el operador y dueño de infraestructura más grande en Europe. También ha sido una de la de mayores ingresos, dentro del sector en el mundo durante el 2015. Transporte alrededor de dos mil millones de pasajeros al año.

En el estado actual, los clientes de DB ya pueden usar diferentes canales para obtener un tiquete para un tren específico. El cliente puede adquirir un boleto en línea a través de www.bahn.de, en una máquina de boletos o usando la aplicación “DB Navigator” en un teléfono inteligente. Algunas de estas entradas son personalizadas, otras son anónimas. Algunos de estos se imprimen, otros se pueden almacenar en línea, mientras los que son comprados a través de la aplicación DB Navigator también se pueden almacenar directamente en el teléfono inteligente del cliente.

Además los viajeros tienen acceso una variedad adicional de servicios junto con su viaje, por ejemplo: transporte local desde o hacia la estación, servicio de catering dentro y fuera del tren, además puede acceder a  muchas empresas individuales en los alrededores de la estación, como hoteles, Restaurantes y empresas de taxis.

Akram Sioud, desarrollador de BI y entusiasta blockchain en DB Distribution. Consultó a Unibright luego de presentar con éxito, el concepto inicial a la junta ejecutiva de Deutsche Bahn.   

Juntos ellos desarrollaron una Blockchain basada en la solución  conjunta para unir los servicios durante el viaje de un cliente en la empresa (Tickets, transporte local, acomodación, conexión de trenes locales).

Unibright recibió instrucciones de realizar una inmersión de 4 semanas y la preparación de un taller interno de DB para la preparación del proyecto. Extraer partes del concepto que podrían potencialmente introducir en el concepto y pueda ser asuntos de implementación e integración.

Unibright proporcionó 3 empleados que conjunto con los expertos de DB Vertrieb, denominó a este proyecto como “Deutsche Bahn Vertrieb: Tokenización de ecosistemas a través de Blockchain”.

Motivación y explicación de términos

Hablando del nombre del proyecto, se explicará y motivará los términos del título de trabajo “Tokenización del ecosistema a través de Blockchain”

Ecosistema

Hay puntos de vista tanto estructurales como técnicos en un ecosistema.

Estructural, Deutsche Bahn y todos los proveedores de servicios están conectados en un ecosistema en construcción. Desde el punto de vista de un cliente, algunos actores en este ecosistema ya están conectados. Por ejemplo, cuando un cliente compra un tiquete y el viaje correspondiente es realizado por los trenes de Deutsche Bahn y los trenes locales de proveedores independientes.

Otros involucrados en el ecosistema aún no están completamente integrados, por ejemplo, los servicios complementarios como hoteles. Un ticket suelto de los de las empresas complementarias es proporcionado por lo que ofrece Deutsche Bahn, por ejemplo. un cupón de hotel que un cliente puede usar cuando perdió el último tren de conexión debido a un retraso en el tren.

Tecnico, un ecosistema es definido por el flujo de datos entre las diferentes compañías y sus sistemas informáticos. Algunos de esos flujos pueden ser definidos y potencializados ofreciendo API´s en cualquier sentido de la conexión. Otro flujo de datos puede existir pero no está soportado por una integración automatizada.  

Marten Jung, CEO de Unibright, dijo:

Uno de los objetivos de los talleres de concepto es de definir, cuáles actores pueden ser parte del ecosistema alrededor de Deutsche Bahn. De esta manera se pueda hacer proposiciones de cómo se puede crearlo. El resultado debe ser natural para el cliente y proporcionar una ventaja tangible.

Tokenización

El método escogido es de crear un ecosistema, en el que el desafió es de la Tokenización. Básicamente, significa transferir los valores y activos participantes en tokens, que actúan como representantes de valor o tickets con un sentido específico en el ecosistema.

Los tokens pueden ser configurados de manera que sean transferibles, parcialmente, de esta manera puede ser controlable y puede ser restringido en su uso debido a la ubicación, el tiempo o los eventos.

Daniel Benkenstein, CIO de Unibright, explicó:

Uno de los objetivos del concepto del taller era tokenizar valores y activos que pueden ser parte de ese ecosistema futuro. También verificar las posibles transformaciones de los sistemas basados ​​en valores existentes como “BahnBonus-Punkte” (un programa de recompensas en el que un cliente puede acumular puntos para compra de cada ticket).

Blockchain

Es la tecnología perfecta para construir ecosistemas tokenizados. Los valores se pueden personalizar sin estar centralizados. El concepto de “confianza sin confianza” está definido por la tecnología blockchain. Lo que facilita que los nuevos participantes decidan convertirse en parte del ecosistema. Y, finalmente, el cliente tiene un beneficio real de ser parte de un ecosistema descentralizado y fortalece implícitamente el ecosistema al usarlo.

Stefan Schmidt, CTO de Unibright, agregó:

La parte técnica de integrar a los jugadores existentes en un ecosistema de nueva construcción no es fortuita. Por lo tanto, uno de los objetivos del concepto del taller fue mostrar qué partes de la solución pueden vivir en una Blockchain y cómo pueden integrarse con el “mundo fuera de cadena”, un desafío que está explícitamente dirigido por el Marco de Unibright.

Conceptos Básicos

La idea básica es representar todas las partes de un “viaje” común mediante tokens en una Blockchain. Esto significa viajes individuales (o millas recorridas), servicios, catering, reservas de hoteles, transporte local u otros activos que aporten valor al viaje en general.

Estos activos pueden ser comprados por el cliente, para guardarlos en una billetera personal. El cliente puede transferir estos activos, en su totalidad o divididos en partes, tal vez pueda venderlos o devolverlos al emisor.

El uso de un activo específico se lleva a cabo mediante la transferencia de los tokens correspondientes de la billetera del cliente a los del proveedor del servicio.

Roles y Procesos

Para habilitar el proceso, las siguientes reglas serán definidas.

La oficina de emisión define, los nuevos tokens para convertirse en parte del ecosistema, por ejemplo. cuando se incluye un nuevo proveedor.

El proveedor puede ofrecer sus tokens para la venta en una plataforma.

El operador de recaudo transfiere tokens de los usuarios a los proveedores. Esto puede suceder automáticamente (por ejemplo, “transferir un token por milla recorrida”) o manualmente (por ejemplo, activado por un conductor de tren).

El consumidor maneja su billetera para mantener y monitorear los diferentes activos, representados por tokens. Desde el punto de vista de un cliente, el concepto de token (y especialmente la tecnología de la cadena de bloques subyacente) debe resumirse tanto como sea posible y debe reducirse a un concepto fácil de entender como “Mi saldo”.

En estas reglas, los siguientes procesos están definidos.

• Compra y venta de tokens
• Recolección de Tokens
• Transferencia de Tokens
• Emisión de nuevos tokens para nuevos activos de nuevos proovedores

Uso de Activos Tokenizados

Diferentes proveedores pueden definir nuevos activos (= emitir nuevos tokens) y traerlos al ecosistema. Estas fichas se pueden canjear (independientemente) por su propósito inicial y para luego poder comprar más tarde y recargar el saldo personal. En el ejemplo que se muestra en la siguiente imagen, “Deutsche Bahn” podría emitir “Token A” directamente y se canjearía por milla recorrida en un tren de larga distancia (el modelo actual no funciona en la facturación por milla, sino en la facturación por relación).

Un gran beneficio surge de la opción de conectar y convertir diferentes activos del ecosistema.

Por ejemplo, las conversiones genéricas pueden servir como una transformación de millas en trenes de larga distancia a millas en trenes de transporte local. La tasa de conversión podría adaptarse debido a eventos específicos, por ej. DB motiva a un consumidor a utilizar un tren local debido a una mayor carga de trabajo en la red de trenes de larga distancia.

Por lo tanto, se da un alto potencial en conversiones basadas en el tiempo, la ubicación o un evento, por ejemplo:

• Suspensión de una ruta: Opción de convertir “Distancia del Token A” a “Taxi Token C”
• Retraso de un tren: subsidiar (“abaratar”) la conversión de la distancia de los tokens a hotel tokens, p.ej. cuando la última conexión de tren fue perdida y no hay ninguna opción de tomarlo
• Retraso de tren: Subsidiar con vales de comida
• Anuncio: “Airdrop” los vales para específicos eventos y lugares

Estas conversiones se pueden ofrecer según la ubicación (tren específico), según la hora (“solo es válido en los próximos 20 minutos”), o automáticamente, en función de eventos específicos (“retraso> 29 minutos”).

Implementación PoC

Las pruebas de concepto, tiene 4 áreas que cubre.

• Un modelo de token y activos basado en las características de NEM, que incluye una API REST básica, que trabaja en estos activos y ofrece las operaciones más importantes.

• Perspectiva del cliente, con el fin de mostrar la experiencia de un ecosistema tokenizado desde la perspectiva de un consumidor.
• Puntos de vista del diseñador responsable del ecosistema, utilizando Unibright Workflow Designer.
• Puntos de vista del administrador responsable del ecosistema, utilizando Unibright Explorer.

Activos y Tokens basados en las características de NEM

La solución descrita se basa en el protocolo NEM y ofrece diferentes activos inteligentes y operaciones basadas en las características de NEM. Puede leer las características NEM usadas (tokens, billeteras, levys …) en la documentación oficial de NEM.

• Por cada activo, un token es creado, representando el balance del mismo
• Por cada token, se crea un token de reserva, para así modelar la reclamación de este activo tan pronto como se proporciona el servicio. Este token está conectado a un token de “gravamen” que inhabilita al destinatario para rechazar esta reclamación
• Inicialmente todos los tokens estarán en la wallets pertenecientes a DB, actuando como emisor central de la moneda
• Cada compra de un viaje, conduce a una cuenta (billetera), asignada a un usuario específico, que contiene los tokens comprados y reclamados.

El API tiene que dar soporte a las siguientes operaciones dentro de las activos inteligentes

1. Reserva un viaje: El consumidor podrá reservar un viaje vía app y a la vez pagarla
2. Crear una wallet y comprar tokens: Una nueva cuenta de NEM es generada y todos los tokens pertenecen a los bienes del viaje se transfieren a la cartera correspondiente.

1. Transferencia de tokens: Tan pronto como se proporciona el servicio, los tokens inversos correspondientes se envían a la billetera del usuario que utiliza ese servicio. La cantidad de tokens inversos puede diferir de la cantidad de tokens calculados inicialmente debido a los descuentos basados ​​en eventos o las conversiones de otros tokens.

1. Compensación: Periódicamente, se realiza una “compensación”. La cantidad de tokens inversos por activo controla el reembolso del token del activo inicial al emisor, por lo que se eliminan los tokens inversos. Si se trata de dinero fiat, los diferentes proveedores de servicios ahora pueden recibir el dinero del emisor central.

Experiencia del Consumidor

Para el consumidor, la mayor ventaja es de adquirir los activos en el ecosistema, de una empresa de transporte público, como opción de reservar un viaje como una experiencia completa.

Para el taller, presentamos una solución de “puerta a puerta”, asumiendo que un cliente desea reservar un viaje desde su hogar hasta una ubicación final dedicada.

A continuación, encontrará las pantallas del tutorial del cliente.

Para el taller, presentamos un nuevo portal “DB Connector”, para mostrar que la solución descrita es un PoC y no es parte de la solución existente. (“DB”, “Deutsche Bahn”, el logotipo de DB y todos los demás nombres de compañías y productos mencionados, y sus marcas registradas son marcas registradas de sus respectivos propietarios).

El viajero (“Alexandra”) está registrando por correo electrónico desde un dispositivo registrado (por ejemplo, su teléfono inteligente)

The current deposit in the app (representing values of different tokens) sums up to a total balance of 300 EUR.

Alexandra planea su viaje

Se presentan diferentes partes del viaje, incluido una opción de “puerta a estación” (“E-Scooter”) y un servicio adicional para llegar a la ubicación de destino, aquí una prueba de manejo gratuita de una compañía automotriz.

Esta oferta basada en marketing puede ser reemplazada por ofertas pagadas de proveedores alternativos.

En dado caso de eventos inesperados, como una demora en el tren actual, Alexandra recibe una notificación y un “bono” instantáneo (en este caso, un cupón gratuito para el restaurante de la junta).

Como alternativa se genera una vista de “detalle”, muestra los diferentes activos que conducen al saldo general actual de un cliente.

Vista de diseño con el diseñador de flujo de trabajo Unibright

Con Unibright Framework, un proceso basado en blockchain se diseña visualmente, y todos los objetos relacionados con blockchain se generan automáticamente.

Para aprovechar todo el potencial de un ecosistema, es vital asegurar que los nuevos participantes puedan agregarse más adelante. Por lo tanto, Unibright realizó propuestas para administrar tokens nuevos y existentes dentro del Diseño de flujo de trabajo de Unibright, utilizando la “Plantilla de tokenización de ecosistemas”.

La primera de las tres unidades de gestión son las “Organizaciones” que forman parte del Ecosistema.

Diferentes organizaciones utilizan diferentes tokens para llevar sus activos al ecosistema. Los tokens se pueden organizar en grupos (como viajes, comida o alojamiento)

Diferentes organizaciones utilizan diferentes tokens para llevar sus activos al ecosistema. Los tokens se pueden organizar en grupos (como viajes, comida o alojamiento).

Dentro del Diseñador de flujo de trabajo Unibright, se pueden modelar visualmente diferentes tokens y su “interacción”. En este caso, se visualiza la tasa de conversión entre dos tokens diferentes. Además, se pueden definir los eventos que pueden afectar la cantidad de tokens necesarios para el canje.

Monitoreo con el Unibright Explorer

Cada nuevo proceso de negocio establecido requiere un monitoreo adecuado que permita al usuario aprender de los datos que surjan. Con Unibright Explorer, un especialista de negocios puede monitorear el proceso continuo sin necesidad de conocer ningún know-how específico de blockchain.

Una vista de explorador, que muestra las cantidades de fichas compradas (azul), redimidas (verde) y convertidas (naranja) en una ruta específica en un tiempo específico.

La vista de detalles para un token específico, que proporciona detalles sobre las cantidades de token de diferentes clústeres.

Vista del explorador para la circulación de un token específico en un rango de tiempo específico

Evaluación y siguientes etapas

El enfoque del taller fue la descripción del potencial futuro de un ecosistema con token en términos de “¿qué se podría hacer?”.

El resultado del taller no conducirá a una implementación a corto plazo, pero es la base para extraer un caso de negocio específico para el emprendimiento interno. Por ejemplo, el primer paso hacia una implementación podría ser establecer un sistema de comprobantes específico de un proveedor de servicios específico en una implementación basada en blockchain.

Construir soluciones abiertas pero integradas, que permiten agregar nuevos socios a un ecosistema existente, las ofertas y los beneficios automatizados para el cliente y al mismo tiempo proteger los datos personales es un gran desafío. Demandas adicionales pueden surgir de las entidades que dan la ley y la protección del consumidor. La tokenización basada en blockchain realmente puede ayudar a transformar los conceptos en realidad.

Akram Sioud de DB Vertrieb resume:

Con el concepto de un ecosistema de token basado en blockchain, que se basa en la “confianza sin confianza”, podemos acercarnos un paso más hacia una aceptación independiente de los servicios de diferentes proveedores. Podemos expandir el conocimiento de toda la compañía a conocimientos del mercado y construir nuevos canales y mercados de distribución. Esto nos permite comprender mejor y conocer a nuestros clientes, y sus demandas.

Con Unibright, encontré una solución de TI genérica y convincente para implementar y monitorear rápidamente una economía de token de blockchain.

Stefan Schmidt (CTO Unibright), Akram Sioud (DeutscheBahn Vertrieb) y Marten Jung (CEO Unibright) en DBVertrieb, Frankfurt

Más información de Unibright: https://unibright.io
Unibright Blockchain Consulting Services: https://unibright.solutions

Fuente: Medium