Saltar al contenido principal

Explorando la diversidad de las estructuras de libros de contabilidad descentralizados: DAG, Hashgraph, Block-lattice y Tempo

Únase a nosotros mientras nos adentramos más en el mundo de vanguardia de la Web3. Después de profundizar en la dinámica de rendimiento de las principales cadenas públicas y la ruta de actualización de Ethereum, estamos ampliando nuestra visión para explorar los enfoques innovadores de los libros de contabilidad descentralizados que van más allá del concepto tradicional de "blockchain".

1. DAG / Tangle (Grafo Acíclico Dirigido)​

Idea Central: "Transacciones → Forman una red → Toda la red hace cola por sí misma"

  • Operación: A diferencia del modelo lineal de "tren" de la cadena de bloques, el DAG se asemeja a una telaraña en constante expansión. Cada vez que se crea una nueva transacción, esta debe primero verificar y "referenciar" (enlazar) dos o más transacciones existentes en la red. Por lo tanto, las propias transacciones forman los nodos y las aristas de la red, eliminando la necesidad de que los mineros las empaqueten en bloques.
  • Ventajas: Dado que las transacciones pueden integrarse en la red de forma paralela, teóricamente, la concurrencia es extremadamente alta, sin "periodos de inactividad" por el tiempo de bloque. Es muy adecuado para escenarios que requieren el procesamiento de transacciones masivas y pequeñas, como los micropagos de IoT (Internet de las cosas).
  • Desafíos: Elegir eficazmente qué "transacciones antiguas" referenciar (es decir, la "selección de propina" o Tip selection) es un desafío. Una mala gestión o ataques de "referencia egoísta" pueden hacer que algunas transacciones no se confirmen durante mucho tiempo. IOTA 2.0 introduce Mana (un sistema de reputación) para resistir tales ataques de transacciones basura (Fuente de datos: mdpi.com, pmc.ncbi.nlm.nih.gov).
  • Progreso: Avalanche utiliza hábilmente DAG para el ordenamiento de transacciones y lo combina con su consenso de muestreo único "avalanche", que ha estado funcionando de manera estable en la red principal durante años, demostrando la viabilidad de DAG en cadenas públicas de alto rendimiento (Fuente de datos: medium.com).

2. Hashgraph​

Idea Central: "Gossip-about-Gossip + Virtual Voting, sincronizando la misma línea de tiempo en la mente de todos"

  • Mecanismo Principal: Hashgraph es un algoritmo de consenso puro. Los nodos transmiten de forma continua y aleatoria a sus vecinos los últimos "eventos" que conocen (incluyendo transacciones y marcas de tiempo), un comportamiento conocido como el "protocolo de chismes" (gossip protocol). Además, no solo cotillean sobre los eventos en sí, sino también sobre "quién recibió el chisme de quién y en qué momento" (Gossip-about-Gossip). A través de este rico historial de comunicación, cada nodo puede calcular de forma independiente un orden de eventos localmente consistente y con marca de tiempo global sin ninguna votación de red real (Fuente de datos: docs.hedera.com).
  • Características: Finalidad de transacción rápida (generalmente en menos de 5 segundos) y teóricamente sin bifurcaciones (forks), con resultados de ordenamiento justos y predecibles. Su única implementación pública, Hedera, ofrece el motor de consenso como un servicio, con un costo por llamada tan bajo como $0.0001 (Fuente de datos: reddit.com).
  • Limitaciones: El algoritmo Hashgraph está protegido por patente, y la red Hedera es gestionada por un consejo que incluye a gigantes como Google e IBM, lo que hace que su modelo de gobernanza con permisos sea controvertido en términos de "descentralización absoluta" (Fuente de datos: solulab.com).

3. Block-lattice​

