zakura-consensus 6.1.0

Implementation of Zcash consensus checks for the Zakura node. Internal crate, published to support cargo install zakura
Documentation
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
//! Async Halo2 batch verifier service

use std::{
    fmt,
    future::Future,
    mem,
    pin::Pin,
    sync::Arc,
    task::{Context, Poll},
};

use futures::{future::BoxFuture, FutureExt};
use once_cell::sync::Lazy;
use orchard::{
    bundle::{BatchError, BatchValidator, BundleVersion},
    circuit::{OrchardCircuitVersion, VerifyingKey},
    ProtocolVersion, ValuePool,
};
use rand::thread_rng;
use zakura_chain::{parameters::NetworkUpgrade, transaction::SigHash};
use zcash_primitives::transaction::components::orchard::write_v5_bundle;
use zcash_protocol::value::ZatBalance;

use crate::{error::TransactionError, BoxError};
use thiserror::Error;
use tokio::sync::watch;
use tower::Service;
use tower_batch_control::{Batch, BatchControl, RequestWeight};
use tower_fallback::Fallback;

use super::spawn_fifo;

mod cache;

#[cfg(test)]
mod tests;

use cache::Cached;

/// Adjusted batch size for halo2 batches.
///
/// Unlike other batch verifiers, halo2 has aggregate proofs.
/// This means that there can be hundreds of actions verified by some proofs,
/// but just one action in others.
///
/// To compensate for larger proofs, we process the batch once there are over
/// [`HALO2_MAX_BATCH_SIZE`] total actions among pending items in the queue.
const HALO2_MAX_BATCH_SIZE: usize = super::MAX_BATCH_SIZE;

/// The number of verified-proof keys retained per Orchard circuit era.
///
/// Sized to hold several blocks of history plus a full mempool, so that a transaction gossiped
/// well before the block that mines it is still remembered. At 32-byte keys this is on the order
/// of a megabyte per era.
const CACHE_CAPACITY: usize = 20_000;

/// A key that determines every input to one [`Item`]'s proof verification.
///
/// See [`Item::cache_key`] for the construction and for why completeness matters.
type CacheKey = [u8; 32];

/// The type of verification results.
type VerifyResult = bool;

/// The type of the batch sender channel.
type Sender = watch::Sender<Option<VerifyResult>>;

/// The type of a prepared verifying key.
/// This is the key used to verify individual items.
pub type ItemVerifyingKey = VerifyingKey;

/// The BLAKE2b personalization for [`Item`] cache keys.
///
/// Domain-separates these keys from every other BLAKE2b-256 hash in the protocol, so that a
/// cache key can never be confused with a txid, an auth digest, or a sighash.
const HALO2_CACHE_PERSONALIZATION: &[u8; 16] = b"ZakuraHalo2Cache";

