<?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE article PUBLIC "-//NLM/DTD JATS (Z39.96) Journal Publishing DTD v1.2 20120330//EN" "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd">
    <!--<?xml-stylesheet type="text/xsl" href="article.xsl">-->
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:ns1="http://www.w3.org/1999/xlink" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" article-type="research-article" dtd-version="1.2" xml:lang="en">
	<front>
		<journal-meta>
			<journal-id journal-id-type="issn">2303-9868</journal-id>
			<journal-id journal-id-type="eissn">2227-6017</journal-id>
			<journal-title-group>
				<journal-title>Международный научно-исследовательский журнал</journal-title>
			</journal-title-group>
			<issn pub-type="epub">2303-9868</issn>
			<publisher>
				<publisher-name>ООО Цифра</publisher-name>
			</publisher>
		</journal-meta>
		<article-meta>
			<article-id pub-id-type="doi">10.60797/IRJ.2026.170.81</article-id>
			<article-categories>
				<subj-group>
					<subject>Brief communication</subject>
				</subj-group>
			</article-categories>
			<title-group>
				<article-title>Применение блокчейна для обеспечения доверия в многоагентных системах: гибридный консенсусный протокол rw-hpbft с репутационным взвешиванием</article-title>
			</title-group>
			<contrib-group>
				<contrib contrib-type="author" corresp="yes">
					<contrib-id contrib-id-type="orcid">https://orcid.org/0000-0001-8274-1600</contrib-id>
					<contrib-id contrib-id-type="rinc">https://elibrary.ru/author_profile.asp?id=651164</contrib-id>
					<contrib-id contrib-id-type="rid">https://publons.com/researcher/L-1568-2018</contrib-id>
					<name>
						<surname>Мезенцева</surname>
						<given-names>Екатерина Михайловна</given-names>
					</name>
					<email>katya-mem@mail.ru</email>
					<xref ref-type="aff" rid="aff-1">1</xref>
				</contrib>
				<contrib contrib-type="author">
					<contrib-id contrib-id-type="orcid">https://orcid.org/0009-0003-6258-8698</contrib-id>
					<name>
						<surname>Аванесян</surname>
						<given-names>Григорий Валерьевич</given-names>
					</name>
					<email>osagrigoriy@mail.ru</email>
					<xref ref-type="aff" rid="aff-1">1</xref>
				</contrib>
				<contrib contrib-type="author">
					<contrib-id contrib-id-type="orcid">https://orcid.org/0000-0002-5585-9774</contrib-id>
					<name>
						<surname>Тимофеев</surname>
						<given-names>Александр Вадимович</given-names>
					</name>
					<email>timofeev_av@list.ru</email>
					<xref ref-type="aff" rid="aff-1">1</xref>
				</contrib>
			</contrib-group>
			<aff id="aff-1">
				<institution-wrap>
					<institution-id institution-id-type="ROR">https://ror.org/05ggagb37</institution-id>
					<institution content-type="education">Самарский национальный исследовательский университет имени академика С. П. Королёва</institution>
				</institution-wrap>
			</aff>
			<pub-date publication-format="electronic" date-type="pub" iso-8601-date="2026-08-17">
				<day>17</day>
				<month>08</month>
				<year>2026</year>
			</pub-date>
			<pub-date pub-type="collection">
				<year>2026</year>
			</pub-date>
			<volume>7</volume>
			<issue>170</issue>
			<fpage>1</fpage>
			<lpage>7</lpage>
			<history>
				<date date-type="received" iso-8601-date="2026-05-14">
					<day>14</day>
					<month>05</month>
					<year>2026</year>
				</date>
				<date date-type="accepted" iso-8601-date="2026-07-08">
					<day>08</day>
					<month>07</month>
					<year>2026</year>
				</date>
			</history>
			<permissions>
				<copyright-statement>Copyright: &amp;#x00A9; 2022 The Author(s)</copyright-statement>
				<copyright-year>2022</copyright-year>
				<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/4.0/">
					<license-p>
						This is an open-access article distributed under the terms of the Creative Commons Attribution 4.0 International License (CC-BY 4.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited. See 
						<uri xlink:href="http://creativecommons.org/licenses/by/4.0/">http://creativecommons.org/licenses/by/4.0/</uri>
					</license-p>
					.
				</license>
			</permissions>
			<self-uri xlink:href="https://research-journal.org/archive/8-170-2026-august/10.60797/IRJ.2026.170.81"/>
			<abstract>
				<p>В работе предложен авторский гибридный консенсусный протокол RW-HPBFT (Reputation-Weighted Hierarchical PBFT), объединяющий иерархическую кластеризацию агентов и взвешенное голосование по динамической репутации. Сформулирована математическая модель эволюции репутации на основе экспоненциального сглаживания и функция агрегирования весов с параметром концентрации γ. Описан протокол межагентного взаимодействия из пяти фаз (Pre-Prepare → Cluster-Prepare → Cluster-Commit → Inter-Leader-PBFT → Reputation-Update). Проведено имитационное моделирование сети из 64 агентов, распределённых по 8 кластерам, на 200 раундах консенсуса. Установлено, что предложенный протокол сохраняет вероятность достижения консенсуса не ниже 0,98 при доле скомпрометированных узлов до 80% и одновременно сокращает коммуникационную сложность с O(n²) до O(n²/k+k²), что при N=64, K=8 соответствует уменьшению числа сообщений на раунд в 7,1 раза по сравнению с классическим PBFT.</p>
			</abstract>
			<kwd-group>
				<kwd>блокчейн</kwd>
				<kwd>многоагентные системы</kwd>
				<kwd> гибридный консенсус</kwd>
				<kwd> RW-HPBFT</kwd>
				<kwd> репутационное взвешивание</kwd>
				<kwd> Byzantine fault tolerance</kwd>
				<kwd> смарт-контракты</kwd>
				<kwd> имитационное моделирование</kwd>
			</kwd-group>
		</article-meta>
	</front>
	<body>
		<sec>
			<title>HTML-content</title>
			<p>1. Введение</p>
			<p>Распределённые интеллектуальные системы, в которых множество автономных программных агентов взаимодействуют для достижения общих целей, применяются в управлении цепочками поставок, интеллектуальной энергетике, финансовых рынках и системах Интернета вещей. По данным Statista, к 2025 году число IoT-устройств превысило 75 млрд единиц [1, С. 3], и значительная часть из них функционирует в рамках многоагентных архитектур. Центральной проблемой таких систем остаётся обеспечение доверия между агентами, не связанными единым управляющим центром.</p>
			<p>Существующие консенсусные протоколы для блокчейн-многоагентных систем обладают принципиальными ограничениями. Классический PBFT обеспечивает безопасность только при f&lt; n/3 скомпрометированных узлов и обладает коммуникационной сложностью O(n²) [9, С. 4]. Иерархический GM-PBFT снижает число сообщений, однако сохраняет жёсткий порог f &lt; n/3 в каждом кластере [9, С. 1]. Взвешенный WBFT расширяет допустимую долю Byzantine-узлов до 85,7%, но сохраняет квадратичную сложность [7, С. 3]. Таким образом, проблема одновременного достижения высокой устойчивости к атакам и линейной масштабируемости остаётся открытой.</p>
			<p>Научная новизна настоящей работы состоит в следующем:</p>
			<p>1) предложен авторский гибридный протокол RW-HPBFT, в котором иерархическая структура совмещена с репутационным взвешиванием;</p>
			<p>2) сформулирована математическая модель эволюции репутации агентов и аналитически выведено условие безопасности гибридного консенсуса;</p>
			<p>3) проведено собственное имитационное моделирование, количественно подтверждающее преимущество предложенного метода над PBFT, GM-PBFT и WBFT по совокупности критериев устойчивости и стоимости связи.</p>
			<p>2. Формализация многоагентной системы</p>
			<p> Рассмотрим многоагентную систему как ориентированный граф G = (V, E), где V = {a₁, a₂, …, aₙ} — множество автономных агентов, |V| = N, а E ⊆ V × V — множество каналов связи. Каждому агенту aᵢ сопоставим тройку характеристик aᵢ = ⟨pubᵢ, rᵢ(t), bᵢ(t)⟩, где pubᵢ — открытый криптографический ключ, rᵢ(t) ∈ [0, 1] — репутация в момент времени t, bᵢ(t) ∈ {0, 1} — фактическое поведение (1 — соблюдение протокола, 0 — Byzantine-поведение). Множество вершин разбито на K непересекающихся кластеров C₁, C₂, …, Cₖ, |Cⱼ| = m = N/K. В каждом кластере выбирается лидер ℓⱼ = arg max rᵢ(t), i ∈ Cⱼ.</p>
			<p>Задача консенсуса формулируется следующим образом: при заданной доле Byzantine-агентов β = f/N найти такой протокол π, который максимизирует вероятность Pr[π → консенсус | β] при минимизации числа сообщений на раунд M(π, N).</p>
			<p>2.1. Модель динамической репутации</p>
			<p>Авторская модель эволюции репутации агента основана на экспоненциальном сглаживании наблюдаемого поведения:</p>
			<mml:math display="inline">
				<mml:mrow>
					<mml:msub>
						<mml:mi>r</mml:mi>
						<mml:mi>i</mml:mi>
					</mml:msub>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mi>t</mml:mi>
					<mml:mo>+</mml:mo>
					<mml:mn>1</mml:mn>
					<mml:mo stretchy="false">)</mml:mo>
					<mml:mo>=</mml:mo>
					<mml:mi>α</mml:mi>
					<mml:mi>·</mml:mi>
					<mml:msub>
						<mml:mi>r</mml:mi>
						<mml:mi>i</mml:mi>
					</mml:msub>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mi>t</mml:mi>
					<mml:mo stretchy="false">)</mml:mo>
					<mml:mo>+</mml:mo>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mn>1</mml:mn>
					<mml:mi>−</mml:mi>
					<mml:mi>α</mml:mi>
					<mml:mo stretchy="false">)</mml:mo>
					<mml:mi>·</mml:mi>
					<mml:msub>
						<mml:mi>s</mml:mi>
						<mml:mi>i</mml:mi>
					</mml:msub>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mi>t</mml:mi>
					<mml:mo stretchy="false">)</mml:mo>
				</mml:mrow>
			</mml:math>
			<p>где α ∈ (0, 1) — параметр инерции (в работе принято α = 0,7), sᵢ(t) ∈ {0, 1} — оценка поведения, получаемая от соседних агентов по результатам верификации подписей и проверки внутреннего состояния. Начальное значение rᵢ(0) = 0,8 для всех агентов.</p>
			<p>Для агрегирования голосов используется функция нормированных весов с параметром концентрации γ:</p>
			<mml:math display="inline">
				<mml:mrow>
					<mml:msub>
						<mml:mi>w</mml:mi>
						<mml:mi>i</mml:mi>
					</mml:msub>
					<mml:mo>=</mml:mo>
					<mml:msubsup>
						<mml:mi>r</mml:mi>
						<mml:mi>i</mml:mi>
						<mml:mi>γ</mml:mi>
					</mml:msubsup>
					<mml:mo>/</mml:mo>
					<mml:msub>
						<mml:mi>Σ</mml:mi>
						<mml:mi>j</mml:mi>
					</mml:msub>
					<mml:msubsup>
						<mml:mi>r</mml:mi>
						<mml:mi>j</mml:mi>
						<mml:mi>γ</mml:mi>
					</mml:msubsup>
					<mml:mo>,</mml:mo>
					<mml:mi>γ</mml:mi>
					<mml:mi>≥</mml:mi>
					<mml:mn>1</mml:mn>
				</mml:mrow>
			</mml:math>
			<p>При γ → ∞ вес концентрируется на агенте с максимальной репутацией; при γ = 1 веса пропорциональны репутации. Эмпирически установлено (см. раздел 4), что γ = 2 обеспечивает оптимальный баланс между устойчивостью к Sybil-атакам и реактивностью системы.</p>
			<p>2.2. Условие безопасности гибридного консенсуса</p>
			<p>Сформулируем и докажем достаточное условие безопасности предложенного протокола.</p>
			<p>Утверждение 1 (условие безопасности RW-HPBFT). Пусть в каждом кластере Cⱼ суммарный вес честных агентов H(Cⱼ) = Σᵢ∈Cⱼ, bᵢ=1 wᵢ удовлетворяет неравенству H(Cⱼ) &gt; 2/3, и одновременно более половины лидеров кластеров являются честными с межлидерским взвешенным большинством H(L) &gt; 2/3. Тогда RW-HPBFT гарантирует достижение консенсуса.</p>
			<p>Доказательство (схема). На внутрикластерной фазе используется WBFT-голос: квалифицированное большинство по весу обеспечивает безопасность даже при численном преобладании Byzantine-узлов, если их совокупный вес меньше 1/3. На межкластерной фазе лидеры выполняют классический PBFT по правилу 3f+1, адаптированному взвешиванием: достаточным является условие H(L) &gt; 2/3, где L = {ℓ₁, …, ℓₖ}. Совмещение двух условий даёт глобальную безопасность по критерию linearizability [9, С. 4].</p>
			<p>Следствие 1. Предельная допустимая доля Byzantine-агентов β* удовлетворяет неравенству:</p>
			<mml:math display="inline">
				<mml:mrow>
					<mml:msup>
						<mml:mi>β</mml:mi>
						<mml:mo>*</mml:mo>
					</mml:msup>
					<mml:mi>≤</mml:mi>
					<mml:mn>1</mml:mn>
					<mml:mi>−</mml:mi>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mn>2</mml:mn>
					<mml:mo>/</mml:mo>
					<mml:mn>3</mml:mn>
					<mml:msup>
						<mml:mo stretchy="false">)</mml:mo>
						<mml:mrow>
							<mml:mo stretchy="false">(</mml:mo>
							<mml:mn>1</mml:mn>
							<mml:mo>/</mml:mo>
							<mml:mi>γ</mml:mi>
							<mml:mo stretchy="false">)</mml:mo>
						</mml:mrow>
					</mml:msup>
					<mml:mi>·</mml:mi>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mi>m</mml:mi>
					<mml:mo>/</mml:mo>
					<mml:mi>N</mml:mi>
					<mml:msup>
						<mml:mo stretchy="false">)</mml:mo>
						<mml:mrow>
							<mml:mo stretchy="false">(</mml:mo>
							<mml:mn>1</mml:mn>
							<mml:mo>/</mml:mo>
							<mml:mn>2</mml:mn>
							<mml:mo stretchy="false">)</mml:mo>
						</mml:mrow>
					</mml:msup>
				</mml:mrow>
			</mml:math>
			<p>При N = 64, K = 8 (m = 8), γ = 2 формула (3) даёт β* ≈ 0,85, что согласуется с экспериментальными данными раздела 4.</p>
			<p>2.3. Коммуникационная сложность</p>
			<p>Число сообщений на раунд консенсуса для RW-HPBFT складывается из внутрикластерной WBFT-фазы (2m² сообщений в каждом из K кластеров) и межкластерной PBFT-фазы (2K² сообщений между лидерами):</p>
			<mml:math display="inline">
				<mml:mrow>
					<mml:mi>M</mml:mi>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mi>N</mml:mi>
					<mml:mo>,</mml:mo>
					<mml:mi>K</mml:mi>
					<mml:mo stretchy="false">)</mml:mo>
					<mml:mo>=</mml:mo>
					<mml:mn>2</mml:mn>
					<mml:mi>·</mml:mi>
					<mml:mi>K</mml:mi>
					<mml:mi>·</mml:mi>
					<mml:mo stretchy="false">(</mml:mo>
					<mml:mi>N</mml:mi>
					<mml:mo>/</mml:mo>
					<mml:mi>K</mml:mi>
					<mml:mo stretchy="false">)</mml:mo>
					<mml:mi>²</mml:mi>
					<mml:mo>+</mml:mo>
					<mml:mn>2</mml:mn>
					<mml:mi>·</mml:mi>
					<mml:mi>K</mml:mi>
					<mml:mi>²</mml:mi>
					<mml:mo>=</mml:mo>
					<mml:mn>2</mml:mn>
					<mml:mi>N</mml:mi>
					<mml:mi>²</mml:mi>
					<mml:mo>/</mml:mo>
					<mml:mi>K</mml:mi>
					<mml:mo>+</mml:mo>
					<mml:mn>2</mml:mn>
					<mml:mi>K</mml:mi>
					<mml:mi>²</mml:mi>
				</mml:mrow>
			</mml:math>
			<p>Минимизация (4) по K даёт оптимум K* = (N²/2)^(1/3); при N = 64 — K* ≈ 12,7, что близко к использованному в эксперименте значению K = 8. При N = 64, K = 8 формула (4) даёт M = 1152 сообщения против M_PBFT = 2N² = 8192, то есть выигрыш в 7,1 раза.</p>
			<p> 2.4. АРХИТЕКТУРА И ПРОТОКОЛ ВЗАИМОДЕЙСТВИЯ АГЕНТОВ</p>
			<p>2.4.1. Архитектура системы</p>
			<p>Предложенная архитектура объединяет три уровня. На уровне исполнения автономные программные агенты, реализованные на платформе JADE, выполняют прикладные задачи (логистика, торговля энергией, межбанковские расчёты). На уровне доверия размещён разрешённый блокчейн Hyperledger Fabric, хранящий хэши действий агентов, идентификаторы и записи репутации. На уровне координации функционируют смарт-контракты, написанные на языке Go (chaincode), реализующие правила протокола RW-HPBFT, обновление репутации по формуле (1) и пересчёт весов по формуле (2).</p>
			<p> Пятифазный протокол взаимодействия</p>
			<p>Авторский протокол RW-HPBFT включает пять последовательных фаз. Ниже приведена пошаговая спецификация обмена сообщениями между агентами.</p>
			<p>Фаза 1 — Pre-Prepare. Клиент (внешний агент-инициатор) отправляет транзакцию tx с подписью σ_client глобальному координатору, который распределяет её по лидерам кластеров. Сообщение имеет формат ⟨PRE-PREPARE, v, n, tx, σ⟩, где v — номер view, n — порядковый номер транзакции.</p>
			<p>Фаза 2 — Cluster-Prepare. Лидер ℓⱼ кластера Cⱼ выполняет broadcast транзакции внутри кластера. Каждый агент aᵢ ∈ Cⱼ верифицирует подпись и состояние, после чего возвращает PREPARE-сообщение ⟨PREPARE, v, n, h(tx), i, σᵢ⟩, где h(tx) — хэш транзакции. Лидер собирает голоса до достижения порога Σ wᵢ &gt; 2/3, используя веса (2).</p>
			<p>Фаза 3 — Cluster-Commit. После достижения взвешенного большинства лидер формирует агрегированную подпись Σ_Cⱼ (например, BLS-подпись), удостоверяющую согласие кластера, и распространяет COMMIT-сообщение ⟨COMMIT, v, n, h(tx), Σ_Cⱼ⟩. Этот шаг радикально снижает число сообщений: вместо передачи всех индивидуальных подписей в сеть передаётся одна агрегированная.</p>
			<p>Фаза 4 — Inter-Leader-PBFT. Лидеры K кластеров выполняют между собой классический трёхраундовый PBFT (Pre-Prepare → Prepare → Commit), обмениваясь агрегированными подписями. Финализация транзакции происходит при достижении взвешенного большинства лидеров H(L) &gt; 2/3, где веса лидеров определяются по (2) на основе их репутации.</p>
			<p>Фаза 5 — Reputation-Update. Смарт-контракт, развёрнутый в блокчейне, сравнивает голоса каждого агента с финальным консенсусным решением и обновляет его репутацию по правилу (1): sᵢ = 1, если голос агента совпал с консенсусом, sᵢ = 0 в противном случае. Новые значения rᵢ записываются в распределённый реестр и используются в следующем раунде.</p>
			<p>3. План эксперимента</p>
			<p>Имитационная модель реализована на языке Python 3.11 с использованием библиотек NumPy и Pandas. Воспроизводимость обеспечена фиксацией seed = 42. Параметры: N = 64 агентов, K = 8 кластеров (m = 8), число раундов R = 200, α = 0,7, γ = 2. Варьировался один параметр — доля Byzantine-агентов β в диапазоне [0; 0,9] с шагом 0,05. Byzantine-узлы моделировались как агенты, в 85% случаев голосующие против корректного значения, и в 15% случаев мимикрирующие под честных. Сравнивались четыре протокола: PBFT, GM-PBFT, WBFTи предложенный RW-HPBFT.</p>
			<p>3.1. Устойчивость к Byzantine-атакам</p>
			<p>Результаты сведены в таблице 1.</p>
			<table-wrap id="T1">
				<label>Table 1</label>
				<caption>
					<p>Вероятность достижения консенсуса в зависимости от доли Byzantine-агентов</p>
				</caption>
				<table>
					<tr>
						<td>β, %</td>
						<td>PBFT</td>
						<td>GM-PBFT</td>
						<td>WBFT</td>
						<td>RW-HPBFT</td>
					</tr>
					<tr>
						<td>10</td>
						<td>1,00</td>
						<td>1,00</td>
						<td>1,00</td>
						<td>1,00</td>
					</tr>
					<tr>
						<td>25</td>
						<td>1,00</td>
						<td>1,00</td>
						<td>1,00</td>
						<td>1,00</td>
					</tr>
					<tr>
						<td>30</td>
						<td>1,00</td>
						<td>0,00</td>
						<td>1,00</td>
						<td>1,00</td>
					</tr>
					<tr>
						<td>40</td>
						<td>0,00</td>
						<td>0,00</td>
						<td>1,00</td>
						<td>1,00</td>
					</tr>
					<tr>
						<td>50</td>
						<td>0,00</td>
						<td>0,00</td>
						<td>1,00</td>
						<td>0,995</td>
					</tr>
					<tr>
						<td>65</td>
						<td>0,00</td>
						<td>0,00</td>
						<td>0,990</td>
						<td>0,990</td>
					</tr>
					<tr>
						<td>75</td>
						<td>0,00</td>
						<td>0,00</td>
						<td>0,985</td>
						<td>0,980</td>
					</tr>
					<tr>
						<td>85</td>
						<td>0,00</td>
						<td>0,00</td>
						<td>0,980</td>
						<td>0,960</td>
					</tr>
					<tr>
						<td>90</td>
						<td>0,00</td>
						<td>0,00</td>
						<td>0,785</td>
						<td>0,745</td>
					</tr>
				</table>
			</table-wrap>
			<p> </p>
			<p>На рисунке 1 представлена зависимость вероятности достижения консенсуса от доли скомпрометированных агентов. Видно, что классический PBFT теряет работоспособность при β = 0,33, GM-PBFT — уже при β = 0,27 (из-за нарушения 1/3-порога в отдельных кластерах). Протоколы WBFT и предложенный RW-HPBFT сохраняют вероятность консенсуса не ниже 0,96 при β = 0,85.</p>
			<fig id="F1">
				<label>Figure 1</label>
				<caption>
					<p>Устойчивость консенсусных протоколов к Byzantine-атакам</p>
				</caption>
				<alt-text>Устойчивость консенсусных протоколов к Byzantine-атакам</alt-text>
				<graphic ns1:href="/media/images/2026-05-14/a897b21b-eb71-473a-a865-80e0c34b3bab.png"/>
			</fig>
			<p>3.2. Сравнительная стоимость связи</p>
			<p>При фиксированном β = 0,3 измерены коммуникационные характеристики протоколов. Таблица 2 показывает, что RW-HPBFT обеспечивает успешный консенсус при семикратном сокращении числа сообщений по сравнению с PBFT и WBFT. Дополнительная задержка в 3 мс на межкластерную фазу несущественна в распределённых системах.</p>
			<table-wrap id="T2">
				<label>Table 2</label>
				<caption>
					<p>Стоимостные характеристики при N = 64, K = 8, β = 0,3</p>
				</caption>
				<table>
					<tr>
						<td>Протокол</td>
						<td>Сообщений/раунд</td>
						<td>Задержка, мс</td>
						<td>Pr[consensus]</td>
					</tr>
					<tr>
						<td>PBFT</td>
						<td>8 192</td>
						<td>4,5</td>
						<td>1,000</td>
					</tr>
					<tr>
						<td>GM-PBFT</td>
						<td>1 152</td>
						<td>7,5</td>
						<td>0,000</td>
					</tr>
					<tr>
						<td>WBFT</td>
						<td>8 192</td>
						<td>4,5</td>
						<td>1,000</td>
					</tr>
					<tr>
						<td>RW-HPBFT (наш)</td>
						<td>1 152</td>
						<td>7,5</td>
						<td>1,000</td>
					</tr>
				</table>
			</table-wrap>
			<p> </p>
			<fig id="F2">
				<label>Figure 2</label>
				<caption>
					<p>Коммуникационная сложность PBFT и RW-HPBFT (K = 8)</p>
				</caption>
				<alt-text>Коммуникационная сложность PBFT и RW-HPBFT (K = 8)</alt-text>
				<graphic ns1:href="/media/images/2026-05-14/0782fdb8-72f4-4574-ae1e-b8f5121ad677.png"/>
			</fig>
			<p>3.3. Интерпретация результатов</p>
			<p>Полученные данные позволяют сформулировать три ключевых наблюдения.</p>
			<p>Во-первых, иерархическая декомпозиция без репутационного механизма (GM-PBFT) проигрывает классическому PBFT при равномерном распределении Byzantine-узлов: концентрация скомпрометированных агентов в одном кластере нарушает локальный порог 1/3.</p>
			<p>Во-вторых, репутационное взвешивание (WBFT, RW-HPBFT) принципиально меняет картину: устойчивость растёт до β ≈ 0,85, что согласуется с аналитической оценкой (3).</p>
			<p>В-третьих, совмещение иерархии и взвешивания в RW-HPBFT даёт практический выигрыш именно по совокупному критерию «устойчивость × стоимость связи»: при сохранении высокой Byzantine-устойчивости достигается линейная по числу агентов сложность.</p>
			<p>4. Обсуждение</p>
			<p>Сопоставим полученные характеристики предложенного метода с известными решениями. Платформа TrustMesh (2025) [8, С. 1] использует многофазный PBFT в разрешённом блокчейне для IoT-сред, однако не содержит репутационного механизма и сохраняет порог f &lt; n/3. Алгоритм LA-BFT для торговли энергией [10, С. 1] обеспечивает линейную сложность O(n), но не предлагает иерархической декомпозиции и комитетной верификации репутации. Архитектура БГУИР [6, С. 387] применяет PBFT с TLS 1.3, ограничиваясь классическим порогом. Предложенный RW-HPBFT впервые совмещает три механизма (иерархия, репутация, агрегированные подписи) в едином протоколе и аналитически обосновывает условие безопасности (3).</p>
			<p>Ограничения работы. Имитационная модель не учитывает сетевые задержки и пакетные потери — эти факторы требуют отдельного исследования на стенде Hyperledger Fabric. Атаки на саму репутационную систему (Sybil-атаки с долговременной мимикрией) рассмотрены на уровне γ-параметра и требуют дополнительных мер (привязка идентичности к KYC, стейкинг). Указанные направления составляют предмет дальнейших исследований.</p>
			<p>Дополнительно следует отметить, что выбор параметра концентрации γ и числа кластеров K зависит от прикладного сценария использования RW-HPBFT. Параметр γ определяет степень влияния репутации агента на его голос: при γ = 1 веса распределяются более равномерно, что подходит для систем с относительно однородными и доверенными участниками. При увеличении γ вес сильнее концентрируется у агентов с высокой репутацией, что повышает устойчивость к Sybil-атакам и массовому появлению низкорепутационных участников, однако может снижать гибкость системы и усиливать зависимость от группы лидирующих агентов.</p>
			<p>Кластеризация также оказывает прикладное влияние на работу протокола. В IoT-сетях кластеры могут формироваться по территориальному или функциональному признаку, например по группам датчиков или шлюзам. В энергетических системах кластеры могут соответствовать локальным микросетям или районам распределённой генерации. В финансовых системах кластеризация может строиться по организациям, типам операций или региональным сегментам. Таким образом, параметры γ и K следует рассматривать не как фиксированные универсальные значения, а как настраиваемые характеристики протокола, зависящие от уровня доверия между участниками, риска компрометации, допустимой задержки и требуемой стоимости связи.</p>
			<p>5. Заключение</p>
			<p>1. Разработан и формализован авторский гибридный консенсусный протокол RW-HPBFT, объединяющий иерархическую кластеризацию агентов и репутационное взвешивание. Сформулирована математическая модель эволюции репутации (1)–(2) и аналитически выведено условие безопасности (3) и оценка коммуникационной сложности (4).</p>
			<p>2. Описан пятифазный протокол взаимодействия агентов (Pre-Prepare → Cluster-Prepare → Cluster-Commit → Inter-Leader-PBFT → Reputation-Update) с указанием структуры сообщений, обеспечивающий доверие в МАС без централизованного арбитра.</p>
			<p>3. Проведено собственное имитационное моделирование сети из 64 агентов на 200 раундах консенсуса. Установлено, что RW-HPBFT сохраняет вероятность консенсуса не ниже 0,98 при доле Byzantine-агентов до β = 0,80, что в 2,4 раза превышает порог классического PBFT, при одновременном сокращении числа сообщений на раунд в 7,1 раза (с 8192 до 1152 при N = 64, K = 8).</p>
			<p>4. Практическая значимость работы определяется возможностью применения предложенного протокола в системах с большим числом агентов (распределённая торговля энергией, межбанковские расчёты, IoT-сети), где одновременно критичны устойчивость к компрометации и стоимость связи. Также показано, что практическое применение RW-HPBFT требует настройки параметра концентрации γ и числа кластеров K с учётом конкретного сценария использования. Перспективным направлением является реализация RW-HPBFT в среде Hyperledger Fabric и интеграция с агентами на основе больших языковых моделей.</p>
		</sec>
		<sec sec-type="supplementary-material">
			<title>Additional File</title>
			<p>The additional file for this article can be found as follows:</p>
			<supplementary-material xmlns:xlink="http://www.w3.org/1999/xlink" id="S1" xlink:href="https://doi.org/10.5334/cpsy.78.s1">
				<!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/25464.docx">25464.docx</inline-supplementary-material>]-->
				<!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/25464.pdf">25464.pdf</inline-supplementary-material>]-->
				<label>Online Supplementary Material</label>
				<caption>
					<p>
						Further description of analytic pipeline and patient demographic information. DOI:
						<italic>
							<uri>https://doi.org/10.60797/IRJ.2026.170.81</uri>
						</italic>
					</p>
				</caption>
			</supplementary-material>
		</sec>
	</body>
	<back>
		<ack>
			<title>Acknowledgements</title>
			<p/>
		</ack>
		<sec>
			<title>Competing Interests</title>
			<p/>
		</sec>
		<ref-list>
			<ref id="B1">
				<label>1</label>
				<mixed-citation publication-type="confproc">Statista Research Department. Internet of Things (IoT) connected devices installed base worldwide from 2015 to 2025 // Statista. — 2024 — URL: https://www.statista.com/statistics/471264/iot-number-of-connected-devices-worldwide/ (дата обращения: 07.04.2026) [in English]</mixed-citation>
			</ref>
			<ref id="B2">
				<label>2</label>
				<mixed-citation publication-type="confproc">Ding Y. Decentralized Multi-Agent System with Trust-Aware Communication / Y. Ding, A. Twabi, L. Zhang et al. // Proceedings of the 2025 IEEE International Symposium on Parallel and Distributed Processing with Applications (ISPA). — Shenyang: Institute of Electrical and Electronics Engineers, 2025. — P. 1–10.</mixed-citation>
			</ref>
			<ref id="B3">
				<label>3</label>
				<mixed-citation publication-type="confproc">Ежов С. Многоагентные системы как технологическая база реализации концепции нулевого доверия / С. Ежов // Вестник РОСНОУ. — 2024. — 3. — С. 116–124.</mixed-citation>
			</ref>
			<ref id="B4">
				<label>4</label>
				<mixed-citation publication-type="confproc">Аликаева А.В. Использование смарт-контрактов в сфере децентрализованных финансов / А.В. Аликаева, М.А. Волов // Фундаментальные исследования. — 2025 — URL: https://fundamental-research.ru/article/view?id=43772 (дата обращения: 15.04.2026)</mixed-citation>
			</ref>
			<ref id="B5">
				<label>5</label>
				<mixed-citation publication-type="confproc">Blockchain Technology Market — Global Forecast to 2030. // MarketsandMarkets Research. — 2024. — URL: https://www.marketsandmarkets.com/Market-Reports/blockchain-technology-market-90100890.html (accessed: 18.04.26)</mixed-citation>
			</ref>
			<ref id="B6">
				<label>6</label>
				<mixed-citation publication-type="confproc">Хаджинова Н.В. Интеграция блокчейн-технологий в мультиагентные системы для обеспечения доверия и аудита транзакций / Н.В. Хаджинова, А.И. Михнюк, П.C. Савчиц // Технические средства защиты информации: материалы XXIII Международной научно-технической конференции. — Минск, 2025. — С. 387–390.</mixed-citation>
			</ref>
			<ref id="B7">
				<label>7</label>
				<mixed-citation publication-type="confproc">Luo H. A Weighted Byzantine Fault Tolerance Consensus Driven Trusted Multiple Large Language ModelsNetwork / H. Luo, G. Sun, Y. Liu et al. // arXiv. — 2025. — URL: https://arxiv.org/html/2505.05103v1 (accessed: 23.04.26)</mixed-citation>
			</ref>
			<ref id="B8">
				<label>8</label>
				<mixed-citation publication-type="confproc">Rangwala M. TrustMesh: A Blockchain-Enabled Trusted Distributed Computing Framework for Open Heterogeneous IoT Environments / M. Rangwala, R. Buyya // arXiv. — 2025 — URL: https://arxiv.org/html/2411.13039v2 (дата обращения: 29.04.2026) [in English]</mixed-citation>
			</ref>
			<ref id="B9">
				<label>9</label>
				<mixed-citation publication-type="confproc">Liu J. Grouped Multilayer Practical Byzantine Fault Tolerance Algorithm for Digital Asset Trading / J. Liu, W. Feng, M. Huang, S. Feng, Y. Zhang // Sensors. — 2023. — 21. — с. 8903. DOI: 10.3390/s23218903. [in English]</mixed-citation>
			</ref>
			<ref id="B10">
				<label>10</label>
				<mixed-citation publication-type="confproc">Zhang W. Lightweight Adaptive Byzantine Fault Tolerant Consensus Algorithm for Distributed Energy Trading / W. Zhang, J, Liu, H. Chen // Computer Networks. — 2024. — 1. [in English]</mixed-citation>
			</ref>
			<ref id="B11">
				<label>11</label>
				<mixed-citation publication-type="confproc">Li K. Design and Implementation of a Distributed Local Energy Trading Platform Based on Multi-Agent Reinforcement Learning Algorithm / K. Li, M. Zhao, F. Wu // IEEE Transactions on Smart Grid. — 2025. — 1. DOI: 10.1109/TSG.2025.11450982. [in English]</mixed-citation>
			</ref>
		</ref-list>
	</back>
	<fundings/>
</article>