¡Tres casos que muestran lo que Revive y Polkadot Hub pueden lograr!

Este artículo ha sido recopilado por PolkaWorld a partir de la presentación de Parity en la conferencia Sub0.

En los últimos años, Polkadot se ha convertido en un sistema modular potente y flexible. Pero también tiene un problema evidente: muchas funciones centrales están dispersas en diferentes cadenas.

Por ejemplo:

• El motor de contratos inteligentes solo está en algunas parachains; 
• La gobernanza, el staking, los tokens nativos y otros sistemas están en otras parachains o cadenas de sistema. 

Esta dispersión genera mucha complejidad. Incluso un flujo de aplicación muy sencillo puede requerir interacción entre varias cadenas y depender de comunicación asíncrona para completarse.

¡Polkadot Hub cambiará radicalmente esta situación y simplificará todo enormemente!

Polkadot Hub: reuniendo todas las funciones en un solo lugar

Permítanme presentarme, soy Torsten, responsable del equipo de contratos inteligentes de Parity. Hoy quiero hablarles sobre Polkadot Hub y su motor de ejecución de contratos inteligentes integrado, y cómo estas nuevas capacidades redefinirán la forma de construir aplicaciones en Polkadot.

Primero, repasemos las dificultades del pasado, bajo la antigua arquitectura:

• Los contratos inteligentes solo podían desplegarse en parachains; 
• La lógica de tokens nativos, staking, gobernanza, etc., estaba distribuida en la cadena de retransmisión o cadenas de sistema. 

Esto significa que, si tu aplicación necesitaba combinar funciones de estos sistemas, debías depender de XCM y flujos de mensajes asíncronos complejos.

El resultado era:

• Los desarrolladores no sabían en qué cadena debían desplegar la aplicación;
• El proceso estaba fragmentado y la cadena de herramientas no era unificada;
• El funcionamiento de cada cadena era diferente, lo que generaba una experiencia de desarrollo muy fragmentada. 

Pero ahora, todo está a punto de cambiar, ¡porque Polkadot Hub está por llegar!

Polkadot Hub es el nuevo “centro de aplicaciones” del ecosistema Polkadot. Reúne todas las funciones clave que antes estaban dispersas:

• Activos 
• Tokens nativos 
• Stablecoins 
• Staking 
• Gobernanza 
• Contratos inteligentes 

Todo en un mismo entorno.

Con la llegada del Hub, las fronteras entre cadenas desaparecen, lo que significa que las aplicaciones de Polkadot del futuro se construirán y desplegarán de una manera completamente nueva.

Los contratos inteligentes entran en la era de doble motor: Revive transformará la capa de aplicaciones de Polkadot

Ahora hablemos de la parte que más me interesa: el motor de ejecución de contratos inteligentes del Hub.

Este motor de ejecución se llama Revive. Su mayor atractivo es que Revive incorpora dos entornos de ejecución, capaces de ejecutar dos tipos de sistemas de contratos inteligentes.

• Uno es el conocido EVM, que puede ejecutar directamente contratos EVM escritos en Solidity; 
• El otro es el más moderno PVM, que admite contratos escritos en Solidity o Rust. 

Lo más especial es que EVM y PVM no son dos mundos aislados, sino que funcionan en el mismo espacio de direcciones y pueden llamarse entre sí. Esto significa que los contratos inteligentes de un sistema pueden interoperar completamente con los del otro. Pueden llamarse mutuamente, y al hacerlo, ni siquiera necesitan saber si el contrato llamado es PVM o EVM.

Además, Revive permite que los contratos inteligentes accedan directamente a funciones centrales del runtime, como staking, gobernanza, gestión de activos y XCM, a través de precompilados (precompiles). Todos estos componentes están perfectamente integrados con Revive.

A continuación, explicaré brevemente cómo desplegar aplicaciones en Revive. Actualmente, puedes elegir entre dos lenguajes: Solidity o Rust.

Si usas Solidity, puedes utilizar el compilador tradicional de Solidity para compilar el código a bytecode EVM y ejecutarlo en el motor EVM de Revive. También puedes usar el compilador Resource C desarrollado por Parity, que compila el código Solidity a bytecode PVM y lo despliega en el motor PVM. Tanto el código EVM como el PVM pueden llamarse entre sí. 

Si usas Rust, solo necesitas el compilador de Rust para compilar y desplegar contratos inteligentes PVM. Estos contratos también pueden interactuar directamente con los componentes del runtime. 

