Tokens personalizados y anclaje de contratos inteligentes en la capa 1
TL;DR:
La funcionalidad base de toda tecnología de ledger distribuido (DLT) es el envío y la recepción de tokens. La mayoría de las DLT se ciñen a esto y habilitan funcionalidades adicionales en las capas superiores (L2, L3, etc.). Stardust es una actualización del protocolo que convierte la capa base de Shimmer y, posteriormente, de IOTA (L1) en libros de contabilidad multiactivos, permitiendo a cualquiera acuñar sus propios tokens o NFT en L1. También permite la interacción de las cadenas de contratos inteligentes de la capa 2 con la L1, convirtiendo efectivamente la capa base en un puente sin confianza entre las redes de contratos inteligentes de la L2. Este artículo ofrece una visión general de los aspectos más importantes de la actualización de Stardust, y es una versión abreviada y simplificada del artículo técnico detallado de presentación de Stardust, que se publicará mañana.
La revolución de la Web3 se basará en el intercambio escalable, sin fricciones y seguro de activos, servicios y bienes digitales. ¿Pero cómo será posible? Abróchate el cinturón mientras resumimos lo que te espera con el lanzamiento de Stardust en Shimmer, la red de IOTA para validar y endurecer las nuevas innovaciones. Shimmer es donde se desplegarán primero las últimas características de las aplicaciones Web3 y DeFi altamente escalables. Comencemos con el porqué de la necesidad de Stardust:
¿Por qué Stardust?
Los Contratos Inteligentes de IOTA, ya sean basados en EVM o no, no se ejecutan directamente en la L1 de IOTA o Shimmer. En su lugar, los desarrolladores de Web3 crean sus propias cadenas de bloques y ejecutan los contratos inteligentes en ellas, con cada una de esas cadenas igualando la capacidad de toda la red Ethereum.
En teoría, podría haber cientos de estas cadenas de contratos inteligentes, permitiendo tanta capacidad como los constructores necesiten. Todas ellas están ancladas a Shimmer o IOTA, utilizando una fracción de la capacidad de estas redes, lo suficiente para anclarlas publicando información sobre las ejecuciones de los contratos inteligentes, así como la comunicación entre cada cadena de contratos inteligentes.
La próxima red Assembly permitirá la creación de estas redes de contratos inteligentes (también conocidas como «cadenas de servicios»), todas ellas conectadas a través de las redes Shimmer/IOTA subyacentes. Assembly permitirá así la creación de un entorno multicadena, basado y conectado a través de una red L1 común y sin fees. En otras palabras: ya no habrá necesidad de costosos y complicados «puentes» para que las cadenas de contratos inteligentes «hablen» entre sí.
Pero primero, la capa base necesita una actualización, que permita a los contratos inteligentes interoperar e intercambiar valor entre sí, así como acuñar, mantener, gestionar, fundir y quemar activos en L1 sin fees. Esto es exactamente lo que permite Stardust.
Para que los contratos inteligentes de IOTA se ejecuten en blockchains que dependen y están conectados a través de Shimmer e IOTA, entra en juego el
Marco de Tokenización de IOTA, que define las especificaciones de tokenización para la actualización de Stardust.
Características principales de Stardust
La primera encarnación de Stardust, con su Ledger Multiactivo y su capacidad de contrato inteligente, será la próxima red Shimmer. Una vez validado en Shimmer, el nuevo conjunto de características se integrará en la red IOTA. Los detalles completos de lo que permitirá la actualización de Stardust están disponibles en la lectura larga técnica (que se publicará mañana), pero aquí hay un resumen rápido de las características más importantes.
Límite de datos/coste de bytes: Antes de Stardust, lo único que había que almacenar en el ledger era el saldo de tokens. Pero como la utilidad del ledger aumentará con Stardust, también lo hará la cantidad de datos almacenados en el ledger principal. Dado que el espacio total de almacenamiento es un recurso finito para cada ledger distribuido, Stardust introducirá un límite en los datos incluidos en las transacciones. Este límite puede ampliarse con el aumento del número de tokens que contiene una transacción.
En pocas palabras, cuantos más tokens tenga una transacción, más datos podrá contener. De este modo, el espacio utilizado en el ledger puede distribuirse de forma justa, manteniendo la sensación de IOTA y Shimmer y garantizando que el tamaño del ledger no crezca de forma descontrolada, como en la mayoría de las cadenas de bloques. En cambio, el tamaño máximo del ledger está limitado por el número de tokens existentes. La característica que introduce límites al almacenamiento de datos de forma indefinida en el ledger ligado al valor de los tokens de las transacciones, se denomina «coste de bytes».
Protección contra el dust (o polvo): El coste de los bytes también crea otra característica de la actualización de Stardust: impide automáticamente que alguien infle el ledger emitiendo transacciones de spam, que requieren espacio en el ledger. Esta característica se conoce como protección contra el dust o polvo.
La gran ventaja de Stardust es que todos los datos asegurados mediante un depósito de coste de bytes pasarán a formar parte del estado del ledger. Esto significa que, una vez propagados por la red, *todos* los nodos de las redes IOTA y Shimmer guardarán una copia de los datos. La copia se mantendrá en todos los nodos y se podrá acceder a ella desde cualquier nodo. No se purgará automáticamente después de un tiempo determinado y, por lo tanto, no requiere un permanode crónica para una solución de almacenamiento como en la actual versión Chrysalis de la red IOTA.
El coste del byte es un coste de oportunidad, bloqueando los tokens durante el tiempo que un usuario quiera retener y persistir los datos en el libro mayor. Cuando los datos ya no son necesarios, se pueden eliminar y los tokens depositados se liberan y se devuelven al usuario. No se consumen, ni se pagan, ni se destruyen tokens para retener los datos durante largos periodos de tiempo – sólo se bloquean en las transacciones como depósito para evitar el hinchamiento incontrolado del libro mayor.
En esencia, el almacenamiento de datos para la eternidad tiene el precio de bloquear los tokens mientras los datos persistan en el libro mayor. El spam y la hinchazón del libro mayor sólo serían posibles si el atacante está dispuesto a pagar por ello.
Condición de desbloqueo de la salida: La forma de protección contra el dust descrita anteriormente abre otra nueva e importante característica de Stardust. Si transfieres, por ejemplo, un token PizzaCoin personalizado, debes enviarlo junto con suficientes tokens nativos (SMR o IOTA) para soportar su almacenamiento de datos en el ledger. Así pues, tanto el remitente como el receptor deben proporcionar el depósito de tokens nativos que permita el almacenamiento de los bits y bytes que componen el PizzaCoin.
Para facilitar esto, Stardust introduce una «condición de desbloqueo de salida»: si el remitente proporciona el depósito de tokens requerido, puede definir que el receptor tiene que liberar el depósito sustituyéndolo por su propio depósito de tokens al recibir el token PizzaCoin. Una vez hecho esto, el depósito de tokens del remitente se devuelve automáticamente.
El remitente también puede definir el plazo en el que el receptor tiene que reemplazar el depósito del remitente. Si el receptor no actúa dentro del plazo especificado, los tokens o NFTs se devuelven automáticamente al emisor.
La condición de desbloqueo de la salida es especialmente útil en los casos en los que es importante aceptar las transacciones dentro de un plazo determinado. Imagine una subasta de NFT, en la que varios participantes envían sus ofertas a una plataforma de subastas. Si los licitadores establecen el final de la subasta como condición de desbloqueo, todas las pujas fallidas se devuelven automáticamente a los licitadores una vez finalizada la subasta. Sólo la puja ganadora es aceptada por la plataforma de subastas, sin necesidad de tocar o aceptar las fichas de otros pujadores.
Otro ejemplo ocurre al interactuar con un contrato inteligente. Cuando el remitente establece una condición de desbloqueo, los tokens enviados a un contrato inteligente se devuelven automáticamente si el contrato inteligente no se ejecuta en el plazo especificado, por ejemplo, si no se cumplen las condiciones de ejecución. En ese caso, los tokens enviados al contrato inteligente no cambian de propiedad, sino que simplemente son «devueltos» al remitente. Esto es especialmente útil para evitar que los tokens se pierdan debido a contratos inteligentes defectuosos. Si el contrato inteligente está roto, los tokens enviados a él podrían no ser devueltos y quedarse en el limbo para siempre, ni aceptados ni devueltos. Establecer una condición de desbloqueo evita esto, lo que lo hace especialmente útil para las aplicaciones DeFi.
La mayor actualización de la utilidad de IOTA… ¡de todos los tiempos!
En este momento, Stardust se está probando internamente y se está preparando el software relacionado, incluyendo los nodos Hornet, los nodos del Contrato Inteligente IOTA, las librerías de clientes y carteras, la wallet Firefly y herramientas adicionales. Una vez que las versiones preliminares estén listas, Stardust se desplegará en forma de red de prueba pública, seguida del lanzamiento como red Shimmer.
Para cuando las características de Stardust hayan sido validadas y lleguen a la red IOTA, serán una actualización completamente probada, y tanto la infraestructura como el software de usuario estarán listos.
Stardust contiene muchas más mejoras de las que se enumeran aquí; es, de hecho, la mayor actualización de utilidades que el ecosistema IOTA ha presenciado hasta ahora. Como usuario, te encantará la nueva versión de Firefly, que con el tiempo ofrecerá soporte para activos tokenizados, NFTs y un montón de proyectos de la comunidad. Si eres un desarrollador encantado con la premisa de una mayor utilidad en un orden de magnitud, la detallada introducción de Stardust, que se publica mañana, es para ti.
Sabemos que muchos de ustedes han estado esperando ansiosamente más información y esperando para empezar a construir. No podríamos tener más curiosidad por ver lo que la comunidad va a traernos con esta nueva implementación.
Como siempre, si tienen alguna pregunta, pueden unirse a nuestro Discord en el canal #shimmer-chat.
Disclaimer: La imagen de portada es creación de la Fundación IOTA, solo modificamos el título al español.
Comentarios
comentarios