Malla de datos Azure

¿Qué hace usted con todos los datos contenidos en los contratos de su empresa? Lo más probable es que no sea suficiente. Hay una tonelada de datos valiosos incrustados en sus contactos y en la forma en que utiliza esos contratos, y la mejor manera de sacarles el máximo partido es con un sistema de gestión de datos de contratos. Te sorprendería la cantidad de datos útiles que puedes extraer.

Los contratos contienen mucha información valiosa sobre tus clientes y proveedores, sobre los artículos que vendes y compras, sobre el precio que pagas o vendes, las obligaciones contractuales y mucho más. La gestión de datos contractuales consiste en acceder a esta información, hacer un seguimiento de ella, elaborar informes y analizarla.

La gestión de datos contractuales implica el seguimiento, el registro y el análisis de los datos esenciales que se encuentran en todos los contratos de su organización a lo largo de todo el ciclo de vida del contrato. Como tal, la gestión de datos contractuales es un subconjunto de la gestión de contratos. Aunque se puede intentar gestionar los datos de los contratos manualmente con contratos físicos, la tarea se facilita con el uso de software de gestión de contratos digitales.

Acuerdo de entrega de datos

Los valores se almacenan técnicamente como valores de 32Bytes y, por lo tanto, pueden almacenar cualquier cosa que ocupe estos 32Bytes de almacenamiento, como las direcciones de Ethereum (20Bytes) o números con precisiones de hasta 32Bytes. Pero en la mayoría de los casos, los 32Bytes se utilizan para almacenar hashes de archivos, que apuntan a un archivo en un sistema de archivos distribuido. Estos archivos suelen estar encriptados y los hashes de los archivos resultantes también están encriptados.

Las claves de los archivos de un contrato de datos se almacenan en los llamados “sharings”. Con los “sharings” se pueden proporcionar claves de lectura y escritura de datos a otra identidad. Normalmente, el propietario de un contrato crea una o más claves para un contrato de datos y las comparte (o las amplía) con otros participantes. Cuando se crea un contrato de datos con diferentes claves por sección, hay que tener cuidado de añadir primero (o vía extend) esas claves a la compartición y luego guardar los datos en ella. De lo contrario, la clave de reserva * puede ser utilizada para el cifrado y los otros participantes tratarán de descifrar los datos con la clave específica, lo que llevaría a errores durante el descifrado.

Condición del contrato

Un contrato inteligente puede necesitar ser actualizado eventualmente para corregir errores, superar debilidades de seguridad o añadir nuevas funcionalidades. En general, la lógica y los datos cambian en diferentes momentos y con diferentes frecuencias.

Los datos del contrato inteligente se mantienen en el libro mayor como parte del estado del contrato inteligente vinculado a su dirección. Cuando se despliega una nueva versión del contrato inteligente, éste obtiene una nueva dirección. Por lo tanto, no puede manipular los datos incrustados en la versión anterior del contrato. Incluso si podemos construir funciones en el antiguo contrato inteligente para exportar/extraer todos sus datos y utilizarlos para inicializar la nueva versión, podría ser un proceso costoso (en blockchains públicas) y no trivial transferir un gran conjunto de datos utilizando un conjunto de transacciones. Por ejemplo, la portación de datos a una nueva versión podría requerir múltiples transacciones cuando el límite de gas de los bloques en Ethereum impide una transacción de migración de datos demasiado compleja.

La práctica estándar de separar los datos de la lógica de negocio puede aplicarse para resolver este problema. Podemos mantener los datos y la lógica de negocio en dos contratos inteligentes separados. El primer contrato almacena y expone las funciones básicas de lectura y escritura de datos con el correspondiente control de acceso, de forma similar a una simple base de datos. El segundo contrato lee y escribe los datos necesarios llamando al contrato de datos.

Datos maestros en la malla de datos

Dado que Riot no proporciona ningún historial del DGC, solo el estado actual, empezamos a realizar copias de seguridad diarias en febrero de 2018. Puedes navegar a los resúmenes de las regiones, que muestran su historial de actualizaciones, o a las páginas actuales, que reflejan el estado actual del DGC. También puede consultar nuestra lista de contratos que expiran este año natural (se actualiza automáticamente el 1 de enero); esta página se basa en los datos almacenados en las páginas individuales de los equipos en la wiki.

Aquí hay un enlace al GCD. Mientras que todo lo que hay en la wiki no es oficial, el GCD en sí es mantenido por Riot, y cualquier información que se encuentre actualmente en el GCD en vivo (a diferencia de las réplicas en la wiki) puede considerarse oficial.

El siguiente formulario aprovecha la funcionalidad de la lista de seguimiento integrada en la wiki. Si editas la wiki y utilizas tu lista de seguimiento, el formulario sobrescribirá tu lista de seguimiento. Para inscribirse en las notificaciones por correo electrónico, debe iniciar sesión en la wiki (esquina inferior izquierda). Si editas la wiki / utilizas tu lista de seguimiento, y no quieres activar las notificaciones por correo electrónico para tu lista de seguimiento, puedes crear una cuenta separada sólo para ver estas páginas.