-
Notifications
You must be signed in to change notification settings - Fork 106
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Add RedJubjub signature verifier service (#460)
Using tower-batch-based async pattern. Now the Verifier is agnostic of redjubjub SigTypes. Updated tests to generate sigs of both types and batch verifies the whole batch. Resolves #407
- Loading branch information
Showing
5 changed files
with
225 additions
and
23 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
Oops, something went wrong.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -4,6 +4,7 @@ | |
//! verification. | ||
mod block; | ||
pub mod redjubjub; | ||
mod script; | ||
mod transaction; | ||
|
||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,155 @@ | ||
//! Async RedJubjub batch verifier service | ||
use std::{ | ||
future::Future, | ||
mem, | ||
pin::Pin, | ||
task::{Context, Poll}, | ||
}; | ||
|
||
use rand::thread_rng; | ||
use redjubjub::{batch, *}; | ||
use tokio::sync::broadcast::{channel, RecvError, Sender}; | ||
use tower::Service; | ||
use tower_batch::BatchControl; | ||
|
||
/// RedJubjub signature verifier service | ||
pub struct Verifier { | ||
batch: batch::Verifier, | ||
// This uses a "broadcast" channel, which is an mpmc channel. Tokio also | ||
// provides a spmc channel, "watch", but it only keeps the latest value, so | ||
// using it would require thinking through whether it was possible for | ||
// results from one batch to be mixed with another. | ||
tx: Sender<Result<(), Error>>, | ||
} | ||
|
||
#[allow(clippy::new_without_default)] | ||
impl Verifier { | ||
/// Create a new RedJubjubVerifier instance | ||
pub fn new() -> Self { | ||
let batch = batch::Verifier::default(); | ||
// XXX(hdevalence) what's a reasonable choice here? | ||
let (tx, _) = channel(10); | ||
Self { tx, batch } | ||
} | ||
} | ||
|
||
/// Type alias to clarify that this batch::Item is a RedJubjubItem | ||
pub type Item = batch::Item; | ||
|
||
impl Service<BatchControl<Item>> for Verifier { | ||
type Response = (); | ||
type Error = Error; | ||
type Future = Pin<Box<dyn Future<Output = Result<(), Error>> + 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"); | ||
self.batch.queue(item); | ||
let mut rx = self.tx.subscribe(); | ||
Box::pin(async move { | ||
match rx.recv().await { | ||
Ok(result) => result, | ||
Err(RecvError::Lagged(_)) => { | ||
tracing::warn!( | ||
"missed channel updates for the correct signature batch!" | ||
); | ||
Err(Error::InvalidSignature) | ||
} | ||
Err(RecvError::Closed) => panic!("verifier was dropped without flushing"), | ||
} | ||
}) | ||
} | ||
|
||
BatchControl::Flush => { | ||
tracing::trace!("got flush command"); | ||
let batch = mem::take(&mut self.batch); | ||
let _ = self.tx.send(batch.verify(thread_rng())); | ||
Box::pin(async { Ok(()) }) | ||
} | ||
} | ||
} | ||
} | ||
|
||
impl Drop for Verifier { | ||
fn drop(&mut self) { | ||
// We need to flush the current batch in case there are still any pending futures. | ||
let batch = mem::take(&mut self.batch); | ||
let _ = self.tx.send(batch.verify(thread_rng())); | ||
} | ||
} | ||
|
||
#[cfg(test)] | ||
mod tests { | ||
use super::*; | ||
|
||
use std::time::Duration; | ||
|
||
use color_eyre::eyre::Result; | ||
use futures::stream::{FuturesUnordered, StreamExt}; | ||
use tower::ServiceExt; | ||
use tower_batch::Batch; | ||
|
||
async fn sign_and_verify<V>(mut verifier: V, n: usize) -> Result<(), V::Error> | ||
where | ||
V: Service<Item, Response = ()>, | ||
{ | ||
let rng = thread_rng(); | ||
let mut results = FuturesUnordered::new(); | ||
for i in 0..n { | ||
let span = tracing::trace_span!("sig", i); | ||
let msg = b"BatchVerifyTest"; | ||
|
||
match i % 2 { | ||
0 => { | ||
let sk = SigningKey::<SpendAuth>::new(rng); | ||
let vk = VerificationKey::from(&sk); | ||
let sig = sk.sign(rng, &msg[..]); | ||
verifier.ready_and().await?; | ||
results.push(span.in_scope(|| verifier.call((vk.into(), sig, msg).into()))) | ||
} | ||
1 => { | ||
let sk = SigningKey::<Binding>::new(rng); | ||
let vk = VerificationKey::from(&sk); | ||
let sig = sk.sign(rng, &msg[..]); | ||
verifier.ready_and().await?; | ||
results.push(span.in_scope(|| verifier.call((vk.into(), sig, msg).into()))) | ||
} | ||
_ => panic!(), | ||
} | ||
} | ||
|
||
while let Some(result) = results.next().await { | ||
result?; | ||
} | ||
|
||
Ok(()) | ||
} | ||
|
||
#[tokio::test] | ||
#[spandoc::spandoc] | ||
async fn batch_flushes_on_max_items() -> Result<()> { | ||
use tokio::time::timeout; | ||
|
||
// Use a very long max_latency and a short timeout to check that | ||
// flushing is happening based on hitting max_items. | ||
let verifier = Batch::new(Verifier::new(), 10, Duration::from_secs(1000)); | ||
timeout(Duration::from_secs(5), sign_and_verify(verifier, 100)).await? | ||
} | ||
|
||
#[tokio::test] | ||
#[spandoc::spandoc] | ||
async fn batch_flushes_on_max_latency() -> Result<()> { | ||
use tokio::time::timeout; | ||
|
||
// Use a very high max_items and a short timeout to check that | ||
// flushing is happening based on hitting max_latency. | ||
let verifier = Batch::new(Verifier::new(), 100, Duration::from_millis(500)); | ||
timeout(Duration::from_secs(5), sign_and_verify(verifier, 10)).await? | ||
} | ||
} |