ConceptioArchivearXiv CS
arXiv CSopen access

Diagnosing High-Performance BFT Consensus via Mixture Modeling of Block Time Distributions

Unknown · 2026 · arxiv_cs
arXiv CS · Papers · License: Open Access · 2026
Open Source ↗Direct PDF ↓
cryptography, security, privacy, cybersecurity

arXiv:2608.01934v1 [cs.DC] 3 Aug 2026

Diagnosing High-Performance BFT Consensus via Mixture Modeling of Block Time Distributions Hongru He

Akihiro Fujihara

Chiba Institute of Technology 2-17-1 Tsudanuma, Narashino, Chiba 275–0016, Japan [email protected]

Chiba Institute of Technology 2-17-1 Tsudanuma, Narashino, Chiba 275–0016, Japan [email protected]

Abstract—High-performance Byzantine Fault Tolerant (BFT) blockchains are designed to achieve high throughput and low latency, yet their observed block time distributions often reveal complex behaviors arising from networking, pipelining, and deployment heterogeneity. In this paper, we diagnose HotStuffbased high-performance BFT consensus by modeling block times through a quorum-based multicast framework that links each block interval to quorum formation latency. We capture multimodal block time distributions using mixture models, where each component represents a distinct network condition characterized by effective transfer rate of block information. The proposed model is fitted to the bulk of mainnet block time data, while tail decay is analyzed separately to assess asymptotic behavior. Applying this methodology to Hyperliquid and Aptos mainnets, we find that Hyperliquid is well explained by a unimodal distribution, consistent with a relatively homogeneous validator deployment. In contrast, Aptos exhibits persistent multimodal structure and a pronounced shift following a consensus upgrade, reflecting heterogeneous deployments and diverse communication paths. These results demonstrate that mixture modeling of block time provides a practical and informative diagnostic tool for analyzing and monitoring high-performance BFT consensus. Index Terms—Byzantine Fault Tolerance, High-Performance Blockchains, HotStuff-Based Consensus, Block Time Analysis, Mixture Modeling, Quorum Formation Latency

I. I NTRODUCTION The evolution of blockchain consensus can be viewed as a continuous exploration of trade-offs among consistency, availability, and partition tolerance in distributed systems [1], [2]. Bitcoin’s Nakamoto consensus introduced probabilistic finality through proof-of-work, where safety emerges asymptotically as blocks accumulate [3]. Ethereum’s transition to proof-of-stake marked a paradigm shift toward deterministic finality, with its Gasper protocol combining Casper FFG and LMD-GHOST to achieve accountable safety under partial synchrony [4]. This trajectory has now advanced to highperformance Layer 1 blockchains, including Aptos, Sui, Hyperliquid, Solana, and Monad [5]–[9]. The research focus has shifted from proving safety alone to achieving instant finality with sub-second latency. Underlying this performance evolution is the revival of Byzantine fault-tolerant (BFT) protocols in PoS contexts. Classical PBFT provides deterministic safety and liveness under partial synchrony, but incurs O(n2 ) communication overhead that limits scalability [10]. HotStuff addresses this bottleneck through threshold signatures and pipelined phases, enabling

linear message complexity in the optimistic case [11]. Modern deployments further maximize throughput by decoupling payload dissemination from consensus ordering and adopting aggressive pipelining. Among certificate-driven HotStuff variants, Hyperliquid and Aptos represent prominent production systems: Hyperliquid optimizes specifically for a decentralized perpetual exchange with strict latency requirements [7], [12], while Aptos targets a broader ecosystem of general-purpose decentralized applications [5]. Among the observable metrics in deployed BFT systems, block time stands out as a practical diagnostic signal. Defined as the interval between consecutive block proposals, it is directly obtainable from on-chain data and reflects how information disseminates among validators. In practice, BFT consensus advances once a quorum forms, and this quorumbased completion corresponds to an order statistic. High-performance BFT systems often exhibit multimodal block time distributions whose structure differs qualitatively from timeout-induced multimodality observed in Tendermint. In Tendermint protocols, timeouts create discrete peaks at integer multiples of the timeout interval. In contrast, HotStuffbased pipelines operating below the timeout threshold produce densely clustered peaks within a narrow range. Validator heterogeneity has a particularly sensitive impact on quorum completion time. This motivates mixture models that decompose the aggregate distribution into components representing distinct network conditions. Existing analytical work on block time models the fullcommittee broadcast completion time, yielding Gumbel extreme-value asymptotics [27]–[29]. In practice, certificatedriven BFT consensus advances once a quorum of votes forms, not when all nodes are informed. The present work shifts the analytical target from the broadcast maximum to the quorum completion time, derives its exact closed-form distribution, extends it to finite mixtures that capture validator heterogeneity, and validates the resulting framework against production mainnet data. This paper presents a diagnostic framework for highperformance BFT consensus, with empirical validation on mainnet data from Hyperliquid and Aptos. We model quorum formation time using a quorum multicast completion-time process and perform fitting on the bulk of the distribution together with a separate tail analysis. By fitting block time

