Аккаунт Gradido: Техническая архитектура, особенности и текущее состояние

Исполнительное резюме

Счет Gradido - это беспрецедентный по своему дизайну и технической реализации программный проект, сочетающий в себе элементы валютной системы сообщества, децентрализованной коммуникационной платформы и современной технологии распределенных книг (DLT) таким образом, что его невозможно полностью совместить ни с одной традиционной архитектурой блокчейна. В этом отчете анализируются и проверяются ключевые технические утверждения о счете Gradido, сравниваются альтернативы блокчейна и оцениваются выбранные архитектурные решения.

1. Счет Gradido: Концептуальные основы

1.1 Троекратное создание денег и активный базовый доход

Система Gradido основана на концепции Естественная экономика жизни, которая разрабатывается Берндом Хюкштедтом и Маргрет Байер в Академии экономической бионики Gradido с 2000 года. Модель предусматривает три эквивалентных создания денег по 1 000 Gradido (GDD) на человека в месяц:

1. Активный базовый доход (AGE): 1 000 GDD в месяц для взносов на социальное обеспечение

2. Государственный бюджет: 1 000 GDD на душу населения в месяц на государственные пособия

3. Фонд выравнивания и охраны окружающей среды (AUF): 1 000 GDD в месяц для природы и окружающей среды

В настоящее время продуктивно реализуется только первое создание денег (активный базовый доход). Дорожная карта предусматривает второе и третье создание денег (государственный бюджет + уравнительный и экологический фонд) на 2027 год. 

1.2 Активный базовый доход через безусловное участие

Активный базовый доход функционирует не как безусловный доход в традиционном смысле, а как вознаграждение за вклад в общее благо. Каждый участник может получать до 20 GDD за час работы на благо общества, не более 50 часов в месяц, что соответствует максимум 1 000 GDD. Термин Безусловное участие означает, что участие (а не рассмотрение) является безусловным - каждый может принять участие.

2 Почему не стандартный блокчейн? Технический анализ

2.1 Фундаментальная проблема базы данных: непрерывная быстротечность

Вероятно, самая важная техническая причина, по которой обычный блокчейн не подходит для Gradido, заключается в следующем запланированный переход на 50% в году, который должен рассчитываться непрерывно и с точностью до секунды.

Как блокчейн хранит данные: Блокчейн - это неизменяемая бухгалтерская книга, состоящая только из приложений. Транзакции хранятся в блоках и не могут быть впоследствии изменены. Биткойн использует модель UTXO (Unspent Transaction Output), в которой каждая транзакция потребляет существующие UTXO в качестве входа и генерирует новые в качестве выхода. Ethereum использует модель счетов, в которой остатки на счетах хранятся как глобальное состояние.

Проблема: В Gradido баланс счета в 100 GDD будет постоянно уменьшаться без каких-либо дальнейших транзакций из-за переходного периода. Модель UTXO (Bitcoin) не может отобразить это, потому что не произошло ни одной транзакции - нет ни входа, ни выхода. Модель счета (Ethereum) должна постоянно обновлять состояние, что означает миллионы или миллиарды автоматических изменений состояния в секунду для всех счетов по всему миру - технически и экономически невыполнимо в публичном блокчейне.

Формула скоропортящегося продукта не является тривиальной: простое деление 50% на 12 не приводит к правильному месячному проценту, поскольку сумма, которую нужно распределить, становится все меньше и меньше. Правильная месячная норма скоропортящихся продуктов составляет примерно 5,61%, так что 100 GDD через двенадцать месяцев превращаются в 50 GDD. Расчеты на втором уровне требуют высокоточной математической библиотеки.

2.2 Проблема проверки сообщества

Gradido требует социальной верификации: модераторы, которые лично знают участников и подтверждают их вклад в общее благо. Блокчейн предназначен для проверки транзакций без доверия с помощью математических доказательств (бездоверительный дизайн). Логика Gradido обращает этот принцип вспять: Доверие - это дизайн. Люди подтверждают людей.

Смарт-контракты на Ethereum могут реализовать социальное управление, но они ограничены данными на цепочке и не могут проверить, был ли человек на самом деле один час совместной работы. Для этого требуются внецепочечные системы и человеческая модерация, которые лучше отобразить в гибкой архитектуре базы данных.

2.3 Биткойн и proof-of-work: потребление энергии