// The Orchard Action circuit, and therefore its verifying key, changes across protocol eras.
// A proof produced under one circuit version does not verify under the other keys. So we keep
// each key in its own dedicated verifier and route each bundle to the verifier for the block era
// (network upgrade) it was mined in. The circuit era is a function of the Orchard pool and the
// block's network upgrade — NOT of the transaction version (v5 vs v6): an Orchard-pool bundle
// mined at NU6.3 commits to the NU6.3 circuit whether it is carried in a v5 or a v6 transaction.
//
//   * Orchard bundles mined before NU6.2 (NU5..NU6.2) were produced by the historical, insecure
//     circuit and only verify under the [`InsecurePreNu6_2`] key. These must keep verifying so
//     that nodes can re-sync and reindex pre-soft-fork Orchard history.
//
//   * Orchard bundles mined from NU6.2 until NU6.3 are produced by the fixed circuit and only
//     verify under the [`FixedPostNu6_2`] key.
//
//   * Every Orchard Action mined from NU6.3 onward is produced by the NU6.3 circuit and only
//     verifies under the [`PostNu6_3`] key. The NU6.3 circuit extends the fixed circuit with the
//     `disableCrossAddress` constraint that enforces the Orchard-pool cross-address restriction.
//     Per ZIP 229 that restriction applies to every Orchard-pool Action "regardless of transaction
//     version ... so that it cannot be bypassed by using a version 5 transaction", so v5 Orchard
//     bundles at NU6.3, v6 Orchard bundles, and Ironwood bundles all share this one key.
//
// NOTE: this deliberately does NOT copy zcashd PR #176's WIP shortcut of validating everything
// against the fixed key; that is incorrect both for re-syncing pre-soft-fork Orchard blocks (whose
// proofs only verify under the insecure key) and for NU6.3 Orchard Actions (whose cross-address
// restriction the fixed key cannot enforce).
lazy_static::lazy_static! {
    /// The Orchard Action verifying key for the **pre-NU6.2** (insecure) circuit.
    ///
    /// Reconstructs the verifying key of the original (NU5..NU6.2) Orchard Action circuit.
    /// Bundles mined before NU6.2 committed to this circuit and only verify under this key, so it
    /// MUST be retained to re-verify pre-NU6.2 history on resync. It must never be used to verify
    /// post-NU6.2 bundles.
    pub static ref VERIFYING_KEY_PRE_NU6_2: ItemVerifyingKey =
        ItemVerifyingKey::build(OrchardCircuitVersion::InsecurePreNu6_2);

    /// The Orchard Action verifying key for the **NU6.2-until-NU6.3** (fixed) circuit.
    ///
    /// Built from the fixed variable-base scalar-multiplication Orchard Action circuit shipped in
    /// NU6.2. Orchard bundles mined from the NU6.2 activation height until NU6.3 commit to this
    /// circuit and only verify under this key. At NU6.3 the Orchard pool moves to
    /// [`VERIFYING_KEY_NU6_3_ONWARD`]. See [`VERIFYING_KEY_PRE_NU6_2`] for the era split.
    pub static ref VERIFYING_KEY_NU6_2: ItemVerifyingKey =
        ItemVerifyingKey::build(OrchardCircuitVersion::FixedPostNu6_2);

    /// The Orchard Action verifying key for the **NU6.3-onward** circuit.
    ///
    /// The NU6.3 circuit extends the fixed circuit with the `disableCrossAddress` constraint. Every
    /// Orchard Action mined from NU6.3 onward proves under it: v5 Orchard bundles at NU6.3, v6
    /// Orchard bundles, and Ironwood bundles. They must not be verified with the NU6.2 fixed key,
    /// which leaves `disableCrossAddress` unconstrained and so cannot enforce the cross-address
    /// restriction.
    pub static ref VERIFYING_KEY_NU6_3_ONWARD: ItemVerifyingKey =
        ItemVerifyingKey::build(OrchardCircuitVersion::PostNu6_3);
}

/// A Halo2 verification item, used as the request type of the service.
///
/// An [`Item`] is key-agnostic: it carries only the bundle and sighash. The verifying key (pre-
/// vs post-NU6.2) is supplied by whichever [`Verifier`] processes the item, so an item is always
/// validated against exactly one key and eras are never mixed within a batch.
#[derive(Clone, Debug)]
pub struct Item {
    // `Arc`-wrapped so cloning an `Item` — which `tower-fallback` does eagerly for every request —
    // shares the bundle instead of deep-copying its actions and multi-KB proof. `add_bundle` only
    // needs `&Bundle`.
    bundle: Arc<orchard::bundle::Bundle<orchard::bundle::Authorized, ZatBalance>>,
    sighash: SigHash,
}

impl RequestWeight for Item {
    fn request_weight(&self) -> usize {
        self.bundle.actions().len()
    }
}

impl Item {
    /// Creates a new [`Item`] from a bundle and sighash.
    pub fn new(
        bundle: orchard::bundle::Bundle<orchard::bundle::Authorized, ZatBalance>,
        sighash: SigHash,
    ) -> Self {
        Self {
            bundle: Arc::new(bundle),
            sighash,
        }
    }

