Precio de NEM (XEM)

XEM es la moneda nativa de la red NEM NIS1 y se utiliza para transferencias y comisiones de operaciones en cadena; no es XYM de la red Symbol. NEM NIS1 y la posterior Symbol son dos redes que coexisten, por lo que tener XEM no equivale a tener XYM, y sus direcciones, redes y saldos de activos no se pueden mezclar. Esta distinción fue especialmente importante cuando se lanzó Symbol: la cadena NIS1 original conservó XEM, mientras que Symbol emitió su propio XYM. Para las cuentas de XEM que cumplían las condiciones entonces, se dispuso una distribución de XYM independiente mediante adhesión voluntaria, en vez de sustituir automáticamente el XEM de las cuentas.

El suministro de XEM del protocolo no se crea continuamente mediante la producción de bloques: la documentación oficial indica que el 100 % de XEM se emitió en el bloque génesis. La referencia técnica da un suministro de 8,999,999,999 XEM, por lo que cosechar un nuevo bloque no acuña por sí mismo nuevos XEM. Esto debe distinguirse de «obtener recompensas de cosecha». En NIS1, las comisiones de transacción ya pagadas dentro de un bloque van a la cuenta que cosecha ese bloque con éxito; por ello, la actividad de la red puede afectar al total de comisiones distribuibles, pero no cambia el hecho de la emisión en génesis. Otros 10,000,000 XEM se describen en la documentación como fondos programados reservados para el Supernode Program; tampoco constituyen emisión adicional por bloques.

La cosecha (harvesting) es el proceso de NEM NIS1 para producir bloques y obtener las comisiones de transacción de ese bloque. PoI (Proof-of-Importance, prueba de importancia) calcula primero la importancia de las cuentas elegibles; cuanto mayor es la importancia, mayor es la probabilidad de que la cuenta coseche un bloque. Cuando la cosecha tiene éxito, la recompensa procede de las comisiones ya pagadas por las transacciones incluidas en ese bloque, no de XEM de nueva emisión. PoI no toma el saldo total de una cuenta como su único criterio. La cuenta debe alcanzar primero el umbral de saldo consolidado; además, la referencia técnica construye relaciones de transacción a partir de transferencias de valor recientes entre cuentas elegibles: una transferencia incluida debe ser de al menos 1,000 XEM, haber ocurrido dentro de los últimos 43,200 bloques (unos 30 días), y su destinatario también debe ser elegible. Esa relación y el saldo consolidado intervienen en el cálculo de importancia, por lo que «cuánto se posee» no garantiza una cosecha concreta.

Una cuenta necesita al menos 10,000 XEM consolidados para entrar en el cálculo de importancia de PoI y ser elegible para la cosecha; la misma cantidad de XEM no consolidados no cumple esta condición. Este umbral determina la elegibilidad para participar en el cálculo de importancia, no promete un rendimiento fijo. Los XEM recién transferidos a una cuenta comienzan como saldo no consolidado. La documentación establece que, cada 1,440 bloques, 1/10 de la parte no consolidada restante pasa a ser consolidada; por tanto, la consolidación no termina de una vez, sino que convierte progresivamente una cantidad decreciente del saldo no consolidado restante. Si se realiza una transferencia, las partes consolidada y no consolidada se usan juntas en sus proporciones originales; el saldo no puede entenderse simplemente como «gastar solo la parte no consolidada».

En la cosecha local, un dispositivo que ejecuta un nodo NIS local firma y cosecha en nombre de la cuenta principal, por lo que debe permanecer en funcionamiento; usar directamente la clave privada de la cuenta principal en un NIS remoto expondría a un servidor remoto una clave capaz de controlar fondos, motivo por el que el protocolo no permite esa práctica. La cosecha delegada inicia primero una «transferencia de importancia» en cadena, que asigna la importancia de la cuenta principal a una cuenta proxy con saldo cero. Una vez aceptada, la transferencia necesita 360 confirmaciones para completarse; antes de completarse, solo puede cosechar la cuenta original, y después cosecha la cuenta proxy. El nodo remoto recibe solo la clave privada de la cuenta proxy para firmar bloques, mientras que las comisiones se pagan directamente a la cuenta principal original; como la cuenta proxy tiene saldo cero y no puede mover fondos de la cuenta principal, si el nodo remoto se ve comprometido el riesgo principal es no poder cosechar adecuadamente en nombre de la cuenta, no el robo directo de los XEM de la cuenta principal.

La comisión de una transferencia de XEM depende de los recursos de red que utiliza la transacción, y no es un importe fijo por el mero hecho de transferir. La referencia técnica divide la comisión de una transferencia ordinaria en dos componentes que se suman: el componente por importe cobra 0.05 XEM por cada 10,000 XEM transferidos, con un máximo de 1.25 XEM; el componente por mensaje cobra 0.05 XEM por cada bloque iniciado de 32 bytes. Por tanto, la comisión final = componente por importe + componente por mensaje. Sin mensaje, el segundo componente no se genera; cuanto más largo sea el mensaje, más comisiones se aplican por tramos de «cada 32 bytes iniciados» redondeados hacia arriba. Esta fórmula describe el criterio del protocolo para transferencias ordinarias de NIS1 y no debe confundirse con las comisiones de retiro que las plataformas de negociación fijan por su cuenta.

La instantánea efectiva de Symbol ocurrió el 12 de marzo de 2021, en la altura de bloque NIS1 3,105,500; Symbol se lanzó posteriormente el 16 de marzo. Antes se había anunciado un plan para el 14 de enero de 2021 y la altura 3,025,200, pero ese plan no se convirtió en la instantánea ni el lanzamiento efectivos debido al aplazamiento del lanzamiento. Esta disposición no fue una migración ni un canje de XEM por XYM. XEM siguió en la cadena NIS1 original; las cuentas NIS1 que tenían al menos 100 XEM en la instantánea y habían completado la adhesión voluntaria antes del lanzamiento recibieron una cantidad equivalente de XYM. La adhesión voluntaria vinculaba una futura cuenta de Symbol, y la distribución se basó en el saldo a la altura de la instantánea, no en XEM comprados, vendidos o transferidos posteriormente; por ello, el saldo actual de XEM no permite inferir que todavía pueda obtenerse XYM mediante el mismo proceso previo al lanzamiento.

Al enviar XEM, la transacción firmada por el remitente entra primero en la red y después un cosechador la incluye en un bloque; si no se incluye en un bloque antes de su plazo establecido, el protocolo la considera vencida y los nodos la descartan. Por ello, «enviada» no equivale a «confirmada en un bloque». En la práctica, primero debe verificarse que la red de destino sea NEM NIS1, así como la dirección del destinatario y el importe, y reservar suficiente XEM para cubrir la comisión de esa transacción. Si la transacción incluye un mensaje, debe tenerse presente que su longitud modifica la comisión; una vez incluida la transacción, no puede retirarse unilateralmente mediante un mecanismo en cadena, por lo que la dirección, el importe y el mensaje deben confirmarse antes de firmar.

La unidad más pequeña representable de XEM es 0.000001 XEM; es decir, 1 XEM puede dividirse en 1,000,000 de unidades mínimas. El protocolo registra las cantidades como unidades mínimas enteras y las muestra con seis decimales, por lo que las transferencias pequeñas y el cálculo de comisiones no dependen del redondeo de coma flotante. Esta precisión solo describe la capacidad de representación de la unidad de activo NIS1; no determina si una transacción será aceptada por la red. El envío aún debe cumplir simultáneamente condiciones como saldo disponible, la comisión de esa transacción y el formato de la transacción.