distributions with mixture models, we quantitatively identify the fraction of validators contributing to consensus delay under each network condition, providing actionable insights for system tuning. The main contributions of this study are: • We derive an exact closed-form distribution for quorum completion time in HotStuff-style pipelined BFT systems, shown in Eq. (14) using a continuous-time Markov chain, and extend it to finite mixture models that capture deployment heterogeneity. The model provides a principled link between quorum formation latency and observable block time distributions. • We validate the proposed model using production mainnet block time data from Hyperliquid and Aptos. By fitting unimodal and mixture regimes and analyzing tail behavior, we demonstrate how real-world block time distributions reflect mixed operating conditions and structural shifts induced by protocol updates. • We find that fitted mixture parameters and tail decay serve as effective diagnostic signals for high-performance BFT deployments. Exponential tails and unimodal fits indicate homogeneous validator operation under a single effective rate, while multimodality and heavy tails diagnose heterogeneity in validator performance. These diagnostics provide quantitative guidance for validator management, infrastructure optimization, and monitoring consensus behavior over time. The paper is organized as follows. Section II reviews related work on BFT systems and latency modeling. Section III details the datasets and measurement procedures, formalizes block time as a quorum completion time, and outlines our fitting procedure. Section IV presents the theoretical analysis, including the closed-form distribution and moment formulas, with extensions to parallel and serial compositions. Section V reports empirical fits on Hyperliquid and Aptos. Section VI discusses interpretation, implications, and limitations. Section VII concludes. II. R ELATED W ORK Classical PBFT established the three-phase baseline for Byzantine fault-tolerant agreement with a canonical threemessage-delay latency under the standard Byzantine resilience assumption [10], [13]. Subsequent systems explored scalability, communication overhead, and performance trade-offs in blockchain contexts, including Tendermint, which is widely used in public PoS networks [14]. HotStuff addresses the quadratic communication bottleneck by having the leader aggregate votes into quorum certificates, which results in linear communication in the steady state and enables pipelining [11]. This pipeline design increases throughput by overlapping phases across heights, but under the 3-chain commit rule, block commit latency spans seven message delays [15]. Facebook’s Libra (later Diem) adopted this as LibraBFT [15], and in 2021, 2-chain variants such as Jolteon (deployed as DiemBFT v4) reduced commit latency from 7 to 5 message delays by committing in two rounds rather than three, at the cost of quadratic communication

during view changes [16], [17]. To mitigate quadratic view changes due to failed leaders, DiemBFT v4 introduces a leader reputation mechanism that biases leader selection away from underperforming nodes. The Diem project was terminated in 2022, but its consensus ideas and the Move execution environment were inherited by Aptos [5]. In mid-2023, Aptos deployed Quorum Store to decouple payload dissemination from ordering via a Narwhalinspired mempool mechanism [18], [19], drawing on the DAGbased BFT paradigm where Bullshark demonstrated lowlatency consensus without additional communication overhead [20]. Jolteon∗ (Order Votes, AIP-89) further reduces common-case consensus latency from 5 to 3 message delays by replacing leader-aggregated vote collection with an all-toall vote exchange [21]. Order Votes optimizes the consensus path, whereas Quorum Store and Baby Raptr (BR) optimize the payload path through batching and decoupled dissemination [22], [23]. BR’s optimistic data availability mechanism illustrates how protocol design can create multiple latency paths within a single system. We provide a message delay interpretation aligned with Fig. 1 in Section III. Several recent studies analyze BFT consensus latency through analytical modeling. Chan et al. derive expected consensus time for IBFT and HotStuff under datacenter topologies [24]. Hwerbi et al. derive round duration distributions for Narwhal under Gaussian propagation assumptions [25]. Gai et al. model quorum vote collection as an order statistic under Gaussian RTT in their Bamboo framework [26]. These works focus on expected latency or assume homogeneous conditions, and validate primarily against simulation rather than production data. Prior work analyzes validator broadcast latency under a fullcommittee abstraction and uses extreme value theory to obtain a Gumbel limit, motivating block time models built as convolutions of Gumbel distributions [27]. Appendix B of that work briefly remarks that progress in BFT deployments is gated by forming a Byzantine quorum, but does not derive a systematic model for quorum completion time. Subsequent work develops formulas for single and parallel broadcast time [28], [29]. This line of work remains centered on broadcasting to all nodes, whereas practical certificate-driven consensus advances once the quorum forms. A related theoretical direction formalizes the size-synchrony antagonism in PoS finality time, showing that larger committees face inherently greater difficulty in maintaining synchronous communication [30]. III. M ETHOD A. Block time decomposition Consider a committee of N validator nodes connected by a peer-to-peer network, where up to f nodes can be Byzantine. Under standard 3f +1 resilience, progress requires M = 2f +1 votes. For a given round r, a designated leader proposes a candidate block Br and the committee exchanges authenticated messages to order and commit the block. As illustrated in Figure 1, we abstract the leader period into proposal broadcast (PREPARE), quorum vote formation (VOTE), and

REQUEST (PROPOSAL)

PREPARE

VOTE

Tbroadcast

Tvalidate

COMMIT PREPARE

VOTE

Tbroadcast

Tvalidate

Client Leader (Validator0) Follower1 (Validator1) Follower2 (Validator2) Follower3 (Validator3) Tcreate

Tcreate

tsh

tsh+1

Block r

Block r+1

Fig. 1. Pipeline communication phases in high-performance BFT.