    /// Perform non-batched verification of this [`Item`] against `vk`.
    ///
    /// This is useful (in combination with `Item::clone`) for implementing
    /// fallback logic when batch verification fails. The caller supplies the
    /// verifying key for the item's era.
    pub fn verify_single(self, vk: &ItemVerifyingKey) -> bool {
        let mut batch = BatchValidator::new(vk);
        if batch.queue(self).is_err() {
            return false;
        }
        batch.validate(thread_rng())
    }

    /// Returns a key that determines every input to this item's proof verification.
    ///
    /// [`Cached`] reuses a previous `Ok` result whenever this key matches, so the key must commit
    /// to everything [`BatchValidator::add_bundle`] reads. The bundle's consensus encoding is
    /// injective, so hashing it commits to the whole bundle. The verifying key is absent on
    /// purpose: each Orchard circuit era has its own cache, so an entry is only read back under
    /// the key it was written against (see [`verifier_for`]).
    ///
    /// Do not derive this key by hand. The txid does not commit to authorizing data under ZIP 244
    /// (CVE-2026-34377), and `(auth digest, sighash)` is also incomplete: the Orchard and Ironwood
    /// bundles of one v6 transaction share both.
    fn cache_key(&self) -> CacheKey {
        // Destructured exhaustively on purpose: adding a field to `Item` is a compile error here
        // until someone decides whether it belongs in the key.
        let Item { bundle, sighash } = self;

        let mut hasher = blake2b_simd::Params::new()
            .hash_length(32)
            .personal(HALO2_CACHE_PERSONALIZATION)
            .to_state();

        hasher.update(&[bundle_version_discriminant(bundle.bundle_version())]);
        hasher.update(&sighash.0);

        // A total encoder is required, because `cache_key` cannot fail. `write_v5_bundle` and
        // `write_v6_bundle` both delegate to one private `write_bundle`, differing only in v6's
        // precondition on the bundle version, so v5 encodes every version — including Ironwood's,
        // outside its documented v5 contract — and the choice cannot change the bytes.
        let mut encoded = Vec::new();
        write_v5_bundle(Some(bundle.as_ref()), &mut encoded)
            .expect("encoding a bundle into a Vec cannot fail: the encoder only reports IO errors");
        hasher.update(&encoded);

        hasher
            .finalize()
            .as_bytes()
            .try_into()
            .expect("hash_length(32) produces exactly 32 bytes")
    }
}

/// Returns a stable one-byte discriminant for `version`.
///
/// A bundle's consensus encoding contains its flag byte but not its [`BundleVersion`], and two
/// bundles in different value pools can share a flag byte, so [`Item::cache_key`] commits to the
/// value pool and protocol version separately. Today the pool affects verification only through
/// the flags, but the bundle version already selects other version-dependent behaviour in the
/// `orchard` crate, and one byte removes the need to re-check that on every dependency bump.
///
/// Both matches are exhaustive: a new value pool or protocol version is a compile error here
/// until it is given a discriminant on purpose.
fn bundle_version_discriminant(version: BundleVersion) -> u8 {
    let pool = match version.value_pool() {
        ValuePool::Orchard => 0x00,
        ValuePool::Ironwood => 0x10,
    };

    let protocol = match version.protocol_version() {
        ProtocolVersion::InsecureV1 => 0x00,
        ProtocolVersion::V2 => 0x01,
        ProtocolVersion::V3 => 0x02,
    };

    pool | protocol
}

trait QueueBatchVerify {
    fn queue(&mut self, item: Item) -> Result<(), BatchError>;
}

impl QueueBatchVerify for BatchValidator<'_> {
    fn queue(&mut self, Item { bundle, sighash }: Item) -> Result<(), BatchError> {
        self.add_bundle(bundle.as_ref(), sighash.0)
    }
}

