Todas las noticias se verifican rigurosamente y son revisadas por expertos en blockchain y profesionales de la industria.
- Está a punto de lanzarse una versión alfa de los smart contracts de IOTA para la comunidad X-Team.
- Al principio, estarán disponibles los dos lenguajes de programación Rust y Go.
Como anunció ayer el cofundador de IOTA, Dominik Schiener, a través de Discord, el lanzamiento de una versión alfa del protocolo de smart contracts de IOTA (ISCP) es inminente. Después de que la Fundación IOTA ya publicara una primera versión prealfa en octubre del año pasado, la tan esperada solución de segunda capa podría estar ahora disponible para un grupo selecto de probadores.
Al igual que con proyectos anteriores, la Fundación IOTA utilizará los «equipos X», un grupo de miembros de la comunidad dedicados que trabajan con el personal de la Fundación IOTA en varias etapas de desarrollo, para obtener los comentarios iniciales. Schiener escribió a través de Discord:
Todos los que quieran empezar a construir los smart contracts de IOTA junto con nosotros para nuestro lanzamiento Alpha, por favor prepárense. Los Equipos X se lanzarán muy pronto.
IOTA se apoya en Rust y Go
En octubre, la Fundación IOTA dio a conocer tres Pruebas de Concepto (PoC) desarrolladas para demostrar la «implementación de vanguardia del protocolo de smart contracts IOTA (ISCP)». Junto con esto, la fundación también publicó un conjunto de herramientas para que los desarrolladores exploren la funcionalidad de los smart contracts de IOTA.
La versión alfa para el equipo X permitirá ahora a los desarrolladores externos más allá de la Fundación IOTA escribir smart contracts por primera vez. Tal y como ha revelado Eric Hop, propietario senior de producto para smart contracts en la Fundación IOTA, tanto los lenguajes de programación Rust como Go estarán disponibles en el lanzamiento. «Estamos trabajando en la documentación», añadió Hop.
Otros lenguajes de programación son concebibles, pero requerirán una biblioteca de interfaz con Wasm:
No es tan sencillo como un lenguaje compatible con Wasm. Todavía hay que conectar ese lenguaje específico con el entorno sandbox del nodo Wasp. Piensa en ello como en proporcionar la biblioteca de interfaz para ese lenguaje. Actualmente tenemos las bibliotecas de interfaz para Rust y Go.
El diseño de nuestra biblioteca es tal que debería ser sencillo crearla en otros lenguajes, pero estos otros lenguajes necesitarán una generación de código Wasm adecuada. Que es donde la mayoría de los lenguajes actualmente todavía carecen. Incluso la implementación de Go tiene algunos paquetes que aún no se traducen correctamente.
Cuando se le preguntó si el entorno del sandbox será «exactamente» el mismo que tendrán los smart contracts en la red principal, Hop reveló que será posible migrar el smart contract de la red de pruebas a la red principal:
Sí. Una vez que podamos ejecutar en la mainnet los SCs que se crearon en la testnet simplemente se ejecutarán. El diseño del ISCP está muy compartimentado. Los módulos de consenso y VM son completamente independientes de la implementación subyacente de Tangle. Lo que a su vez significa que la VM Wasm también es completamente independiente de la red subyacente.
Ahora mismo utilizamos goshimmer porque proporciona los requisitos básicos que necesitamos (UTXO, Colored Tokens y firmas BLS). Pero una vez que estén disponibles en Chrysalis, adaptaremos la capa de red ISCP y la ejecutaremos allí.
