RenVM, es una de las creaciones de Ren Protocol, esta es una trama virtual que se ejecuta sobre un protocolo de segunda capa construido sobre Ethereum y, que tiene como finalidad, permitir la creación de tokens anclados controlados por una infraestructura absolutamente descentralizada. 

Uno de los proyectos que más revuelo ha ocasionado en el planeta DeFi de Bitcoin es Ren Protocol, y todo ello merced al lanzamiento de su token RenBTC y el corazón de su funcionamiento, la máquina virtual RenVM.

Pero, ¿Qué es precisamente RenVM? Y ¿Es verdaderamente RenVM una construcción segura y descentralizada? Puesto que bien esto y considerablemente más detalles los vas a conocer ahora.

RenVM, una VM para llevar a Bitcoin al ecosistema DeFi

RenVM, es una máquina virtual que sirve de base para el funcionamiento del llamado Ren Protocol. Este es un protocolo que tiene como propósito crear mecanismos de interoperabilidad blockchain entre múltiples criptomonedas y el ecosistema DeFi en Ethereum. Todo esto mientras que se garantizan los próximos principios:

  1. Descentralización
  2. Seguridad
  3. Privacidad
  4. Velocidad en sus operaciones

Para conseguir esto, RenVM está construida sobre una estructura de smart contracts sobre Ethereum que interaccionan con los llamados Darknodes. Estos Darknodes no son más nodos descentralizados que se hacen cargo de hacer posible la interoperabilidad blockchain disfrutando de los principios ya antes citados. Para conseguir esto, los Darknodes emplean una serie de potentes tecnologías criptográficas tal como lo son la Compartición de Secretos Shamir (Shamir’s Secret Sharing o bien SSS), sistemas computación multipartita segura (sMPC) y el algoritmo de acuerdo de gran velocidad, Hyperdrive. Charlamos de un conjunto de herramientas diseñadas para ofrecer un entorno de trabajo que cumpla con los objetivos planteados por los desarrolladores de Ren Protocol.

Origen de RenVM

Ahora bien, el desarrollo de RenVM no es una cosa que claramente se pueda hacer de un día para otro. La travesía de cara al desarrollo de RenVM empezó el veinticuatro de noviembre de dos mil diecisiete, cuando se estableció en Singapur, la compañía Ren cuyos creadores son Taiyang Zhang y Loong Wang. Para el dos de febrero, Ren empezaba la que sería la ICO para su financiación, una ICO que tendría solo una duración de veinticuatro horas, y en la que se consiguió colectar un total de treinta y cuatro millones de dólares americanos USD.

Desde ese instante, el equipo de desarrollo de Ren empezó su duro trabajo para crear toda la estructura de RenVM. Un trabajo que acabó con éxito el veintisiete de mayo de dos mil veinte con el lanzamiento oficial de su mainnet. Con esto probaron el potencial de una tecnología capaz de unir distintas blockchain sencillamente y veloz con el ecosistema DeFi de Ethereum.

¿De qué manera marcha RenVM?

A grandes rasgos, el funcionamiento de RenVM no se distingue de sistemas como wBTC, donde el usuario ingresa su bitcoin y a cambio se le ofrece un token ERC-20 que tiene exactamente el mismo valor que su BTC bloqueado. O sea, si bloqueas 1 BTC, el protocolo wBTC te va a devolver 1 wBTC, que tiene exactamente el mismo valor y que te dejará entrar al ecosistema DeFi de Ethereum siendo un token ERC-veinte.

Sin embargo, este similar acaba ahí, por el hecho de que la manera en como RenVM consigue esto, es totalmente diferente, y comenzaremos a especificar exactamente la misma ahora.

Darknodes, los nodos de ejecución de RenVM

En primer sitio, el bloqueo de fondos de RenVM depende de los Darknodes. Estos Darknodes, son un conjunto de nodos que son parte de la gran red que hace marchar a la RenVM. De esta manera, estos nodos forman una red de pares (Peer to Peer) que dejan la ejecución de smart contracts y además de esto ofrecen poder computacional y almacenaje para las diferentes acciones de RenVM.

La creación de los Darknodes deja crear una infraestructura de procesamiento descentralizado que facilita la interacción de otras blockchains con la blockchain de Ethereum. En resumen, los Darknodes son los responsables de ejecutar todo lo preciso para la actividad cross-chain que efectúa la RenVM.