/// An error that may occur when verifying [Halo2 proofs of Zcash Orchard Action
/// descriptions][actions].
///
/// [actions]: https://zips.z.cash/protocol/protocol.pdf#actiondesc
// TODO: if halo2::plonk::Error gets the std::error::Error trait derived on it,
// remove this and just wrap `halo2::plonk::Error` as an enum variant of
// `crate::transaction::Error`, which does the trait derivation via `thiserror`
#[derive(Clone, Debug, Error, Eq, PartialEq)]
#[allow(missing_docs)]
pub enum Halo2Error {
    #[error("the constraint system is not satisfied")]
    ConstraintSystemFailure,
    #[error("unknown Halo2 error")]
    Other,
}

impl From<halo2::plonk::Error> for Halo2Error {
    fn from(err: halo2::plonk::Error) -> Halo2Error {
        match err {
            halo2::plonk::Error::ConstraintSystemFailure => Halo2Error::ConstraintSystemFailure,
            _ => Halo2Error::Other,
        }
    }
}

/// The single-item fallback service for one Orchard circuit era.
///
/// When a batch fails, [`Fallback`] re-runs each item individually through this service. It holds
/// the *same* verifying key as the batch it backs, so the fallback can never validate an item
/// against a different era's key than the batch did. The key is named once, when the verifier is
/// built (see [`batch_verifier`]).
///
/// This is a tiny named service rather than a `service_fn` closure because the closure would have
/// to capture `vk`, and a capturing closure has an unnameable, non-`Clone` type — but the global
/// verifier must be `Clone` to hand out per-call handles. A `&'static` field keeps this `Copy`.
#[derive(Clone, Copy)]
pub struct OrchardFallback {
    /// The verifying key for this era, shared with the batch verifier it backs.
    vk: &'static ItemVerifyingKey,
}

impl Service<Item> for OrchardFallback {
    type Response = ();
    type Error = BoxError;
    type Future = BoxFuture<'static, Result<(), BoxError>>;

    fn poll_ready(&mut self, _cx: &mut Context<'_>) -> Poll<Result<(), Self::Error>> {
        Poll::Ready(Ok(()))
    }

    fn call(&mut self, item: Item) -> Self::Future {
        Verifier::verify_single_spawning(item, self.vk).boxed()
    }
}

/// The batching-and-fallback stack for one Orchard circuit era, before caching.
type BatchFallbackService = Fallback<Batch<Verifier, Item>, OrchardFallback>;

/// The concrete type of a global Halo2 verification service.
///
/// Each Orchard circuit era gets its own instance — see [`VERIFIER_PRE_NU6_2`], [`VERIFIER_NU6_2`],
/// or [`VERIFIER_NU6_3_ONWARD`] — so that batches, fallbacks, verifying keys, and caches are fully
/// separated per era.
type VerifierService = Cached<BatchFallbackService>;

/// Builds a global Halo2 verifier that validates every item against `vk`.
///
/// The returned service batches contemporaneous proof verifications and, if a batch fails, falls
/// back to verifying each item individually. The batch and its fallback share the single `vk`
/// passed here, so an item built by this verifier is always checked against exactly one era's key.
/// Callers select the correct era's key by which `VERIFYING_KEY_*` they pass; there is no runtime
/// key resolution.
///
/// The stack is wrapped in a [`Cached`] so that a proof gossiped into the mempool does not have
/// to be verified again when the block that mines it arrives. Because each era builds its own
/// verifier here, each era also gets its own cache, which is what binds a remembered result to the
/// `vk` it was produced under.
fn batch_verifier(vk: &'static ItemVerifyingKey) -> VerifierService {
    Cached::new(batch_fallback_verifier(vk), CACHE_CAPACITY)
}

/// Builds the uncached batching-and-fallback stack for `vk`.
fn batch_fallback_verifier(vk: &'static ItemVerifyingKey) -> BatchFallbackService {
    Fallback::new(
        Batch::new(
            Verifier::new(vk),
            HALO2_MAX_BATCH_SIZE,
            None,
            super::MAX_BATCH_LATENCY,
        ),
        OrchardFallback { vk },
    )
}

