Informe de análisis detallado sobre la evolución actual
El texto refleja los resultados de la investigación y el análisis de la aplicación de IA „Perplejidad“ y no representa una expresión de opinión por parte de Gradido. Sirve como información y como impulso para futuros debates..
El análisis verifica los puntos técnicos clave y los sitúa en un contexto más amplio.
Los puntos más importantes de un vistazo
Por qué ninguna cadena de bloques estándar sirve para Gradido - La razón más profunda es su naturaleza efímera. Las cadenas de bloques son sólo para anexos-sistemas: Sin una nueva transacción, el saldo de ninguna cuenta puede disminuir automáticamente. El modelo Bitcoin-UTXO no reconoce ninguna cuenta, Ethereum forzaría miles de millones de cambios de estado por segundo. Una base de datos relacional simplemente calcula esto con cada consulta - sin ningún consumo de energía para la minería.
Hedera/Hiero es de hecho la mejor opción - La afirmación „una millonésima parte de energía frente a Bitcoin“ es incluso un poco conservadora: el factor exacto es aproximadamente 1:10.000.000. Hiero es totalmente de código abierto bajo la Fundación Linux desde febrero de 2025, la finalidad en 3-5 segundos está verificada, y el consenso aBFT es el estándar de seguridad más alto para sistemas distribuidos.
El problema de la precisión es real y está correctamente resuelto - La aritmética de coma flotante depende de la plataforma y ofrece resultados ligeramente diferentes en distintos sistemas (frontend JavaScript, backend C++, nodo DLT). La aritmética de enteros en C con una biblioteca matemática precisa es exactamente lo que el sector financiero lleva décadas utilizando para cálculos críticos.
Federación y transacciones intercomunitarias - El concepto corresponde a protocolos establecidos como ActivityPub (base de Fediverse/Mastodon), sólo que adaptado al caso de uso específico de Gradido con intercambio de datos financieros cifrados.
Resumen ejecutivo
La cuenta Gradido es un proyecto de software sin precedentes en su diseño e implementación técnica, que combina elementos de un sistema de moneda comunitaria, una plataforma de comunicación descentralizada y una moderna tecnología de libro mayor distribuido (DLT) de una manera que no podría ser completamente mapeada con ninguna arquitectura blockchain convencional. Este informe analiza y verifica las principales afirmaciones técnicas sobre la cuenta Gradido, compara alternativas de blockchain y evalúa las elecciones arquitectónicas realizadas.
1. la cuenta Gradido: Conceptos básicos
1.1 La triple creación de dinero y la renta básica activa
El sistema Gradido se basa en el concepto de Economía natural de la vida, desarrollado por Bernd Hückstädt y Margret Baier en la Academia Gradido de Biónica Económica desde el año 2000. El modelo prevé tres creaciones de dinero equivalentes a 1.000 Gradido (GDD) por persona y mes:
Renta Básica Activa (RBA): 1.000 GDD al mes en concepto de cotizaciones sociales
Presupuesto público: 1.000 GDD per cápita al mes para prestaciones estatales
Fondo de Nivelación y Medio Ambiente (AUF): 1.000 GDD al mes para la naturaleza y el medio ambiente
En la actualidad, sólo se ha puesto en marcha de forma productiva la primera creación monetaria (la renta básica activa). La hoja de ruta prevé la segunda y tercera creación monetaria (presupuesto público + fondo de nivelación y medio ambiente) para 2027.
1.2 Renta básica activa mediante la participación incondicional
La renta básica activa no funciona como un ingreso incondicional en el sentido tradicional, sino como una recompensa basada en el rendimiento por las contribuciones al bien común. Cada participante puede recibir hasta 20 GDD por hora trabajada para la comunidad, hasta un máximo de 50 horas al mes, lo que corresponde a un máximo de 1.000 GDD. El término Participación incondicional significa que la participación (no la contraprestación) es incondicional: todo el mundo puede participar.
2 ¿Por qué no una cadena de bloques estándar? Análisis técnico
2.1 El problema fundamental de las bases de datos: la transitoriedad continua
Probablemente, la razón técnica más importante por la que una cadena de bloques convencional no es adecuada para Gradido radica en la transitoriedad prevista del 50% en el año, que debe calcularse de forma continua y precisa al segundo.
Cómo almacenan los datos las cadenas de bloques: Una cadena de bloques es un libro de contabilidad inmutable y de sólo anexos. Las transacciones se almacenan en bloques y no pueden modificarse posteriormente. Bitcoin utiliza el modelo UTXO (Unspent Transaction Output), en el que cada transacción consume UTXOs existentes como entradas y genera otros nuevos como salidas. Ethereum utiliza un modelo de cuentas en el que los saldos de las cuentas se almacenan como un estado global.
El problema: Con Gradido, el saldo de una cuenta de 100 GDD disminuiría continuamente sin que se realizaran más transacciones debido a la transitoriedad. Un modelo UTXO (Bitcoin) no puede mapear esto porque no se ha producido ninguna transacción - no hay entrada, ni salida. El modelo de cuenta (Ethereum) tendría que actualizar permanentemente el estado, lo que significaría millones o miles de millones de cambios de estado automáticos por segundo para todas las cuentas del mundo - técnica y económicamente inviable en una blockchain pública.
La fórmula de perecederos no es trivial: una simple división de 50% entre 12 no da como resultado el porcentaje mensual correcto, ya que la cantidad a asignar es cada vez menor. El porcentaje mensual correcto de perecederos es de aproximadamente 5,61%, de modo que 100 GDD se reducen a 50 GDD al cabo de doce meses. El cálculo en el segundo nivel requiere una biblioteca matemática de alta precisión.
2.2 El problema de la verificación comunitaria
Gradido requiere verificación social: moderadores que conozcan personalmente a los miembros y confirmen sus contribuciones al bien común. Las cadenas de bloques están diseñadas para verificar transacciones sin confianza mediante pruebas matemáticas (diseño sin confianza). La lógica de Gradido invierte este principio: La confianza es el diseño. La gente confirma a la gente.
Los contratos inteligentes en Ethereum podrían implementar la gobernanza social, pero se limitan a los datos en cadena y no pueden verificar si una persona ha sido en realidad una hora de trabajo en colaboración. Esto requiere sistemas fuera de la cadena y moderación humana, que se pueden mapear mejor en una arquitectura de base de datos flexible.
2.3 Bitcoin y la prueba de trabajo: consumo de energía
Bitcoin consume enormes cantidades de energía a través de la prueba de trabajo porque hay que resolver muchas tareas informáticas. Una sola transacción de Bitcoin consume una media de 1.200-1.450 kWh de electricidad (a partir de 2025/2026). Según los datos oficiales de Hedera de 2021, el consumo fue de 1.736,85 kWh por transacción de Bitcoin, frente a los 0,00017 kWh de Hedera. El consumo total anual de la red Bitcoin es de 150-200 TWh, comparable al consumo eléctrico de Polonia. El mecanismo de consenso proof-of-work representa más de 99% de este consumo.
2.4 Alternativas DLT modernas: comparación de la eficiencia energética
Ahora existen blockchains modernas mucho más eficientes desde el punto de vista energético. Ethereum, por ejemplo, redujo su consumo de energía en 99,95% tras cambiar a proof-of-stake en septiembre de 2022. Algorand solo consume alrededor de 0,000008 kWh por transacción, unas 150 millones de veces menos que Bitcoin. No obstante, sigue habiendo incompatibilidades estructurales con la lógica de Gradido (véase más arriba).
2.5 Velocidad de transacción de Bitcoin
La red Bitcoin sólo procesa unas 7 transacciones por segundo y suele requerir 6 confirmaciones de bloque para la seguridad final, lo que lleva una media de 60 minutos. En comparación, Hedera consigue que las transacciones sean definitivas en 3-5 segundos.
3. la arquitectura Gradido: base de datos + federación + DLT
3.1 Base de datos relacional como sistema central
La cuenta Gradido utiliza un sistema de base de datos relacional (MariaDB/MySQL) con una capa GraphQL/Business Logic como backend. Esta arquitectura ofrece varias ventajas frente a una solución de blockchain pura:
Flexibilidad: Los saldos de las cuentas pueden actualizarse eficazmente al segundo utilizando cálculos sin crear una transacción en la cadena.
Lógica social compleja: El flujo de trabajo de los moderadores, las contribuciones para el bien común y la gobernanza comunitaria pueden representarse de forma natural en bases de datos relacionales
Escalabilidad: Una base de datos es mucho más eficiente que una cadena de bloques para comunidades pequeñas y medianas
3.2 Servidor comunitario descentralizado y federación
Gradido 2.0 introdujo servidores comunitarios descentralizados que cada comunidad puede operar de forma autónoma, siempre que disponga de los conocimientos técnicos necesarios. El código fuente es abierto y está disponible en GitHub. El concepto de federación -servidores que se reconocen entre sí e intercambian datos encriptados- corresponde a protocolos establecidos como ActivityPub, que ya se utiliza para la descentralizada Fediverse (Mastodon, Pixelfed, etc.). La plataforma de comunicación circular Gradido se lanzó en junio de 2024 y está integrada en la cuenta Gradido.
3.3 Transacciones intercomunitarias
Gradido permite las transacciones entre comunidades. Según la hoja de ruta, las transacciones entre comunidades a través de enlaces se pondrán en marcha en mayo de 2026, con notificaciones por correo electrónico. La protección contra los ataques de intermediarios (cifrado) ya se implementó en julio de 2025. Se trata de una solución técnicamente complicada, ya que los servidores comunitarios tienen diferentes repositorios de datos y ha sido necesario implementar un intercambio seguro y verificado entre áreas de servidores.
3.4 Círculos Gradido: Plataforma de comunicación
Una plataforma de comunicación (círculos Gradido) con grupos manejables (los llamados círculos) con dos o tres moderadores que conocen a sus miembros. Las comunidades más grandes pueden contener muchos círculos, por ejemplo, clubes, iniciativas, cuerpos de bomberos, comunidades eclesiásticas, etc.
Los Círculos Gradido comenzaron como prototipo en la Academia Gradido en mayo de 2024. En marzo de 2025 se introdujo un asistente de IA („Crea“) para los moderadores.
4ª Hedera Hashgraph / Hiero como capa de auditoría DLT
4.1 ¿Qué es Hedera Hashgraph?
Hedera Hashgraph (o Hiero como versión de código abierto) es una tecnología de libro mayor distribuido (DLT) de última generación. Las transacciones son extremadamente rápidas (3-5 segundos) y requieren alrededor de una millonésima parte de la energía de Bitcoin.
Hiero es un proyecto oficial de código abierto de la Fundación Linux desde 2024 bajo el paraguas de Confianza descentralizada LF. Desde febrero de 2025, la red Hedera funciona íntegramente con el código fuente abierto de Hiero.
Velocidad: Hedera/Hiero logra la finalidad de las transacciones en 3-5 segundos y teóricamente admite más de 10.000 transacciones por segundo (TPS).
Consumo de energía: Según los datos oficiales de Hedera, una transacción de Hedera consume 0,00017 kWh, frente a los 1.736,85 kWh de Bitcoin: una proporción de 1 a unos 10 millones.
Algoritmo de consenso: El algoritmo hashgraph utiliza Tolerancia bizantina asíncrona a fallos (aBFT), el más alto estándar de seguridad para sistemas distribuidos. El mecanismo gossip-about-gossip y la votación virtual confirman las transacciones sin necesidad de minería, que consume mucha energía.
Nota sobre la declaración energética: La afirmación de Gradido „una millonésima parte de la energía“ es incluso una subestimación. Según Hedera, la cifra es (1.736 / 0,00017 ≈ 10.200.000), es decir, alrededor de una diezmillonésima parte. Por tanto, Hedera (Hiero) y Algorand son, con diferencia, las DLT públicas más eficientes desde el punto de vista energético.
4.2 Hiero - Código abierto de la Fundación Linux
La transición de Hedera a Hiero comenzó en 2024 con la transferencia de todo el código base a la Fundación Linux. Según su propia descripción, Hiero es „la primera tecnología de libro mayor distribuido de código abierto desarrollada de forma totalmente neutral con respecto a los proveedores“.
4.3 El Inspector como capa de auditoría
Cada reserva se transfiere al hashgraph; se está desarrollando un „inspector“ en la cuenta de Gradido que comprobará las reservas en el futuro (capa de auditoría con tick).
Clasificación: El concepto de capa de auditoría -un sistema secundario que controla al primario- es un concepto de seguridad establecido en la seguridad informática y las aplicaciones financieras. La transferencia de todas las reservas de Gradido a un libro de contabilidad público inmutable (hashgraph) crea una base de auditoría a prueba de manipulaciones que no puede ser falsificada por ningún administrador individual u operador de la comunidad. En diciembre de 2025, las reservas antiguas se importaron por primera vez al hashgraph de forma experimental y desde marzo de 2026 se han transferido las reservas actuales, también de forma experimental.
5 El problema de precisión de la transitoriedad: análisis técnico en profundidad
5.1 El problema descrito
La transitoriedad se calcula con distintos grados de precisión en diferentes sistemas informáticos, lo que crea diferencias en el saldo de la cuenta, un problema cuando un sistema controla al otro (capa de auditoría). Esto se resolvió utilizando el lenguaje de programación C, números enteros y una biblioteca matemática precisa.
5.2 Verificación técnica
Esta representación es técnicamente totalmente plausible y está correctamente descrita. La transitoriedad se calcula de forma continua mediante una función exponencial:
Esto es el saldo inicial de la cuenta, t el tiempo transcurrido en segundos y TYear el número de segundos de un año. Este cálculo en aritmética de coma flotante (p. ej. doble en C o JavaScript) no es necesariamente idéntico en bits en diferentes sistemas y arquitecturas porque:
las operaciones en coma flotante pueden redondearse en función de la plataforma
JavaScript (motor V8 para el frontend) y C++ (backend) tienen precisiones diferentes
Los errores de redondeo acumulados a lo largo de muchos pasos de cálculo provocan desviaciones apreciables.
Solución por aritmética de números enteros: El uso de representaciones enteras (por ejemplo, importes gradidos en micro-GDD o unidades pequeñas similares) y una biblioteca matemática de alta precisión en C elimina estos no determinismos. Se trata de un procedimiento establecido en la industria financiera, donde los cálculos de importes se realizan generalmente en céntimos enteros en lugar de euros en coma flotante. La solución elegida (C + entero + biblioteca matemática precisa) es la más avanzada para los sistemas financieros críticos.
6. por qué no blockchain adaptada: resumen de incompatibilidades
La siguiente tabla resume por qué determinadas propiedades de blockchain son estructuralmente incompatibles con el modelo Gradido:
La arquitectura híbrida seleccionada - Base de datos + Federación + DLT como capa de auditoría - es la solución más sofisticada para esta aplicación específica desde el punto de vista técnico.
7. estado actual de desarrollo (mayo de 2026)
La siguiente situación se basa en la hoja de ruta verificada:
8 Clasificación técnica
En su combinación de un sistema de verificación social, un cálculo de la cantidad de dinero que caduca en cuestión de segundos, una federación descentralizada de comunidades y una capa de auditoría DLT, la cuenta Gradido es en realidad un sistema sin un modelo directo en el panorama fintech establecido. Las decisiones técnicas están bien fundamentadas y se ajustan al estado de la técnica. El mayor reto no reside en la tecnología en sí, sino en el proceso de adopción social y en garantizar la viabilidad económica del modelo de dinero vivo.
Conclusión
La cuenta Gradido es un proyecto técnicamente sofisticado y único en sus requisitos, que ha desarrollado acertadamente una arquitectura a medida en lugar de adaptar una blockchain existente. La decisión de utilizar una solución híbrida -arquitectura de base de datos convencional para la lógica de la comunidad, federación para la descentralización y Hedera Hashgraph (Hiero) como capa de auditoría inmutable- es técnicamente sólida y coherente. Todos los detalles centrales de la consulta pudieron ser verificados por fuentes independientes. El proyecto se encuentra en una fase avanzada de desarrollo y ha logrado importantes hitos en los dos últimos años, entre ellos las transacciones entre comunidades y la conectividad DLT.
Saludos cordiales
Suyo
Margret Baier y Bernd Hückstädt
Fundador y desarrollador de Gradido
PS: Debido a la creciente importancia de Gradido, repetimos nuestra campaña de agradecimiento el 26 de junio de 2026: Además del múltiple GradidoTransform por tu aportación de apadrinamiento, aumentaremos todos los saldos de las cuentas GDT en 26% el 26/06/2016. ¡Apadrina ahora y disfruta de la cantidad múltiple de GDT!