Ambos tipos de Mana se pueden describir como recursos esenciales para múltiples partes de la red. Están relacionados con el token IOTA/SMR, pero no son tokens en sí mismos. Cuando se procesa una transacción, una cierta cantidad de aMana y cMana, dependiendo de la cantidad de IOTA/SMR movidos por la transacción, se comprometerá a los nodos especificados en la transacción mediante sus ID de nodo.
El Mana de acceso (aMana) es un recurso que funciona como un sistema de reputación para priorizar el acceso en casos de congestión de la red. Y el Mana de consenso (cMana) es un recurso que funciona como un sistema de seguridad para evitar algunos vectores de ataque.
El Mana de acceso se puede acumular y/o comprar/alquilar, pero el Mana de Consenso es puramente de gobierno, relacionado con los votos del protocolo sin que tenga sentido establecer un mercado. El Algoritmo de Control de Congestión de IOTA puede soportar miles de pequeños poseedores de mana. Al asignar maná de forma proporcional, se asegura de que los “pequeños” tengan su parte justa de poder de voto o acceso al mismo tiempo que los grandes poseedores de mana. Incluso si se tiene una proporción bastante pequeña de mana, ese mana garantizará al menos una cantidad mínima de acceso, y ese acceso no puede ser revocado independientemente de cuántos grandes poseedores de mana estén saturando la red.
El peso del Mana de consenso y de acceso de un nodo determinado es relativo al “Mana activo” total, o el Mana que tienen los nodos activos en la red. Por ejemplo, si un nodo tiene el 5% del Mana de acceso total y solo el 50% del Mana de acceso está activo, entonces un nodo podrá agregar el 10% del total de datos permitidos por el protocolo al Tangle. Del mismo modo, el poder de voto es proporcional al Mana de consenso activo, cuanto más Mana de consenso tenga un nodo, más consultas recibirá, es decir, más poder de voto tendrá. Un atacante podría intentar comprar tokens con el objetivo de acumular Mana de consenso, que luego podría usarse para atacar la red. Sin embargo, tal ataque sería inmensamente costoso, ya que la compra eleva el precio y requeriría una gran cantidad de tokens para ejecutar un ataque, ya que necesitarían más tokens que los actores honestos.
Un detalle importante es que IOTA 2.0 tendrá un rendimiento lo suficientemente óptimo para evitar en lo posible casos de congestión en la red, además, la implementación de la fragmentación facilitará el acceso reduciendo la congestión drásticamente. Por último, es posible que la futura versión de IOTA 3.0 permita a los nodos enviar transacciones sin Mana cuando no exista congestión, pero para eso aún falta.
*Solo transmito la información que se ha publicado por diferentes vías hasta hoy. Si alguien quiere explicaciones o tiene criticas sobre cosas que aún no se han publicado que lo discuta con los desarrolladores de la IF.