Ahora explicaré por qué Revive necesita dos motores de ejecución y cuáles son sus ventajas.

PVM: un motor de ejecución moderno y de alto rendimiento

PVM es un entorno de ejecución de contratos inteligentes completamente nuevo, que ofrece una capacidad de cómputo mucho mayor que el EVM tradicional. Por lo tanto:

• Puedes desplegar contratos inteligentes más grandes y complejos 
• Puedes construir nuevos tipos de aplicaciones que antes eran casi imposibles 

PVM está basado en el conjunto de instrucciones RISC-V. Ethereum también está considerando RISC-V para el futuro, pero Revive ya lo ha adoptado, permitiendo a los desarrolladores utilizar esta tecnología de inmediato.

Revive ofrece dos modos de ejecución:

• Modo interpretado (modo actual, rendimiento medio) 
• Modo JIT (compilación just-in-time, disponible el próximo año, liberará todo el potencial de rendimiento) 

En modo JIT, puedes realizar cálculos muy pesados en los contratos inteligentes, como:

• Cálculos matemáticos complejos 
• Algoritmos criptográficos (casi imposibles en EVM) 

En EVM, si quieres añadir un nuevo primitivo criptográfico, debes actualizar los precompilados de toda la red, lo cual es muy complicado; pero en PVM, puedes implementar tu propio “precompilado” directamente en el contrato inteligente, ya que tiene suficiente capacidad de cómputo.

¿Por qué seguimos necesitando EVM?

Porque EVM también tiene ventajas claras:

• Puedes migrar protocolos que ya funcionan en Ethereum u otras cadenas EVM directamente a Revive
• No necesitas modificar el código 
• No necesitas cambiar de herramientas 
• Foundry, Hardhat siguen funcionando 
• Despliegue inmediato 

Además, los contratos EVM y PVM pueden llamarse entre sí sin problemas.

Destaco esto porque si tu protocolo original fue compilado con una versión antigua del compilador Solidity, su bytecode puede no funcionar en PVM, pero en el motor EVM de Revive no hay problema.

Por eso seguimos necesitando el motor EVM: garantiza la compatibilidad total con EVM.

Sin embargo, nuestro motor EVM tiene una diferencia clave con el estándar de Ethereum: la gestión de gas y recursos es distinta.

Normalmente, todas las cadenas EVM calculan el gas de la misma manera, pero esto no funciona en Polkadot. Porque Polkadot utiliza un sistema de gestión de recursos completamente diferente en su base:

• Los recursos de Polkadot se llaman weights (pesos), son bidimensionales, es decir, incluyen dos tipos de recursos a calcular; 
• Además, el motor de contratos inteligentes de Revive añade un tercer recurso: depósito de almacenamiento (storage deposit). 

Es decir, internamente el sistema gestiona tres tipos de recursos.

Aun así, queremos mantener la misma experiencia de uso que la cadena de herramientas de Ethereum, así que los mapeamos a un recurso que “parece gas”. En otras palabras, las wallets de Ethereum no entienden estos recursos internos de Polkadot, así que simulamos el gas de Ethereum. Internamente, los tres recursos se mapean de forma determinista a “gas”.

Aunque el sistema es más complejo y tiene algunas diferencias sutiles con Ethereum, mientras los desarrolladores utilicen la estimación correcta de gas y no codifiquen valores fijos, estas diferencias no afectarán el uso real.

Con este mecanismo, mantenemos la compatibilidad con Ethereum y aseguramos la protección necesaria contra ataques DOS en los contratos inteligentes.

Tres casos para mostrar lo que pueden lograr Revive y Polkadot Hub

A continuación, quiero volver la mirada al conjunto de Polkadot Hub.

Aquí debo mencionar un proyecto importante: Asset Hub Migration (Migración del Centro de Activos). Su función es sentar las bases para Polkadot Hub, permitiendo que el staking, los saldos, los activos y la gobernanza funcionen en un entorno unificado.

Asset Hub Migration se completó recientemente, hace unas semanas.

Ahora, todo está listo y Revive puede desplegar todo su potencial en este entorno.

Este es el entorno ideal que diseñamos para Revive y el mejor lugar para ejecutar contratos inteligentes en Polkadot Hub en el futuro.

A continuación, quiero dar tres ejemplos de lo que pueden lograr Revive y Polkadot Hub.

Ahora debería quedar claro: en este entorno unificado, los contratos inteligentes pueden:

