
IOTA 2.0 Introducción Parte 16
TL;DR:
IOTA 2.0 enfatiza la accesibilidad en la tecnología de contabilidad distribuida (DLT), lo que permite a los usuarios interactuar con el libro de contabilidad sin barreras. Lo logra al permitir que cada poseedor de tokens emita bloques de forma independiente, eliminando las tarifas de tokens, garantizando un uso justo de la red y maximizando la capacidad de la red a través de un diseño eficiente. Este enfoque garantiza la autonomía digital, permitiendo a los usuarios gestionar activos libremente y contribuir a las decisiones de la red.
En la última entrega de nuestra serie introductoria sobre IOTA 2.0, profundizamos en uno de sus principios clave: la accesibilidad. En el contexto de la tecnología de contabilidad distribuida (DLT), la accesibilidad significa permitir que cada usuario interactúe con la DLT escribiendo en el libro de contabilidad sin barreras. Este proceso, integral para el funcionamiento de cualquier DLT, implica crear y propagar bloques, validar información y garantizar la confirmación. La Escritura Accesible es la implementación más fluida posible de este proceso, fundamental para la adopción generalizada del protocolo y la realización de la autonomía digital.
En esencia, la visión de la autonomía digital de IOTA 2.0 depende de la accesibilidad. Los usuarios deben poder acceder fácilmente al libro mayor para ejercer control sobre sus activos, evitar costos innecesarios y contribuir a las decisiones de la red. Lograr una escritura verdaderamente accesible implica permitir a los usuarios incluir información en el libro de contabilidad sin depender de otros. IOTA 2.0 aborda esto eliminando la necesidad de pago por la emisión de bloques y garantizando la capacidad de la red para manejar un gran volumen de bloques por segundo, allanando así el camino para una verdadera accesibilidad por escrito en el libro mayor.
El protocolo IOTA 2.0 incorpora componentes para cumplir con estos requisitos, que exploraremos más a fondo en esta publicación de blog.
Componente 1: Cada poseedor de tokens IOTA es un emisor de bloques

Desde sus inicios, el protocolo IOTA se ha esforzado para hacer el mejor uso posible de su arquitectura DAG (puede leer más sobre esto en la Parte 10 de esta serie). Una elección obvia: ¿Por qué DAG en lugar de Blockchain?). El DAG permite que los bloques se incluyan en la red en cualquier momento y desacopla el consenso de la emisión de bloques. Estas características son cruciales porque permiten una solución sencilla y eficiente: permitir a los usuarios crear sus propios bloques.
Las cadenas de bloques estándar no pueden proporcionar esta capacidad debido a que depende de una cadena única y más pesada, lo que requiere la determinación del siguiente emisor de bloque o una decisión sobre qué bloque entre muchos incluir. Esto crea una dependencia entre los usuarios que sólo quieren incluir información en el bloque (es decir, interactuar con el libro mayor) y el emisor. Por el contrario, la arquitectura DAG de IOTA permite a cada usuario la libertad de emitir sus bloques. Este empoderamiento significa que los usuarios pueden administrar sus activos de forma independiente comprándolos, vendiéndolos o transfiriéndolos en cualquier momento.
Componente 2: IOTA es insensible para los poseedores de tokens

Cada DLT debe manejar la congestión para procesar los bloques entrantes de manera efectiva y llegar a un consenso sobre el estado del libro mayor. Las cadenas de bloques tradicionales permiten a los validadores decidir qué información ingresa al libro mayor mediante la emisión de bloques. Esta configuración fomenta la competencia entre los usuarios por los servicios del validador y las tarifas de transacción extraídas del token base. Como resultado, el valor se extrae de los usuarios y se entrega a una clase reducida de validadores. También exponen a los usuarios en mayor medida a problemas como el valor máximo extraíble (MEV) y la censura, donde los validadores tienen un control excesivo sobre el contenido del libro mayor debido a su doble función en el acceso y el consenso del libro mayor.
En IOTA 2.0, como se detalla en nuestras publicaciones de blog sobre tokenómica y control de congestión, se construye un sistema robusto para gestionar la congestión sin tarifas simbólicas. Este sistema gira en torno al maná, que se genera al sostener tokens, se descompone con el tiempo y se consume al emitir bloques. El programador asigna el rendimiento en función de las existencias de Mana. Este enfoque innovador elimina las tarifas tradicionales, reemplazándolas con un modelo en el que el acceso al libro mayor es central, lo que contribuye al valor a largo plazo de la red. Este sistema autosostenible, combinado con la capacidad de los usuarios de emitir sus propios bloques, garantiza un uso justo de la red proporcional a los tokens de los usuarios (y, por tanto, su compromiso con la red), otorgando control total sobre sus activos .
Componente 3: Capacidad y eficiencia de la red