Dado el esencial papel de los Darknodes, estos cuentan con una serie de protecciones. Primeramente, su puesta en marcha precisa de efectuar un staking esencial de más de cien mil token Ren. De manera adicional, el supply completo de tokens Ren está limitado a mil millones de tokens REN, con lo que el máximo de Darknodes posibles es de diez mil nodos. Esta protección está concebida para eludir que alguien pueda tomar el control de la red de Darknodes y manipular exactamente la misma.

Sin embargo, la primordial función de los Darknodes debe ver exactamente con su papel en la custodia descentralizada de fondos en las operaciones cross-chains. Pensémoslo un tanto, en sistema como wBTC, la custodia del BTC bloqueado está a cargo de un protejo centralizado (BitGo en un caso así). Esto puede considerarse un punto único de falla, pues un hurto en BitGo pondría en riesgo nuestro dinero.

Para hacer en frente de este inconveniente de forma descentralizada, RenVM utiliza los Darknodes para efectuar dicha custodia. Esto es posible merced al sistema de computación multipartita segura (sMPC) y el esquema de Shamir’s Secret Sharing que utiliza el sistema. El sistema sMPC deja crear y ejecutar scripts que sean totalmente privados en el sistema. Esto es, absolutamente nadie fuera del autor del script o bien transacción puede ver la información ejecutada por el Darknode y la RenVM. Esto permite, por poner un ejemplo, sostener la custodia de Bitcoin y otras criptomonedas en sus respectivas cadenas, al paso que el sistema relaciona dichas monedas a una cantidad equivalente de tokens ERC-veinte en Ethereum, una relación que puede deshacerse sin inconvenientes aplicando el proceso inverso.

Por supuesto esto crea un inconveniente ¿De qué manera se controlan las llaves privadas del sistema para la custodia en cadena de las criptomonedas aportadas por el usuario? En este punto, el Shamir’s Secret Sharing nos da la contestación al dividir este acceso entre múltiples participantes. De esta manera los smart contracts de RenVM son capaces de sostener la custodia de los tokens en sus respectivas blockchain, dividir ese acceso entre los Darknodes y el usuario que ha introducido esos tokens al sistema. Y como toda esta información está cifrada por el sMPC es casi imposible vulnerar el sistema para hurtar fondos del mismo.

Este esquema de funcionamiento:

  1. Permite que el usuario pueda guardar sus criptomonedas en una dirección on-chain de su criptomoneda. O sea, sus criptomonedas NUNCA pasan a manos de un tercero, solo están bloqueadas en una dirección de esa blockchain, cuyas claves privadas están divididas entre la RenVM y el usuario.
  2. Como las criptomonedas jamás dejan la blockchain, las operaciones acostumbran a ser rapidísimas, y cuentan con la seguridad nativa de esa criptomoneda. Esto causa que esas transacciones puedan ser tomadas como válidas aun estando en la mempool o bien con una sola confirmación de la red blockchain.
  3. Dada la relevancia de las llaves privadas para manejar esas criptomonedas bloqueadas, esta se divide utilizando el Shamir’s Secret Sharing, con lo que el control de acceso queda dividido entre la red de Darknodes y el usuario. La activación de acceso a estos tokens está limitado a escenarios realmente bien limitados, lo que mejora la seguridad del sistema.
  4. Como línea final de seguridad, los smart contracts o bien scripts ejecutados por los Darknodes y la RenVM son protegidos por un esquema de computación multipartita segura (sMPC). De este modo, los nodos pueden ejecutar el script mas no pueden descubrir información sensible del mismo.

zkSNARKS, el secreto del algoritmo de computación multipartita de RenVM

Ahora bien, sabemos que Ren siempre y en toda circunstancia ha apuntado a tener un sistema enormemente seguro y privado, y pensando en ese objetivo, han optado por utilizar las conocidas pruebas zk-SNARKs para su sistema de computación multipartita segura (sMPC).

La elección de las zk-SNARKS responde a tener un algoritmo enormemente probado, seguro y centrado en la privacidad. De esta forma, el sistema sMPC de Ren, llamado zk-COMPUTE, el que es el responsable de resguardar nuestras operaciones en internet de Darknodes, puede garantizarnos que absolutamente nadie va a poder ver la información de nuestras operaciones, brindando seguridad a exactamente las mismas.

