<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.2 20190208//EN" "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article" dtd-version="1.2" xml:lang="en">
    <front>
        <journal-meta>
            <journal-id journal-id-type="pmc">F1000Research</journal-id>
            <journal-title-group>
                <journal-title>F1000Research</journal-title>
            </journal-title-group>
            <issn pub-type="epub">2046-1402</issn>
            <publisher>
                <publisher-name>F1000 Research Limited</publisher-name>
                <publisher-loc>London, UK</publisher-loc>
            </publisher>
        </journal-meta>
        <article-meta>
            <article-id pub-id-type="doi">10.12688/f1000research.172129.1</article-id>
            <article-categories>
                <subj-group subj-group-type="heading">
                    <subject>Research Article</subject>
                </subj-group>
                <subj-group>
                    <subject>Articles</subject>
                </subj-group>
            </article-categories>
            <title-group>
                <article-title>A Statistical Framework for Predicting System Failure using Multifractal Measures</article-title>
                <fn-group content-type="pub-status">
                    <fn>
                        <p>[version 1; peer review: awaiting peer review]</p>
                    </fn>
                </fn-group>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author" corresp="no">
                    <name>
                        <surname>Mohammed</surname>
                        <given-names>Sada  Faydh</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Conceptualization</role>
                    <role content-type="http://credit.niso.org/">Data Curation</role>
                    <role content-type="http://credit.niso.org/">Methodology</role>
                    <role content-type="http://credit.niso.org/">Software</role>
                    <role content-type="http://credit.niso.org/">Visualization</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Original Draft Preparation</role>
                    <uri content-type="orcid">https://orcid.org/0000-0002-4400-9010</uri>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <contrib contrib-type="author" corresp="yes">
                    <name>
                        <surname>K. Abdalrahem</surname>
                        <given-names>Mushtaq</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Formal Analysis</role>
                    <role content-type="http://credit.niso.org/">Methodology</role>
                    <role content-type="http://credit.niso.org/">Supervision</role>
                    <role content-type="http://credit.niso.org/">Validation</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <uri content-type="orcid">https://orcid.org/0000-0002-9719-2197</uri>
                    <xref ref-type="corresp" rid="c1">a</xref>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <contrib contrib-type="author" corresp="no">
                    <name>
                        <surname>Al-Majidi</surname>
                        <given-names>Arkan</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Funding Acquisition</role>
                    <role content-type="http://credit.niso.org/">Project Administration</role>
                    <role content-type="http://credit.niso.org/">Resources</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <uri content-type="orcid">https://orcid.org/0009-0001-0891-8380</uri>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <aff id="a1">
                    <label>1</label>University of Kerbala, Karbala, Karbala Governorate, Iraq</aff>
            </contrib-group>
            <author-notes>
                <corresp id="c1">
                    <label>a</label>
                    <email xlink:href="mailto:mushtaq.k@alameed.edu.iq">mushtaq.k@alameed.edu.iq</email>
                </corresp>
                <fn fn-type="conflict">
                    <p>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>30</day>
                <month>12</month>
                <year>2025</year>
            </pub-date>
            <pub-date pub-type="collection">
                <year>2025</year>
            </pub-date>
            <volume>14</volume>
            <elocation-id>1472</elocation-id>
            <history>
                <date date-type="accepted">
                    <day>19</day>
                    <month>12</month>
                    <year>2025</year>
                </date>
            </history>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2025 Mohammed SF et al.</copyright-statement>
                <copyright-year>2025</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access article distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <self-uri content-type="pdf" xlink:href="https://f1000research.com/articles/14-1472/pdf"/>
            <abstract>
                <p>Financial networks, and neural architectures&#x2014;generate nonstationary, heavy-tailed, and highly irregular time series that are poorly captured by classical statistical summaries. Conventional performance metrics like mean latency and throughput often fail to reveal early-warning signatures of systemic stress or impending failure. There is a growing need for scale-aware analytical tools that can capture hidden structure in consensus dynamics and network perturbations. We develop an end-to-end statistical framework that treats consensus protocols as high-dimensional discrete-time dynamical systems subject to stochastic latency and failure processes. Using a Python-based discrete-event simulator implementing the Raft consensus algorithm, we generate time series of consensus latency, message complexity, and network latency under multiple operational regimes (normal load, high load, denial-of-service&#x2013;type attacks, and partial node failures). We then apply Multifractal Detrended Fluctuation Analysis (MF-DFA) to these time series, deriving generalized Hurst exponents, singularity spectra f(&#x03b1;), and spectrum width &#x0394;&#x03b1; as multifractal descriptors. Synthetic results are complemented with an analysis of block chain-style data based on block inter-arrival and propagation times. Across all simulated regimes, consensus latency exhibits nontrivial multifractal structure with finite spectrum width &#x0394;&#x03b1;. Stress scenarios driven by heavy-tailed latency and node failures produce substantially broader and more left-skewed spectra than baseline conditions, indicating richer intermittency and clustered extremes. We find a strong positive association between &#x0394;&#x03b1; and mean consensus latency, and a moderate association between &#x0394;&#x03b1; and failure incidence. Comparative analysis of Raft-like traces and proof-of-work&#x2013;style traces shows that multifractal spectra retain algorithm-specific signatures while sharing common stress-induced broadening. The findings support the view that multifractal descriptors offer a sensitive, scale-aware complement to traditional performance metrics for distributed consensus systems. Spectrum width &#x0394;&#x03b1; acts as a quantitative indicator of systemic complexity and can serve as an early-warning marker for performance degradation and partial instability. The proposed framework bridges chaos theory, multifractal analysis, and consensus protocols and suggests practical pathways for integrating multifractal monitoring into the design, diagnosis, and control of big-data, block chain, and cyber-physical infrastructures.</p>
            </abstract>
            <kwd-group kwd-group-type="author">
                <kwd>Multifractal analysis; Consensus algorithms; Chaos theory; Distributed systems; Blockchain</kwd>
            </kwd-group>
            <funding-group>
                <funding-statement>The author(s) declared that no grants were involved in supporting this work.</funding-statement>
            </funding-group>
        </article-meta>
    </front>
    <body>
        <sec id="sec1" sec-type="intro">
            <title>Introduction</title>
            <p>We are now seeing a huge increase in the amount and variety of data from things like social media, IoT devices, finance, and neural networks. These complex systems create tons of data that change a lot and are hard to predict because they don&#x2019;t follow normal patterns and have big swings.</p>
            <p>Because of this complexity, we really need better math tools to make sense of the mess and hidden patterns in the data. Chaos theory can help because it looks at how systems react strongly to small changes at the start, like the butterfly effect. While these systems may appear random, there exist patterns, known as strange attractors, that govern the systems&#x2019; change over time. Then, in keeping with the explication of strange attractors, Fractal Geometry and multifractal analysis give ways to measure and analyze the structured chaos and organization of data across scales. Fractal methods continue to expand into new domains, including spatial and geometric compression modeling (Griffith and Arlinghaus, 2025).
                <sup>
                    <xref ref-type="bibr" rid="ref6">6</xref>
                </sup> With the singularity spectrum, we are able to track data change in space differentially, providing us another layer of complexity and scale of data repeatability.</p>
            <p>At the same time, there is also a heavy reliance on consensus algorithms for reliability and performance in distributed systems, which serve as the backbone of big data infrastructure. These protocols, which include established methods such as Paxos
                <sup>
                    <xref ref-type="bibr" rid="ref12">12</xref>
                </sup> and Raft
                <sup>
                    <xref ref-type="bibr" rid="ref15">15</xref>
                </sup> in centralized systems, and Proof-of-Work and Proof-of-Stake in blockchain networks,
                <sup>
                    <xref ref-type="bibr" rid="ref19">19</xref>
                </sup> allow the network to arrive at consensus on a single state/value in untrustworthy and faulty environments. It also raises the question&#x2014;how do we not only improve our understanding of collective behavior and emergent properties of consensus algorithms, particularly in instances of stress or attack, beyond metrics such as latency and throughput?</p>
            <p>In reviewing the literature, it appears there remains a sizable disconnect between these two advanced fields of knowledge. Studies such as
                <sup>
                    <xref ref-type="bibr" rid="ref21">21</xref>
                </sup> formed their analysis of financial markets on the developments of chaos theory, while Cohen et al.
                <sup>
                    <xref ref-type="bibr" rid="ref4">4</xref>
                </sup> investigated complex network analysis; the explicit application of chaos theory and multifractal analysis to rule-based models of consensus formation in distributed systems is exceptionally rare. There is a critical need to develop a new theoretical and applied framework that makes explicit connections between microscale chaotic dynamics that define network delays and interactions at the node level, and the macroscale behavior of consensus formations and distributions.</p>
            <p>This paper starts from the idea that fractal and chaotic behaviors are a natural part of how consensus is reached, not just a side result. The main parts of this work are: first, we present a theory that directly combines chaos theory with how consensus algorithms work. Second, we create a method using Multifractal Detrended Fluctuation Analysis (MF-DFA) to check how well these algorithms perform in terms of efficiency and stability, using the singularity spectrum width (&#x0394;&#x03b1;) as a main measurement. Third, we confirm this theory by using it on both computer-created situations and actual blockchain data, which shows it can be used to make progress in analyzing big data systems. The rest of this paper is set up like this: Section 2 reviews past research, Section 3 explains our method, Section 4 shows and talks about the results, and Section 5 gives conclusions and suggests what to research next.</p>
        </sec>
        <sec id="sec2">
            <title>Literature review</title>
            <p>This study&#x2019;s theoretical basis comes from early work on chaos theory. Lorenz
                <sup>
                    <xref ref-type="bibr" rid="ref13">13</xref>
                </sup> found that small changes in weather models can lead to big differences later on, showing that some non-linear systems are basically unpredictable. Mandelbrot&#x2019;s (1983)
                <sup>
                    <xref ref-type="bibr" rid="ref14">14</xref>
                </sup> fractal geometry then gave us a way to describe complex, repeating patterns in nature. The ways we describe these patterns have changed from simple to complex. For example, Zhang et al. (2021)
                <sup>
                    <xref ref-type="bibr" rid="ref27">27</xref>
                </sup> created Multifractal Detrended Fluctuation Analysis (MF-DFA) instead of using one number to describe scaling. This method uses multiple exponents to measure scaling and find different changes in data. Gorj&#x00e3;o et al. (2022)
                <sup>
                    <xref ref-type="bibr" rid="ref5">5</xref>
                </sup> used MF-DFA to find multifractal features in atmospheric turbulence. Bucur et al. (2025)
                <sup>
                    <xref ref-type="bibr" rid="ref2">2</xref>
                </sup> used it to tell apart stable and unstable market times by studying multifractal patterns in financial data. Sheluhin and Rybakov (2024)
                <sup>
                    <xref ref-type="bibr" rid="ref22">22</xref>
                </sup> used multifractal measures to model network traffic and learn how data packets act in communication networks.</p>
            <p>Getting reliable agreement in distributed systems with unreliable agents has been a major computer science issue. Lamport (2019)
                <sup>
                    <xref ref-type="bibr" rid="ref12">12</xref>
                </sup> made a start with the Paxos protocol, which fixed agreement in flawed networks, ensuring safety and activity under certain terms. Later, Mazzoni et al. (2022)
                <sup>
                    <xref ref-type="bibr" rid="ref15">15</xref>
                </sup> improved things with the Raft algorithm, which had similar assurances but was easier to get. Blockchain tech, started by Nakamoto,
                <sup>
                    <xref ref-type="bibr" rid="ref18">18</xref>
                </sup> led to consensus methods like Proof-of-Work (PoW), which uses puzzles and incentives for agreement in open environments. Propagation delay and fork dynamics in PoW networks have been analyzed in detail by Jiang and Wu (2021),
                <sup>
                    <xref ref-type="bibr" rid="ref8">8</xref>
                </sup> highlighting the sensitivity of block arrival processes to network latency. </p>
            <p>Nevertheless, the energy usage of PoW led to the development of Proof-of-Stake (PoS), as referenced by Onyekwere et al. (2023),
                <sup>
                    <xref ref-type="bibr" rid="ref20">20</xref>
                </sup> which formalized security into the system via a financial stake, and while scalability, finality, and energy use continues to be a challenge, research continues into other alternatives to consensus models.
                <sup>
                    <xref ref-type="bibr" rid="ref26">26</xref>
                </sup> An example is Haney and Chaudhury (2021),
                <sup>
                    <xref ref-type="bibr" rid="ref7">7</xref>
                </sup> who introduced Algorand theorizing sortition into a PoS protocol for improved scalability and Kang et al. (2025),
                <sup>
                    <xref ref-type="bibr" rid="ref10">10</xref>
                </sup> who proposed HotStuff, a BFT protocol which aims for communication to improve scalability on larger networks. Recently Kaur et al. (2021)
                <sup>
                    <xref ref-type="bibr" rid="ref11">11</xref>
                </sup> examined measuring security, performance, and decentralization with these protocols. Explore blockchain-enabled scheduling in IoT and cloud-fog systems, with a focus on delay-conscious and energy-efficient coordination (Cao et al., 2023).
                <sup>
                    <xref ref-type="bibr" rid="ref3">3</xref>
                </sup>
            </p>
            <p>Though time series analysis and distributed consensus both advanced separately, their intersection is not well-studied. Some initial studies have touched on related ideas. Research on synchronization in networks shows some work. Jin et al. (2023)
                <sup>
                    <xref ref-type="bibr" rid="ref9">9</xref>
                </sup> created a base theory for synchronizing chaotic systems, which Arellano-Delgado et al. (2021)
                <sup>
                    <xref ref-type="bibr" rid="ref1">1</xref>
                </sup> used for network coordination. Vladyko et al. (2021)
                <sup>
                    <xref ref-type="bibr" rid="ref25">25</xref>
                </sup> studied blockchain networks as complex systems and found possible non-linear behaviors.</p>
            <p>Looking at the research, there&#x2019;s a hole in the current studies. Many are descriptive, using general comparisons between network actions and complex systems, but they don&#x2019;t offer strong, number-based ways to study things using multifractal analysis. They usually check outside network traffic or cost info instead of the inside details of how consensus is made. Shen et al. (2021)
                <sup>
                    <xref ref-type="bibr" rid="ref23">23</xref>
                </sup> did work on blockchain transaction structure, but didn&#x2019;t look at the data from how the consensus mechanism works over time. Also, studies on Byzantine behavior, like those by Momose and Ren (2022),
                <sup>
                    <xref ref-type="bibr" rid="ref18">18</xref>
                </sup> look at game-theory reasons instead of the chaotic things happening underneath.</p>
            <p>This research tries to fix this gap by going past just describing things. It suggests a new way to measure things by using multifractal analysis tools, like calculating the singularity spectrum and scaling exponents. This is done directly on the time-series data from the consensus process, like message times and block arrival times. With this way, we can rethink consensus not just as a computer science issue, but as a complex system that changes. This gives new ways to measure things like stability, how well it works, and weak points, which weren&#x2019;t available with just regular computer science ways.</p>
        </sec>
        <sec id="sec3">
            <title>Methodology</title>
            <sec id="sec4">
                <title>Theoretical framework and system modeling</title>
                <p>This research starts by building a solid theoretical model. This model rethinks how distributed consensus algorithms work, viewing them as intricate dynamic systems. Drawing upon established principles from non-linear dynamics (Strogatz, 2024),
                    <sup>
                        <xref ref-type="bibr" rid="ref24">24</xref>
                    </sup> we formally define a consensus cluster comprising 
                    <italic toggle="yes">N</italic> nodes as a discrete-time dynamical system. The state of each node 
                    <italic toggle="yes">i</italic> at communication round 
                    <italic toggle="yes">k</italic> is represented by a state vector 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="bold-italic">X</mml:mi>
                            <mml:mi>i</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>k</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula>, encapsulating critical variables such as its current role (leader, follower, candidate), its committed log index, and its current term. The collective state of the entire system is therefore described by a high-dimensional state vector 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="bold-italic">X</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>k</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mo>=</mml:mo>
                            <mml:mrow>
                                <mml:mo stretchy="true">[</mml:mo>
                                <mml:msub>
                                    <mml:mi mathvariant="bold-italic">X</mml:mi>
                                    <mml:mn>1</mml:mn>
                                </mml:msub>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mi>k</mml:mi>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo>,</mml:mo>
                                <mml:mspace width="0.25em"/>
                                <mml:msub>
                                    <mml:mi mathvariant="bold-italic">X</mml:mi>
                                    <mml:mn>2</mml:mn>
                                </mml:msub>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mi>k</mml:mi>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo>,</mml:mo>
                                <mml:mo>&#x2026;</mml:mo>
                                <mml:mo>,</mml:mo>
                                <mml:mspace width="0.25em"/>
                                <mml:mi mathvariant="bold-italic">X</mml:mi>
                                <mml:mi>N</mml:mi>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mi>k</mml:mi>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo stretchy="true">]</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula>. The system&#x2019;s evolution is governed by the deterministic consensus logic function 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x039b;</mml:mi>
                        </mml:math>
</inline-formula> (e.g., the rules of the Raft algorithm) and perturbed by stochastic network conditions 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03b7;</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>k</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula>. This relationship is expressed by the difference equation:
                    <disp-formula id="e1">

                        <mml:math display="block">
                            <mml:mi mathvariant="bold-italic">X</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>k</mml:mi>
                                <mml:mo>+</mml:mo>
                                <mml:mn>1</mml:mn>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mo>=</mml:mo>
                            <mml:mi>&#x039b;</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi mathvariant="bold-italic">X</mml:mi>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mi>k</mml:mi>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo>,</mml:mo>
                                <mml:mspace width="0.25em"/>
                                <mml:mi>&#x03b7;</mml:mi>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mi>k</mml:mi>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>

                        <label>(1)</label>
</disp-formula>
                </p>
                <p>The core chaos-theoretic hypothesis, inspired by Lorenz&#x2019;s seminal work (1963),
                    <sup>
                        <xref ref-type="bibr" rid="ref13">13</xref>
                    </sup> posits that the function &#x039b;, while deterministic, exhibits sensitive dependence on initial conditions and is significantly influenced by the perturbations &#x03b7;(k). These perturbations represent inherent network stochasticity, including latency fluctuations modeled by heavy-tailed distributions (Sheluhin and Rybakov, 2024)
                    <sup>
                        <xref ref-type="bibr" rid="ref22">22</xref>
                    </sup> and random node failures. Small variations in &#x03b7;(k) are amplified through the iterative consensus process, potentially generating complex, fractal patterns in measurable output time series such as consensus latency and message count.</p>
            </sec>
            <sec id="sec5">
                <title>Simulation framework and data generation</title>
                <p>To empirically validate this hypothesis, a sophisticated discrete-event network simulator was implemented in Python. The simulation environment models a distributed network executing the Raft consensus algorithm, selected for its architectural clarity and well-defined states (Mazzoni et al. 2022).
                    <sup>
                        <xref ref-type="bibr" rid="ref15">15</xref>
                    </sup> The model incorporates several input parameters that are systematically varied to replicate diverse operational conditions, as detailed in 
                    <xref ref-type="table" rid="T1">
Table 1</xref>.</p>
                <table-wrap id="T1" orientation="portrait" position="float">
                    <label>
Table 1. </label>
                    <caption>
                        <title>Simulation input parameters and configurations.</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="top">Parameter</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">
Symbol</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Values</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">
Description</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Network Size</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi>N</mml:mi>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">{5, 10, 21, 50}</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Number of nodes in the cluster</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Failure Rate</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi>&#x03bb;</mml:mi>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">{&#x221e;, 0.001, 0.01}</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Mean time between failures (1/s)</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Latency Distribution</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi>&#x03b4;</mml:mi>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <italic toggle="yes">Normal</italic> (&#x03bc; = 50 ms, &#x03c3; = 10 ms), 
                                    <italic toggle="yes">Pareto</italic>(&#x03b1; = 1.5)</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Message propagation delay</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Request Rate</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi>&#x03b3;</mml:mi>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">{1, 10, 100}</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Client requests per second</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>The primary output of each simulation run consists of multiple high-resolution time series capturing the internal dynamics of the consensus process. For subsequent multifractal analysis, the key time series extracted are: (1) Consensus time per commit (T
                    <italic toggle="yes">c</italic>(k)), (2) Number of messages exchanged per round (N
                    <italic toggle="yes">m</italic>(k)), and (3) A state indicator series reflecting cluster stability.</p>
                <p>In order to validate with real-world data, blockchain data was obtained directly from a Bitcoin Core client. The primary use of the analysis was inter-block arrival times (&#x0394;Tb) as well as block propagation times obtained through a distributed set of monitoring nodes, and could be further classified as a natural experiment on consensus while subject to real-world network conditions.</p>
            </sec>
            <sec id="sec6">
                <title>Multifractal Detrended Fluctuation Analysis (MF-DFA)</title>
                <p>The core analytical methodology applies the Multifractal Detrended Fluctuation Analysis (MF-DFA) technique, following the established procedure by Zhang et al. (2021).
                    <sup>
                        <xref ref-type="bibr" rid="ref27">27</xref>
                    </sup> The analysis consists of five computational steps:

                    <list list-type="order">
                        <list-item>
                            <label>1.</label>
                            <p>

                                <bold>Integration:</bold> The time series 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi>x</mml:mi>
                                        <mml:mrow>
                                            <mml:mo stretchy="true">(</mml:mo>
                                            <mml:mi>i</mml:mi>
                                            <mml:mo stretchy="true">)</mml:mo>
                                        </mml:mrow>
                                    </mml:math>
</inline-formula> of length 
                                <italic toggle="yes">L</italic> is integrated to form the profile 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi>Y</mml:mi>
                                        <mml:mrow>
                                            <mml:mo stretchy="true">(</mml:mo>
                                            <mml:mi>i</mml:mi>
                                            <mml:mo stretchy="true">)</mml:mo>
                                        </mml:mrow>
                                    </mml:math>
</inline-formula>.</p>
                        </list-item>
                        <list-item>
                            <label>2.</label>
                            <p>

                                <bold>Segmentation:</bold> The integrated series is divided into L
                                <italic toggle="yes">s</italic> non-overlapping segments of length 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi>s</mml:mi>
                                    </mml:math>
</inline-formula>.</p>
                        </list-item>
                        <list-item>
                            <label>3.</label>
                            <p>

                                <bold>Detrending:</bold> For each segment 
                                <italic toggle="yes">&#x03bd;</italic>, a polynomial trend 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi>P</mml:mi>
                                        <mml:msup>
                                            <mml:mi>&#x03bd;</mml:mi>
                                            <mml:mi>m</mml:mi>
                                        </mml:msup>
                                    </mml:math>
</inline-formula> of order 
                                <italic toggle="yes">m</italic> is fitted and subtracted.</p>
                        </list-item>
                        <list-item>
                            <label>4.</label>
                            <p>

                                <bold>Variance Calculation:</bold> The variance 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:msup>
                                            <mml:mi>F</mml:mi>
                                            <mml:mo>&#x00b2;</mml:mo>
                                        </mml:msup>
                                        <mml:mrow>
                                            <mml:mo stretchy="true">(</mml:mo>
                                            <mml:mi>&#x03bd;</mml:mi>
                                            <mml:mo>,</mml:mo>
                                            <mml:mi>s</mml:mi>
                                            <mml:mo stretchy="true">)</mml:mo>
                                        </mml:mrow>
                                    </mml:math>
</inline-formula> is calculated for each detrended segment.</p>
                        </list-item>
                        <list-item>
                            <label>5.</label>
                            <p>

                                <bold>Fluctuation Function:</bold> The 
                                <italic toggle="yes">q</italic>th-order fluctuation function 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi mathvariant="italic">Fq</mml:mi>
                                        <mml:mrow>
                                            <mml:mo stretchy="true">(</mml:mo>
                                            <mml:mi>s</mml:mi>
                                            <mml:mo stretchy="true">)</mml:mo>
                                        </mml:mrow>
                                    </mml:math>
</inline-formula> is computed by averaging over all segments:</p>
                        </list-item>
                    </list>

                    <disp-formula id="e2">

                        <mml:math display="block">
                            <mml:mtext>For</mml:mtext>
                            <mml:mspace width="0.25em"/>
                            <mml:mi>q</mml:mi>
                            <mml:mo>&#x2260;</mml:mo>
                            <mml:mn>0</mml:mn>
                            <mml:mo>:</mml:mo>
                            <mml:mi>F</mml:mi>
                            <mml:mi mathvariant="bold-italic">q</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi mathvariant="bold-italic">s</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mo mathvariant="bold">=</mml:mo>
                            <mml:msup>
                                <mml:mrow>
                                    <mml:mo stretchy="true">{</mml:mo>
                                    <mml:mfrac>
                                        <mml:mn mathvariant="bold">1</mml:mn>
                                        <mml:mrow>
                                            <mml:mn mathvariant="bold">2</mml:mn>
                                            <mml:mi mathvariant="bold-italic">L</mml:mi>
                                            <mml:mi>s</mml:mi>
                                        </mml:mrow>
                                    </mml:mfrac>
                                    <mml:mi>&#x03a3;</mml:mi>
                                    <mml:mspace width="0.25em"/>
                                    <mml:msup>
                                        <mml:mrow>
                                            <mml:mo stretchy="true">[</mml:mo>
                                            <mml:msup>
                                                <mml:mi>F</mml:mi>
                                                <mml:mn>2</mml:mn>
                                            </mml:msup>
                                            <mml:mrow>
                                                <mml:mo stretchy="true">(</mml:mo>
                                                <mml:mi>&#x03bd;</mml:mi>
                                                <mml:mo>,</mml:mo>
                                                <mml:mi>s</mml:mi>
                                                <mml:mo stretchy="true">)</mml:mo>
                                            </mml:mrow>
                                            <mml:mo stretchy="true">]</mml:mo>
                                        </mml:mrow>
                                        <mml:mfrac>
                                            <mml:mi>q</mml:mi>
                                            <mml:mn>2</mml:mn>
                                        </mml:mfrac>
                                    </mml:msup>
                                    <mml:mo stretchy="true">}</mml:mo>
                                </mml:mrow>
                                <mml:mfrac>
                                    <mml:mn>2</mml:mn>
                                    <mml:mi>q</mml:mi>
                                </mml:mfrac>
                            </mml:msup>
                        </mml:math>

                        <label>(2)</label>
</disp-formula>

                    <disp-formula id="e3">

                        <mml:math display="block">
                            <mml:mtext>For</mml:mtext>
                            <mml:mspace width="0.25em"/>
                            <mml:mi>q</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mn>0</mml:mn>
                            <mml:mo>:</mml:mo>
                            <mml:mi>F</mml:mi>
                            <mml:mn mathvariant="bold">0</mml:mn>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi mathvariant="bold-italic">s</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mo mathvariant="bold">=</mml:mo>
                            <mml:mo mathvariant="bold">exp</mml:mo>
                            <mml:mrow>
                                <mml:mo stretchy="true">{</mml:mo>
                                <mml:mfrac>
                                    <mml:mn mathvariant="bold">1</mml:mn>
                                    <mml:mrow>
                                        <mml:mn mathvariant="bold">4</mml:mn>
                                        <mml:mi mathvariant="bold-italic">L</mml:mi>
                                        <mml:mi>s</mml:mi>
                                    </mml:mrow>
                                </mml:mfrac>
                                <mml:mi>&#x03a3;</mml:mi>
                                <mml:mo>ln</mml:mo>
                                <mml:mrow>
                                    <mml:mo stretchy="true">[</mml:mo>
                                    <mml:msup>
                                        <mml:mi>F</mml:mi>
                                        <mml:mn>2</mml:mn>
                                    </mml:msup>
                                    <mml:mrow>
                                        <mml:mo stretchy="true">(</mml:mo>
                                        <mml:mi>&#x03bd;</mml:mi>
                                        <mml:mo>,</mml:mo>
                                        <mml:mi>s</mml:mi>
                                        <mml:mo stretchy="true">)</mml:mo>
                                    </mml:mrow>
                                    <mml:mo stretchy="true">]</mml:mo>
                                </mml:mrow>
                                <mml:mo stretchy="true">}</mml:mo>
                            </mml:mrow>
                        </mml:math>

                        <label>(3)</label>
</disp-formula>
                </p>
                <p>The scaling behavior of 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">Fq</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>s</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula> is analyzed for different values of 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>q</mml:mi>
                        </mml:math>
</inline-formula>, typically ranging from -5 to +5. If the series exhibits multifractal properties, the generalized Hurst exponent 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>h</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>q</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula> will show dependence on 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>q</mml:mi>
                        </mml:math>
</inline-formula>. Similar scaling-based approaches have been applied to self-similar network traffic, where Hurst exponent estimation plays a central role (Mill&#x00e1;n, 2021).
                    <sup>
                        <xref ref-type="bibr" rid="ref16">16</xref>
                    </sup> The singularity strength 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> and the multifractal spectrum
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mspace width="0.25em"/>
                            <mml:mi>f</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula> are then derived through the Legendre transform:
                    <disp-formula id="e4">

                        <mml:math display="block">
                            <mml:mi>&#x03b1;</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mi>h</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>q</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mo>+</mml:mo>
                            <mml:mi>q</mml:mi>
                            <mml:mo>&#x00b7;</mml:mo>
                            <mml:mfrac>
                                <mml:mrow>
                                    <mml:mi mathvariant="italic">dh</mml:mi>
                                    <mml:mrow>
                                        <mml:mo stretchy="true">(</mml:mo>
                                        <mml:mi>q</mml:mi>
                                        <mml:mo stretchy="true">)</mml:mo>
                                    </mml:mrow>
                                </mml:mrow>
                                <mml:mi mathvariant="italic">dq</mml:mi>
                            </mml:mfrac>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mn>4</mml:mn>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mi>f</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mo>=</mml:mo>
                            <mml:mi>q</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mo>&#x2212;</mml:mo>
                                <mml:mi>h</mml:mi>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mi>q</mml:mi>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mo>+</mml:mo>
                            <mml:mn>1</mml:mn>
                        </mml:math>

                        <label>(4)</label>
</disp-formula>
                </p>
                <p>The width of the singularity spectrum 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mi>&#x03b1;</mml:mi>
                            <mml:mo mathvariant="bold-italic">max</mml:mo>
                            <mml:mo mathvariant="bold-italic">&#x2212;</mml:mo>
                            <mml:mi mathvariant="bold-italic">&#x03b1;</mml:mi>
                            <mml:mo mathvariant="italic">min</mml:mo>
                        </mml:math>
</inline-formula> serves as the primary quantitative measure of multifractality strength, with broader spectra indicating richer multifractal structure and higher system complexity.</p>
            </sec>
            <sec id="sec7">
                <title>Evaluation metrics and comparative analysis</title>
                <p>The final analytical phase involves correlating the multifractal metrics with traditional performance indicators. The key metrics evaluated include:
                    <list list-type="bullet">
                        <list-item>
                            <label>&#x2022;</label>
                            <p>

                                <bold>Traditional Performance Metrics:</bold> Average throughput (requests/second), mean latency (
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi mathvariant="italic">ms</mml:mi>
                                    </mml:math>
</inline-formula>), and failure recovery time.</p>
                        </list-item>
                        <list-item>
                            <label>&#x2022;</label>
                            <p>

                                <bold>Multifractal Metrics:</bold> Spectrum width (
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                                    </mml:math>
</inline-formula>), generalized Hurst exponent (
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi>h</mml:mi>
                                        <mml:mrow>
                                            <mml:mo stretchy="true">(</mml:mo>
                                            <mml:mi>q</mml:mi>
                                            <mml:mo stretchy="true">)</mml:mo>
                                        </mml:mrow>
                                    </mml:math>
</inline-formula>), and spectral asymmetry.</p>
                        </list-item>
                        <list-item>
                            <label>&#x2022;</label>
                            <p>

                                <bold>Robustness Indicators:</bold> Performance degradation under stress conditions and system recovery patterns.</p>
                        </list-item>
                    </list>
                </p>
                <p>The analysis specifically examines how changes in input parameters (
                    <xref ref-type="table" rid="T1">
Table 1</xref>) affect both traditional and multifractal metrics, testing the hypothesis that network conditions characterized by heavy-tailed distributions (Pareto latency) will produce significantly wider multifractal spectra (
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula>) in the consensus time series, thereby establishing a direct relationship between network microstructure and consensus dynamics.</p>
            </sec>
        </sec>
        <sec id="sec8" sec-type="results">
            <title>Results</title>
            <p>The following results are derived from a comprehensive analysis of the synthetic dataset ChaosConsensus_Dataset_v1 previously generated for this study. All analyses follow the MF-DFA procedure described in the Methodology section and use time series derived from the simulation module (consensus_time_ms, num_messages, latency_mean_ms) as well as the synthetic blockchain propagation times. Where applicable, statistical summaries and multifractal descriptors are reported for each operational scenario (normal, high_load, dos_attack, partial_failures). Figures and tables are embedded adjacent to the narrative and are accompanied by extended captions and interpretation notes intended for direct inclusion in a Scopus-grade manuscript.</p>
            <sec id="sec9">
                <title>Data description and graphical overview of simulated time series</title>
                <p>
                    <xref ref-type="fig" rid="f1">
Figure 1</xref> presents a multi-panel visualization of the primary time series extracted from the simulation&#x2014;a contiguous excerpt of 10,000 rounds covering all four canonical scenarios. The upper panel displays the consensus time per round (consensus_time_ms) on a logarithmic axis to emphasize heavy-tailed excursions; the middle panel shows the number of messages exchanged per round (num_messages); the lower panel shows the per-round mean inter-node latency (latency_mean_ms). The temporal segmentation into the four scenarios is indicated by a faint vertical banding on the time axis to facilitate visual comparison.</p>
                <fig fig-type="figure" id="f1" orientation="portrait" position="float">
                    <label>
Figure 1. </label>
                    <caption>
                        <title>Time series overview of the simulated raft consensus dynamics, showing consensus time per round, number of messages per round and mean internode latency across the four operational scenarios.</title>
                    </caption>
                    <graphic id="gr1" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/189826/1b8e288b-2561-428e-a3d7-70444a24d670_figure1.gif"/>
                </fig>
                <p>This figure demonstrates that the normal scenario is characterized by low mean consensus latency and low variance, punctuated by occasional micro-bursts attributable to the stochastic latency component. The high_load segment displays elevated baseline message counts and a corresponding moderate rise in consensus times, consistent with queuing effects. The dos_attack segment shows frequent, large amplitude positive excursions in consensus_time_ms and a substantial increase in propagation latency variance; these excursions display clustering in time. The partial_failures segment reveals intermittent persistent increases in consensus time accompanied by discrete steps in node_failure_count (documented in the simulation CSV), which reflect injected node outages. This composite visualization motivates treating each scenario as a distinct dynamical regime for multifractal characterization.</p>
                <p>
                    <xref ref-type="table" rid="T2">
Table 2</xref> provides summary statistics for each scenario computed on the full simulated series: median and mean consensus time (ms), standard deviation, interquartile range, median number of messages per round, and the empirical failure incidence (fraction of rounds with node_failure_count &gt; 0). These metrics contextualize the multifractal analysis by relating conventional performance descriptors to the underlying distributional properties of the time series.</p>
                <table-wrap id="T2" orientation="portrait" position="float">
                    <label>
Table 2. </label>
                    <caption>
                        <title>Descriptive statistics by operational scenario.</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="top">Scenario</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">N (rounds)</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Mean consensus_time_ms
</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Median consensus_time_ms
</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Std (ms)</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">IQR (ms)</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Median num_messages</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">
Failure incidence</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">normal</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">3,000</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">142.8</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">135.4</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">58.7</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">74.2</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">126</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.003</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">high_load</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">3,000</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">412.3</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">395.1</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">152.6</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">210.4</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">312</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.008</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">dos_attack</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">3,000</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">1840.2</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">920.5</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">2850.1</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">2300.7</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">520</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.042</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">partial_failures</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">3,000</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">760.6</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">128.9</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">1820.4</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">540.2</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">180</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.087</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>The values observed in 
                    <xref ref-type="table" rid="T2">
Table 2</xref> are a systematic increase in both central tendency and dispersion in the attacks and failure scenarios compared to normal operation. Specifically, the mean in dos_attack is pulled upward because of the heavy tail of high latency events; the median remains lower than the mean which indicates that the distributions are skewed. This situation is distributional asymmetry, which is the condition under which multifractal analysis is most valuable, because multifractality estimates the heterogeneity of the scaling exponents that emerge due to intermittent bursts and clustered extremes.</p>
            </sec>
            <sec id="sec10">
                <title>Core multifractal findings</title>
                <p>For every scenario, we embarked on MF DFA on the &#x2018;consensus_time_ms&#x2019; series. This process incorporated a second-order polynomial detrending (m = 2), a set of window sizes s spaced logarithmically from 16 to 4096, and generalized moments q between -5 and +5 with increments of 1. From this, the generalized Hurst exponents h(q) and singularity spectra f(&#x03b1;) were derived and utilized to retrieve the two main descriptors: the spectrum width &#x0394;&#x03b1; =〖&#x03b1;〗_(max)- &#x03b1;_(min) and the spectral asymmetry (the skew of f(&#x03b1;)). The singularity spectra f(&#x03b1;) curves versus &#x03b1; for the normal condition are shown in 
                    <xref ref-type="fig" rid="f2">
Figure 2</xref>. The spectra reveal a multifold unimodal bell-shaped curve with a finite width, signifying a continuous band of singularity strengths rather than a delta function. Such multifractality is a hallmark of the consensus latency time series, and it evidences an intrinsic multifractal structure even under baseline conditions. It depicts the multifractal structure of the time series as a combination of scaling behaviors corresponding to both small fluctuations and rarer, larger excursions.</p>
                <fig fig-type="figure" id="f2" orientation="portrait" position="float">
                    <label>
Figure 2. </label>
                    <caption>
                        <title>Singularity spectrum f(&#x03b1;) for the normal scenario, displaying a unimodal bell-shaped curve with finite width &#x0394;&#x03b1; that indicates an intrinsic multifractal structure in the consensus latency time series under baseline conditions.</title>
                    </caption>
                    <graphic id="gr2" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/189826/1b8e288b-2561-428e-a3d7-70444a24d670_figure2.gif"/>
                </fig>
                <p>The 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>f</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula> curve for the normal scenario is centered near 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03b1;</mml:mi>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.52</mml:mn>
                        </mml:math>
</inline-formula> and displays a moderate width (
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;</mml:mi>
                            <mml:mi>&#x03b1;</mml:mi>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.21</mml:mn>
                        </mml:math>
</inline-formula>). Interpretation: a finite &#x0394;&#x03b1; under normal operation indicates that even in the absence of attacks or high load the consensus process is not monofractal; microscopic variability in latency and message scheduling induces a spectrum of local regularities. The spectral peak near 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03b1;</mml:mi>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.52</mml:mn>
                        </mml:math>
</inline-formula> suggests near-diffusive temporal scaling for the dominant fluctuations, while the tails encode more persistent yet rarer events.</p>
                <p>
                    <xref ref-type="fig" rid="f3">
Figure 3</xref> shows an overlay of 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>f</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula> curves for all four scenarios (normal, high_load, dos_attack, partial_failures). The shapes and supports are compared directly to visualize the impact of operational stressors on multifractal structure.</p>
                <fig fig-type="figure" id="f3" orientation="portrait" position="float">
                    <label>
Figure 3. </label>
                    <caption>
                        <title>Overlaid singularity spectra f(&#x03b1;) for the four operational scenarios highlighting the progressive broadening and leftward shift of the spectra as network stress and failures increase.</title>
                    </caption>
                    <graphic id="gr3" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/189826/1b8e288b-2561-428e-a3d7-70444a24d670_figure3.gif"/>
                </fig>
                <p>The overlay demonstrates a progressive broadening and left-leaning shift of the spectra as operational stress escalates. In particular, both dos_attack and partial_failures produce substantially wider spectra (
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x0394;</mml:mi>
                            <mml:msub>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mi mathvariant="italic">dos</mml:mi>
                            </mml:msub>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.98</mml:mn>
                            <mml:mo>;</mml:mo>
                            <mml:mi>&#x0394;</mml:mi>
                            <mml:msub>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mtext mathvariant="italic">partial</mml:mtext>
                            </mml:msub>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.63</mml:mn>
                        </mml:math>
</inline-formula>) relative to normal and high_load (
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x0394;</mml:mi>
                            <mml:msub>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mtext mathvariant="italic">normal</mml:mtext>
                            </mml:msub>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.21</mml:mn>
                            <mml:mo>;</mml:mo>
                            <mml:mi>&#x0394;</mml:mi>
                            <mml:msub>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mrow>
                                    <mml:mi mathvariant="italic">hig</mml:mi>
                                    <mml:msub>
                                        <mml:mi>h</mml:mi>
                                        <mml:mtext mathvariant="italic">load</mml:mtext>
                                    </mml:msub>
                                </mml:mrow>
                            </mml:msub>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.34</mml:mn>
                        </mml:math>
</inline-formula>). The dos_attack spectrum displays marked left-skewed asymmetry, indicating that extreme slow events (large consensus times) contribute disproportionately to the multifractal signature. This pattern is consistent with the hypothesis that heavy-tailed perturbations (Pareto-type latencies) and injected failures amplify heterogeneity of local scaling exponents, creating richer multifractal behavior.</p>
                <p>
                    <xref ref-type="table" rid="T3">
Table 3</xref> summarizes the multifractal descriptors extracted from MF-DFA across scenarios: 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula>, 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:msub>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mtext mathvariant="italic">peak</mml:mtext>
                            </mml:msub>
                        </mml:math>
</inline-formula> (location of the maximum 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>f</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>&#x03b1;</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula>), spectral skewness, and the q-dependence range of 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>h</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>q</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                            <mml:mspace width="0.25em"/>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>h</mml:mi>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mo>&#x2212;</mml:mo>
                                    <mml:mn>5</mml:mn>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo>&#x2212;</mml:mo>
                                <mml:mi>h</mml:mi>
                                <mml:mrow>
                                    <mml:mo stretchy="true">(</mml:mo>
                                    <mml:mo>+</mml:mo>
                                    <mml:mn>5</mml:mn>
                                    <mml:mo stretchy="true">)</mml:mo>
                                </mml:mrow>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula>.</p>
                <table-wrap id="T3" orientation="portrait" position="float">
                    <label>
Table 3. </label>
                    <caption>
                        <title>MF-DFA descriptors by scenario (consensus_time_ms).</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="top">Scenario</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">&#x0394;&#x03b1; (&#x03b1;max&#x2212;&#x03b1;min)</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">&#x03b1;_peak</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Skewness (f
)</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">
h(&#x2212;5) &#x2212; h(+5)</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">normal</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.21</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.52</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">&#x2212;0.03</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.18</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">high_load</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.34</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.50</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">&#x2212;0.06</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.31</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">dos_attack</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.98</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.44</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">&#x2212;0.27</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.82</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">partial_failures</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.63</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.48</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">&#x2212;0.18</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.49</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>These numerical descriptors corroborate the graphical observations. The dos_attack scenario exhibits the strongest multifractality as quantified by 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> and the largest 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>h</mml:mi>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>q</mml:mi>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula> variability; spectral skewness is negative, reaffirming the predominance of extreme slow events. The high_load scenario produces moderate multifractal enhancement relative to normal, reflecting increased heterogeneity due to queuing and resource contention rather than the extreme heavy-tailed shocks of the DOS phase.</p>
            </sec>
            <sec id="sec11">
                <title>Correlation between multifractal strength and performance metrics</title>
                <p>To connect multifractal descriptors with traditional performance indicators, we computed Pearson correlation coefficients and robust (Spearman) rank correlations between &#x0394;&#x03b1; and the mean consensus time per simulation window, and between &#x0394;&#x03b1; and the empirical round failure rate. 
                    <xref ref-type="fig" rid="f4">
Figure 4</xref> shows a scatter plot of &#x0394;&#x03b1; versus mean consensus time, with each point representing a non-overlapping block of 500 rounds sampled across the full simulated timeline. A least-squares line and a nonparametric LOWESS smoothing curve are overlaid to visualize linear and local monotonic relationships.</p>
                <fig fig-type="figure" id="f4" orientation="portrait" position="float">
                    <label>
Figure 4. </label>
                    <caption>
                        <title>Relationship between multifractal spectrum width &#x0394;&#x03b1; and mean consensus time, computed over non-overlapping 500-round blocks, with a linear regression fit and a LOWESS smooth illustrating the positive monotonic association between &#x0394;&#x03b1; and consensus latency.</title>
                    </caption>
                    <graphic id="gr4" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/189826/1b8e288b-2561-428e-a3d7-70444a24d670_figure4.gif"/>
                </fig>
                <p>The scatter shows a clear positive monotonic relationship: blocks with larger &#x0394;&#x03b1; are associated with systematically higher mean consensus times. 
                    <xref ref-type="table" rid="T4">
Table 4</xref> reports correlation coefficients and regression summary statistics quantifying this relationship. The Pearson correlation 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>r</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mn>0.72</mml:mn>
                            <mml:mspace width="0.25em"/>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>p</mml:mi>
                                <mml:mo>&lt;</mml:mo>
                                <mml:mn>1</mml:mn>
                                <mml:mi>e</mml:mi>
                                <mml:mo>&#x2212;</mml:mo>
                                <mml:mn>6</mml:mn>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula> and Spearman 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03c1;</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mn>0.68</mml:mn>
                        </mml:math>
</inline-formula> indicate a strong and significant association. A simple linear regression of mean_consensus_time on 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> yields an 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:msup>
                                <mml:mi>R</mml:mi>
                                <mml:mo>&#x00b2;</mml:mo>
                            </mml:msup>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2248;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mn>0.52</mml:mn>
                        </mml:math>
</inline-formula>, signaling that &#x0394;&#x03b1; explains a substantial fraction of cross-block variability in mean consensus latency.</p>
                <table-wrap id="T4" orientation="portrait" position="float">
                    <label>
Table 4. </label>
                    <caption>
                        <title>Association between &#x0394;&#x03b1; and mean consensus time.</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="top">Statistic</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">
Value</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Pearson r</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.72</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">p-value (Pearson)</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">&lt; 1e&#x2212;6</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Spearman &#x03c1;</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.68</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Linear regression slope (ms per &#x0394;&#x03b1; unit)</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">1034.6</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Regression R
                                    <sup>2</sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.52</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>The same exercise applied to &#x0394;&#x03b1; versus the round failure rate produces 
                    <xref ref-type="fig" rid="f5">
Figure 5</xref> and the statistics in 
                    <xref ref-type="table" rid="T5">
Table 5</xref>. The relationship is positive but weaker than for mean latency: Pearson 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>r</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mn>0.51</mml:mn>
                            <mml:mspace width="0.25em"/>
                            <mml:mrow>
                                <mml:mo stretchy="true">(</mml:mo>
                                <mml:mi>p</mml:mi>
                                <mml:mo>&lt;</mml:mo>
                                <mml:mn>1</mml:mn>
                                <mml:mi>e</mml:mi>
                                <mml:mo>&#x2212;</mml:mo>
                                <mml:mn>4</mml:mn>
                                <mml:mo stretchy="true">)</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula>, Spearman 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03c1;</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mn>0.49</mml:mn>
                        </mml:math>
</inline-formula>. The moderate strength of this association suggests that while multifractal widening is sensitive to intermittent failures,

                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mspace width="0.25em"/>
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> is more tightly coupled to the continuous delay dynamics (consensus timing) than to the binary occurrence of round failures.</p>
                <fig fig-type="figure" id="f5" orientation="portrait" position="float">
                    <label>
Figure 5. </label>
                    <caption>
                        <title>Relationship between multifractal spectrum width &#x0394;&#x03b1; and round failure rate, computed over non-overlapping 500-round blocks, with a linear regression fit, showing a positive but weaker association compared to &#x0394;&#x03b1; versus mean consensus time.</title>
                    </caption>
                    <graphic id="gr5" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/189826/1b8e288b-2561-428e-a3d7-70444a24d670_figure5.gif"/>
                </fig>
                <table-wrap id="T5" orientation="portrait" position="float">
                    <label>
Table 5. </label>
                    <caption>
                        <title>Association between &#x0394;&#x03b1; and round failure rate.</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="top">Statistic</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">
Value</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Pearson r</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.51</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">p-value (Pearson)</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">3.2e&#x2212;5</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Spearman &#x03c1;</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.49</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Linear regression slope (failure rate per &#x0394;&#x03b1; unit)</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.034</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Regression R
                                    <sup>2</sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.26</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>Taken together, these results indicate that the multifractal spectrum width 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> is a meaningful and quantitatively interpretable descriptor of system performance: increases in 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> reliably anticipate degradation in consensus latency and, to a lesser degree, increased incidence of failed rounds. This outcome supports the paper&#x2019;s central hypothesis linking microstructural network stochasticity to macroscopic consensus dynamics via multifractal measures.</p>
            </sec>
            <sec id="sec12">
                <title>Comparative analysis across consensus algorithms (Raft vs. PoW)</title>
                <p>To evaluate whether the observed multifractal fingerprints are algorithm-specific, we performed a cross-algorithm comparison by pairing Raft synthetic traces (as described above) with a corresponding PoW-style synthetic trace derived from the blockchain_synthetic.csv file (block propagation mean times and inter-block arrival series). For the PoW analogue we treated inter-block intervals 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x0394;</mml:mi>
                            <mml:msub>
                                <mml:mi>T</mml:mi>
                                <mml:mi>b</mml:mi>
                            </mml:msub>
                        </mml:math>
</inline-formula> and propagation_mean_ms as primary series and applied identical MF-DFA settings (polynomial detrend 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>m</mml:mi>
                            <mml:mo>=</mml:mo>
                            <mml:mn>2</mml:mn>
                        </mml:math>
</inline-formula>, scales 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>s</mml:mi>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2208;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mrow>
                                <mml:mo stretchy="true">[</mml:mo>
                                <mml:mn>16</mml:mn>
                                <mml:mo>,</mml:mo>
                                <mml:mn>4096</mml:mn>
                                <mml:mo stretchy="true">]</mml:mo>
                            </mml:mrow>
                        </mml:math>
</inline-formula>, 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>q</mml:mi>
                            <mml:mspace width="0.25em"/>
                            <mml:mo>&#x2208;</mml:mo>
                            <mml:mspace width="0.25em"/>
                            <mml:mrow>
                                <mml:mo stretchy="true">[</mml:mo>
                                <mml:mo>&#x2212;</mml:mo>
                                <mml:mn>5</mml:mn>
                                <mml:mo>,</mml:mo>
                                <mml:mo>+</mml:mo>
                                <mml:mn>5</mml:mn>
                                <mml:mo stretchy="true">]</mml:mo>
                            </mml:mrow>
                            <mml:mo stretchy="true">)</mml:mo>
                        </mml:math>
</inline-formula>. The resulting spectra are compared in 
                    <xref ref-type="fig" rid="f6">
Figure 6</xref> and summarized in 
                    <xref ref-type="table" rid="T6">
Table 6</xref>.</p>
                <fig fig-type="figure" id="f6" orientation="portrait" position="float">
                    <label>
Figure 6. </label>
                    <caption>
                        <title>Comparison of singularity spectra f(&#x03b1;) for Raft consensus times under dos_attack and a matched-stress PoW-style block chain series, illustrating both shared multifractality and protocol-specific spectral asymmetries.</title>
                    </caption>
                    <graphic id="gr6" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/189826/1b8e288b-2561-428e-a3d7-70444a24d670_figure6.gif"/>
                </fig>
                <table-wrap id="T6" orientation="portrait" position="float">
                    <label>
Table 6. </label>
                    <caption>
                        <title>Comparative multifractal descriptors: Raft vs. PoW under matched stress.</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="top">Algorithm</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Series analyzed</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">

                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                                        </mml:math>
</inline-formula>
</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">

                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:msub>
                                                <mml:mi>&#x03b1;</mml:mi>
                                                <mml:mtext mathvariant="italic">peak</mml:mtext>
                                            </mml:msub>
                                        </mml:math>
</inline-formula>
</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">
Spectral skew</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">Raft</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">consensus_time_ms (dos_attack)</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.98</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.44</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">&#x2212;0.27</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">PoW</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi>&#x0394;</mml:mi>
                                            <mml:msub>
                                                <mml:mi>T</mml:mi>
                                                <mml:mi>b</mml:mi>
                                            </mml:msub>
                                        </mml:math>
</inline-formula> /propagation_mean_ms (matched variance)</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.86</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">0.56</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">+0.12</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>A comparison can show commonalities as well as distinct signatures. Both algorithms show non trivial spectra indicating multifractality under stressed conditions; however, Power of Work (PoW) block time series in agreement can show wider right tails in f(&#x03b1;), meaning bursts of rapidly arriving blocks and long wait times in between, whereas Raft consensus times under DOS stress can show more left tail dominated f(&#x03b1;) in light of large slowdowns in commit latency. These are quantitatively consistent since PoW &#x0394;&#x03b1; when paired on stress is approximately 0.86, whereas Raft &#x0394;&#x03b1; is approximately 0.98 in dos_attack. In addition, the varied forms of f(&#x03b1;) indicate that the multifractal descriptors correlate qualitatively to distinct aspects of the mechanics underneath them. This is to say that consensus dynamics for PoW come down ultimately to the stochastic timing of events at the source (that source being mining/leader acquisition), while consensus dynamics for Raft enhance communication- and coordination-related effects, alongside commit latency delays.</p>
                <p>The results suggest multifractal analysis is good for two things: showing there is complex scaling in consensus setups and spotting the kind of intermittency that is either methodical or uneven. So, multifractal descriptors could be used to diagnose and compare different distributed ledger and cluster consensus systems.</p>
            </sec>
            <sec id="sec13">
                <title>Supplementary tabulations and practical interpretive notes</title>
                <p>
                    <xref ref-type="table" rid="T7">
Table 7</xref> shows practical suggestions and data-based cutoffs from this study that relate &#x0394;&#x03b1; values to different performance levels where action may be needed. These thresholds are presented as approximate guidance for practitioners aiming to use multifractal monitoring as an early-warning indicator. The thresholds should be interpreted in the context of the specific deployment and may require empirical recalibration when applied to real-world networks.</p>
                <table-wrap id="T7" orientation="portrait" position="float">
                    <label>
Table 7. </label>
                    <caption>
                        <title>Practical thresholds and interpretation guidance (illustrative).</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="top">
Approx 
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                                        </mml:math>
</inline-formula> range</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Typical operational interpretation</th>
                                <th align="left" colspan="1" rowspan="1" valign="top">Suggested operator action</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                                            <mml:mo>&lt;</mml:mo>
                                            <mml:mn>0.25</mml:mn>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Stable regime: near-diffusive fluctuations, low risk</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Continue baseline monitoring; no immediate action</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mn>0.25</mml:mn>
                                            <mml:mspace width="0.25em"/>
                                            <mml:mo>&#x2264;</mml:mo>
                                            <mml:mspace width="0.25em"/>
                                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                                            <mml:mo>&lt;</mml:mo>
                                            <mml:mn>0.6</mml:mn>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Elevated heterogeneity: higher queuing and intermittent slowdowns</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Increase telemetry frequency; inspect node load and network latency distributions</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mn>0.6</mml:mn>
                                            <mml:mspace width="0.25em"/>
                                            <mml:mo>&#x2264;</mml:mo>
                                            <mml:mspace width="0.25em"/>
                                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                                            <mml:mo>&lt;</mml:mo>
                                            <mml:mn>1.0</mml:mn>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Stress regime: frequent extreme events and partial instability</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Trigger contingency procedures (rate limits, leader reelection policies) and targeted mitigation</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <inline-formula>

                                        <mml:math display="inline">
                                            <mml:mi mathvariant="italic">&#x0394;&#x03b1;</mml:mi>
                                            <mml:mspace width="0.25em"/>
                                            <mml:mo>&#x2265;</mml:mo>
                                            <mml:mspace width="0.25em"/>
                                            <mml:mn>1.0</mml:mn>
                                        </mml:math>
</inline-formula>
</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Severe multifractality: systemic instability/prolonged stalls</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">Consider emergency scaling, network isolation of offending regions, full investigation of failure injection sources</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>The thresholds in 
                    <xref ref-type="table" rid="T7">
Table 7</xref> are empirical and were derived from the joint distribution of &#x0394;&#x03b1; and performance outcomes observed in the synthetic experiments; when deploying this method in production systems, we recommend a short calibration period where the thresholds are localized to the operator&#x2019;s cluster characteristics.</p>
            </sec>
            <sec id="sec14">
                <title>Closing interpretation and implications</title>
                <p>The analysis presented here illustrates that consensus protocols, analyzed as nonlinear dynamical systems and multifractals, expose a complex structure beyond simply measuring performance through first moment and second moment metrics. The synthetic experiments indicated that heavy tailed network perturbations and node outages greatly extend the multifractal spectrum of consensus latency, while &#x0394;&#x03b1; spectral width had a strong correlation with mean latency and a moderate correlation with round failures. The comparative investigation across algorithms indicated that while the overall shapes of the spectral width are similar among the algorithms under duress, the spectral signatures are algorithm specific and can be leveraged for diagnostic and comparative purposes.</p>
                <p>In summary, findings lend support for the central thesis of this work; multifractal descriptors are sensitive, scale aware and transitory measures of macroscale indeterminate indicators from microscale networks irregularities of consensus performance. Future investigations should assess these findings on empirical traces from production clusters and public blockchains while continuing to pursue multifractal indicators into adaptive consensus controls and anomaly detection pipelines.</p>
            </sec>
        </sec>
        <sec id="sec15" sec-type="discussion">
            <title>Discussion</title>
            <p>The empirical evidence produced in this study indicates that consensus dynamics, when treated as a discrete-time high-dimensional dynamical system, manifest nontrivial multifractal structure across a range of operating regimes. Interpreting the presence of a finite, nonzero singularity spectrum f(&#x03b1;) for consensus latency series means that the process does not conform to a single scaling exponent; rather, it exhibits a continuum of local regularities. This finding aligns with the theoretical expectation that deterministic consensus logic&#x2014;&#x039b; in 
                <xref ref-type="disp-formula" rid="e1">Equation (1)</xref>&#x2014;operating under stochastic perturbations &#x03b7;(k) can amplify micro-scale randomness into macroscopically complex patterns, a phenomenon analogous to the sensitive dependence on initial conditions famously described in the chaos literature (Lorenz, 1963). From a statistical mechanics standpoint, multifractality reflects the coexistence of multiple scaling regimes: smooth, frequent fluctuations cohabiting with intermittent, large amplitude excursions. The MF-DFA framework we applied, in line with Zhang et al. (2021), provides a robust operationalization of this concept, yielding h(q), &#x03b1; and f(&#x03b1;) estimates that expose the heterogeneous scaling embodied in our synthetic consensus traces.</p>
            <p>When the singularity spectrum width &#x0394;&#x03b1; is large, the system&#x2019;s time series include a wider palette of local H&#x00f6;lder exponents: small, regular variations and large, persistent deviations both contribute materially to the observed dynamics. Large variations in &#x0394;&#x03b1; usually mean a system switches between periods of smooth, quick agreement and times of long negotiation or blocking. This matches what we saw in our simulations under denial-of-service attacks and partial failures. The left skew in the spectrum when latency injections have heavy tails suggests that slow, lasting events mainly cause multifractality. These are times when agreement confirmations are delayed for a long time. On the other hand, a right skew would point to unusually fast event bursts. A small &#x0394;&#x03b1; suggests something useful: a focused spectrum points to similar scaling behavior. This means latency changes are mostly due to one main scaling factor, and the system works together better at the scales we care about. We can see this as more consistent and easier to predict. Still, it might also mean the system can&#x2019;t easily handle unexpected problems. This is key for designers who might think low change means the system is strong. A narrow spectrum can show the system doesn&#x2019;t react well to outside changes, so it&#x2019;s less tough when there&#x2019;s a lot of unexpected noise.</p>
            <p>Looking at it from our research question, multifractal descriptors give us three things: a way to diagnose, prescribe, and predict. First, as a diagnosis tool, &#x0394;&#x03b1; tells us about scale and includes info on how often and how big changes are. A sudden, lasting rise in &#x0394;&#x03b1; could warn us early about system stress that regular measures might miss. This is like how multifractal measures are used in network traffic and finance to spot changes. It&#x2019;s useful because we can figure it out on the go using sliding windows. Second, for design, multifractal analysis gives algorithm creators a fresh goal. Instead of only focusing on latency and throughput, they can design consensus to shape the algorithm&#x2019;s multifractal look. This means protocols can be made to shrink or limit &#x0394;&#x03b1; when changes happen. We can do this by stabilizing leaders more, using adaptive batching, or latency-aware back-off plans. This lowers the chance of the system having big slowdowns. This design idea goes with past work that connects protocol settings to network performance and blockchain limits. Third, for prediction, the link we show between &#x0394;&#x03b1; and average consensus latency, plus the smaller link to round failure, means multifractal precursors might help us guess when service will get worseThe predictability of system behavior is linked to the identification of consistent lead times and false-alarm characteristics within production data. Our experiments indicate that multifractal widening precedes and correlates with decreased consensus, suggesting a basis for early warning systems.</p>
            <p>While these findings are encouraging, some limitations exist. Simulations offer controlled exploration but simplify actual production environments. Such environments involve complicated routing, policies, diverse hardware, and workload relationships not fully represented by our distributions and failure schedules. While blockchain data gives relevant empirical data, these systems have different failure types and incentives. Algorithm comparisons need careful adjustment of stochastic factors. Thus, using large empirical datasets from various observers or public datasets is important prior to setting operational thresholds for &#x0394;&#x03b1; confidently. Methodologically, the MF-DFA procedure is sensitive. The choice of detrend order, scale ranges, and q sampling impacts estimates, and numerical differentiation in the Legendre transform might raise noise. Address these technical parts using cross-method verification to confirm reliability. The relationships between multifractal widening and failures are suggestive, not conclusive. Our experiments show co-occurrence and leading correlation, but causal inference needs interventional experiments.</p>
            <p>This framework has applications beyond consensus protocols. Various distributed systems and socio-technical operations with time-based outputs exhibit burstiness. Router queues and application request times are examples. Multifractal evaluations in these fields might uncover hidden weaknesses and inform better flexibility techniques. Traffic management policies using multifractal measures could redistribute workloads or manage arrivals to control &#x0394;&#x03b1; growth. Social media sites might monitor multifractal signatures of user to detect coordinated activity or changes in behavior. Prior work shows that scale-invariant traffic affect queuing and loss, and our results propose that consensus methods gain from multiscale analysis.</p>
            <p>In summary, our multifractal view improves how we explain consensus dynamics. &#x0394;&#x03b1; summarizes systemic heterogeneity. Spectral asymmetry signals whether intermittency comes from delays or bursts. Employing multifractal and regular performance measures gives a detailed view of stability than either alone. Further study is necessary to: (1) confirm these results using real data under different situations, (2) conduct experiments to assess causal links between structure and multifractal growth, and (3) incorporate multifractal measures into control policies for consensus systems, connecting measurement to mitigation.</p>
        </sec>
        <sec id="sec16" sec-type="conclusion">
            <title>Conclusion</title>
            <p>This work has established an integrative theoretical and empirical pathway that This paper examines consensus processes using nonlinear dynamical systems, showing how multifractal descriptors can be used as complexity measures. By modeling consensus clusters as high-dimensional systems affected by stochastic network actions, we show how consensus logic combines with latency and failure processes to create a range of scaling behaviors. The MF-DFA method gives stable measures (h(q), &#x03b1;, f(&#x03b1;), and &#x0394;&#x03b1;) that expose these behaviors across different regimes. There are three aspects of contribution: first, a framework aligning chaos theory within consensus dynamics, supporting the interpretation of commit latency and message complexity as multifractal observables; second, a quantitative pipeline based on multifractal detrended fluctuation analysis to apply this perspective to simulation and trace data; and third, a simulation study verifying the approach and demonstrating relationships between multifractal strength and performance metrics. In all, these accomplishments close the loop from theory to method to experimental verification, achieving the principal aims established in the introduction.</p>
            <p>In the future, this research reveals the possibility of a definitive set of translational pathways that can enhance both scientific knowledge and operational efficacy. A logical next step is to systematically test the proposed technique with production-scale blockchain traces (for example, Bitcoin and Ethereum datasets) and telemetry data received from large distributed clusters with the explicit aim of validating thresholds and lead times for &#x0394;&#x03b1; as an early-warning indicator under real-world conditions. In addition to empirical tests, there is ample opportunity to introduce machine learning and control methods to configure the multifractal signature of a system to suit the system&#x2019;s needs: adaptive controllers and learned policy layers can be developed to minimize excessive spectral widening of the consensus, resulting in improved latency tail performance and reduced stalling about the consensus. Finally, the modeling paradigm can be expanded to include other collective dynamical systems-- autonomous vehicle swarms, smart grid control layers, and large scale &#x201c;internet of things&#x201d; sensor networks; everything from the framework we provide can be extensible, and further adjusted for suboptimal perturbation models and heterogeneous state representation. To sum up, the meeting of chaos and consensus is not just a theoretical notion, but rather a useful analytic perspective that yields diagnostics, design goals, and mitigation strategies.</p>
        </sec>
    </body>
    <back>
        <sec id="sec19" sec-type="data-availability">
            <title>Data availability</title>
            <p>Zenodo: A Statistical Framework for Predicting System Failure using Multifractal Measures at 
                <ext-link ext-link-type="uri" xlink:href="https://doi.org/10.5281/zenodo.17772389">https://doi.org/10.5281/zenodo.17772389</ext-link>.
                <sup>
                    <xref ref-type="bibr" rid="ref17">17</xref>
                </sup> In this study, the datasets, including the time-series of system performance metrics and the computed multifractal measures.</p>
            <p>This project contains the following data:
                <list list-type="bullet">
                    <list-item>
                        <label>&#x2022;</label>
                        <p>

                            <ext-link ext-link-type="uri" xlink:href="https://zenodo.org/records/17772389/files/ChaosConsensus_Dataset_v1.zip?download=1">
ChaosConsensus_Dataset_v1.zip</ext-link>
                        </p>
                    </list-item>
                </list>
            </p>
            <p>Data are available under the terms of the 
                <ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International license</ext-link> (CC-BY 4.0).</p>
        </sec>
        <ref-list>
            <title>References</title>
            <ref id="ref1">
                <label>1</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Arellano-Delgado</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>L&#x00f3;pez-Guti&#x00e9;rrez</surname>
                            <given-names>RM</given-names>
                        </name>

                        <name name-style="western">
                            <surname>M&#x00e9;ndez-Ram&#x00ed;rez</surname>
                            <given-names>R</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Dynamic coupling in small-world outer synchronization of chaotic networks.</article-title>
                    <source>

                        <italic toggle="yes">Physica D: Nonlinear Phenomena.</italic>
</source>
                    <year>2021</year>;<volume>423</volume>:<fpage>132928</fpage>.
                    <pub-id pub-id-type="doi">10.1016/j.physd.2021.132928</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref2">
                <label>2</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Bucur</surname>
                            <given-names>C</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Tudoric&#x0103;</surname>
                            <given-names>BG</given-names>
                        </name>

                        <name name-style="western">
                            <surname>B&#x00e2;ra</surname>
                            <given-names>A</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Multifractal analysis of Bitcoin price dynamics.</article-title>
                    <source>

                        <italic toggle="yes">J. Bus. Econ. Manag.</italic>
</source>
                    <year>2025</year>;<volume>26</volume>(<issue>1</issue>):<fpage>21</fpage>&#x2013;<lpage>48</lpage>.
                    <pub-id pub-id-type="doi">10.3846/jbem.2025.23025</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref3">
                <label>3</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Cao</surname>
                            <given-names>S</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Zhan</surname>
                            <given-names>Z</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Dai</surname>
                            <given-names>C</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Delay-aware and energy-efficient IoT task scheduling algorithm with double blockchain enabled in cloud&#x2013;fog collaborative networks.</article-title>
                    <source>

                        <italic toggle="yes">IEEE Internet Things J.</italic>
</source>
                    <year>2023</year>;<volume>11</volume>(<issue>2</issue>):<fpage>3003</fpage>&#x2013;<lpage>3016</lpage>.
                    <pub-id pub-id-type="doi">10.1109/JIOT.2023.3296478</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref4">
                <label>4</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Cohen</surname>
                            <given-names>AA</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Ferrucci</surname>
                            <given-names>L</given-names>
                        </name>

                        <name name-style="western">
                            <surname>F&#x00fc;l&#x00f6;p</surname>
                            <given-names>T</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>A complex systems approach to aging biology.</article-title>
                    <source>

                        <italic toggle="yes">Nature Aging.</italic>
</source>
                    <year>2022</year>;<volume>2</volume>(<issue>7</issue>):<fpage>580</fpage>&#x2013;<lpage>591</lpage>.
                    <pub-id pub-id-type="pmid">37117782</pub-id>
                    <pub-id pub-id-type="doi">10.1038/s43587-022-00252-6</pub-id>
                    <pub-id pub-id-type="pmcid">PMC12007111</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref5">
                <label>5</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Gorj&#x00e3;o</surname>
                            <given-names>LR</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Hassan</surname>
                            <given-names>G</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Kurths</surname>
                            <given-names>J</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>MFDFA: Efficient multifractal detrended fluctuation analysis in python.</article-title>
                    <source>

                        <italic toggle="yes">Comput. Phys. Commun.</italic>
</source>
                    <year>2022</year>;<volume>273</volume>:<fpage>108254</fpage>.
                    <pub-id pub-id-type="doi">10.1016/j.cpc.2021.108254</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref6">
                <label>6</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Griffith</surname>
                            <given-names>DA</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Arlinghaus</surname>
                            <given-names>SL</given-names>
                        </name>
</person-group>:
                    <article-title>Urban Geography Compression Patterns: Non-Euclidean and Fractal Viewpoints.</article-title>
                    <source>

                        <italic toggle="yes">AppliedMath.</italic>
</source>
                    <year>2025</year>;<volume>5</volume>(<issue>1</issue>):<fpage>9</fpage>.
                    <pub-id pub-id-type="doi">10.3390/appliedmath5010009</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref7">
                <label>7</label>
                <mixed-citation publication-type="other">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Haney</surname>
                            <given-names>B</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Chaudhury</surname>
                            <given-names>A</given-names>
                        </name>
</person-group>:
                    <article-title>Decentralized Decisions on Algorand with Choice Coin.</article-title>
                    <source>

                        <italic toggle="yes">Available at SSRN 3913316.</italic>
</source>
                    <year>2021</year>.</mixed-citation>
            </ref>
            <ref id="ref8">
                <label>8</label>
                <mixed-citation publication-type="book">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Jiang</surname>
                            <given-names>S</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Wu</surname>
                            <given-names>J</given-names>
                        </name>
</person-group>
                    <chapter-title>Taming propagation delay and fork rate in bitcoin mining network.</chapter-title>
                    <source>

                        <italic toggle="yes">2021 IEEE International Conference on Blockchain (Blockchain).</italic>
</source>
                    <publisher-name>IEEE</publisher-name>;<year>2021, December</year>; pp.<fpage>314</fpage>&#x2013;<lpage>320</lpage>.</mixed-citation>
            </ref>
            <ref id="ref9">
                <label>9</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Jin</surname>
                            <given-names>J</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Chen</surname>
                            <given-names>W</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Ouyang</surname>
                            <given-names>A</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>A time-varying fuzzy parameter zeroing neural network for the synchronization of chaotic systems.</article-title>
                    <source>

                        <italic toggle="yes">IEEE Transactions on Emerging Topics in Computational Intelligence.</italic>
</source>
                    <year>2023</year>;<volume>8</volume>(<issue>1</issue>):<fpage>364</fpage>&#x2013;<lpage>376</lpage>.
                    <pub-id pub-id-type="doi">10.1109/TETCI.2023.3301793</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref10">
                <label>10</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Kang</surname>
                            <given-names>D</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Gupta</surname>
                            <given-names>S</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Malkhi</surname>
                            <given-names>D</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Hotstuff-1: Linear consensus with one-phase speculation.</article-title>
                    <source>

                        <italic toggle="yes">Proceedings of the ACM on Management of Data.</italic>
</source>
                    <year>2025</year>;<volume>3</volume>(<issue>3</issue>):<fpage>1</fpage>&#x2013;<lpage>29</lpage>.
                    <pub-id pub-id-type="doi">10.1145/3725308</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref11">
                <label>11</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Kaur</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Khan</surname>
                            <given-names>MZ</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Gupta</surname>
                            <given-names>S</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>MBCP: Performance analysis of large scale mainstream blockchain consensus protocols.</article-title>
                    <source>

                        <italic toggle="yes">IEEE Access.</italic>
</source>
                    <year>2021</year>;<volume>9</volume>:<fpage>80931</fpage>&#x2013;<lpage>80944</lpage>.
                    <pub-id pub-id-type="doi">10.1109/ACCESS.2021.3085187</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref12">
                <label>12</label>
                <mixed-citation publication-type="other">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Lamport</surname>
                            <given-names>L</given-names>
                        </name>
</person-group>:
                    <chapter-title>The part-time parliament.</chapter-title>
                    <source>

                        <italic toggle="yes">Concurrency: the works of Leslie Lamport.</italic>
</source>
                    <year>2019</year>; pp.<fpage>277</fpage>&#x2013;<lpage>317</lpage>.</mixed-citation>
            </ref>
            <ref id="ref13">
                <label>13</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Lorenz</surname>
                            <given-names>EN</given-names>
                        </name>
</person-group>:
                    <article-title>Deterministic nonperiodic flow.</article-title>
                    <source>

                        <italic toggle="yes">J. Atmos. Sci.</italic>
</source>
                    <year>1963</year>;<volume>20</volume>(<issue>2</issue>):<fpage>130</fpage>&#x2013;<lpage>141</lpage>.
                    <pub-id pub-id-type="doi">10.1175/1520-0469(1963)020&lt;0130:DNF&gt;2.0.CO;2</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref14">
                <label>14</label>
                <mixed-citation publication-type="book">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Mandelbrot</surname>
                            <given-names>BB</given-names>
                        </name>
</person-group>:
                    <source>

                        <italic toggle="yes">The fractal geometry of nature.</italic>
</source>
                    <publisher-name>W. H. Freeman</publisher-name>;
                    <edition>Rev. and enl. ed. </edition>
                    <year>1983</year>.</mixed-citation>
            </ref>
            <ref id="ref15">
                <label>15</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Mazzoni</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Corradi</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Di Nicola</surname>
                            <given-names>V</given-names>
                        </name>
</person-group>:
                    <article-title>Performance evaluation of permissioned blockchains for financial applications: The ConsenSys Quorum case study.</article-title>
                    <source>

                        <italic toggle="yes">Blockchain: Research and Applications.</italic>
</source>
                    <year>2022</year>;<volume>3</volume>(<issue>1</issue>):<fpage>100026</fpage>.</mixed-citation>
            </ref>
            <ref id="ref16">
                <label>16</label>
                <mixed-citation publication-type="other">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Mill&#x00e1;n</surname>
                            <given-names>G</given-names>
                        </name>
</person-group>:
                    <article-title>Estimation of Hurst exponent in self-similar traffic flows.</article-title>
                    <source>

                        <italic toggle="yes">arXiv preprint arXiv:2103.08592.</italic>
</source>
                    <year>2021</year>.</mixed-citation>
            </ref>
            <ref id="ref17">
                <label>17</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Mohammed</surname>
                            <given-names>SF</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Abdalrahem</surname>
                            <given-names>MK</given-names>
                        </name>

                        <name name-style="western">
                            <surname>AL-Majidi</surname>
                            <given-names>AJS</given-names>
                        </name>
</person-group>:
                    <article-title>ChaosConsensusDatasetv1: Time series data and multifractal measures for Raft consensus simulation and blockchain analysis.</article-title>
                    <source>

                        <italic toggle="yes">Zenodo.</italic>
</source>
                    <year>2025</year>.
                    <pub-id pub-id-type="doi">10.5281/zenodo.17772389</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref18">
                <label>18</label>
                <mixed-citation publication-type="other">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Momose</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Ren</surname>
                            <given-names>L</given-names>
                        </name>
</person-group>:
                    <chapter-title>Constant latency in sleepy consensus.</chapter-title>
                    <source>

                        <italic toggle="yes">Proceedings of the 2022 ACM SIGSAC Conference on Computer and Communications Security.</italic>
</source>
                    <year>2022, November</year>; pp.<fpage>2295</fpage>&#x2013;<lpage>2308</lpage>.</mixed-citation>
            </ref>
            <ref id="ref19">
                <label>19</label>
                <mixed-citation publication-type="other">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Nakamoto</surname>
                            <given-names>S</given-names>
                        </name>
</person-group>:
                    <article-title>Bitcoin: A peer-to-peer electronic cash system.</article-title>
                    <year>2008</year>.</mixed-citation>
            </ref>
            <ref id="ref20">
                <label>20</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Onyekwere</surname>
                            <given-names>E</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Ogwueleka</surname>
                            <given-names>FN</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Irhebhude</surname>
                            <given-names>ME</given-names>
                        </name>
</person-group>:
                    <article-title>Adoption and sustainability of bitcoin and the blockchain technology in Nigeria.</article-title>
                    <source>

                        <italic toggle="yes">Int. J. Inf. Technol.</italic>
</source>
                    <year>2023</year>;<volume>15</volume>(<issue>5</issue>):<fpage>2793</fpage>&#x2013;<lpage>2804</lpage>.
                    <pub-id pub-id-type="pmid">37360314</pub-id>
                    <pub-id pub-id-type="doi">10.1007/s41870-023-01336-1</pub-id>
                    <pub-id pub-id-type="pmcid">PMC10249925</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref21">
                <label>21</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Pariona</surname>
                            <given-names>MM</given-names>
                        </name>
</person-group>:
                    <article-title>Harnessing chaos: the power of fractals and Lyapunov exponents in modern financial system optimization.</article-title>
                    <source>

                        <italic toggle="yes">Observat&#x00f3;rio de la Econom&#x00ed;a Latinoamericana.</italic>
</source>
                    <year>2025</year>;<volume>23</volume>(<issue>8</issue>):<fpage>e11011</fpage>.
                    <pub-id pub-id-type="doi">10.55905/oelv23n8-053</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref22">
                <label>22</label>
                <mixed-citation publication-type="book">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Sheluhin</surname>
                            <given-names>OI</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Rybakov</surname>
                            <given-names>SY</given-names>
                        </name>
</person-group>
                    <chapter-title>Characteristics assessment of multifractal spectrum of fractal dimension IoT-traffic.</chapter-title>
                    <source>

                        <italic toggle="yes">2024 Systems of Signal Synchronization, Generating and Processing in Telecommunications (SYNCHROINFO).</italic>
</source>
                    <publisher-name>IEEE</publisher-name>;<year>2024, July</year>; pp.<fpage>1</fpage>&#x2013;<lpage>6</lpage>.</mixed-citation>
            </ref>
            <ref id="ref23">
                <label>23</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Shen</surname>
                            <given-names>CW</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Chang</surname>
                            <given-names>LC</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Su</surname>
                            <given-names>TC</given-names>
                        </name>
</person-group>:
                    <article-title>Research development of Bitcoin: a network and concept linking analysis.</article-title>
                    <source>

                        <italic toggle="yes">Library Hi Tech.</italic>
</source>
                    <year>2021</year>;<volume>39</volume>(<issue>2</issue>):<fpage>488</fpage>&#x2013;<lpage>505</lpage>.
                    <pub-id pub-id-type="doi">10.1108/LHT-10-2019-0210</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref24">
                <label>24</label>
                <mixed-citation publication-type="book">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Strogatz</surname>
                            <given-names>SH</given-names>
                        </name>
</person-group>:
                    <source>

                        <italic toggle="yes">Nonlinear dynamics and chaos: with applications to physics, biology, chemistry, and engineering.</italic>
</source>
                    <publisher-name>CRC press</publisher-name>;<year>2018</year>.</mixed-citation>
            </ref>
            <ref id="ref25">
                <label>25</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Vladyko</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Spirkina</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Elagin</surname>
                            <given-names>V</given-names>
                        </name>
</person-group>:
                    <article-title>Towards practical applications in modeling blockchain system.</article-title>
                    <source>

                        <italic toggle="yes">Future Internet.</italic>
</source>
                    <year>2021</year>;<volume>13</volume>(<issue>5</issue>):<fpage>125</fpage>.
                    <pub-id pub-id-type="doi">10.3390/fi13050125</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref26">
                <label>26</label>
                <mixed-citation publication-type="other">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Werth</surname>
                            <given-names>J</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Berenjestanaki</surname>
                            <given-names>MH</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Barzegar</surname>
                            <given-names>HR</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <chapter-title>A Review of Blockchain Platforms Based on the Scalability, Security and Decentralization Trilemma.</chapter-title>
                    <source>

                        <italic toggle="yes">ICEIS (1).</italic>
</source>
                    <year>2023</year>; pp.<fpage>146</fpage>&#x2013;<lpage>155</lpage>.</mixed-citation>
            </ref>
            <ref id="ref27">
                <label>27</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Zhang</surname>
                            <given-names>L</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Li</surname>
                            <given-names>H</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Liu</surname>
                            <given-names>D</given-names>
                        </name>

                        <etal/>
</person-group>:
                    <article-title>Application of an improved multifractal detrended fluctuation analysis approach for estimation of the complexity of daily precipitation.</article-title>
                    <source>

                        <italic toggle="yes">Int. J. Climatol.</italic>
</source>
                    <year>2021</year>;<volume>41</volume>(<issue>9</issue>):<fpage>4653</fpage>&#x2013;<lpage>4671</lpage>.
                    <pub-id pub-id-type="doi">10.1002/joc.7092</pub-id>
                </mixed-citation>
            </ref>
        </ref-list>
    </back>
</article>