commit/advance, with these phases merged over consecutive rounds. For blocks indexed by height h with on-chain timestamps tsh , the observed inter-block interval is th = tsh+1 − tsh . Following the decomposition in prior work [28], [29], block time in general blockchain systems consists of three parts: Tblock = Tcreate + Tbroadcast + Tvalidate ,

(1)

where Tcreate is the block creation time, Tbroadcast is the proposal propagation time (PREPARE phase), and Tvalidate is the vote collection and QC formation time (VOTE phase). Since Tcreate ≪ Tbroadcast + Tvalidate in pipelined BFT systems, the block time random variable Th satisfies Th ≈ Tbroadcast + Tvalidate = TM + T∥ ,

(2) (3)

where TM is the quorum multicast completion time (the time for a proposal to reach M validators) and T∥ is the parallel completion time (the maximum over concurrent multicasts). This block time th is distinct from consensus latency. In Jolteon∗ pipelines [21], once a quorum certificate (QC) for Block h is formed at the end of the VOTE phase, replicas broadcast commit-certificate votes (CC-votes) and advance to the next round. Thus, th captures the cadence at which the pipeline advances to the next proposal, while finality latency includes the additional CC-vote collection phase. The sizesynchrony trade-off formalized in [30] provides additional context for interpreting block time differences between small and large validator sets. Fig. 1 overlays two consecutive heights to illustrate pipelining: red arrows indicate the latency path for the current block, while blue arrows indicate phases of the next block that overlap the COMMIT phase.

B. Quorum multicast model We model quorum formation as a completion-time process: the leader broadcasts to all N − 1 peers, but progress requires only M − 1 responses. This M -of-N completion criterion is referred to as quorum multicast. To formalize TM in the above decomposition, consider a continuous-time Markov chain (CTMC) with states i = 1, 2, . . . , M, . . . , N (Figure 2), where state i represents that exactly i validators have received the proposal. The process starts at i = 1 (the leader) and transitions to i+1 (up to the absorbing threshold M ) when one new validator becomes informed. Each uninformed validator independently receives the proposal at a normalized rate λ/N . When i validators already hold the proposal, the aggregate transition rate to state i+1 is N −i αi = λ, i = 1, 2, . . . , M − 1, (4) N where λ > 0 is an effective transfer rate parameter. This formulation is the continuous-time limit of the coupon-collector broadcast model with geometric sojourn times [28], [29]. For standard quorum M = ⌈2N/3⌉, the chain visits states 1, 2, . . . , M −1 sequentially, giving TM as the sum of independent exponential sojourn times, each Xi following Exp(αi ): TM =

M −1 X

Xi .

(5)

i=1

Section IV derives the closed-form distribution of TM and establishes its connection to block time through serial-parallel composition and mixture extensions. C. Datasets and measurement procedure We use Hyperliquid data from the public AWS S3 export and Aptos data from the public GraphQL endpoint. Table I

=

p(1, 2) N −1 λ N

1

=

p(M − 2, M − 1) N − (M − 2) λ N

p(2, 3) N −2 λ N

=

...

2

=

p(M − 1, M ) N − (M − 1) λ N

p(N − 1, N ) 1 = λ N

p(M, M + 1) N −M = λ N

M −1

...

M

N

The final (absorbing) state

The initial state

Fig. 2. State transition view of the quorum multicast completion time.

summarizes the measurement windows. N is set to the number of distinct proposers observed in each window. Block times are computed as consecutive timestamp differences. To exclude timeout-triggered view changes, the analysis range is capped at t ≤ 0.4 s for Hyperliquid (inferred from histogram separation) and t < 1.0 s for Aptos (aligned with the configured round_initial_timeout_ms). The pre-BR Aptos window is shorter because approximately one million samples provide sufficient statistical power for distribution fitting and comparative analysis. D. Parameter fitting with likelihood and mixtures For a processed sample set D = {t1 , . . . , tn } with known committee size N , we treat ti as approximately independent draws from the TM distribution in Eq. (14), which functions as a proxy for the overall latency (see theoretical justification in Section IV-D). The fitting strategy adapts to the data structure: • Unimodal: For distributions with a single dominant mode, we estimate a single effective rate λ via Maximum Likelihood Estimation (MLE). • Multimodal: For distributions with multiple peaks, we use an Expectation-Maximization (EM) algorithm to estimate mixture weights wk and component rates λk . In unimodal fitting, we estimate a single rate λ by maximizing the log-likelihood: n X log fTM (ti | N, M0 , λ), ℓ(λ) = (6) i=1

and obtain λ̂ by a one-dimensional bounded optimization over λ > 0. λ is initialized by matching the sample mean t to the theoretical mean E[TM ]: N −1 X N 1 λmom (M0 ) = . t k=N −M +1 k

(7)

0

In multimodal fitting, we fit a finite mixture of K components under the same fixed quorum M0 , where K is the number of local maxima detected in the histogram: p(t) =

K X

wk fTM (t | N, M0 , λk ).

(8)

k=1

{(wk , λk )}K k=1 is estimated by EM. In the E-step, responsibilities rik are computed by normalizing wk fTM (ti | N, M0 , λk )

TABLE I. Dataset summary and measurement windows. Chain