Idea Central: "Cada uno tiene su propio pequeño libro contable, y ambas partes se referencian mutuamente para la confirmación"

  • Estructura: En la estructura Block-lattice, cada cuenta de usuario tiene su propia mini cadena de bloques independiente. Una transferencia completa consta de dos bloques:
    1. El remitente registra un bloque de envío (send) en su cadena y deduce su saldo.
    2. Al observar este bloque de envío, el receptor crea un bloque de recepción (receive) en su cadena, aumenta su saldo y hace referencia al bloque de envío del remitente. (Fuente de datos: coinmarketcap.com)
  • Ventajas: Dado que las transacciones ocurren y se confirman de forma asíncrona sin esperar un consenso global, las transferencias son casi instantáneas (menos de un segundo). La red no tiene bloques unificados, por lo tanto, no hay comisiones y el consumo de energía es extremadamente bajo. Su proyecto representativo, Nano, ha estado funcionando de manera estable durante más de 7 años con esta arquitectura (Fuente de datos: coinunited.io).
  • Desafíos: Cuando ocurren conflictos como el doble gasto, las decisiones de consenso dependen de "representantes" delegados por los usuarios para una votación ponderada. Si el poder de voto se concentra excesivamente en unos pocos representantes, puede suponer un riesgo de centralización (Fuente de datos: reddit.com).

4. Tempo (Consenso Radix)​

Idea Central: "Estampar relojes lógicos en todos los eventos, permitiéndoles hacer cola naturalmente en un mundo fragmentado"

  • Principio: Tempo es un protocolo de consenso diseñado para entornos de fragmentación (sharding) a gran escala. Asigna un número de secuencia de reloj lógico a cada evento en la red. Dentro de un fragmento, todos los eventos están estrictamente ordenados por reloj lógico. Cuando una transacción necesita cruzar múltiples fragmentos, el sistema analiza las relaciones causales entre estos eventos para asegurar que estén alineados correctamente, logrando la atomicidad entre fragmentos (es decir, o todos tienen éxito o todos fallan), un problema que las soluciones de fragmentación tradicionales encuentran extremadamente difícil de resolver (Fuente de datos: radixdlt.com, komodoplatform.com).
  • Puntos Destacados: Teóricamente, al aumentar el número de fragmentos, su capacidad de procesamiento puede escalar linealmente hasta millones de TPS.
  • Estado Actual: El proponente de su idea central, Radix, ha lanzado su red principal Babylon, vista como una implementación parcial de su protocolo de consenso final Cerberus (una iteración de la idea de Tempo), con toda la arquitectura aún en transición hacia su forma final (Fuente de datos: blocmates.com).
  • Desafíos: Como sistema altamente complejo, su resistencia a largo plazo a los ataques y la tolerancia a la partición de la red en un entorno de red pública totalmente abierto y altamente adverso aún requieren tiempo y práctica para una mayor verificación.

Consideraciones de Selección​

  • Micropagos de alta frecuencia → DAG / Block-lattice (Cero comisiones y confirmación en segundos son ventajas clave).
  • Contabilidad y auditoría a nivel empresarial → Hashgraph (La certeza del ordenamiento de las transacciones y la finalidad rápida son requisitos fundamentales).
  • DeFi / Juegos a gran escala → Tempo (La escalabilidad lineal teóricamente ilimitada y la atomicidad nativa entre fragmentos son lo más atractivo) o DAG + Avalanche Consensus (Una solución de alto rendimiento validada por el mercado).
  • Búsqueda de un consumo de energía extremadamente bajo → Block-lattice + Votación Representativa (La estructura asíncrona y el consenso ligero hacen que su consumo de energía sea mucho menor que el de otras soluciones).

Lecturas Adicionales​

  • Comparación de Rendimiento de Libros de Contabilidad Basados en DAG — MDPI Computers 2023, un artículo académico que compara el rendimiento de varios libros de contabilidad DAG.
  • Hedera Docs "Gossip-about-Gossip" — Explicación detallada oficial de Hedera sobre el mecanismo central del protocolo de consenso Hashgraph.
  • Glosario de CoinMarketCap "Block-lattice (Nano)" — Una breve introducción a la estructura de block-lattice y cómo funciona Nano.
  • Blog de Radix "Tempo Consensus: Lessons Learned" — Una revisión y reflexión del equipo de Radix sobre sus primeras ideas de diseño del consenso Tempo.
  • Amber Group "Demystifying DAG Architecture" — Un excelente artículo de investigación de la industria que explica las ventajas y desafíos de la arquitectura DAG de manera simple y clara.
Share on Twitter