TL;DR:
En el actual ciclo trimestral de estandarización del Grupo de Gestión de Objetos (OMG), la Fundación IOTA presentó su primera propuesta de estándares sustantivos basada en nuestra innovadora solución para la mensajería DLT, IOTA Streams. Esta entrada del blog resume el estado actual y los próximos pasos en la estandarización de Streams como base para el estándar OMG Linked Encrypted Transaction Streams (LETS). También se resumen otras actividades de normalización en curso que forman parte de nuestra participación general en las actividades de OMG; muchas de ellas también beneficiarán directamente a IOTA más adelante. Entre ellas se encuentran los contratos inteligentes, la identidad autosuficiente desechable y otras. Los planes para la estandarización del protocolo IOTA en sí mismo permanecen sin cambios, con IOTA 2.0 formando la base de ese estándar una vez que esté completo.
Introducción
La última reunión trimestral de OMG en diciembre de 2021 fue un hito importante para IOTA. Presentamos nuestra primera propuesta de estándares, una respuesta a la solicitud de propuesta (RFP) de OMG Linked Encrypted Transaction Streams (LETS) basada en el marco de IOTA Streams.
Otras actividades en el OMG Blockchain Platform Special Interest Group (PSIG) están en curso, incluyendo la redacción de una solicitud de información (RFI) de Smart Contracts, la exploración del potencial de una RFP o RFPs en el área de la identidad auto-soberana (para apoyar la identidad auto-soberana disponible) y otras. Por otra parte, el Finance Domain Task Force (FDTF) ha estado explorando una ontología formal para las definiciones de dinero, moneda, etc., para su uso en la definición de las monedas digitales, varias categorías de tokens basados en criptomonedas (stablecoins, NFTs, etc.) y monedas digitales del banco central (CBDC).
Los planes para la estandarización del protocolo IOTA en general no cambian: se presentará al OMG bajo el proceso de solicitud de comentarios (RFC) tan pronto como las especificaciones de IOTA 2.0 sean estables y estén listas para la producción.
Transacciones Encriptadas Enlazadas Streams: La RFP de LETS
La presentación de IOTA fue una «presentación inicial» contra la RFP de Linked Encrypted Transaction Streams (LETS), presentada en noviembre para su consideración en la reunión de diciembre. La presentación fue revisada formalmente por el grupo de trabajo pertinente de OMG, el Middleware and Related Services Platform Task Force (MARS PTF) que nos dio varias indicaciones y comentarios valiosos para la especificación. Estos comentarios se han transmitido al equipo de desarrollo de IOTA Streams y en febrero se presentará una especificación revisada para la reunión trimestral de marzo de 2022.
El diagrama anterior muestra las relaciones entre una RFP de OMG, la respuesta a esa RFP (en este caso, la presentación basada en Streams de IOTA) y el protocolo local de IOTA tal como se define en esa respuesta a la RFP. La RFP es en efecto un conjunto de requisitos para una especificación, que a su vez es un conjunto de requisitos para una aplicación. En el caso de la respuesta a la RFP de IOTA LETS, se añade una capa más en la que la respuesta a la RFP de LETS define cómo el lector definirá un Protocolo Local para su uso en DLTs o transportes específicos, de manera que las aplicaciones del usuario final se ajusten a ese protocolo local.
La respuesta a la RFP de LETS de IOTA define dos tipos de modelo: un Modelo Independiente de Computación (CIM) a nivel conceptual, y un Modelo Independiente de Plataforma (PIM) o diseño de modelo lógico. La razón de ello es que la solución IOTA Streams es una forma muy específica de abordar la necesidad de stream de mensajes encriptados enlazados, utilizando una función de «esponja», y queríamos permitir otros enfoques de diseño para la misma definición del problema conceptual (el CIM). Un ejemplo de ello sería la solución SKALY Freighter, que utiliza una especie de método de inyección de sumas de comprobación.
El PTF de OMG MARS aprobó la estructuración de la especificación de la respuesta de LETS RFP de esta manera, con la advertencia de que no será posible que los diseños lógicos de los usuarios finales afirmen la conformidad con el componente CIM únicamente. Esto significa que cualquier implementación estándar de los acuerdos LETS debe seguir un diseño lógico descrito en esta especificación, es decir, el diseño basado en Sponge utilizado en IOTA Streams o el diseño lógico de inyección de suma de comprobación. Tenemos la intención de redactar una cláusula separada de la especificación para el método basado en la inyección de sumas de comprobación utilizado por Freighter, sujeto a la disponibilidad de recursos y documentación de SKALY. Las aplicaciones de los usuarios finales podrán entonces afirmar su conformidad con ese método de diseño lógico, para la interoperabilidad de las soluciones basadas en esa técnica.
También buscamos la opinión del PTF de MARS sobre una segunda característica novedosa de la respuesta a la RFP de LETS. Tal y como se definió para IOTA Streams, el diseño basado en Sponge necesita ser ampliado para su uso en DLTs y protocolos de transporte específicos (como para su uso en Tangle) mediante la creación de una especie de Protocolo Local. Se trata de una especie de modelo específico de plataforma (PSM). La reunión del PTF de MARS nos dio algunas indicaciones valiosas sobre cómo especificar con más detalle cómo cada usuario final de la especificación LETS debe definir este PSM de Protocolo Local, incluyendo cómo hacer uso de los estándares existentes de OMG y otros para definir esa implementación física. La especificación ya contiene algunos detalles al respecto, que se ampliarán y concretarán para la presentación revisada de febrero. Los diseñadores de los PSM de protocolo local de usuario final recibirán instrucciones y directrices más detalladas para definir un protocolo local conforme, y también se espera que utilicen las normas de la OMG, como la especificación del servicio de distribución de datos (DDS), para describir los acuerdos de suscripción y publicación de canales, que no se contemplan en las especificaciones de LETS/Streams.
Basándose en este y otros comentarios del PTF de MARS, y en la revisión y discusiones posteriores en el Grupo de Interés Especial (PSIG) a nivel de plataforma de Blockchain, el equipo de Streams de IOTA realizará actualizaciones adicionales a la especificación de Streams (que es la documentación interna de IOTA) y a la especificación de la presentación revisada de la RFP de LETS de OMG que se deriva de ésta.
La presentación de OMG también incluyó más detalles sobre cómo funciona la función de esponja Keccak y cómo se utiliza en Streams, ya que nuestro uso de ese estándar Keccak es innovador en un par de formas diferentes. También se añadirá material explicativo sobre otros aspectos de la norma para completar la especificación. Esto incluirá descripciones más detalladas de cómo y por qué se utilizan las diversas características del diseño lógico basado en esponjas de Streams para lograr la funcionalidad descrita en la parte conceptual CIM de la especificación – por ejemplo, cómo suscribirse a stream de mensajes, cómo firmar y encriptar mensajes, etc.
Otras actualizaciones realizadas por el equipo de IOTA Streams incluyen la definición de las diversas estructuras de campo a un nivel más lógico y la redacción de descripciones detalladas de cada aspecto del diseño lógico basado en esponjas, incluyendo cómo éstas cumplen los requisitos de enlace, ramificación, encriptación, etc. del modelo conceptual.
Identidad Autosoberana Desechable
El PSIG de Blockchain del OMG completó en septiembre un RFI sobre el potencial de la identidad auto-soberana desechable o específica del contexto. En la reunión de diciembre, revisamos el potencial para definir una o más RFP basadas en nuestros hallazgos.
Las respuestas a la RFI sugirieron temas para hasta tres posibles RFP:
Contexto: cómo formalizar el contexto en el que se acuña y se dispone de una SSI temporal
Objeto: posible estandarización de cómo se estructuran los aspectos desechables/contextuales de una SSI dentro de una estructura de documento DID o VC del W3C
Estado: cómo se definen las interacciones del usuario final
Aunque se trata de aspectos separados del espacio del problema, el grupo llegó a la conclusión de que el camino óptimo era redactar una RFP que combinara los tres aspectos de la propuesta de SSI desechable en una sola especificación.
Esta RFP se redactará durante el primer trimestre de 2022, con una revisión del borrador en marzo y la posible publicación de la RFP en marzo o junio. Cualquier empresa miembro de OMG puede responder a esa RFP y esperamos que el equipo de IOTA Identify presente una respuesta a la misma.
RFI de Contratos Inteligentes
El PSIG de OMG Blockchain ha estado trabajando en una RFI sobre contratos inteligentes durante algún tiempo. Parte de esto ha sido la recopilación de nuevos conocimientos sobre esta área de rápida evolución.
Anticipamos que la Fundación IOTA será una de las partes que responderá a la RFI. Ya hemos incorporado los primeros comentarios de IOTA en la RFI general.
En esta reunión, la RFI de los contratos inteligentes fue reajustada para abordar un aspecto más estrecho y específico de los contratos inteligentes, a saber, cómo se puede generar el código de los contratos inteligentes de forma consistente a través de diferentes lenguajes de programación y plataformas, para una mejor interoperabilidad, de forma similar a como lo hace actualmente IOTA. El objetivo de una RFI es identificar el potencial para una futura RFP de OMG y esta sería una RFP muy específica y creemos que valiosa. El título de trabajo de esa RFP sería algo así como «Lenguaje de Patrones para Contratos Inteligentes».
El alcance de esta nueva RFI/RFP encaja muy bien con el enfoque modular e interoperable de IOTA para los contratos inteligentes. Se espera que la Fundación pueda involucrarse estrechamente con esta iniciativa de estandarización como un medio para formalizar lo que ya es una propuesta de interoperabilidad muy fuerte.
Objetos de Datos Distribuidos Inmutables (DIDO)
El PSIG de Blockchain también considera una categoría más amplia de sistemas, conocida como Objetos de Datos Distribuidos Inmutables (DIDO), que incluye blockchains, otras DLTs como la IOTA Tangle, y categorías más generales como el Sistema de Archivos Interplanetarios (IPFS). El trabajo de DIDO incluye la identificación de normas aplicables para su uso en estos ecosistemas, y la definición de entornos de prueba, modelos de objetos, interfaces de línea de comandos, etc. Este trabajo incluye la realización de pruebas automatizadas, por ejemplo, la posibilidad de crear una red cerrada de nodos IOTA Wasp e IRI para realizar pruebas automatizadas.
Los debates de DIDO se centraron esta vez en las técnicas de visualización de las redes DLT y las estructuras de los libros mayores.
Finanzas: Moneda, etc.
En el OMG, el grupo de trabajo sobre finanzas (FDTF) ha seguido trabajando en una especie de modelo conceptual para los conceptos relacionados con el dinero y la moneda. Para ello se utilizan técnicas ontológicas, por ejemplo, distinguiendo entre lo que puede utilizarse como medio de intercambio o depósito de valor (incluidas las fichas comunitarias, las monedas de oro, incluso los cigarrillos) en contextos específicos, y lo que se diseña y construye explícitamente para realizar esta función, es decir, el dinero emitido por los bancos centrales. Dentro de este marco conceptual, esperamos ser capaces de proporcionar definiciones más precisas de la semántica exacta de los diferentes tipos de criptodivisas, incluso para su uso por parte de otros grupos en el OMG que están estudiando las Monedas Digitales de los Bancos Centrales (CBDC), que pueden incluir pero no están limitadas a las monedas digitales criptográficas.
Este trabajo está en curso y esperamos que sea útil para los miembros del OMG tanto en criptografía como en finanzas. Por ejemplo, los organismos gubernamentales suelen redactar nuevas normativas que pueden estar en desacuerdo con que un determinado tipo de criptoactivo se considere una moneda, una mercancía o un valor. Se trata de un ámbito en el que las palabras utilizadas (por ejemplo, «moneda», «activo») no son la mejor guía de los significados. Tener un conjunto claro de definiciones de los significados de las cosas, tanto en el universo criptográfico como en el mundo financiero más amplio, ayudará tanto a la redacción como a la conformidad con las regulaciones en este espacio.
Proceso RFC de IOTA
El propio proceso de RFC de la Fundación IOTA, el Proceso de Mejora del Enredo (TIP), se está actualizando para que sea más sencillo y accesible para los miembros de la comunidad proponer y seguir las propuestas de mejora del protocolo IOTA en general.
Conclusiones
El mes de Diciembre marcó un hito importante para IOTA en su camino hacia los estándares, ya que presentamos nuestra primera propuesta de estándares sustantivos al OMG. Nuestra relación con el OMG ha demostrado ser inestimable para ayudarnos a conseguir que nuestras especificaciones escritas estén a la altura de los organismos internacionales de normalización. Como parte de nuestra relación general con el OMG, seguimos impulsando la agenda de estandarización en los ledgers distribuidos, con el trabajo en curso sobre los contratos inteligentes, la identidad auto-soberana y la interoperabilidad DLT, y anticipamos que esto tendrá un efecto directo en los productos, la interoperabilidad y la adopción de IOTA. Nuestro compromiso con los estándares sigue siendo un diferenciador clave a la hora de proponer el uso de IOTA en iniciativas industriales y transnacionales.
IOTA Standardization Update January 2022
