NEM Catapult Actualización Elefante Parte 2

¡Hola, comunidad, encuentren a continuación la parte 2 de la serie, sobre la última actualización de Catapult, llamada “Elephant”! En esta entrega, le enseñaremos sobre restricciones de mosaico, metadatos y restricciones de cuenta. ¡Disfrutenlo!

Elefante pisando fuerte (2 de 3):
Restricciones de mosaico, metadatos y restricciones de cuenta

Catapult es el próximo motor NEM central con todas las funciones. Los hitos del desarrollo están ordenados alfabéticamente y cronológicamente, por ello tienen un nombre en código para su organización y reconocimiento.

La serie “Stomping Elephant” examinará las actualizaciones recientes en el quinto hito de Catapult, Elephant. En esta segunda parte de la serie, presentaremos las funciones recientemente agregadas, Restricciones de mosaico y metadatos, y la mejora de las Restricciones de cuenta.

Restricciones de Mosaico

Con la segunda actualización de Elephant, los mosaicos tienen una nueva propiedad configurable, “ restringible ”. Si esta propiedad está configurada para ser “ verdadera ” durante la creación de un mosaico, el creador tendrá un mayor control sobre la propiedad y transferencia de su activo. La función estará deshabilitada de manera predeterminada y no afectará a los tokens donde se desee autonomía.

La función de restricción de mosaico permitirá que los futuros tokens de seguridad emitidos en la plataforma NEM cumplan con las estrictas regulaciones sobre valores. Permite la moderación comercial en la cadena para garantizar que solo aquellos cuyas credenciales hayan sido aprobadas oficialmente puedan comprar y negociar los valores. Además, las Restricciones de mosaico proporcionan un medio para que las autoridades congelen activos si los inversores violan los acuerdos contractuales

El creador podrá controlar la transferencia del mosaico a través de dos mecanismos:

Restricciones Globales de Mosaicos

Las restricciones globales pueden entenderse como las reglas de restricciones de toda la red. Cada mosaico “ restringible ” se puede unir con una o más de estas reglas, cada una estipulando una condición; solo las cuentas con identificadores clave y valores que cumplan con los criterios tendrán permiso para ejecutar transacciones que involucren el activo.

Restricciones de Direcciones de Mosaicos

Las restricciones de dirección de mosaico determinan el estado de cada cuenta individual con respecto al mosaico “ restringible ”. El creador del mosaico los designa y modifica mediante las transacciones de restricción de mosaico, y determinan si la cuenta podrá realizar la transacción del mosaico.

Si el estado de una cuenta cumple los valores establecidos en las Restricciones globales, la cuenta podrá realizar transacciones con el mosaico. De lo contrario, la cuenta deberá solicitar al creador del mosaico que se le otorguen permisos elevados o esperar hasta que se modifiquen las restricciones globales de mosaico.

Ejemplo

Supongamos que una empresa, CharlieChocolateFactory, quiere cotizar en bolsa tokenizando sus acciones y realizando una STO. Crean un mosaico “CCF.Shares” y lo configuran para que sea restringido.

Para cumplir con las regulaciones, la compañía solo quiere que los participantes que hayan pasado el proceso KYC / AML compren y realicen transacciones con sus acciones. Entonces, la compañía crea una restricción global que permite que solo las cuentas con estados elevados interactúen con el activo. La restricción global se establece como “CCF.Shares, KYC, EQ = 1”, que se puede leer como “solo permite que las cuentas realicen transacciones con el CCF. Mosaico de acciones si su clave de restricción” KYC “tiene un valor igual a 1 .

Cuando los inversores completan el proceso KYC / AML, CharlieChocolateFactory altera sus cuentas con una transacción de restricción de direcciones de mosaico con los parámetros “CCF.Shares, KYC, 1”, que permite a los inversores certificados participar en el STO. Otros que no hayan proporcionado la información necesaria no podrán recibir ni comercializar el activo ya que sus cuentas no cumplirán los requisitos de la Restricción Global.

Además, los creadores de mosaicos podrán definir restricciones que dependen directamente de las restricciones globales establecidas en un mosaico separado, conocido como mosaico de referencia. El mosaico referenciado y el mosaico restringido no necesariamente tienen que ser creados por la misma cuenta, lo que permite la delegación de permisos de mosaico a un tercero.

Para obtener más información o detalles técnicos sobre cómo usar las Restricciones de mosaico, visite el Centro de desarrolladores de NEM.

Metadata

La actualización de Elephant también traerá una opción para asociar metadatos con objetos, permitiendo a los usuarios adjuntar información relevante a cuentas, mosaicos y espacios de nombres.

Los metadatos se asignarán mediante transacciones de metadatos. Estas transacciones pueden ser iniciadas por terceros, pero no se ejecutarán sin el permiso explícito del propietario de la cuenta.