/// Global batch verification context for **pre-NU6.2** Halo2 Action proofs.
///
/// Items routed here are verified against [`VERIFYING_KEY_PRE_NU6_2`] (the insecure circuit
/// retained for historical blocks). This service transparently batches contemporaneous proof
/// verifications, handling batch failures by falling back to individual verification.
///
/// Note that making a `Service` call requires mutable access to the service, so you should call
/// `.clone()` on the global handle to create a local, mutable handle.
pub static VERIFIER_PRE_NU6_2: Lazy<VerifierService> =
    Lazy::new(|| batch_verifier(&VERIFYING_KEY_PRE_NU6_2));

/// Global batch verification context for **NU6.2-until-NU6.3** Halo2 Action proofs.
///
/// Items routed here are verified against [`VERIFYING_KEY_NU6_2`] (the fixed circuit). This
/// service transparently batches contemporaneous proof verifications, handling batch failures by
/// falling back to individual verification.
///
/// Note that making a `Service` call requires mutable access to the service, so you should call
/// `.clone()` on the global handle to create a local, mutable handle.
pub static VERIFIER_NU6_2: Lazy<VerifierService> =
    Lazy::new(|| batch_verifier(&VERIFYING_KEY_NU6_2));

/// Global batch verification context for **NU6.3-onward** Halo2 Action proofs.
///
/// Items routed here are verified against [`VERIFYING_KEY_NU6_3_ONWARD`] (the NU6.3 circuit, which
/// adds the `disableCrossAddress` constraint). Every Orchard Action mined from NU6.3 onward routes
/// here — v5 Orchard bundles at NU6.3, v6 Orchard bundles, and Ironwood bundles. This service
/// transparently batches contemporaneous proof verifications, handling batch failures by falling
/// back to individual verification.
///
/// Note that making a `Service` call requires mutable access to the service, so you should call
/// `.clone()` on the global handle to create a local, mutable handle.
pub static VERIFIER_NU6_3_ONWARD: Lazy<VerifierService> =
    Lazy::new(|| batch_verifier(&VERIFYING_KEY_NU6_3_ONWARD));

/// Selects the lazily initialized Halo2 verifier for `network_upgrade`.
///
/// Keeping selection separate from initialization lets tests verify every
/// routing branch without building the expensive Orchard verifying keys.
fn lazy_verifier_for(network_upgrade: NetworkUpgrade) -> &'static Lazy<VerifierService> {
    use NetworkUpgrade::*;

    match network_upgrade {
        // Orchard did not exist before NU5, so these upgrades never carry
        // Orchard bundles. They are bound to the pre-NU6.2 (insecure)
        // verifier because that is the only key under which any Orchard
        // history before NU6.2 verifies; routing them anywhere else cannot be
        // correct.
        Genesis | BeforeOverwinter | Overwinter | Sapling | Blossom | Heartwood | Canopy | Nu5
        | Nu6 | Nu6_1 => &VERIFIER_PRE_NU6_2,

        // NU6.2 ships the fixed circuit and is the only upgrade that uses it:
        // it is active from the NU6.2 activation height until NU6.3.
        Nu6_2 => &VERIFIER_NU6_2,

        // NU6.3 adds the `disableCrossAddress` constraint to the Orchard
        // Action circuit. Every Orchard Action from NU6.3 onward, including
        // those in V5 transactions, commits to this circuit. Per ZIP 229, the
        // restriction applies regardless of transaction version, so it cannot
        // be bypassed with a V5 transaction. The NU6.2 fixed key would both
        // reject honest NU6.3 proofs and fail to enforce this constraint.
        Nu6_3 | Nu7 => &VERIFIER_NU6_3_ONWARD,

        // `ZFuture` is post-NU6.3 and inherits the NU6.3 circuit. Keep the
        // cfg-gated arm explicit so a future upgrade cannot silently fall back
        // to an older or insecure verifier.
        #[cfg(zcash_unstable = "zfuture")]
        ZFuture => &VERIFIER_NU6_3_ONWARD,
    }
}