Por otro lado, zk-COMPUTE cumple con otra condición esencial, y es que es una función criptográfica fácil, enormemente tolerante a fallos, y que unida al protocolo de acuerdo Hyperdrive, garantiza una alta escalabilidad en internet.

Hyperdrive, un protocolo de acuerdo de alta velocidad

Por otro lado, debido a la naturaleza de múltiple interacción de RenVM, la red que forman los Darknodes debe contar con un protocolo de acuerdo veloz, seguro y a pruebas de fallos. La elección en ese sentido del equipo de desarrollo de Ren, es tomar el protocolo Tendermint y ajustarlos a sus necesidades, creando con esto el protocolo Hyperdrive.

Hyperdrive es un protocolo de acuerdo tolerante a fallos bizantinos que deja la interacción de grandes redes seguramente. Al estar basado en Tendermint, este protocolo marcha basándonos en los principios de un protocolo gossip de gran velocidad y baja latencia, lo que brinda una gran escalabilidad a su red, lo que resulta ideal para crear redes de interacción cross-chain como el caso de RenVM.

Hyperdrive acepta la existencia de una red de igual a igual que puede trasmitir mensajes a todos y cada uno de los pares y un dispositivo de almacenaje que puede preservar los datos en el disco, mas no detalla de qué forma se incorporan estas funcionalidades.

¿Cuánto sabes, criptonauta?

¿Puede verdaderamente RenVM crear tokens anclados con funcionamiento descentralizado?

Pros y Contras de RenVM

Ahora que conocemos las partes más vitales de RenVM y su papel en el sistema, es tiempo de reconocer cuales son los pros y contra de este protocolo.

Pros

En primer sitio, RenVM es ciertamente una solución muy descentralizada para la interacción cross-chain entre Ethereum y otras redes soportadas, como Bitcoin, Bitcoin Cash o bien ZCash. Este primer punto nos deja crear tokens ERC-veinte que representan 1:1 cada uno de ellos de las criptomonedas ya citadas. Con esto se busca ofrecer la posibilidad a sus tenedores de participar en el planeta DeFi de Ethereum.

Otro punto fuerte de este sistema es su privacidad y alto nivel de seguridad. El empleo de pruebas zk-SNARKS, Shamir’s Secret Sharing y sMPC nos afirma que el equipo de desarrollo de RenVM se ha tomado la seguridad y la privacidad como parte medular del protocolo. No solo eso, RenVM es aun capaz de ejecutar DEX de criptomonedas totalmente anónimos, los llamados Dark Pools. Una muestra de que el proyecto cumple con este punto ensu totalidad.

Además, el empleo de protocolos como Tendermint, la restricción en el números de nodos, la extensibilidad del protocolo dejan vaticinar un desarrollo y desarrollo de este sistema en los años por venir. Todo esto asegura que el sistema va a poder hacer en frente de un número mayor de usuarios de criptomonedas, sin que signifiquen algún riesgo para la infraestructura o bien inconvenientes de escalabilidad asociados a su velocidad de procesamiento de operaciones.

Su capacidad de integración con DApps es muy potente al contar con librerías diseñadas para este fin. Esto quiere decir que su extensibilidad y también integración nativa con otras DApps potencia sus capacidades de empleo y brinda a los usuarios interacción directa con este RenVM.

Contras

Uno de los inconvenientes que RenVM no solventa está relacionado con la debilidad de los smart contracts en Ethereum. RenVM representa los diferentes tokens soportados en su plataforma como token ERC-veinte. Hecho esto, se crean puentes que dejan la interacción entre RenVM y estos tokens a fin de que los usuarios puedan producirlos, emplearlos y quemarlos conforme lo requiera. El hecho de precisar a los smarts contracts de Ethereum para hacer esto causa que se abra un punto de fallo, pues cualquier fallo o bien fallo en esos smart contracts podría llevar al hurto o bien pérdida de tokens de sus usuarios. Evidentemente, esto no ha ocurrido hasta la data, mas es un punto de incesante revisión y que hay que tomar en consideración.

Por otro lado, por el momento, RenVM tiene un alcance de interoperabilidad bastante limitado. Las criptomonedas soportadas por el momento por la plataforma son BTC, BCH y ZEC. Por el momento, el equipo promete ampliar estas funcionalidades en consecutivas actualizaciones del protocolo.