Window (UTC)

Heights

Hyperliquid 2025-08-17–2025-08-26 700M–710M Aptos (pre-BR) 2025-03-07–2025-03-09 300M–301M Aptos (post-BR) 2025-08-06–2025-08-19 400M–410M

Samples 10.0M 1.2M 10.0M

P over k. In the M-step, weights update as wk ← n1 i rik , and each λk is updated by weighted maximum likelihood: X rik log fTM (ti | N, M0 , λ). λk ← arg max (9) λ>0

i

The mixture is initialized by partitioning sorted samples into K quantile groups, then fitting each group with the unimodal routine. Body fitting covers the full analysis range to capture dominant operating conditions. Tail fitting is performed separately using samples above the 90th percentile to characterize decay shape. IV. T HEORETICAL A NALYSIS Prior broadcast models characterize the time for a message to reach all N nodes as a maximum of propagation delays, leading to extreme value distributions such as Gumbel [27]. In contrast, quorum-based progress requires only M responses and corresponds to the (M −1)-th order statistic rather than the maximum. This shift from extreme-value asymptotics to order statistics yields a hypoexponential distribution (a sum of exponentials with distinct rates) whose tail decays as a single exponential in Eq. (16) rather than the doubly exponential form characteristic of Gumbel. A. Closed-form distribution and tail asymptotics Since TM is the sum of M −1 independent exponentials with distinct rates (Eq. 5), its probability density involves a convolution of exponential distributions. Taking the Laplace transform converts this convolution into a product: F (s) =

M −1 Y

1 , Ns i=1 +1 (N − i)λ

(2 ≤ M ≤ N ).

(10)