/// Returns the global Halo2 verifier for the Orchard Action circuit active at
/// `network_upgrade`.
///
/// The Orchard Action circuit — and therefore its verifying key — changes with the block era, and
/// a proof produced under one circuit does not verify under another era's key. The era is a
/// function of the block's network upgrade, not the transaction version, so each Orchard bundle
/// is checked against the key for the upgrade of the block it appears in:
///
///   * upgrades before NU6.2 are routed to [`VERIFIER_PRE_NU6_2`] (the historical insecure key;
///     see GHSA-jfw5-j458-pfv6), so pre-soft-fork Orchard history still verifies on re-sync;
///   * NU6.2 until NU6.3 is routed to [`VERIFIER_NU6_2`] (the fixed key);
///   * NU6.3 onward is routed to [`VERIFIER_NU6_3_ONWARD`] (the NU6.3 circuit). The Orchard-pool
///     cross-address restriction is enforced for every Orchard Action from NU6.3 onward regardless
///     of transaction version, "so that it cannot be bypassed by using a version 5 transaction"
///     (ZIP 229); that restriction lives in the NU6.3 circuit, which the NU6.2 fixed key cannot
///     verify. So an Orchard bundle at NU6.3 uses the same key as V6 Orchard and Ironwood.
///
/// The mapping is an explicit, exhaustive `match` on every [`NetworkUpgrade`] variant: there is
/// no version-comparison fallthrough and no default-to-insecure arm, so adding a future upgrade
/// is a compile error here until it is bound to a key on purpose.
pub fn verifier_for(network_upgrade: NetworkUpgrade) -> &'static VerifierService {
    lazy_verifier_for(network_upgrade)
}

/// Returns how many times `item` has reached its era's inner Halo2 verifier.
#[cfg(test)]
pub(crate) fn inner_calls_for(network_upgrade: NetworkUpgrade, item: &Item) -> usize {
    verifier_for(network_upgrade).inner_calls_for(item)
}

/// Attempts to flush the batching service wrapped by `verifier`.
pub(super) fn try_flush(verifier: &VerifierService) -> Result<bool, BoxError> {
    verifier.inner().primary().clone().try_flush()
}

/// Halo2 proof verifier implementation
///
/// This is the core implementation for the batch verification logic of the
/// Halo2 verifier. It handles batching incoming requests, driving batches to
/// completion, and reporting results.
///
/// Each verifier validates against a single, fixed [`ItemVerifyingKey`]; the Orchard circuit eras
/// are served by independent verifiers, so a batch never mixes proofs for different keys.
pub struct Verifier {
    /// The verifying key that every batch and fallback from this verifier uses.
    vk: &'static ItemVerifyingKey,

    /// The synchronous Halo2 batch validator.
    batch: BatchValidator<'static>,

    /// A channel for broadcasting the result of a batch to the futures for each batch item.
    ///
    /// Each batch gets a newly created channel, so there is only ever one result sent per channel.
    /// Tokio doesn't have a oneshot multi-consumer channel, so we use a watch channel.
    tx: Sender,
}

impl Verifier {
    /// Creates a verifier that validates every item against `vk`.
    fn new(vk: &'static ItemVerifyingKey) -> Self {
        let (tx, _) = watch::channel(None);
        Self {
            vk,
            batch: BatchValidator::new(vk),
            tx,
        }
    }

    /// Returns the batch verifier and channel sender,
    /// replacing the batch and channel with new empty ones.
    fn take(&mut self) -> (BatchValidator<'static>, Sender) {
        // Use a new verifier and channel for each batch.
        let batch = mem::replace(&mut self.batch, BatchValidator::new(self.vk));
        let (tx, _) = watch::channel(None);
        let tx = mem::replace(&mut self.tx, tx);

        (batch, tx)
    }

    /// Synchronously process the batch using its bound verifying key, and send the result using
    /// the channel sender. This function blocks until the batch is completed.
    fn verify(batch: BatchValidator<'static>, tx: Sender) {
        let result = batch.validate(thread_rng());
        let _ = tx.send(Some(result));
    }

