<?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.3</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 3; peer review: 1 approved with reservations]</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>
                    <xref ref-type="aff" rid="a2">2</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="a3">3</xref>
                </contrib>
                <aff id="a1">
                    <label>1</label>Department of Statistics, College of Administration and Economics, University of Kerbala, Karbala, Iraq</aff>
                <aff id="a2">
                    <label>2</label>Department of Pharmacy, University of Al-Ameed, Karbala, Iraq</aff>
                <aff id="a3">
                    <label>3</label>Al-Karkh University of Science, Baghdad, 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>16</day>
                <month>5</month>
                <year>2026</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>8</day>
                    <month>5</month>
                    <year>2026</year>
                </date>
            </history>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2026 Mohammed SF et al.</copyright-statement>
                <copyright-year>2026</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 to obtain the resulting generalized Hurst exponents and singularity spectra f (a) and spectrum width 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula>as multifractal quantities. Synthetic results are accompanied by an analysis using block chain-like data (based on block inter-arrival and propagation times). Across all simulated regimes, consensus latency shows nontrivial multifractal structure provided a finite spectrum width &#x0394;
                    <italic toggle="yes">&#x03b1;</italic>. Stress scenarios caused by heavy-tailed latency and node failures give much broader and left-skewed spectra than baseline conditions, suggesting richer intermittency, as well as clustered extremity. We find strong positive relationship between 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> and mean consensus latency, and moderate relationship between 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> and failure incidence. Comparative analysis of Raft-like traces and proof of work-like traces reveals multifractal spectra that preserve algorithm specific signatures while sharing common stress induced broadening. The findings provide support for the view that multifractal descriptors are a sensitive scale-aware complement to traditional performance metrics for distributed consensus systems. Spectrum width 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> can be used as a quantitative measure of systemic complexity, and can serve as an early warning measure of performance degradation and partial instability. The framework proposed in this article bridges the gap between chaos theory, multifractal analysis, and consensus protocols and provides some practical ways to incorporate multifractals in monitoring 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>
        <notes>
            <sec sec-type="version-changes">
                <label>Revised</label>
                <title>Amendments from Version 2</title>
                <p>The manuscript has been revised to adopt a more formal academic tone; The &#x00a0;conversational expressions have been rephrased accordingly, and the incomplete sentence has been completed. Introduction has been reorganized to ensure logical progression, starting with consensus algorithms, followed by analytical tools and the research gap, thereby addressing the reviewer&#x2019;s comment. Revised the literature review by rephrasing informal expressions and shortening overly long sentences, as recommended by the reviewer, ensuring a more formal academic tone throughout. The research gap has been clarified. The introduction now explicitly articulates the gap and explains how the proposed framework addresses it, using academic language. Added a brief explanation for the parameter values in Table 1 as suggested. The network sizes and request rates were chosen to span realistic deployment scales (small to moderately large clusters) and load conditions (low to high traffic), which are representative of both typical configurations and stress scenarios reported in the literature. An explanation has been added to the methodology section describing the use of non&#x2011;overlapping windows (500 rounds each) to compute correlations between multifractal descriptors and traditional performance metrics, as illustrated in Figures 4 and 5 A justification for the chosen MF&#x2011;DFA parameters has been added to the methodology section. The second&#x2011;order polynomial (m=2) is explained as suitable for removing linear and quadratic trends, and the scale range s=16&#x2013;4096 is justified by the need for reliable trend estimation and adherence to the L/4 rule. An explanation has been added to the Results section clarifying that heavy&#x2011;tailed latencies produce left&#x2011;skewed spectra by generating small H&#x00f6;lder exponents &#x03b1;, thereby linking the stress type to spectral shape. The Discussion section has been revised: a brief robustness note regarding MF-DFA parameter sensitivity was added, and repetitive explanations (e.g., the meaning of narrow vs. wide spectra) were condensed to improve clarity and impact.</p>
            </sec>
        </notes>
    </front>
    <body>
        <sec id="sec1" sec-type="intro">
            <title>Introduction</title>
            <p>At the same time, there is also a heavy reliance on the consensus algorithms for reliability and performance in distributed systems which are the backbone of the big data infrastructure. These protocols involve known procedures, such as Paxos
                <xref ref-type="bibr" rid="ref12">
                    <sup>12</sup>
                </xref> and Raft
                <xref ref-type="bibr" rid="ref15">
                    <sup>15</sup>
                </xref> in the case of centralized systems, and Proof-of-Work and Proof-of-Stake when it comes to blockchain networks,
                <xref ref-type="bibr" rid="ref19">
                    <sup>19</sup>
                </xref> can assist the network to reach consensus for a single state/value in untrustworthy and faulty environments. It also raises the question &#x2013; how do we not just better understand collective behavior and emergent properties of consensus algorithms especially in the case of stress or attack beyond metrics like latency and throughput?</p>
            <p>Recent years have seen a massive increase in the quantity and type of data being generated by spheres such as social media, IoT devices, financial systems and even neural networks. These complex systems generate massive amounts of variations of data with great variability and impossible to predict in their nature by virtue of their non normal distributions and huge fluctuations.</p>
            <p>Given this complexity there is a big need for more sophisticated mathematical tools which are able to extract meaningful structures and to decipher hidden patterns from the data. Chaos theory can be of help because it takes into consideration how systems are heavily impacted by minor changes at the onset, such as the butterfly effect. While in some ways these systems are random, there are patterns (called strange attractors) which govern the systems change over time. Then, in keeping with what can be seen as explication of strange attractors, Fractal Geometry and multifractal analysis provides methods for measuring and analyzing the structured chaos and organization of the structure of data across scales. Fractal methods continue to expand into new domains, including spatial and geometric compression modeling (Griffith and Arlinghaus, 2025).
                <xref ref-type="bibr" rid="ref6">
                    <sup>6</sup>
                </xref> 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>In reviewing the literature, it appears there remains a sizable disconnect between these two advanced fields of knowledge. Studies such as
                <xref ref-type="bibr" rid="ref21">
                    <sup>21</sup>
                </xref> formed their analysis of financial markets on the developments of chaos theory, while Cohen et al.
                <xref ref-type="bibr" rid="ref4">
                    <sup>4</sup>
                </xref> 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 develop a method with Multifractal Detrended Fluctuation Analysis (MF-DFA) to determine the performance of these algorithms (in terms of efficiency and stability), using the main measurement of the singularity spectrum width (
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                        <mml:mi>&#x03b1;</mml:mi>
                    </mml:math>
</inline-formula>). Third, we validate this theory by applying it both to computer-created situations and actual blockchain data that confirm that this theory may be employed to progress in big data system analysis. The rest of this paper is set up similar to 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
                <xref ref-type="bibr" rid="ref13">
                    <sup>13</sup>
                </xref> 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)
                <xref ref-type="bibr" rid="ref14">
                    <sup>14</sup>
                </xref> fractal geometry provided a framework for characterizing complex, self-similar patterns observed in natural phenomena. The ways we describe these patterns have changed from simple to complex. For example, Zhang et al. (2021)
                <xref ref-type="bibr" rid="ref27">
                    <sup>27</sup>
                </xref> 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)
                <xref ref-type="bibr" rid="ref5">
                    <sup>5</sup>
                </xref> used MF-DFA to find multifractal features in atmospheric turbulence. Bucur et al. (2025)
                <xref ref-type="bibr" rid="ref2">
                    <sup>2</sup>
                </xref> used it to tell apart stable and unstable market times by studying multifractal patterns in financial data. Sheluhin and Rybakov (2024)
                <xref ref-type="bibr" rid="ref22">
                    <sup>22</sup>
                </xref> 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)
                <xref ref-type="bibr" rid="ref12">
                    <sup>12</sup>
                </xref> made a start with the Paxos protocol that fixed agreement in flawed networks, with safety and activity some under some terms. Later, Mazzoni et al. (2022)
                <xref ref-type="bibr" rid="ref15">
                    <sup>15</sup>
                </xref> improved things with Raft algorithm that had similar assurances but easier to get. Blockchain tech, started by Nakamoto,
                <xref ref-type="bibr" rid="ref18">
                    <sup>18</sup>
                </xref> led to methods for reaching consensus such as Proof-of-Work (PoW), which utilizes the use of puzzles and incentives for reaching an agreement within open environments. Propagation delay and fork dynamics in PoW networks have been analyzed in detail by Jiang and Wu (2021),
                <xref ref-type="bibr" rid="ref8">
                    <sup>8</sup>
                </xref> which calls out the sensitivity of the processes of block arrivals to network latency.</p>
            <p>However, the energy consumption of PoW gave rise to the development of Proof-of-Stake (PoS) as referenced in Onyekwere et al. (2023),
                <xref ref-type="bibr" rid="ref20">
                    <sup>20</sup>
                </xref> which formalizes security into the system via a financial stake and while scalability, finality, and energy use continues to be a challenge, studies continue into other alternatives to consensus models.
                <xref ref-type="bibr" rid="ref26">
                    <sup>26</sup>
                </xref> An example is Haney and Chaudhury (2021),
                <xref ref-type="bibr" rid="ref7">
                    <sup>7</sup>
                </xref> who introduced Algorand theorizing sortition into a PoS protocol for improved scalability and Kang et al. (2025).
                <xref ref-type="bibr" rid="ref10">
                    <sup>10</sup>
                </xref> Recently Kaur et al. (2021)
                <xref ref-type="bibr" rid="ref11">
                    <sup>11</sup>
                </xref> examined measuring security as well as performance and decentralization using these protocols. Delve into the block-chain enabled scheduling in the IoT and cloud-fog systems oriented towards delay-conscious and energy-efficient coordination (Cao et al., 2023).
                <xref ref-type="bibr" rid="ref3">
                    <sup>3</sup>
                </xref>
            </p>
            <p>Although two of the techniques, time series analysis and distributed consensus, have developed independently, the intersection is not well developed. Some first studies have addressed some related ideas. Research on synchronization in networks indicates some work. Jin et al. (2023)
                <xref ref-type="bibr" rid="ref9">
                    <sup>9</sup>
                </xref> established a base theory on the synchronization of a chaotic system, which is used by Arellano-Delgado et al. (2021)
                <xref ref-type="bibr" rid="ref1">
                    <sup>1</sup>
                </xref> for coordinating the network. Vladyko et al. (2021)
                <xref ref-type="bibr" rid="ref25">
                    <sup>25</sup>
                </xref> examined blockchain networks as complex systems where possible non-linear behaviors might arise.</p>
            <p>A review of the literature shows a very significant gap on the existing literature. 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. Most of the investigation is on the external network traffic or economic data rather than the internal movements of consensus mechanisms. Shen et al. (2021)
                <xref ref-type="bibr" rid="ref23">
                    <sup>23</sup>
                </xref> 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 the Byzantine behavior, like those by Momose and Ren (2022),
                <xref ref-type="bibr" rid="ref18">
                    <sup>18</sup>
                </xref> look at the game theory reasons instead of the chaotic things happening underneath.</p>
            <p>This research tries to fill this gap from more than merely descriptive whole. It proposes a new quantitative framework as the result of the application of multifractals as a certain tool of the analysis, namely the calculation of singularity spectrum, scaling exponents. This is done directly on the time series data from the consensus process like times of messages and of blocks received. This point of view opens the way to a reconsideration of consensus no longer as a problem of computer science, but as a type of complex dynamical system. This has introduced new ways to measure things such as stability, how well it works and weak points, which weren&#x2019;t available with conventional computer science ones.</p>
        </sec>
        <sec id="sec3">
            <title>Methodology</title>
            <sec id="sec4">
                <title>Theoretical framework and system modeling</title>
                <p>This research starts with the building of a firm theoretical model. This model rethinks the working of distributed consensus algorithms and institutes them as complex dynamic systems. Based on well-known principles from non-linear dynamics (Strogatz, 2024),
                    <xref ref-type="bibr" rid="ref24">
                        <sup>24</sup>
                    </xref> we formally define a consensus cluster with 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>N</mml:mi>
                        </mml:math>
