Question 1

¿Qué es MOB?

Accepted Answer

MOB es el criptoactivo nativo de la red de pagos MobileCoin. La red está diseñada para realizar transferencias de valor con privacidad en dispositivos móviles: la cadena de bloques registra el estado de los pagos completados, pero la estructura de las transacciones procura no exponer directamente al pagador, al destinatario ni el importe a los observadores. MOB no es el saldo de una cuenta en una empresa, ni representa un derecho sobre acciones de una empresa o sobre un valor fijo en moneda fiduciaria; es la unidad de valor que se transfiere en la red en forma de salidas de transacción.

Question 2

¿Cómo protege MobileCoin la privacidad de los pagos?

Accepted Answer

La privacidad de las transacciones de MobileCoin se consigue mediante tres mecanismos combinados: las direcciones de un solo uso ocultan al destinatario, las firmas de anillo mezclan la entrada realmente gastada con un conjunto de posibles entradas para ocultar al pagador, y RingCT (transacciones confidenciales de anillo) oculta el importe. Resuelven, respectivamente, la visibilidad de «quién recibe, quién paga y cuánto se pagó». Esto no significa que se eliminen todos los riesgos. El repositorio de código del proyecto explica que, incluso si se produce una vulnerabilidad conocida y sin corregir contra un enclave SGX, las firmas de anillo, las direcciones de un solo uso y RingCT del libro mayor seguirán protegiendo la información correspondiente, aunque un atacante aún podría intentar establecer asociaciones estadísticas a través de las entradas de firmas de anillo; una vez corregida la vulnerabilidad, el proyecto describe esto como una propiedad de secreto hacia adelante.

Question 3

¿Cómo se completa un pago de MOB en cadena y cómo se evita el doble gasto?

Accepted Answer

Un pago de MOB consume salidas de transacciones no gastadas (UTXO) existentes y crea nuevas salidas de transacción para el destinatario y una dirección de cambio. Cada salida corresponde a una key image única; una vez que se gasta una salida, esa key image se registra permanentemente en la cadena, por lo que la misma salida no puede volver a utilizarse como entrada válida. El usuario primero construye la transacción localmente en su dispositivo y después la envía al enclave seguro de un nodo validador que haya elegido. Tras la verificación, el nodo propaga la transacción a la red; las nuevas salidas solo pasan a formar parte del registro de la red después de que el consenso las escriba en el libro mayor. Este proceso separa el «control de la propiedad» de la «prevención del doble gasto»: el control de una salida depende de una clave privada, mientras que la comprobación del doble gasto depende de las key images registradas.

Question 4

¿Cómo confirma MobileCoin las transacciones y qué función cumple SGX?

Accepted Answer

Los nodos validadores de MobileCoin ejecutan el MobileCoin Consensus Protocol para determinar un orden acordado de las transacciones válidas y confirmar nuevos bloques mediante tolerancia a fallos bizantinos (BFT). Los validadores comprueban primero si una transacción intenta crear valor de forma fraudulenta y luego participan en la replicación de la máquina de estados que escribe las transacciones válidas en el libro mayor. Los enclaves de los validadores de la red usan atestación remota para confirmar que un enclave par ejecuta software de MobileCoin sin modificar y se encuentra en un procesador Intel auténtico; solo los enclaves pares que pueden completar esa verificación participan en esta vía de comunicación. SGX es aquí una capa de defensa para el consenso y la privacidad, no un mecanismo que deje la validez de una transacción enteramente en manos de un único nodo.

Question 5

¿Cuál es la diferencia entre un nodo validador y un nodo watcher?

Accepted Answer

Operar un nodo validador y operar un nodo watcher no son la misma forma de participación. Los nodos validadores validan transacciones nuevas y participan en el consenso; según la guía de la red principal del proyecto, unirse a la red principal como validador requiere una máquina o un servidor en la nube con capacidad SGX. Un nodo watcher no participa en la producción de resultados de consenso. En cambio, verifica las firmas que los validadores completos adjuntan a cada bloque, mantiene una copia completa de la cadena y proporciona API a clientes de billeteras o plataformas de intercambio. El proyecto indica que un watcher puede ejecutar mobilecoind y no necesita Intel SGX; por tanto, poder operar un watcher no significa poder unirse al consenso de validadores.

Question 6

¿Cuál es el total de MOB y cuál es su unidad mínima?

Accepted Answer

La descripción general de la red en el repositorio de código del proyecto establece el total de la red MobileCoin en 250,000,000 MOB; 1 MOB puede dividirse en 10^12 picomob indivisibles. Cada UTXO en cadena se expresa como un número entero de picomob, por lo que los importes de pago se miden en esta unidad mínima. Esta convención sobre el total responde al límite máximo de medición a nivel de red; no debe confundirse con la oferta circulante en un momento dado, la cantidad negociable en una plataforma de intercambio ni la distribución de las tenencias. Para evaluar cada uno de estos últimos conceptos se necesitan sus propios datos verificables.

Question 7

¿Cómo permite Fog que una billetera móvil use MOB de forma privada sin descargar el libro mayor completo?

Accepted Answer

Fog es un conjunto de servicios privados diseñado para usar MobileCoin en dispositivos móviles. Permite que las billeteras encuentren pagos recibidos, consulten saldos y construyan nuevas transacciones sin descargar ni sincronizar toda la cadena de bloques, procurando al mismo tiempo no dar al operador de Fog información no trivial sobre la actividad de pagos del usuario. Esto se debe a que las consultas habituales de las billeteras ligeras pueden revelar saldos, momentos de recepción o relaciones entre transacciones. Fog procesa consultas sensibles mediante enclaves SGX y Oblivious RAM: el servicio ingest realiza un posprocesamiento privado de las salidas de la cadena de bloques, el servicio view entrega al usuario sus salidas y el servicio ledger proporciona materiales como anillos, pruebas de Merkle y key images necesarios para construir transacciones. Fog puede ser desplegado por un proveedor de aplicaciones y no es una única red descentralizada; el modelo de privacidad del usuario depende de la integridad de SGX, en vez de exigir una confianza total en el operador del servicio.

Question 8

¿Qué claves se necesitan para recibir y controlar MOB?

Accepted Answer

Para controlar una salida de MOB se necesitan dos claves privadas: la spend private key se utiliza para transferir valor y la view private key para encontrar las salidas que le pertenecen; la mayoría de los usuarios puede derivar ambas claves de la misma root entropy. El destinatario proporciona al pagador la información pública correspondiente para que este pueda construir una salida de pago. Por ello, poseer o respaldar la root entropy de la que pueden derivarse estas claves está vinculado a la capacidad de controlar activos y descubrir pagos recibidos. En el diseño de MobileCoin, las propias salidas de transacción son estado en cadena; las claves privadas no se escriben en la cadena de bloques, sino que se usan para demostrar control e identificar las salidas que le pertenecen.

Precio de MobileCoin (MOB)