    /// Flush the batch using a thread pool, sending the result via the channel.
    /// This returns immediately, usually before the batch is completed.
    fn flush_blocking(&mut self) {
        let (batch, tx) = self.take();

        // Correctness: Do CPU-intensive work on a dedicated thread, to avoid blocking other futures.
        //
        // We don't care about execution order here, because this method is only called on drop.
        tokio::task::block_in_place(|| rayon::spawn_fifo(move || Self::verify(batch, tx)));
    }

    /// Flush the batch using a thread pool, validating against the batch's bound key and returning
    /// the result via the channel. This function returns a future that becomes ready when the batch
    /// is completed.
    async fn flush_spawning(batch: BatchValidator<'static>, tx: Sender) {
        // Correctness: Do CPU-intensive work on a dedicated thread, to avoid blocking other futures.
        let start = std::time::Instant::now();
        let result = spawn_fifo(move || batch.validate(thread_rng())).await;
        let duration = start.elapsed().as_secs_f64();

        let result_label = match &result {
            Ok(true) => "success",
            _ => "failure",
        };
        metrics::histogram!(
            "zakura.consensus.batch.duration_seconds",
            "verifier" => "halo2",
            "result" => result_label
        )
        .record(duration);

        let _ = tx.send(result.ok());
    }

    /// Verify a single item against `vk` using a thread pool, and return the result.
    async fn verify_single_spawning(
        item: Item,
        vk: &'static ItemVerifyingKey,
    ) -> Result<(), BoxError> {
        // Correctness: Do CPU-intensive work on a dedicated thread, to avoid blocking other futures.
        if spawn_fifo(move || item.verify_single(vk)).await? {
            Ok(())
        } else {
            Err(TransactionError::Halo2VerificationFailed.into())
        }
    }
}

impl fmt::Debug for Verifier {
    fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
        let name = "Verifier";
        f.debug_struct(name).field("batch", &"..").finish()
    }
}

impl Service<BatchControl<Item>> for Verifier {
    type Response = ();
    type Error = BoxError;
    type Future = Pin<Box<dyn Future<Output = Result<(), BoxError>> + Send + 'static>>;

    fn poll_ready(&mut self, _cx: &mut Context<'_>) -> Poll<Result<(), Self::Error>> {
        Poll::Ready(Ok(()))
    }

    fn call(&mut self, req: BatchControl<Item>) -> Self::Future {
        match req {
            BatchControl::Item(item) => {
                tracing::trace!("got item");
                if let Err(err) = self.batch.queue(item) {
                    return Box::pin(async move { Err(BoxError::from(err)) });
                }
                let mut rx = self.tx.subscribe();
                Box::pin(async move {
                    match rx.changed().await {
                        Ok(()) => {
                            // We use a new channel for each batch,
                            // so we always get the correct batch result here.
                            let is_valid = *rx
                                .borrow()
                                .as_ref()
                                .ok_or("threadpool unexpectedly dropped response channel sender. Is Zakura shutting down?")?;

                            if is_valid {
                                tracing::trace!(?is_valid, "verified halo2 proof");
                                metrics::counter!("proofs.halo2.verified").increment(1);
                                Ok(())
                            } else {
                                tracing::trace!(?is_valid, "invalid halo2 proof");
                                metrics::counter!("proofs.halo2.invalid").increment(1);
                                Err(TransactionError::Halo2VerificationFailed.into())
                            }
                        }
                        Err(_recv_error) => panic!("verifier was dropped without flushing"),
                    }
                })
            }

            BatchControl::Flush => {
                tracing::trace!("got halo2 flush command");

                let (batch, tx) = self.take();

                Box::pin(Self::flush_spawning(batch, tx).map(|()| Ok(())))
            }
        }
    }
}

impl Drop for Verifier {
    fn drop(&mut self) {
        // We need to flush the current batch in case there are still any pending futures.
        // This returns immediately, usually before the batch is completed.
        self.flush_blocking()
    }
}