</inline-formula> nodes as a discrete time dynamical system. The state of each node is represented by a state vector 

                    <bold>

                        <italic toggle="yes">X</italic>
</bold>

                    <italic toggle="yes">i</italic>
(
                    <italic toggle="yes">k</italic>) that consists of important variables about each node 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>i</mml:mi>
                        </mml:math>
</inline-formula> at communication round 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>k</mml:mi>
                        </mml:math>
</inline-formula> e.g., its current role (leader, follower, candidate), its committed log index, its current term etc. The collective state of the whole system therefore is described by a vector 

                    <bold>

                        <italic toggle="yes">X</italic>
</bold>
(

                    <italic toggle="yes">k</italic>)&#x00a0;=&#x00a0;[
                    <bold>

                        <italic toggle="yes">X</italic>
</bold>
                    <sub>1</sub>(
                    <italic toggle="yes">k</italic>),
                    <bold>

                        <italic toggle="yes">X</italic>
</bold>
                    <sub>2</sub>(
                    <italic toggle="yes">k</italic>)....
                    <bold>

                        <italic toggle="yes">X</italic>
</bold>
                    <sub>

                        <italic toggle="yes">N</italic>
                    </sub>(
                    <italic toggle="yes">k</italic>)] of dimension 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>N</mml:mi>
                        </mml:math>