• Acceder directamente a la gobernanza y el staking 
• Acceder directamente a los saldos nativos y otros activos 
• Realizar todas las operaciones de forma sincrónica, sin necesidad de comunicación asíncrona entre cadenas 

Primer ejemplo: los contratos inteligentes pueden leer directamente el estado de la gobernanza, responder a cambios en las propuestas de gobernanza e incluso activar su propia lógica según eventos de gobernanza. Todo esto puede hacerse instantáneamente dentro del mismo sistema.

Otro ejemplo: PVM permite cargas de trabajo más complejas. Como mencioné antes, el modo JIT de PVM estará disponible el próximo año, liberando todo el potencial de cómputo.

Con PVM, puedes ejecutar cálculos matemáticos complejos en la cadena, algo imposible en EVM debido a sus limitaciones de cómputo. Por ejemplo, un protocolo DeFi (como uno de préstamos) suele requerir muchos cálculos complejos: reevaluar riesgos, actualizar posiciones de usuarios, responder a cambios de mercado, etc. Antes, esta lógica no podía ejecutarse en la cadena y debía hacerse off-chain; pero el cálculo fuera de la cadena no es verificable, no es descentralizado y requiere confiar en terceros. PVM puede devolver esta lógica a la cadena, ejecutándola de forma descentralizada y sin necesidad de confianza.

Estos protocolos incluso pueden realizar simulaciones en la cadena. Si quieres ejecutar simulaciones para ver qué ocurriría en un escenario, ahora puedes hacerlo directamente en la cadena. Las simulaciones suelen requerir mucho cálculo, especialmente si hay bucles, algo que antes era imposible.

Como mencioné antes, la criptografía. Ahora puedes ejecutar algoritmos criptográficos complejos directamente en contratos inteligentes; estos algoritmos requieren mucha capacidad de cómputo, pero PVM es ideal para ello. En criptografía, una dirección especialmente importante es la de las aplicaciones de conocimiento cero. Las pruebas de conocimiento cero son muy populares actualmente, pero debido a su gran carga computacional, antes no podían ejecutarse realmente en contratos inteligentes. La llegada de PVM permite finalmente implementar estas aplicaciones de conocimiento cero en contratos inteligentes.

A continuación, quiero hablar sobre la estrategia de producto de Parity.

Como ya habrán escuchado, construiremos muchos productos nuevos, y Revive y Polkadot Hub serán la base de estos productos. Por supuesto, hay otras capas base, pero siempre que se trate de motores de ejecución de contratos inteligentes, funcionarán sobre Revive y Polkadot Hub.

Estructuralmente, puede entenderse así:

• La capa más externa es Polkadot Hub, dentro del Hub funciona Revive;
• Puedes elegir EVM o PVM según las necesidades del proyecto para construir aplicaciones;
• Encima de esto, están los productos orientados al usuario final.

Polkadot Hub se lanzará oficialmente en diciembre

Por último, quiero hacer una breve perspectiva.

Si quieres empezar a construir en Revive y Polkadot Hub, puedes hacerlo de las siguientes maneras.

Si deseas seguir usando tu forma de desarrollo habitual —por ejemplo, ya tienes un flujo de trabajo maduro, o usas herramientas de Ethereum como Foundry o Hardhat— puedes elegir directamente EVM, el motor está listo para usar.

Por supuesto, también puedes elegir PVM. Ofrecemos herramientas similares a Foundry y Hardhat para PVM, aunque no puedes usar las versiones estándar directamente porque no soportan PVM ni tienen compilador para PVM. Pero proporcionamos nuestras propias versiones adaptadas, cuyo uso es prácticamente igual.

Además, puedes interactuar con otras funciones centrales de Polkadot Hub a través de precompilados (precompiles).

En cuanto a la fecha de lanzamiento, Polkadot Hub y todos los componentes relacionados se desplegarán en Kusama en noviembre, lo que llegará muy pronto. En diciembre se lanzará oficialmente en la red principal de Polkadot.

Como mencioné antes, todo el trabajo de base para Revive ya está hecho.

Más funciones avanzadas se abrirán el próximo año, y quiero destacar especialmente el motor JIT de PVM.

También estamos explorando otras tecnologías más avanzadas, como el soporte para nuevos lenguajes de contratos inteligentes en el futuro, pero no entraré en detalles ahora, así que estén atentos.

Si quieres desarrollar en Polkadot Hub y Revive, puedes escanear este código QR.

¡Bienvenido a ser parte del futuro de Parity y Polkadot! ¡Muchas gracias a todos!