Los dos últimos componentes hablan de autonomía, la capacidad que el protocolo le da al usuario de controlar todos sus activos. ¡Ahora nos ocupamos del hecho innegable de que BPS (bloques por segundo) importa! La autonomía sólo se puede ejercer si la red tiene capacidad suficiente para procesar transacciones. Si la demanda excede la capacidad de la red, las transacciones excedentes no se realizarán. En tal escenario, el rendimiento permitido de los usuarios puede volverse demasiado bajo, retrasando su capacidad de emisión de bloques y socavando la autonomía y el control sobre los activos que IOTA pretende proporcionar. Esta situación podría obligar a los usuarios a comprar acceso a otros, lo que contradice la naturaleza gratuita del sistema. Comprar Mana es una opción para quienes momentáneamente requieren más transacciones por segundo, y no un requisito para usar la red. Es crucial mantener una alta capacidad de red para evitar estos problemas, como se analiza en Parte 2 de nuestra serie de blogs, enfatizando los principios fundamentales que todo DLT necesita.
IOTA 2.0 aborda este desafío maximizando la eficiencia e impulsando la capacidad de la red, con sus módulos diseñados para lograr este objetivo:
- La elección de una estructura de red de gráfico acíclico dirigida (DAG) permite la ejecución paralela y el procesamiento de flujo, optimizando el uso de hardware y ancho de banda (ver Una elección obvia: ¿Por qué DAG en lugar de Blockchain?).
- El mecanismo de consenso toma decisiones rápidas y maneja múltiples conflictos simultáneamente a través del conflicto DAG (ver Un nuevo modelo de consenso: el consenso de Nakamoto sobre un DAG).
- El proceso de confirmación está diseñado para alcanzar una confirmación segura en cuestión de segundos (consulte Bloques de confirmación: cómo funcionan los validadores).
Estos tres componentes de diseño garantizan que IOTA 2.0 alcance la máxima capacidad mientras mantiene confirmaciones rápidas, preservando los principios básicos de autonomía y uso sin sensación.
Un mapa de IOTA 2.0
Con esto concluye nuestra serie de publicaciones de blog que presentan el próximo protocolo IOTA 2.0. las series comenzó describiendo nuestra visión de autonomía digital para todos antes de explicar cómo IOTA 2.0 superará los desafíos de blockchain para lograr esa visión. Esta publicación de blog concluye la introducción mostrando cómo se logra el punto clave de la accesibilidad y cómo los componentes que hemos encontrado en las publicaciones de blog anteriores contribuyen a ello.
Esta puede ser la última publicación del blog de esta serie, pero habrá más en el futuro. Como siempre nos esforzamos por construir algo aún mayor, esperamos construir un DLT que pueda enorgullecer a nuestra comunidad e ir más allá de lo que se ha logrado antes. Juntos, con todos vosotros, yendo más allá de IOTA 2.0.
Introducción a IOTA 2.0
Parte 1: Autonomía digital para todos: el futuro de IOTA
Parte 2: Cinco principios: los fundamentos que toda DLT necesita
Parte 3: Explicación del flujo de datos: cómo procesan los bloques los nodos
Parte 4: Explicación de las estructuras de datos: los componentes básicos que forman el conjunto
Parte 5: Cuentas, tokens, maná y apuestas
Parte 6: Un nuevo modelo de consenso: el consenso de Nakamoto sobre un DAG
Parte 7: Bloques de confirmación: cómo funcionan los validadores
Parte 8: Control de congestión: regulación del acceso en un sistema sin permisos
Parte 9: Explicación de la finalidad: cómo los nodos sincronizan el libro mayor
Parte 10: Una elección obvia: ¿Por qué DAG en lugar de Blockchain?
Parte 11: ¿Qué hace que IOTA 2.0 sea seguro?
Parte 12: Disponibilidad dinámica: garantías basadas en protocolos
Parte 13: Tokenómica justa para todos los poseedores de tokens
Parte 14: UTXO vs Cuentas: fusionando lo mejor de ambos mundos
Parte 15: Sin Mempool, sin MEV: proteger a los usuarios contra la extracción de valor
Parte 16: Escritura accesible: reduciendo las barreras de entrada