De manera similar a la transferencia de mensajes de transacción, los valores de metadatos son de forma libre y no necesitarán ser validados por la cadena de bloques. Catapult almacena el historial de asignaciones de metadatos en la cadena de bloques, manteniendo el último valor asignado a un objeto en el estado para una indexación rápida.

Ejemplos

Los metadatos serán una característica única con una variedad de casos de uso porque permitirá a los usuarios no solo adjuntar información vital a los objetos, sino también realizar acciones fuera de la cadena supeditadas a los valores específicos que contiene.

Estos son algunos ejemplos de cómo las empresas o los usuarios podrían aprovechar esta característica:

  1. Notarización digital: documentos importantes, como certificaciones, declaraciones juradas y acuerdos, se pueden adjuntar a las cuentas como prueba de autenticidad en la cadena de bloques. Una parte confiable puede verificar los documentos y firmar los metadatos en las cuentas, digitalizando la validez de los documentos para mayor comodidad y seguridad.
  1. Gestión de acceso: las entidades podrían usar metadatos para regular el acceso a sus recursos sensibles. Cada cuenta podría etiquetarse con metadatos con condiciones específicas (nivel de autorización, cuándo, dónde, etc.) para un acceso válido. Cuando se solicita acceso, una aplicación realizaría verificaciones para garantizar que las condiciones coincidan antes de otorgarla.
  1. Identificador de token de seguridad: los metadatos se pueden usar para adjuntar información sobre tokens de seguridad. Pequeños datos, como nombre legal, ticker o ISIN, se pueden adjuntar como metadatos dentro de la cadena, mientras que documentos importantes, como el prospecto o el acuerdo del inversor, se pueden mantener fuera de la cadena.
  1. Verificación del espacio de nombres públicos: los metadatos se pueden adjuntar a los espacios de nombres para ayudar a los usuarios a verificar la propiedad del dominio. Los datos contenidos pueden incluir información como el registro, la información administrativa o técnica de contacto. Esto solidificaría la confianza que los usuarios tienen de los espacios de nombres en blockchain, ya que les da una forma de verificar las asociaciones antes de la interacción.

Para obtener más información sobre cómo usar los metadatos, visite el Centro de desarrolladores de NEM.

Restricciones en la Cuenta

Restricciones de cuenta saliente

Introducido por primera vez en el hito de Cow, las restricciones de cuenta permiten a los usuarios establecer “reglas inteligentes” que filtran las transacciones entrantes no deseadas por dirección, tipo de transacción o mosaico. Estas “reglas inteligentes” son editables y exclusivas de cada cuenta.

Nota: es posible que recuerde esta función como “Filtros de cuenta” o “Propiedades de cuenta”, pero se le ha cambiado el nombre por “Restricciones de cuenta” para nombrar congruencia con Restricciones de mosaico.

Con la actualización Elephant, las restricciones de cuenta podrán filtrar las transacciones salientes (por dirección y operación) además de las entrantes. Esto significa que los usuarios pueden implementar restricciones para enviar y recibir transacciones. La mejora aumentará la capacidad de ajuste de las cuentas NEM y funcionará principalmente como una característica de seguridad.

Ejemplos

Una de las cuentas NEM de Barry se ve comprometida cuando extravía su diario con sus claves privadas escritas en él. Para evitar enviar accidentalmente activos a la cuenta perdida, Barry aplica Restricciones de cuenta a sus otras cuentas y agrega su cuenta perdida como destinatario bloqueado. Si Barry intenta accidentalmente enviar activos a su cuenta perdida, la transacción saliente se bloquearía y sus activos permanecerían seguros.

Dale está usando una de sus cuentas NEM como una cuenta de ahorros. Ella sabe que no tiene planes de gastar los activos en esa cuenta en un futuro cercano. Por lo tanto, ella deshabilita las transacciones de transferencia salientes usando Restricciones de cuenta. Dale se siente más seguro sabiendo que cualquier transacción no intencional, incluido el mosaico, sería denegada.

Vista Previa de la Parte 3

En la última parte de la serie, veremos las actualizaciones restantes en Elephant. Examinará el desbloqueo de la delegación, el soporte para tarifas de alquiler dinámicas y otras actualizaciones menores. ¡Estén atentos para conocer los nuevos desarrollos!

Si se perdió la primera parte de la serie, puede ponerse al día sobre el nuevo algoritmo de consenso PoS + de Catapult aquí.

Referencias

https://nemtech.github.io/concepts/mosaic.html

https://nemtech.github.io/concepts/metadata.html

https://blog.nem.io/nem-catapult-a-new-server-release-cow/

https://nemtech.github.io/concepts/account-restriction.html

Fuente: Foro NEM