</inline-formula>. The function that is described by the deterministic consensus logic function &#x039b; (e.g., the rules of the Raft algorithm) and is subject to stochastic perturbations in the network functioning 
                    <italic toggle="yes">&#x03b7;</italic>(
                    <italic toggle="yes">k</italic>). This relation given in terms of 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 essential chaos theoretic hypothesis, which was inspired by a seminal work by Lorenz (1963)
                    <xref ref-type="bibr" rid="ref13">
                        <sup>13</sup>
                    </xref>: The function &#x039b;, although deterministic, is defined so as to be sensitive to the initial conditions, and thus is appreciably affected by the perturbations 
                    <italic toggle="yes">&#x03b7;</italic>(
                    <italic toggle="yes">k</italic>). These perturbations represent inherent network stochasticity, the effects of latency fluctuations (modeled by heavy tailed distributions Sheluhin and Rybakov 2024
                    <xref ref-type="bibr" rid="ref22">
                        <sup>22</sup>
                    </xref>) and random failures of nodes. Small variations in 
                    <italic toggle="yes">&#x03b7;</italic>(
                    <italic toggle="yes">k</italic>) get multiplied in the iterative consensus process and may produce complex (fractal) patterns for measurable output time series such as consensus latency and message count.</p>
            </sec>
            <sec id="sec5">
                <title>Simulation framework and data generation</title>
                <p>In order to empirically confirm this hypothesis, a sophisticated discrete event network simulator was implemented in python. The simulation environment is based on a distributed network programmed with the Raft consensus algorithm, chosen because of its architectural clarity and well-defined states (Mazzoni et al. 2022).
                    <xref ref-type="bibr" rid="ref15">
                        <sup>15</sup>
                    </xref> The model includes several input parameters that are systematically varied to help replicate a variety of operational conditions as specified 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">N</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">&#x03bb;</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">&#x03b4;</td>
                                <td align="left" colspan="1" rowspan="1" valign="top">
                                    <italic toggle="yes">Normal</italic> (&#x03bc;&#x00a0;=&#x00a0;50&#x00a0;ms, &#x03c3;&#x00a0;=&#x00a0;10&#x00a0;ms), 
                                    <italic toggle="yes">Pareto</italic>(&#x03b1;&#x00a0;=&#x00a0;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">&#x03b3;</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 chosen parameter values span a representative range of scales for deployment and load. Network sizes of 5, 10, 21, and 50 nodes were selected that represent small size clusters, common number of nodes in mid-size deployments. The larger configurations commonly studied in consensus algorithm evaluations. Request rates of 1, 10, and 100 requests per second correspond to low, moderate, and high traffic scenarios, respectively. The selection enables the assessment of system behavior under varying stress levels.</p>
                <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&#x00a0;
                    <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 basic analytical methodology is based on the Multifractal Detrended Fluctuation Analysis (MF-DFA) technique, using the established analysis procedure by Zhang et al. (2021).
                    <xref ref-type="bibr" rid="ref27">
                        <sup>27</sup>
                    </xref> The analysis comprises five computation steps:
                    <list list-type="order">
                        <list-item>
                            <label>1.</label>
                            <p>

                                <bold>Integration:</bold> The time series 

                                <italic toggle="yes">x</italic>
(

                                <italic toggle="yes">i</italic>) of length 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi>L</mml:mi>
                                    </mml:math>
</inline-formula> is integrated to give 

                                <italic toggle="yes">Y</italic>
(

                                <italic toggle="yes">i</italic>) is profile.</p>
                        </list-item>
                        <list-item>
                            <label>2.</label>
                            <p>

                                <bold>Segmentation:</bold> The integrated series is divided into 
                                <italic toggle="yes">L</italic>

                                <italic toggle="yes">s</italic> non-overlapping segments of length 
                                <italic toggle="yes">s</italic>.</p>
                        </list-item>
                        <list-item>
                            <label>3.</label>
                            <p>

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

                                    <italic toggle="yes">m</italic>
                                </sup> 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 

                                <italic toggle="yes">F</italic>
                                <sup>2</sup>(
                                <italic toggle="yes">&#x03bd;</italic>,

                                <italic toggle="yes">s</italic>) is calculated for each detrended segment.</p>
                        </list-item>
                        <list-item>
                            <label>5.</label>
                            <p>

                                <bold>Fluctuation Function:</bold> The 
                                <inline-formula>

                                    <mml:math display="inline">
                                        <mml:mi>q</mml:mi>
                                    </mml:math>
</inline-formula>th order fluctuation function 

                                <italic toggle="yes">Fq</italic>
(
                                <italic toggle="yes">s</italic>) is calculated by taking the average for all segments:
                                <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>
                        </list-item>
                    </list>
                </p>
                <p>The scaling behaviour of 

                    <italic toggle="yes">Fq</italic>
(
                    <italic toggle="yes">s</italic>) is analyzed for various values of 
                    <italic toggle="yes">q</italic>, normally between &#x2212;5 and&#x00a0;+5. If the series is multifractal in nature, then the generalized Hurst exponent 

                    <italic toggle="yes">h</italic>
(

                    <italic toggle="yes">q</italic>) will display dependence on 
                    <italic toggle="yes">q</italic>. Similar scaling-based methods have been used for self-similar network traffic, for which the estimation of the Hurst exponent plays a central role (Millan, 2021).
                    <xref ref-type="bibr" rid="ref16">
                        <sup>16</sup>
                    </xref> The singularity strength 
                    <italic toggle="yes">&#x03b1;</italic> and multifractal spectrum 
                    <italic toggle="yes">f</italic>(
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula>) are then obtained by 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 &#x0394;
                    <italic toggle="yes">&#x03b1;</italic>&#x00a0;=&#x00a0;
                    <italic toggle="yes">&#x03b1;max</italic>&#x2212;
                    <italic toggle="yes">&#x03b1;min</italic> is the main quantitative estimate of the multifractality strength with wider spectra reflecting, more so, rich multifractal structure and higher complexity of the considered system.</p>
                <p>A second order polynomial (
                    <italic toggle="yes">m</italic>&#x00a0;=&#x00a0;2) was chosen to remove linear and quadratics trends, which is sufficient to manage the non-stationary behaviour of consensus latency series. The range of values for s was set from 
                    <italic toggle="yes">s</italic>&#x00a0;=&#x00a0;16 up to 
                    <italic toggle="yes">s</italic>&#x00a0;=&#x00a0;4096, where the lower limit guarantees that the local trends can be well estimated and the upper limit follows the 
                    <italic toggle="yes">L</italic>/4 rule with respect to the total series length (
                    <italic toggle="yes">L</italic>&#x00a0;=&#x00a0;16,000).</p>
            </sec>
            <sec id="sec7">
                <title>Evaluation metrics and comparative analysis</title>
                <p>The last analytical phase is the correlation of the multifractal metrics with the traditional performance metrics. Some of the most important metrics that are assessed are:
                    <list list-type="bullet">
                        <list-item>
                            <label>&#x2022;</label>
                            <p>

                                <bold>Traditional Performance Metrics:</bold> Average throughput (requests/second), mean latency (
                                <italic toggle="yes">ms</italic>), and failure recovery time.</p>
                        </list-item>
                        <list-item>
                            <label>&#x2022;</label>
                            <p>

                                <bold>Multifractal Metrics:</bold> Spectrum width (&#x0394;
                                <italic toggle="yes">&#x03b1;</italic>), generalized Hurst exponent (
                                <italic toggle="yes">h</italic>(
                                <italic toggle="yes">q</italic>)), 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 (&#x0394;
                    <italic toggle="yes">&#x03b1;</italic>) in the consensus time series, thereby establishing a direct relationship between network microstructure and consensus dynamics.</p>
                <p>The time series were segmented into non overlapping groups of 500 rounds each, for each group of windows the multifractal spectrum width Da and the traditional performance indicators were calculated and the correlations (Pearson and Spearman) were assessed.</p>
            </sec>
        </sec>
        <sec id="sec8" sec-type="results">
            <title>Results</title>
            <p>The following results come from the in-depth analysis of a previously generated synthetic data set named ChaosConsensusDatasetv1 for this study. All analyses are performed according to the MF-DFA undertaking that have been described in the Methodology section and rely on time series distances generated by the simulation module consensus_time_ms, num_messages, latency_mean_ms) and the synthetic propagation times of the blockchain. Where possible, statistical summaries and, multifractal descriptors are given for each situation as regards the operation (normal, high_load, dos_attack, partial_failures). Figures and tables are inserted with the flow of the story and accompanied by lengthy captions and changes of interpretation aimed for direct.</p>
            <sec id="sec9">
                <title>Data description and graphical overview of simulated time series</title>
                <p>A multi-panel visualization of the major time series which emerge out of the simulation, a contiguous excerpt of 10,000 rounds of the simulation for all four scenarios outlined in the canonical analysis, is presented 
                    <xref ref-type="fig" rid="f1">
Figure 1</xref>. The upper panel shows the consensus-time accumulated per round (consensus_time_ms) showing a logarithmic axis - we use the logarithm to highlight heavy tailed excursions; the middle panel shows the numbers of messages exchanged per round (num_messages); and the bottom panel shows the per round mean inter-node latency (latency_mean_ms). The temporal segmentation in the four scenarios is marked by a weak vertical banding on the time axis to ease the visual comparison task.</p>
                <fig fig-type="figure" id="f1" orientation="portrait" position="float">
                    <label>
Figure 1. </label>
                    <caption>
                        <title>Time series of the simulated raft consensus dynamics, showing consensus time per round, number of messages per round and mean internode latency for the four different operational scenarios.</title>
                    </caption>
                    <graphic id="gr1" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/198591/18443853-7cf8-4862-8ff6-20fe98933c6c_figure1.gif"/>
                </fig>
                <p>This figure illustrates that a normal situation is low mean consensus latency and low variance coupled with occasional micro-bursts due to the stochastic component of the latency. The portion of the workload with the high_load shows high baseline message counts and correspondingly moderate increases in consensus times, consistent with the queuing effects. The dosattack segment exhibits high frequency and large amplitude positive excursions over consensus_time_ms as well as a notable propagation latency variance for these excursions that show clustering in time. The segment partial_failures show intermittent persistent invalid increases of the consensus time with discrete steps in the node_failure_count (documented in the simulation CSV), which constitutes injected node outages. This type of composite visualization is the motivation to each scenario as a different dynamical regime for multifractal characterization.</p>
                <p>
                    <xref ref-type="table" rid="T2">
Table 2</xref> summarizes the results for each of the scenarios calculated on the full length of simulated series: median and mean consensus time (ms), standard deviation, interquartile range, median number of messages per round, and empirical failure incidence (fraction of rounds with node_failure_count &gt;0). These metrics put the multifractal analysis into context by relating traditional measures of performance solutions to the properties of the distribution 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 central tendency and dispersion in the attacks and failure scenarios compared to the normal operation. Specifically, the mean in dos_attack is pulled upwards because of heavy tail of high latency events, the median is still lower than the mean which indicates that the distributions are skewed. This situation is distributional asymmetry which is the situation under which the multifractal analysis is most valuable, because the multifractality is an estimation about the heterogeneity of the scaling exponents that come as a result of intermittent bursts and clustered extremes.</p>
            </sec>
            <sec id="sec10">
                <title>Core multifractal findings</title>
                <p>For each, we embarked on MF DFA on the &#x2018;consensus_time_ms&#x2019; series. This process consisted of a second order polynomial detrending (
                    <italic toggle="yes">m</italic>&#x00a0;=&#x00a0;2), a series of window sizes 
                    <italic toggle="yes">s</italic>, varying logarithmically from 16 to 4096, and generalized moments 
                    <italic toggle="yes">q</italic>, varying from &#x2212;5 to +5 in increments of 1. From this the generalized Hurst exponents 

                    <italic toggle="yes">h</italic>
(

                    <italic toggle="yes">q</italic>) and singularity spectra 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>) were obtained and used to extract two different descriptors: spectrum width &#x0394;\
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> = 〖
                    <italic toggle="yes">&#x03b1;</italic>〗 (max) &#x2013; 

                    <italic toggle="yes">a</italic>_(min) and spectral asymmetry (the skew of 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>)). The singularity spectra 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>) curves vs. as for the normal condition are shown in 
                    <xref ref-type="fig" rid="f2">
Figure 2</xref>. The spectra are a multifold unimodal bell shape with finite width which implies a continuous distribution of the singularity strength over a range, not a delta function. Such multifractal is a feature of the consensus latency time series and is evidence of an inherent multifractal structure even in baseline conditions. It represents the multifractal structure of the time series as a mix of scaling behaviors associated with both the smaller fluctuations and less frequent and larger excursions.</p>
                <fig fig-type="figure" id="f2" orientation="portrait" position="float">
                    <label>
Figure 2. </label>
                    <caption>
                        <title>Singularity spectrum 
                            <italic toggle="yes">f</italic>(
                            <italic toggle="yes">&#x03b1;</italic>) for the normal scenario, displaying a unimodal bell-shaped curve with finite width &#x0394;
                            <italic toggle="yes">&#x03b1;</italic> 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/198591/18443853-7cf8-4862-8ff6-20fe98933c6c_figure2.gif"/>
                </fig>
                <p>A plot of the 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>) curve for this normal situation is shown to be centred around 
                    <italic toggle="yes">&#x03b1;</italic>&#x00a0;&#x2248;&#x00a0;0.52 and of reasonable width (&#x0394;
                    <italic toggle="yes">&#x03b1;</italic>&#x00a0;&#x2248;&#x00a0;0.21). Interpretation: a finite &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> under &#x2018;normal&#x2019; operation suggests that even in the absence of attacks, even under load, latencies, message scheduling etc., the consensus process is not monofractal, there is a little more to &#x2018;microscopical&#x2019; variability that induce a spectrum of local regularities. The presence of the spectral peak around 
                    <italic toggle="yes">&#x03b1;</italic>&#x00a0;&#x2248;&#x00a0;0.52 indicates that near-diffusive first-order temporal scaling is suggested for the dominant fluctuations and more persistent but rarer events are encoded in the tails.</p>
                <p>
                    <xref ref-type="fig" rid="f3">
Figure 3</xref> illustrates an overlay of 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>) curves for all four scenarios (normal and high_load, dos_attack, partial_failures). The shapes and supports are compared in a direct manner to see the effect 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 
                            <italic toggle="yes">f</italic>(
                            <italic toggle="yes">&#x03b1;</italic>), combination A for the 4 operational scenarios showing the progressive broadening and leftward shift of the spectra as the stress on the network and networks failures increase.</title>
                    </caption>
                    <graphic id="gr3" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/198591/18443853-7cf8-4862-8ff6-20fe98933c6c_figure3.gif"/>
                </fig>
                <p>The overlay shows the progressive broadening and shifting to the left of the spectra as the operational stress increases. In particular, the spectra of both dos_attack and partial_failures are significantly broader than normal and high_load (&#x0394;&#x03b1;
                    <sub>dos</sub> &#x2248; 0.98; &#x0394;&#x03b1;
                    <sub>partial</sub> &#x2248; 0.) compared to normal and high_load (&#x0394;&#x03b1;
                    <sub>normal</sub> &#x2248; 0.21; &#x0394;&#x03b1;
                    <sub>highload</sub> &#x2248; 0.34). The dos_attack spectrum shows significant left-skewed asymmetry that suggests the extreme slow events (big consensus times) have a disproportionate contribution to the multifractal signature. Heavy-tailed latencies create a rich crop of very slow consensus rounds, which aligns to small H&#x00f6;lder exponents a and so stretches the singularity spectrum towards smaller a value, which results in left skew. This behaviour is similar to that predicted by a hypothesis that heavy tailed perturbations (Pareto-type latencies) and injected failures enhance heterogeneity of local scaling exponents (by enabling richer multifractal behaviour).</p>
                <p>The multifractal descriptors obtained from MF-DFA for different scenarios: &#x0394;
                    <italic toggle="yes">&#x03b1;</italic>, a peak (location information of maximum 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>)), spectral skewness and the 

                    <italic toggle="yes">q</italic>-dependence range of 

                    <italic toggle="yes">h</italic>
(

                    <italic toggle="yes">q</italic>) (
                    <italic toggle="yes">h</italic>
 (&#x2212;5)&#x00a0;&#x2212;&#x00a0;
                    <italic toggle="yes">h</italic>(+5)) are summarized in 
                    <xref ref-type="table" rid="T3">
Table 3</xref>.</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 in turn agree with the graphical observations made. The dos_attack scenario is the one with the highest multifractality in terms of &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> and shows the largest variability of 

                    <italic toggle="yes">h</italic>
(

                    <italic toggle="yes">q</italic>) as well; the spectral skewness is negative: confirming the predominance of extreme slow events. The high_load scenario results in moderate multifractal enhancement from normal and indicates the increase in heterogeneity of queuing and resource contention, not due to the extreme heavy tail shocks bridged by the DOS phase.</p>
            </sec>
            <sec id="sec11">
                <title>Correlation between multifractal strength and performance metrics</title>
                <p>In order to relate multifractal descriptors with common performance indicators, the Pearson correlation coefficients and the robust (Spearman) rank correlations between &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> and the mean of the consensus time in each simulation window, as well as the &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> and the empirical round failure rate, were computed. A scatter plot of &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> versus mean consensus time with each point representing a non-overlapping block of 500 rounds sampled over the entire simulated timeline is given in 
                    <xref ref-type="fig" rid="f4">
Figure 4</xref>. A least-squares line and a nonparametric LOWESS smoothing curve are superimposed to visualize a linear and local monotonic relationship, respectively.</p>
                <fig fig-type="figure" id="f4" orientation="portrait" position="float">
                    <label>
Figure 4. </label>
                    <caption>
                        <title>Relationship between multifractal spectrum width &#x0394;
                            <italic toggle="yes">&#x03b1;</italic> and mean consensus time calculated over non-overlapping 500 rounds blocks with linear regression fit and LOWESS smooth showing the positive monotonic relationship between &#x0394;
                            <italic toggle="yes">&#x03b1;</italic> and consensus latency.</title>
                    </caption>
                    <graphic id="gr4" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/198591/18443853-7cf8-4862-8ff6-20fe98933c6c_figure4.gif"/>
                </fig>
                <p>The scatter suggests a linear monotonic relationship, with large &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> blocks being linked to systematically higher mean consensus times. Correlation coefficients and regression summary statistics measuring this relationship can be found in 
                    <xref ref-type="table" rid="T4">
Table 4</xref>. The Pearson correlation 
                    <italic toggle="yes">r</italic>&#x00a0;=&#x00a0;0.72 (
                    <italic toggle="yes">p</italic>&#x00a0;&lt;&#x00a0;1
                    <italic toggle="yes">e</italic>&#x2212;6) and Spearman 
                    <italic toggle="yes">&#x03c1;</italic>&#x00a0;=&#x00a0;0.68 show a strong and significant association between A simple linear regression of mean_consensus_tim on &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> gives an 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:msup>
                                <mml:mi>R</mml:mi>
                                <mml:mn>2</mml:mn>
                            </mml:msup>
                        </mml:math>
</inline-formula> &#x2248; 0.52, indicating that &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> accounts for a large proportion of the 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 equivalent exercise using &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> versus the round failure rate gives 
                    <xref ref-type="fig" rid="f5">
Figure 5</xref> and the statistics of 
                    <xref ref-type="table" rid="T5">
Table 5</xref>. The relationship is positive but weaker than for mean latency: Pearson 
                    <italic toggle="yes">r</italic>&#x00a0;=&#x00a0;0.51(
                    <italic toggle="yes">p</italic>&#x00a0;&lt;&#x00a0;1
                    <italic toggle="yes">e</italic>&#x2212;4), Spearman 
                    <italic toggle="yes">&#x03c1;</italic>&#x00a0;=&#x00a0;0.49. The moderate strength of this association means that whereas multifractal widening is sensitive for interpreting intermittent failures, &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> is more closely related to ongoing delay dynamics (consensus timing) than it is for 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 
                            <inline-formula>

                                <mml:math display="inline">
                                    <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                                    <mml:mi>&#x03b1;</mml:mi>
                                </mml:math>
</inline-formula> and round failure rate as computed over non-overlapping blocks of 500 rounds, with linear regression fit, the relation between 
                            <inline-formula>

                                <mml:math display="inline">
                                    <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                                    <mml:mi>&#x03b1;</mml:mi>
                                </mml:math>
</inline-formula> and round failure rate is positive, but weaker than Da and mean consensus time.</title>
                    </caption>
                    <graphic id="gr5" orientation="portrait" position="float" xlink:href="https://f1000research-files.f1000.com/manuscripts/198591/18443853-7cf8-4862-8ff6-20fe98933c6c_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 suggest that the multifractal spectrum width &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> is a valuable and quantitatively interpretable descriptor of system performance: increases in &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> are a reliable predictor of the system&#x2019;s degradation as measured by consensus latency, and of significantly increasing order, of the increased incidence of the failed rounds. This result agrees with the main hypothesis introduced in this paper about the relationship between microstructural network stochasticity and the consensus dynamics at the macroscopic level through multifractal indices.</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 &#x0394;
                    <italic toggle="yes">T</italic>
                    <sub>

                        <italic toggle="yes">b</italic>
                    </sub> and propagation_mean_ms as primary series and applied identical MF-DFA settings (polynomial detrend 
                    <italic toggle="yes">m</italic>&#x00a0;=&#x00a0;2, scales 

                    <italic toggle="yes">s</italic> &#x2208; [16,4096], 

                    <italic toggle="yes">q</italic> &#x2208; [&#x2212;5,+5]). 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/198591/18443853-7cf8-4862-8ff6-20fe98933c6c_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 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>), 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 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>) in light of large slowdowns in commit latency. These are quantitatively consistent since PoW &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> when paired on stress is approximately 0.86, whereas Raft &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> is approximately 0.98 in dos_attack. In addition, the varied forms of 
                    <italic toggle="yes">f</italic>(
                    <italic toggle="yes">&#x03b1;</italic>) indicate that the multifractal descriptors correlate qualitatively to distinct aspects of the mechanics underneath them. This is to say that consensus dynamics for PoW reduce to the stochastic timing of events at the source (that source being mining/leader acquisition); whereas consensus dynamics for Raft improve the communication-and coordination-related effects, and commit latency delays.</p>
                <p>The results suggest multifractal analysis can be used for two things, good: showing that there is complex scaling in consensus setups and spotting the kind of intermittency methodical - disorganized. So, multifractal descriptors could be considered in case of diagnosis and comparison of different distributed ledgers 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> presents some practical suggestions and data-based cutoffs from this study for linking &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> values to various levels of performance where action may be required. These thresholds are given as a tentative guideline to those practitioners who are interested in the hint of multifractal monitoring for an early warning indicator. The thresholds should be understood in the context of the particular deployment and may need empirical recalibration in the application to real-life 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>Practical suggestions with data-based cutoffs from this study relating &#x0394;
                    <italic toggle="yes">&#x03b1;</italic> values to different levels of performance where action may be needed are presented in 
                    <xref ref-type="table" rid="T7">
Table 7</xref>. These thresholds are provided as a rough guide for the practitioners who want to implement multifractal monitoring as early warning indicator. Its thresholds have to be taken in the context of goes on specific deployment and can need empirical recalibration when apply experiments on real world networks.</p>
            </sec>
            <sec id="sec14">
                <title>Closing interpretation and implications</title>
                <p>The analysis presented here gives an example as to how the consensus protocols, analyzed as nonlinear dynamical systems and multifractals reveal a complex structure, to above the simple analysis of performance measured by first moment and second moment. The synthetic experiments revealed that heavy tailed network perturbations and node outages had a significant effect in increasing the multifractal spectrum of consensus latency as 
                    <inline-formula>

                        <mml:math display="inline">
                            <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                            <mml:mi>&#x03b1;</mml:mi>
                        </mml:math>
</inline-formula> spectral width showed a high correlation with mean latency and a moderate correlation with round failures. The investigation done on a comparative basis using the various algorithms showed that although the overall shapes of the spectral width are similar between algorithms under duress the spectral signatures are algorithm specific and can be used for diagnostic and comparative purposes.</p>
                <p>Results in summary suggest sealing the central thesis to this work within the multifractal descriptors being sensitive and scale aware and transitory proxies of macroscale undefined measures from microscale is networks irregularities consensus performance. Future investigations should evaluate these findings on empirical traces from production clusters, public blockchains and continue to look into multifractal indicator to adaptive consensus controls and anomaly detection pipelines.</p>
            </sec>
        </sec>
        <sec id="sec15" sec-type="discussion">
            <title>Discussion</title>
            <p>The empirical evidence generated in this study suggests that dynamics of consensus when depicted by a discrete time, high-dimensional discrete dynamical system exhibits nontrivial multifractal structure, including those from diverse operating regimes. To interpret the fact that the singularity spectrum 
                <italic toggle="yes">f</italic>(
                <italic toggle="yes">&#x03b1;</italic>) is finite and nonzero for consensus latency series, it means that the process is not conforming to one scaling exponent but has a continuum with multiple local regularities. This finding is in accordance with the theoretical prediction that deterministic logic of consensus (&#x039b; as in 
                <xref ref-type="disp-formula" rid="e1">
Equation (1)</xref>), which is forced with stochastic perturbations 
                <italic toggle="yes">&#x03b7;</italic>(
                <italic toggle="yes">k</italic>), can magnify randomness at the micro scale to complex random structures at the macro scale, which is analogously the phenomenon of sensitive dependence on initial conditions that was discussed widely in the chaos literature (Lorenz, 1963).
                <xref ref-type="bibr" rid="ref13">
                    <sup>13</sup>
                </xref> From the point of view of statistical mechanics, multifractality is the coexistence of different different scaling regimes, in this case of smoothly frequent fluctuations and intermittent large amplitude excursions. The framework of MF-DFA which we ran, consistent Zhang et al. (2021),
                <xref ref-type="bibr" rid="ref27">
                    <sup>27</sup>
                </xref> provides a sensible operationalization of this concept, since this led to 

                <italic toggle="yes">h</italic>
(

                <italic toggle="yes">q</italic>), 
                <italic toggle="yes">&#x03b1;</italic> and 
                <italic toggle="yes">f</italic>(
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi>&#x03b1;</mml:mi>
                    </mml:math>
</inline-formula>) estimates that reveal the heterogeneous scaling that is contained within our synthetic traces about consensus.</p>
            <p>When the singularity spectrum width 
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                        <mml:mi>&#x03b1;</mml:mi>
                    </mml:math>
</inline-formula> is large, the time series of the system contain more hues of local Holder exponents: small, regular variations as well as large deviations that have a longer duration both play a material role in the observed dynamics. Large fluctuations in 
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                        <mml:mi>&#x03b1;</mml:mi>
                    </mml:math>
</inline-formula> will typically mean that a system is changing period between a time of quick, easy agreement, and a while of long negotiation or blocking. This bills out for what we saw in our simulations under the denial-of-service attacks as well as partial failures. The left skew in the spectrum in the case of heavy tails of the latency injections suggests that it is slow, lasting events that are responsible mainly for multifractality. These are times wherein there is a delay in confirming the agreements for a long time. On the other hand, a right skew would represent extremely fast bursts of events. On the other hand, small values of 
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                        <mml:mi>&#x03b1;</mml:mi>
                    </mml:math>
</inline-formula> are suggestive for a homogeneous scaling regime, which may be a symptom of stable operation but it may also indicate failure to respond only to external perturbations. The left skew we observed for these latencies from different number of clients confirms the fact that apparent slow persistent latencies are the dominating features of the multifractal signature.</p>
            <p>Looking at it from our research question, multifractal descriptors provide us with three things: A means to diagnose, prescribe and predict. A sudden sustained increase in 
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                        <mml:mi>&#x03b1;</mml:mi>
                        <mml:mspace width="0.25em"/>
                    </mml:math>
</inline-formula>might be an attempt to provide a warning of stress to the system that might otherwise be missed by regular measures. This in turn is analogous to the use of multifractal measures in network traffic, and in finance, when used to detect regime changes. It&#x2019;s usefull, we can figure as we are going along by sliding windows. Second, from the point of view of design, multifractal analysis gives the creators of algorithms a new goal. Instead of just being concerned about latencies and throughput they are able to create a consensus to form the multifractal look for the algorithm. This means that protocols can be made to reduce/constrict 
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                        <mml:mi>&#x03b1;</mml:mi>
                        <mml:mspace width="0.25em"/>
                    </mml:math>
</inline-formula>in response when changes occur. We can achieve this through the use of more stable leader usage, adaptive batching or latency aware based back-off plans. This reduces the chances of having big slowdowns in the system. This design idea is related to previous work relating the protocol settings to network performance and blockchain limitations. Third, for prediction, it seems the link which we show between 
                <inline-formula>

                    <mml:math display="inline">
                        <mml:mi mathvariant="normal">&#x0394;</mml:mi>
                        <mml:mi>&#x03b1;</mml:mi>
                        <mml:mspace width="0.25em"/>
                    </mml:math>
</inline-formula>and average consensus latency combined with the little smaller link to round failure means multifractal precursors might help us guess when service will get worse. This predictability of system behavior is linked to the identification of consistent lead times and false-alarm characteristics within production data. Our experiments suggest multifractal widening as an antecedent and correlative to impaired consensus and could give rise to early warning systems.</p>
            <p>While these are encouraging findings there are some limitations. Simulations offer the management of exploration and can make control of actual production environment simpler. Such environments include complex routing, policies, different hardware and workload relationships which are not totally represented in our distributions and failure schedules. While the data provided by blockchains offers relevant empirical data, these systems have their various kinds of failures and incentives. Algorithm comparisons need to be careful to adjust stochastic factors. It is, therefore, important, prior to setting operational thresholds of &#x0394;
                <italic toggle="yes">&#x03b1;</italic> confidently, to make use of large empirical data sets from different observers or use public data sets. In methodologically the MF-DFA procedure is all sensitive. Choice of detrend order, scale ranges, q sampling effects estimates and numerical differentiation in Legendre transform may increase noise. And address these parts which are very technical using cross method of verification to confirm reliability. The relationships between Multifractal widening and failures are suggestive, and not conclusive. Our experiments show the existence of co-occurrence and leading correlation, whereas to obtain causal inference, one need to do interventional experiments. To check the robustness the MF-DFA analysis was repeated with different 
                <italic toggle="yes">q</italic> ranges (e.g., 
                <italic toggle="yes">q</italic> &#x2208; [&#x2212;3,3] and [&#x2212;7,7]) and different window size sets; the observed links between &#x0394;
                <italic toggle="yes">&#x03b1;</italic> and performance metrics were consistent across all these cases, indicating that the mentioned research results are not sensitive to the specific choice of parameters. This consistency forms the ground for the reliability of the put forward multifractal framework.</p>
            <p>This framework can be used beyond consensus protocols, though. Various distributed systems and socio-technical operations with time-based outputs are burstiness. Router queues and application request times are some examples. Multifractal evaluations in these fields may reveal the hidden weaknesses and give insights into the use of flexibility techniques. Traffic management policies based on multifractal measures could be used to redistribute workloads or manage arrivals to control the &#x0394;
                <italic toggle="yes">&#x03b1;</italic> growth. Social media sites might track multifractal signatures of user in order to detect coordinated activity or change in behavior. Previous studies have established that traffic can be scale-independent and this has significant implications for succinct queuing and loss; our findings suggest that multiscale analysis can benefit consensus techniques.</p>
            <p>In theory, rather, our approach shows - once again - how little improvements to consensus dynamics one should make on the basis of multifractality. &#x0394;
                <italic toggle="yes">&#x03b1;</italic> is the summarizing of systemic heterogeneity. Spectral asymmetry is indicative of whether the source of intermittency is delay or bursts. Employing multifractal as well as regular performance measures provides a detailed picture of stability than either measure alone. Further study is needed to: (1) validate these results with real data in different situation, (2) perform experiments to test the causality between structure and multifractal growth, and (3) include multifractal measures into the policies for control of consensus systems; that is, how the measurement is related to the mitigation.</p>
        </sec>
        <sec id="sec16" sec-type="conclusion">
            <title>Conclusion</title>
            <p>This work has established an integrative theoretical and empirical pathway that builds upon multifractal descriptors to be used as measures of complexity, which is examined in this paper as the application of nonlinear dynamical systems. By modeling consensus clusters as high-dimensional systems that are impacted by the actions of stochastic networks, we show how the consensus logic incorporates with the latency and failure processes to obtain a range of scaling behaviors. The stable measures obtained from the MF-DFA method provide evidences of such behaviour in different regimes, namely (
                <italic toggle="yes">h</italic>(
                <italic toggle="yes">q</italic>), 
                <italic toggle="yes">&#x03b1;</italic>, 
                <italic toggle="yes">f</italic>(
                <italic toggle="yes">&#x03b1;</italic>), and &#x0394;
                <italic toggle="yes">&#x03b1;</italic>). There are three aspects of contribution: first, a framework of aligning chaos theory to consensus dynamics, supporting the way to interpret commit latency and message complexity as multifractal observables; second, the quantitative pipeline based on multifractal detrended fluctuation analysis to apply this view to simulation and trace data; and third, the simulation study so as to check the approach and prove that there are relationships between multifractal strength and performance metrics. In all, these accomplishments help close the loop of these and established the principal aims set out in the introduction, from theory to method to experimental verification.</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;
                <italic toggle="yes">&#x03b1;</italic> 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>
        <sec id="sec17" sec-type="dataAvailability">
            <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>.
                <xref ref-type="bibr" rid="ref17">
                    <sup>17</sup>
                </xref> 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>
    </body>
    <back>
        <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>
    <sub-article article-type="reviewer-report" id="report459776">
        <front-stub>
            <article-id pub-id-type="doi">10.5256/f1000research.194647.r459776</article-id>
            <title-group>
                <article-title>Reviewer response for version 2</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Attallah</surname>
                        <given-names>Youcef</given-names>
                    </name>
                    <xref ref-type="aff" rid="r459776a1">1</xref>
                    <xref ref-type="aff" rid="r459776a2">2</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0003-2623-7412</uri>
                </contrib>
                <contrib contrib-type="author">
                    <name>
                        <surname>Aziz</surname>
                        <given-names>Ahlem</given-names>
                    </name>
                    <xref ref-type="aff" rid="r459776a3">3</xref>
                    <role>Co-referee</role>
                </contrib>
                <aff id="r459776a1">
                    <label>1</label>University of Sciences and Technology of Oran Mohamed Boudiaf, Oran M&#x2019;Naouer, Algeria</aff>
                <aff id="r459776a2">
                    <label>2</label>Electronics, Universite des Sciences et de la Technologie d'Oran Mohamed Boudiaf, Oran, Oran Province, Algeria</aff>
                <aff id="r459776a3">
                    <label>3</label>Electrical and electronics engineering, Karabuk Universitesi Muhendislik Fakultesi (Ringgold ID: 539860), Karab&#x00fc;k, Karab&#x00fc;k, Turkey</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>19</day>
                <month>3</month>
                <year>2026</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2026 Attallah Y and Aziz A</copyright-statement>
                <copyright-year>2026</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report 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>
                <license>
                    <license-p>The author(s) is/are employees of the US Government and therefore domestic copyright protection in USA does not apply to this work. The work may be protected under the copyright laws of other jurisdictions when used in those jurisdictions.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport459776" related-article-type="peer-reviewed-article" xlink:href="10.12688/f1000research.172129.2"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve-with-reservations</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>The authors propose a novel statistical framework that integrates chaos theory and multifractal analysis to study distributed consensus systems, using Raft simulations and blockchain-style data to analyze consensus latency, message complexity, and network delays under various stress scenarios. Multifractal measures, such as singularity spectrum width &#x0394;&#x03b1;, are shown to capture system complexity and serve as early-warning indicators beyond traditional metrics. Results demonstrate the effectiveness of this approach for monitoring and understanding distributed networks.&#x00a0;</p>
            <p> </p>
            <p> However, I still have the following comments and recommendations:</p>
            <p> </p>
            <p> 
                <bold>General comments: </bold> 
                <list list-type="bullet">
                    <list-item>
                        <p>While the paper presents a novel and promising approach, several sentences throughout the manuscript would benefit from a more formal academic tone. Some expressions appear conversational and could be revised to improve clarity and professionalism. A few examples are provided below for illustration:</p>
                    </list-item>
                    <list-item>
                        <p>"This research tries to fix this gap by going past just describing things" &#x2192; could be rephrased as "This research aims to address this gap by moving beyond descriptive analysis."</p>
                    </list-item>
                    <list-item>
                        <p>"It suggests a new way to measure things by using multifractal analysis tools" &#x2192; could be "It proposes a novel quantitative framework using multifractal analysis tools."</p>
                    </list-item>
                    <list-item>
                        <p>"With this way, we can rethink consensus not just as a computer science issue, but as a complex system that changes" &#x2192; could be "This perspective allows consensus to be reconceptualized not merely as a computer science problem, but as a complex dynamical system."</p>
                    </list-item>
                    <list-item>
                        <p>"Taken together, these results indicate that the multifractal spectrum width" &#x2192; this sentence is cut off in the manuscript and should be completed.</p>
                    </list-item>
                </list> 
                <bold>Specific comments and recommendations:</bold>
            </p>
            <p> </p>
            <p> 
                <bold>1.&#x00a0;Introduction: </bold> 
                <list list-type="bullet">
                    <list-item>
                        <p>
                            <bold>Structure of the introduction:</bold> concepts (big data, chaos theory, fractals, consensus algorithms) are covered too quickly; a more logical progression would help the reader.</p>
                    </list-item>
                    <list-item>
                        <p>
                            <bold>The Clarification of the scientific gap:</bold> the gap in the literature is mentioned but could be formulated more clearly to emphasize the contribution of the article.</p>
                    </list-item>
                    <list-item>
                        <p>
                            <bold>Academic style:</bold> some expressions are informal (&#x201c;tons of data,&#x201d; &#x201c;make sense of the mess&#x201d;). For example: &#x201c;tons of data&#x201d; &#x2192; &#x201c;massive volumes of data&#x201d; - &#x201c;make sense of the mess&#x201d; &#x2192; &#x201c;extract meaningful structures and hidden patterns from complex datasets&#x201d; - &#x201c;big swings&#x201d; &#x2192; &#x201c;large fluctuations&#x201d; It is preferable to adopt a more precise and scientific style.&#x00a0;</p>
                    </list-item>
                </list> 
                <bold>2. Literature review: </bold> 
                <list list-type="bullet">
                    <list-item>
                        <p>Some sentences are too long or informal: Ex. &#x201c;Looking at the research, there&#x2019;s a hole in the current studies&#x201d; &#x2192; &#x201c;A review of the literature reveals a notable gap in current studies.&#x201d;</p>
                    </list-item>
                </list> 
                <bold>3.Methodology: </bold> 
                <list list-type="bullet">
                    <list-item>
                        <p>The Raft protocol was chosen for its clarity. However, the selection of parameter values in Table 1 (e.g., network size {5, 10, 21, and 50}, request rate {1, 10, and 100}) 
                            <bold>would benefit from a brief explanation. Why these specific values? Are they representative of real deployments or edge cases?</bold>
                        </p>
                    </list-item>
                    <list-item>
                        <p>
                            <bold>The methodology would benefit from a brief explanation of how the correlation between multifractal metrics and traditional performance indicators was computed</bold> (e.g., using sliding windows), as this would prepare the reader for the results presented in Figures 4 and 5.</p>
                    </list-item>
                    <list-item>
                        <p>The description of the MF-DFA steps is clear. However, for reproducibility, 
                            <bold>the authors should briefly justify the choice of polynomial order (m=2) and the scale range (s=16 to 4096), explaining why these values are appropriate</bold> (e.g., m=2 removes linear and quadratic trends; s=16 ensures reliable trend estimation, and s=4096 respects the L/4 rule for series length).</p>
                    </list-item>
                </list> 
                <bold>4. Results:</bold> 
                <list list-type="bullet">
                    <list-item>
                        <p>The interpretation of Figure 3 and Table 3 is clear and well-supported. However, the authors state that the dos_attack spectrum displays "marked left-skewed asymmetry" and attribute this to "extreme slow events." A brief explanation of why heavy-tailed latencies produce left skew (rather than right skew) would strengthen the reader's understanding of the link between the type of stress and the spectral shape.</p>
                    </list-item>
                </list> 
                <bold>5. Discussion:</bold> 
                <list list-type="bullet">
                    <list-item>
                        <p>The authors acknowledge limitations (e.g., simulations simplify real environments, MF-DFA parameter sensitivity) but do not discuss how sensitive the results might be to the choice of MF-DFA parameters (e.g., q-range, window sizes). A brief note on whether the observed patterns hold across reasonable parameter variations would strengthen the robustness claims.</p>
                    </list-item>
                    <list-item>
                        <p>The Discussion provides rich interpretation but is somewhat repetitive (e.g., the explanation of what a narrow vs. wide spectrum means appears in multiple places). Tightening this section would improve readability and impact.</p>
                    </list-item>
                </list>
            </p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Partly</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>Yes</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>Yes</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Yes</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Yes</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Partly</p>
            <p>Reviewer Expertise:</p>
            <p>Multifractal analysis - Machine learning - Deep learning</p>
            <p>We confirm that we have read this submission and believe that we have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however we have significant reservations, as outlined above.</p>
        </body>
    </sub-article>
</article>