Биткойн потребляет огромное количество энергии в процессе proof-of-work, поскольку приходится решать множество вычислительных задач. Одна транзакция биткоина потребляет в среднем 1 200-1 450 кВт-ч электроэнергии (по состоянию на 2025/2026 годы). Согласно официальным данным Hedera за 2021 год, потребление составляло 1 736,85 кВт-ч на одну биткойн-транзакцию по сравнению с 0,00017 кВт-ч для Hedera. Общее годовое потребление сети Биткойн составляет 150-200 ТВт-ч, что сопоставимо с потреблением электроэнергии в Польше. На механизм консенсуса proof-of-work приходится более 99% этого потребления.

2.4 Современные альтернативы DLT: сравнение энергоэффективности

Сейчас существуют современные, гораздо более энергоэффективные блокчейны. Например, Ethereum сократила потребление энергии на 99,95% после перехода на proof-of-stake в сентябре 2022 года. Algorand потребляет всего 0,000008 кВт/ч на одну транзакцию - примерно в 150 миллионов раз меньше, чем Bitcoin. Тем не менее, структурные несовместимости с логикой Gradido остаются (см. выше).

2.5 Скорость транзакций биткойнов

Сеть Биткойна обрабатывает всего около 7 транзакций в секунду и обычно требует 6 подтверждений блока для окончательной защиты - в среднем это занимает 60 минут. Для сравнения, Hedera завершает транзакцию за 3-5 секунд.

3. архитектура Gradido: база данных + федерация + DLT

3.1 Реляционная база данных как основная система

Аккаунт Gradido использует реляционную систему баз данных (MariaDB/MySQL), а в качестве бэкенда - слой GraphQL/Business Logic. Такая архитектура имеет ряд преимуществ по сравнению с чистым блокчейн-решением:

• Гибкость: Остатки на счетах можно эффективно обновлять вторым способом, не генерируя транзакцию на цепи.

• Сложная социальная логика: Рабочий процесс модератора, вклад в общее благо и управление сообществом могут быть естественным образом отображены в реляционных базах данных

• Масштабируемость: База данных гораздо эффективнее блокчейна для малых и средних сообществ

3.2 Децентрализованный сервер сообщества и федерация

В Gradido 2.0 представлены децентрализованные серверы сообществ, которыми каждое сообщество может управлять автономно при наличии технических знаний. Исходный код открыт и доступен на GitHub. Концепция федерации - серверов, которые узнают друг друга и обмениваются зашифрованными данными, - соответствует устоявшимся протоколам, таким как ActivityPub, который уже используется для децентрализованных Fediverse (Mastodon, Pixelfed и др.). Платформа для общения в кругу Gradido была запущена в июне 2024 года и интегрирована в аккаунт Gradido.

3.3 Межобщинные сделки

Gradido позволяет проводить межобщинные транзакции. Согласно дорожной карте, транзакции между сообществами по ссылке должны быть запущены в мае 2026 г. с уведомлениями по электронной почте. Защита от атак типа "человек посередине" (шифрование) была реализована уже в июле 2025 г. Это технически сложное решение, поскольку серверы сообществ имеют разные хранилища данных, и необходимо было реализовать безопасный, проверенный обмен между серверными зонами.

3.4 Круги Градидо: Коммуникационная платформа

Коммуникационная платформа (круги Gradido) с управляемыми группами (так называемыми кругами) с двумя-тремя модераторами, которые знают своих членов. Большие сообщества могут содержать множество кругов, например, клубы, инициативы, пожарные бригады, церковные общины и т. д.

Круги Градидо были запущены в качестве прототипа в Академии Градидо в мае 2024 г. ИИ-ассистент („Crea“) для модераторов был представлен в марте 2025 г.

4-й хешграф Hedera / Hiero в качестве уровня аудита DLT

4.1 Что такое хэшграф Hedera?

Hedera Hashgraph (или Hiero в версии с открытым исходным кодом) - это технология распределенных бухгалтерских книг (DLT) последнего поколения. Транзакции осуществляются чрезвычайно быстро (3-5 секунд) и требуют примерно одной миллионной части энергии Биткойна.

• Hiero является официальным проектом с открытым исходным кодом Linux Foundation с 2024 года под зонтиком Децентрализованный траст LF. С февраля 2025 года сеть Hedera полностью работает на базе открытого исходного кода Hiero.

• Скорость: Hedera/Hiero достигает завершения транзакции за 3-5 секунд и теоретически поддерживает более 10 000 транзакций в секунду (TPS).

• Потребление энергии: Согласно официальным данным Hedera, одна транзакция Hedera потребляет 0,00017 кВт/ч, по сравнению с 1 736,85 кВт/ч для биткойна - соотношение 1 к примерно 10 миллионам.

• Алгоритм консенсуса: Алгоритм хэшграфа использует Асинхронная византийская отказоустойчивость (aBFT), высочайший стандарт безопасности для распределенных систем. Механизм gossip-about-gossip и виртуальное голосование подтверждают транзакции без энергоемкого майнинга.