To obtain the time-domain distribution from (10), we apply partial-fraction expansion. Each pole in F (s) corresponds to an exponential component in the density. The pole locations −i)λ −αi = − (N N for i = 1, . . . , M − 1 are the departure rates

+1)λ defined in Eq. (4). The smallest rate αM −1 = (N −M N governs the far-tail decay. Rewriting each factor in shiftedpole form and separating the constant prefactor: M −1 Y

fTM (t) ≃ e−Λt ,

M −1 Y

(N − i)λ/N = F (s) = Ns s + αi + 1 i=1 i=1 (N −i)λ 1

M −1 Y

M −1

=

λ (N − 1)! 1 . M −1 N (N − M )! i=1 s + αi | {z }

Because fTM (t) is a finite mixture of exponentials, the slowest-decaying component dominates at large t. As t → ∞, the term with the smallest exponent αM −1 gives

(11)

STM (t) ≃ Ctail e−Λt

(t → ∞), (16)

where Λ = αM −1 and Ctail > 0 depends on the mixture coefficients. This single-exponential tail contrasts with the doubly exponential form characteristic of Gumbel and provides the theoretical baseline for the empirical analysis in Section V.

C

The constant C captures the time-scale dependence on λ, while the product of shifted poles determines the distributional shape. Applying partial-fraction decomposition to the pole product: M −1 Y

M −1 X 1 Ai = , s + α s + αi i i=1 i=1

where

1 (α j − αi ) j̸=i  M −2 (−1)M −1−i N . = λ (i − 1)!(M − 1 − i)!

M −1 M −1 X N X 1 N 1 = = E[TM ] = α (N − i)λ λ N −j i j=1 i=1 i=1

(12)

The inverse transform of each term is Ai e−αi t . Combining this with the prefactor C and substituting the closed-form expressions results in the probability density function: fTM (t) = C

=

 N HN −1 − HN −M , λ M −1 X

Ai e−αi t

M −1

 N2 (2) (2) HN −1 − HN −M , λ2

(18)

Pn

M −1 λ (N − 1)! X (−1)M −1−i N (N − M )! i=1 (i − 1)!(M − 1 − i)!   (N − i)λ t . (13) × exp − N

This expression is a weighted sum of M − 1 exponential terms. Each term reflects contributions from paths through the chain that experience different combinations of sojourn times before reaching the quorum threshold. The alternating signs arise from the partial-fraction residues. When the N − 1 receiver delays are independent Exp(λ/N ) variables, TM is the (M − 1)-th order statistic with density:     N −1 M −1 (N − M + 1)λ fTM (t) = λ exp − t M −1 N N   M −2 λ × 1 − exp − t . N (14) The cumulative distribution function admits a closed form through a change of variables. Define u = 1 − exp(−λt/N ), representing the fraction of nodes informed by time t. Under independent exponential delays, u follows a Beta distribution with parameters (M − 1, N − M + 1), giving the regularized incomplete beta function form: FTM (t) = Iu (M − 1, N − M + 1).

(17)

1 1 N2 X Var(TM ) = = 2 2 α λ (N − j)2 i i=1 j=1 =

i=1

=

Since TM is the sum of M − 1 independent exponential sojourn times with rates αi , its first two moments follow directly from the additivity of means and variances. The mean and variance are obtained by summing 1/αi and 1/αi2 over i = 1, . . . , M − 1, respectively: M −1 X

Ai = Q

M −1 X

B. Moments of quorum completion time

(15)

−1 with Hn = the n-th harmonic number and r=1 r Pn (2) −2 Hn = r=1 r its order-two generalization. The harmonic structure in both expressions arises from summing reciprocal powers of the decreasing departure rates as the chain approaches the quorum threshold. For large committees with fixed quorum fraction ρ = M/N , the harmonic sums admit logarithmic approximations. Using Hn ≈ ln n + γ for large n: √ r 1 N N ρ ln , SD(TM ) ≈ . (19) E[TM ] ≈ λ 1−ρ λ 1−ρ

The mean √ scales linearly with N , while the standard deviation scales as N , so the coefficient of variation decreases for larger committees. C. Extension to parallel broadcast In the VOTE phase, all N validators broadcast simultaneously, and the phase completes when the slowest finishes. This parallel structure means the phase duration is governed by the maximum completion time: (j)

T∥ = max TM , 1≤j≤N

(j)

(20)

where TM is the quorum completion time for the j-th validator. We treat these as independent and identically distributed, which is justified when individual broadcast durations are short relative to network congestion timescales. The probability

that all broadcasts complete by time t equals the product of individual completion probabilities: Pr(T∥ ≤ t) =

N Y

(j)

Pr(TM ≤ t) = FTM (t)N ,

j=1

N Pr(T∥ > t) = 1 − FTM (t)N = 1 − 1 − STM (t) .

(21)

To bound this tail probability, we apply the union bound: the event that at least one broadcast exceeds t is contained in the union of individual exceedance events. This gives  Pr(T∥ > t) ≤ min 1, N STM (t) . (22) Since STM (t) decays exponentially with rate Λ = αM −1 from Eq. (16), we have the uniform bound STM (t) ≤ Ce−Λt for some constant C > 0 depending on N and M . The expected parallel completion time can be estimated using the tail-integral formula for non-negative random variables: Z ∞ Pr(T∥ > t) dt. (23) E[T∥ ] = 0

Substituting the union bound and evaluating the integral by splitting at t0 = max{0, ln(N C)/Λ}: Z ∞  E[T∥ ] ≤ min 1, N Ce−Λt dt 0 Z ∞ 1 = t0 + N Ce−Λt dt = t0 + Λ t0  1 ln(N C) + 1 . (24) ≤ Λ Comparing with the mean from Eq. (17), the parallel phase adds only O(log N ) to the expected completion time: E[T∥ ] = E[TM ] + O(log N ).

(25)

For fixed quorum fraction ρ = M/N , the dominant rate Λ = (1 − ρ)λ remains Θ(1) while E[TM ] = Θ(N ), so the logarithmic overhead is asymptotically negligible. D. Phase composition The block time Th is the sum of TM and T∥ . Since the two phases occur sequentially, E[Th ] ≈ E[TM ] + E[T∥ ].

(26)

For variance, additivity requires independence between phases. In practice, network conditions may induce positive correlation (e.g., congestion slowing both phases), so treating the phases as independent yields a conservative lower bound: Var(Th ) ≈ Var(TM ) + Var(T∥ ).

(27)

The moments of TM are given by Eqs. (17)–(18). For T∥ , Eq. (24) shows that the parallel phase contributes an additional O(log N ) term beyond E[TM ]. The variance of T∥ can be computed from the second moment: Z ∞  2 E[T∥ ] = 2 t 1 − FTM (t)N dt. (28) 0

Combining these results, the total block time has mean √ E[Th ] = Θ(N ) and standard deviation SD(Th ) = Θ( N ) for fixed quorum fraction ρ. The coefficient of variation SD(Th )/E[Th ] = Θ(N −1/2 ) decreases with committee size, indicating that larger committees produce more predictable block times. The exponential tail structure is preserved under serial composition: the sum of exponentially-tailed variables retains exponential decay with the same dominant rate Λ. V. E MPIRICAL R ESULTS A. Baseline validation on Hyperliquid Hyperliquid exhibits a unimodal block time distribution. In Fig. 4(a), the histogram shows a single dominant peak near 0.06–0.07 s with a narrow spread and smoothly decaying right tail. The distribution is well captured by a unimodal fit (K=1), with estimated rate λ̂ = 267.6 s−1 (Table II). Tail decay analysis (Fig. 3) compares exponential and power-law fits above the 90th percentile. The exponential model achieves R2 =0.975 with tail decay rate Λ̂tail =43.9 s−1 , compared to R2 =0.967 for power-law. This preference for exponential decay is consistent with the theoretical CTMC baseline (Eq. (16)), where a single effective rate λ produces exponential tail decay. The agreement supports the interpretation of homogeneous network conditions across the validator set. B. Mixture analysis on Aptos In contrast, Aptos exhibits clear multimodality in Fig. 4(b)– (c), requiring mixture models to capture the heterogeneity of a larger validator set. In the pre-BR period, the distribution (Fig. 4(b)) shows three distinct components. Under the fixed quorum constraint (M0 =100), the fitted components partition validators into performance groups: a fast minority (w1 =0.181, λ1 =1213 s−1 ), a majority group (w2 =0.703, λ2 =919 s−1 ), and a slow component (w3 =0.116, λ3 =611 s−1 ). After the BR upgrade, two observable changes emerge (Fig. 4(c), Table II). First, all fitted rates increase: the fastest component rises from 1213 to 1971 s−1 (+63%), reflecting BR’s latency reduction. Second, the mixture structure shifts from three to four components, with the former slow component splitting into two sub-components (λ3 =1080, λ4 =934 s−1 ). The majority of rounds (approximately 56%) now operate under the second component at 1603 s−1 , while the two slower components together account for about 17% of rounds. The number of components K is determined by histogram peak detection rather than information criteria: at these sample sizes (1.2M–10M blocks), BIC tends to favor additional components that lack physical interpretation, whereas peak-based selection identifies modes that correspond to distinct operating conditions. Comparing tail decay across periods, the diagnostics (Fig. 3) reveal departure from exponential behavior. For pre-BR data, power-law fit achieves R2 =0.930 versus R2 =0.913 for exponential. Post-BR shows a stronger power-law signature: R2 =0.977 versus R2 =0.904, with the gap widening from 0.017 to 0.073. The power-law exponent also decreases (α̂:

(a). Hyperliquid: tail shape analysis above the cutoff.

(b). Aptos pre-BR: tail shape analysis above the cutoff.

(c). Aptos post-BR: tail shape analysis above the cutoff.

Fig. 3. Tail shape analysis of block time distributions for Hyperliquid and Aptos (pre-BR/post-BR). 6.40 → 4.47), indicating heavier tails after the upgrade. This slower tail decay suggests the system does not operate under a single effective rate. VI. D ISCUSSION A. Mixture parameters as diagnostics The mixture decomposition translates observed distributions into operational parameters: each λk characterizes a network condition, and wk quantifies the fraction of rounds under that condition. This granularity is not available from aggregate statistics. Fitting before and after the BR upgrade tracks how each component’s rate and weight evolved. The parameters also suggest optimization levers. Rate improvement targets λk through infrastructure upgrades or protocol optimizations that reduce blocking delays. Weight reduction targets wk by excluding slow validators via jailing or reducing their leader opportunities through reputation mechanisms. The two act differently: rate improvement benefits all rounds in a given regime, while weight reduction shifts probability mass across regimes. To quantify the impact of each lever, the aggregate expected block time can be derived from the mixture model. From Eq. (17), a single component with rate λ contributes expected time N λ (HN −1 − HN −M ) to the aggregate. Since N and M are fixed for a given deployment, the system-specific harmonic factor N (HN −1 − HN −M ) acts as a constant multiplier. Summing over all mixture components gives the aggregate expected block time: X wk . (29) E[Th ] = N (HN −1 − HN −M ) λk k

This expression shows that each component’s contribution to latency is proportional to wk /λk : components with low rates contribute disproportionately even when their weights are small. In Aptos post-BR, the slow components (k=3, 4) represent only 17% of rounds by weight but account for 26% of the aggregate latency, revealing a clear optimization target. Upgrading or excluding these components yields approximately 10% latency reduction; the similar magnitude of both interventions reflects a fundamental constraint—the slow components’ impact is bounded by their combined weight.

More broadly, these diagnostics address why the inherent performance of HotStuff cannot be fully realized, rather than proposing modifications to the protocol itself. The contrast between Hyperliquid (N =21, unimodal) and Aptos (N ≈148, multimodal) illustrates that as the validator set grows, maintaining homogeneous performance becomes fundamentally more difficult. Approaching HotStuff’s ideal latency requires mechanisms that enforce validator homogeneity—latencybased jailing or reputation-weighted leader selection—which directly target the wk and λk that the mixture framework quantifies. B. Cross-system design comparison In validator management, Hyperliquid enforces strict latency discipline via a jailing mechanism [31]. Validators may vote to jail peers that do not respond with adequate latency. Jailed validators are excluded from consensus and receive no rewards until they self-unjail, creating strong economic incentives for low-latency infrastructure. Aptos, in contrast, uses a reputation mechanism that reduces leader opportunities for underperforming validators [5], [17] but does not exclude them from the voting quorum. This design preserves fault tolerance at the cost of latency uniformity. From a modeling perspective, jailing primarily reduces wslow by excluding persistently slow validators, while reputation adjusts the distribution of wk without removal. At the protocol level, Aptos decouples payload dissemination from consensus ordering through Quorum Store, a Narwhal-inspired DAG mechanism [19]. This architecture creates path-dependent latency. Validators with cached batches can vote immediately, but those missing data must fetch before voting. BR’s optimistic data availability amplifies this divergence [22]: leaders propose metadata without availability proofs, and validators experiencing cache misses incur additional message delays on the critical path. This blocking fetch mechanism contributes to the heavier tails observed in Fig. 3. Additionally, Aptos conducts protocol upgrades via gradual rollout, so version heterogeneity among validators may have contributed to mode separation. Hyperliquid’s unimodal distribution and exponential tail suggest a more streamlined pipeline with less path divergence. In the mixture framework,

(a). Hyperliquid (Aug.): body fit (unimodal, K=1), fixed quorum M0 =14, N =21.

(b). Aptos (Mar., pre-BR): body fit (K=3 mixture), fixed quorum M0 =100, N =149.

(c). Aptos (Aug., post-BR): body fit (K=4 mixture), fixed quorum M0 =99, N =148.

Fig. 4. Global exact model fits for block time under the fixed quorum constraint M0 = ⌈2N/3⌉. TABLE II. Mixture fit parameters (M0 = ⌈2N/3⌉).† Dataset

(N, M0 )

Hyperliquid (Aug.)

(21, 14)

1

1.000

267.6

Aptos (pre-BR)

(149, 100)

1 2 3

0.181 0.703 0.116

1213 918.9 610.9

Aptos (post-BR)

(148, 99)

1 2 3 4

0.273 0.557 0.065 0.105

1971 1603 1080 933.7

k

wk

λk

(s−1 )

Components ordered by decreasing λk .

these architectural differences appear as additional components or increased wslow , rather than uniform degradation of all λk . Infrastructure differences compound this effect. Hyperliquid recommends Tokyo-region placement and 200 ms RTT targets [12]; the majority of mainnet seed nodes are located in this region, and the small committee size (N =21) further limits path diversity. Aptos spans multiple regions and cloud providers with a much larger validator set (N ≈148), introducing substantially greater RTT variation [22] that directly affects the λk of corresponding validator groups (Table II). C. Limitations This analysis abstracts complex protocol logic into a quorum multicast primitive and relies on timestamp-derived block times. Internal blocking events such as payload fetch delays or signature aggregation bottlenecks are not directly observable from on-chain data. The fitted parameters should be interpreted as diagnostic indicators, and separating mixing effects from other sources of delay would require protocol-specific instrumentation. The number of mixture components is determined empirically by peak detection, which may be sensitive to gradual parameter drift or transient network conditions. The tail classification currently relies on R2 comparison between exponential and power-law fits; formal goodness-of-fit testing remains a direction for future work. The CTMC derivation assumes independent exponential delays across validators and across rounds. In practice, cloudregion clustering, persistent validator slowness, and shared network bottlenecks introduce spatial and temporal correlation. The independent model serves as a diagnostic baseline. Under independence, Eq. (16) predicts exponential tail

decay. The power-law signatures observed in Aptos deviate from this prediction, signaling the presence of correlated or path-dependent mechanisms. Positive correlation reduces the effective number of independent delays, causing the quorum order statistic to shift right and broaden relative to Eq. (14); equivalently, Eq. (15) overestimates the completion probability at a given time. The mixture extension partially absorbs spatial correlation at a coarse level, since validators experiencing correlated slowdowns appear collectively as a low-rate component. Quantifying the residual bias requires comparison with simulation under explicit correlation structures, which is left to future work. VII. C ONCLUSION This paper develops a quorum-based model for block time distributions in high-performance BFT systems. Block time is linked to quorum formation latency and is modeled as a quorum completion time with an exact closed-form distribution derived from a continuous-time Markov chain. Likelihoodbased fitting provides a coarse alignment between theoretical predictions and observed distributions, with mixture decomposition identifying distinct network conditions and tail shape diagnosing rate homogeneity. The approach provides a common interface for comparing implementations, detecting mixed operating paths, and monitoring protocol upgrades using timestamp-derived block times. On our datasets, Hyperliquid exhibits a unimodal distribution with near-exponential tail decay, consistent with its homogeneous validator deployment. Aptos exhibits persistent multimodal structure and a clear shift after the BR rollout, reflecting validator heterogeneity and diverse communication paths. Fitted mixture parameters help localize heterogeneity in effective transfer rates and payload availability paths, and provide quantitative reference points for guiding improvements. Future work includes tracking additional chains or time windows for continuous monitoring, change-point detection, and joint bulk-tail modeling to reduce hyperparameter sensitivity while preserving interpretability. R EFERENCES [1] E. A. Brewer, “Towards robust distributed systems,” in Proc. ACM Symposium on Principles of Distributed Computing (PODC), 2000. Keynote address.

[2] S. Gilbert and N. Lynch, “Brewer’s conjecture and the feasibility of consistent, available, partition-tolerant web services,” ACM SIGACT News, vol. 33, no. 2, pp. 51–59, 2002. [3] S. Nakamoto, “Bitcoin: A peer-to-peer electronic cash system,” 2008. [Online]. Available: https://bitcoin.org/bitcoin.pdf [4] Ethereum Foundation, “Gasper (LMD GHOST + Casper FFG) Consensus Specifications,” online specification, accessed Dec. 2025. [Online]. Available: https://github.com/ethereum/consensus-specs [5] Aptos Labs, “Aptos White Paper,” 2022. [Online]. Available: https:// aptosnetwork.com/whitepaper/aptos-whitepaper en.pdf [6] Mysten Labs, “Sui: A New Layer 1 Protocol,” technical report / whitepaper, 2023. [Online]. Available: https://raw.githubusercontent. com/MystenLabs/sui/main/doc/paper/sui.pdf [7] Hyperliquid Docs, “HyperCore Overview,” online documentation, accessed Dec. 2025. [Online]. Available: https://hyperliquid.gitbook.io/ hyperliquid-docs/hypercore/overview [8] A. Yakovenko, “Solana: A New Architecture for a High Performance Blockchain,” whitepaper, 2018. [Online]. Available: https://solana.com/ solana-whitepaper.pdf [9] M. M. Jalalzai et al., “MonadBFT: Fast, responsive, fork-resistant streamlined consensus,” arXiv preprint arXiv:2502.20692, 2025. [10] M. Castro and B. Liskov, “Practical Byzantine fault tolerance,” in Proc. OSDI, 1999. [11] M. Yin, D. Malkhi, M. K. Reiter, G. Gueta, and I. Abraham, “HotStuff: BFT consensus in the lens of blockchain,” in Proc. PODC, 2019. [12] Hyperliquid, “Node repository and validator guide,” GitHub, 2024. [Online]. Available: https://github.com/hyperliquid-dex/node [13] P. Kuznetsov, A. Tonkikh, and Y. X. Zhang, “Revisiting Optimal Resilience of Fast Byzantine Consensus,” in Proc. ACM Symposium on Principles of Distributed Computing (PODC), 2021, pp. 343–353. Extended version: arXiv:2102.12825. [14] J. Buchman, “Tendermint: Byzantine fault tolerance in the age of blockchains,” Master’s thesis, University of Guelph, 2016. [15] The Libra Team, “The Libra Blockchain,” 2019. [Online]. Available: https://developers.diem.com/papers/the- diem- blockchain/2019- 06- 25. pdf [16] R. Gelashvili, L. Kokoris Kogias, A. Sonnino, A. Spiegelman, and Z. Xiang, “Jolteon and Ditto: Network adaptive efficient consensus with asynchronous fallback,” arXiv preprint arXiv:2106.10362, 2021. [17] Diem authors, “DiemBFT v4 Technical Documentation,” 2021. [Online]. Available: https://developers.diem.com/papers/diem- consensus- statemachine-replication-in-the-diem-blockchain/2021-08-17.pdf [18] G. Danezis, L. Kokoris-Kogias, A. Sonnino, and A. Spiegelman, “Narwhal and Tusk: A DAG-based mempool and efficient BFT consensus,” in Proc. 17th European Conf. Computer Systems (EuroSys), 2022, pp. 34– 50. [19] Aptos Foundation, “AIP-26: Quorum Store,” 2023. [Online]. Available: Aptos Foundation AIP-26 [20] A. Spiegelman, N. Giridharan, A. Sonnino, and L. Kokoris Kogias, “Bullshark: DAG BFT protocols made practical,” in Proc. ACM CCS, 2022. [21] Aptos Foundation. “AIP-89: Consensus Latency Reduction using Order Votes.” Online specification, 2024. Aptos Foundation AIP-89. [22] A. Tonkikh, B. Arun, Z. Xiang, Z. Li, and A. Spiegelman, “Raptr: Prefix consensus for robust high-performance BFT,” arXiv preprint arXiv:2504.18649, 2025. [23] Aptos, “Baby Raptr Is Here: a New Era of Consensus Begins,” Jun. 20, 2025. [Online]. Available: https://aptosnetwork.com/currents/babyraptr-lands-on-mainnet [24] J. D. Chan, Y. C. Tay, and B. R. Z. Yen, “A performance analysis of consensus time for blockchains,” ACM Trans. Model. Perform. Eval. Comput. Syst., vol. 10, no. 3, pp. 1–23, Mar. 2025. [25] K. Hwerbi, I. Amdouni, C. Adjih, L. A. Saidane, and A. Laouiti, “Delay analysis of BFT consensus: Case study of Narwhal and Bullshark protocols,” Computer Communications, vol. 242, article 108278, Oct. 2025. [26] F. Gai, A. Farahbakhsh, J. Niu, C. Feng, I. Beschastnikh, and H. Duan, “Dissecting the performance of chained-BFT,” in Proc. IEEE Int. Conf. Distributed Computing Systems (ICDCS), 2021, pp. 595–606. [27] A. Fujihara, “Theoretical analysis on block time distributions in Byzantine fault–tolerant consensus blockchains,” in 2024 IEEE International Conference on Blockchain (Blockchain), Copenhagen, Denmark, 2024, pp. 378–385, doi: 10.1109/Blockchain62396.2024.00056.

[28] A. Fujihara, “Mitigation and resurgence of the scalability trilemma: Mathematical analysis for optimal sharding in dual–layer Byzantine fault–tolerant blockchains,” Distributed Ledger Technologies: Research and Practice, 2025. doi: 10.1145/3772080. [29] A. Fujihara, “Mathematical modelling of dual–layer Byzantine fault– tolerant consensus process for optimal sharding and mitigation of blockchain trilemma,” in 2024 6th Conf. Blockchain Research & Applications for Innovative Networks and Services (BRAINS), Berlin, Germany, 2024, pp. 1–10, doi: 10.1109/BRAINS63024.2024.10732571. [30] A. Fujihara, “Exploring the universality of finality time in proofof-stake blockchains: Empirical analysis and mathematical formulation of size-synchrony antagonism,” in 2025 IEEE International Conf. Blockchain and Cryptocurrency (ICBC), Pisa, Italy, 2025, pp. 1–5, doi: 10.1109/ICBC64466.2025.11114702. [31] Hyperliquid Docs, “Staking – Technical Details,” online documentation, accessed Dec. 2025. [Online]. Available: https://hyperliquid.gitbook.io/ hyperliquid-docs/hypercore/staking#technical-details

Record · ID 423843 · SHA-256 64231ec1b3a7fe72
Retrieved via Conceptio — every document is proof-bundled with source, license, and retrieval metadata.