Примечание к энергетическому отчету: Заявление Градидо „одна миллионная часть энергии“ - это даже преуменьшение. По данным Hedera, эта цифра составляет (1 736 / 0,00017 ≈ 10 200 000), то есть около одной десятимиллионной. Таким образом, Hedera (Hiero) и Algorand являются на сегодняшний день самыми энергоэффективными публичными DLT.

4.2 Hiero - открытый исходный код под Linux Foundation

Переход от Hedera к Hiero начался в 2024 году с передачи всей кодовой базы Linux Foundation. Согласно собственному описанию, Hiero - это „первая технология распределенных бухгалтерских книг с открытым исходным кодом, разработанная полностью нейтрально по отношению к поставщикам“. 

4.3 Инспектор как уровень аудита

Каждое бронирование передается в хешграф; в разработке находится „инспектор“ в аккаунте Gradido, который будет проверять бронирования в будущем (уровень аудита с галочкой).

Классификация: Концепция аудиторского уровня - вторичной системы, контролирующей первичную - является устоявшейся концепцией безопасности в сфере IT-безопасности и финансовых приложений. Перенос каждого бронирования Gradido в неизменяемую публичную бухгалтерскую книгу (хэш-граф) создает устойчивую к взлому аудиторскую базу, которую не может подделать ни один администратор или оператор сообщества. В декабре 2025 года старые бронирования были впервые импортированы в хеш-граф на экспериментальной основе, а с марта 2026 года в него были перенесены текущие бронирования - также на экспериментальной основе.

5 Прецизионная проблема быстротечности: технический глубинный анализ

5.1 Описанная проблема

В разных программных системах переходный период рассчитывается с разной степенью точности, что создает различия в балансе счета - проблему, когда одна система контролирует другую (аудиторский уровень). Эта проблема была решена с помощью языка программирования C, целых чисел и точной математической библиотеки.

5.2 Техническая проверка

Это представление технически полностью правдоподобно и правильно описано. Переходный период рассчитывается непрерывно с помощью экспоненциальной функции:

Это K0​ начальный баланс счета, $t$ прошедшее время в секундах и Год количество секунд в году. Это вычисление в арифметике с плавающей точкой (например. двойной на языке C или JavaScript) не обязательно будет бит-идентичным на разных системах и архитектурах, потому что:

• Операции с плавающей запятой могут округляться в зависимости от платформы

• JavaScript (движок V8 для фронтенда) и C++ (бэкенд) имеют разную точность

• Кумулятивные ошибки округления на многих этапах вычислений приводят к измеримым отклонениям

Решение с помощью целочисленной арифметики: Использование целочисленных представлений (например, градиентных сумм в микро-GDD или аналогичных мелких единицах) и высокоточной математической библиотеки на языке C устраняет эти недетерминированности. Это устоявшаяся процедура в финансовой индустрии, где расчеты сумм обычно производятся в целых центах, а не в евро с плавающей точкой. Выбранное решение (C + целое число + библиотека точной математики) является передовым для критически важных финансовых систем.

6. почему нет адаптированного блокчейна: обзор несовместимостей

В следующей таблице кратко описано, почему конкретные свойства блокчейна структурно несовместимы с моделью Gradido:

Выбранная гибридная архитектура - База данных + федерация + DLT в качестве уровня аудита - с технической точки зрения является самым совершенным решением для данного конкретного применения.

7. текущий статус разработки (май 2026 г.)

Следующий статус основан на проверенной дорожной карте:

8 Техническая категоризация

Благодаря сочетанию системы социальной верификации, расчета суммы денег, которая истекает в течение нескольких секунд, децентрализованной федерации сообществ и DLT-аудита, счет Gradido фактически представляет собой систему, не имеющую прямого образца для подражания в сложившемся финтех-ландшафте. Технические решения хорошо обоснованы и соответствуют современному уровню развития. Самая большая проблема заключается не в самой технологии, а в процессе ее внедрения в общество и в обеспечении экономической жизнеспособности модели живых денег.

Заключение

Аккаунт Gradido - технически сложный проект, уникальный по своим требованиям, и мы по праву разработали индивидуальную архитектуру, а не адаптировали существующий блокчейн. Решение использовать гибридное решение - обычную архитектуру базы данных для логики сообщества, федерацию для децентрализации и хэшграф Hedera (Hiero) в качестве неизменяемого слоя аудита - технически обоснованно и последовательно. Все центральные детали запроса могут быть подтверждены независимыми источниками. Проект находится на продвинутой стадии развития и за последние два года достиг значительных успехов, включая транзакции между сообществами и подключение к DLT.