How does batch prediction improve ad auction speed? Batch prediction evaluates all eligible campaigns in a single model call instead of sequential calls, reducing HypeLab's internal auction latency by 3x. This optimization lets our Web3 ad platform compete in more external SSP auctions and deliver better results for crypto advertisers and publishers alike.
When a user visits a publisher site running HypeLab ads, multiple advertisers may want to reach that user. A DeFi protocol like Aave, a prediction market like Polymarket, a crypto exchange like Coinbase, or a blockchain game like Axie Infinity - all might have campaigns targeting this impression. HypeLab must quickly decide which campaign to bid with, then compete in external auctions against other crypto ad networks.
This internal auction - selecting the best campaign from multiple eligible candidates - requires running prediction for each candidate and comparing expected values. Doing this efficiently is essential for meeting latency requirements in real-time bidding. Batch prediction makes it possible, and it is one reason why HypeLab consistently outperforms traditional ad networks in the Web3 advertising space.
What is an internal ad auction? An internal auction happens within HypeLab to select which campaign to bid with when multiple campaigns target the same impression. The winning campaign then competes against other ad networks in the external SSP auction.
Why does auction speed matter? Both auctions must complete within 50-100ms total. Faster internal auctions mean more time for external competition, higher win rates, and better CPMs for publishers.
What results does batch prediction deliver? HypeLab reduced P50 internal auction latency by 3x - a significant improvement that increased auction participation and revenue for both advertisers and publishers.
What Is the Difference Between Internal and External Ad Auctions?
Understanding HypeLab's auction mechanics requires distinguishing between internal and external auctions. This two-stage process is how modern crypto ad networks like HypeLab, Coinzilla, and Bitmedia compete for premium Web3 inventory.
Internal auction (within HypeLab): Multiple campaigns target the same impression. HypeLab predicts CTR for each, computes expected value (PCTR x bid), and selects the winner. This determines which campaign HypeLab will bid with.
External auction (at SSP level): If the publisher uses SSPs like Prebid or Cebio, HypeLab's internal winner competes against bids from other ad networks. The SSP selects the overall winner based on bid value and ad quality.
Both auctions must complete within the SSP's timeout window - typically 50-100ms total. The internal auction is upstream: it must finish fast enough to leave time for the external auction. This is where batch prediction becomes critical for Web3 advertising performance.
Publishers that do not use SSPs (direct HypeLab integrations via our SDK) skip the external auction. The internal winner is served directly. But most programmatic inventory runs through SSPs, so optimizing for the two-auction case is essential.
How Does Campaign Eligibility Filtering Work?
Before prediction runs, business rules filter which campaigns can compete for an impression. This filtering happens first because it is fast and dramatically reduces the prediction workload. For crypto advertisers running campaigns on HypeLab, understanding this process helps optimize campaign setup for maximum reach.
Eligibility criteria include:
- Targeting match: Does the campaign's geo, device, and publisher targeting include this impression?
- Budget availability: Does the campaign have remaining budget? (HypeLab supports both crypto and credit card payments for flexible funding)
- Pacing: Is the campaign pacing correctly, or has it spent too quickly today?
- Frequency cap: Has this user seen this campaign too recently?
- Creative availability: Does the campaign have approved creatives in the required format (display, native, video, or rewarded)?
A typical impression might have 100+ active campaigns, but eligibility filtering reduces this to 10-20 candidates. Only these candidates proceed to prediction. This is why well-configured campaigns with proper targeting win more auctions.
Why Is Sequential Prediction a Problem for Ad Auctions?
Sequential prediction evaluates campaigns one at a time, creating latency that kills auction competitiveness. The naive approach to internal auctions looks like this:
for each campaign in eligible_campaigns:
ctr = model.predict(features_for(campaign, impression))
value = ctr * campaign.bid
if value > best_value:
winner = campaign
This works but scales poorly. If each model inference call takes time and there are 15 eligible campaigns, sequential prediction multiplies that latency - potentially blowing the latency budget before the external auction even starts. For a crypto ad network handling millions of impressions daily, this bottleneck means lost revenue for both advertisers and publishers.
| Metric | Sequential | Batch | Improvement |
|---|---|---|---|
| Model calls per auction | 15 | 1 | 15x fewer |
| P50 latency | Slower | Faster | 3x faster |
| Timeout rate | Baseline | -60% | 60% reduction |
| Auction participation | Lower | Higher | More wins |
HypeLab's original implementation used sequential prediction. Legacy code made it the path of least resistance. But as campaign volume grew from early DeFi advertisers like MakerDAO and Synthetix to a full ecosystem including gaming studios, NFT marketplaces, and Layer 2 networks like Arbitrum and Base, sequential prediction became untenable. Migrating to batch prediction was essential for scaling our Web3 ad platform - and the results speak for themselves.
How Does Batch Prediction Speed Up Ad Auctions?
Batch prediction evaluates all candidates in a single model call, delivering 5-8x faster auction processing. Instead of calling the model N times with single feature vectors, HypeLab calls it once with a feature matrix of N rows.
Our prediction framework handles batch prediction natively. The model accepts a matrix where each row is a feature vector for one candidate. It returns a vector of predictions - one probability per row. The computational overhead of batch prediction is much less than N times single prediction because the model can vectorize operations.
Batch prediction performance:
Input: N x F matrix (N campaigns, F features each)
Output: N x 1 vector (one PCTR per campaign)
Time: Dramatically faster than sequential for typical campaign counts
The performance gain is substantial. Batch prediction reduced internal auction latency by roughly 5-8x for typical campaign counts. This freed latency budget for other processing and provided margin against the SSP timeout. For Web3 publishers, this means HypeLab can compete in more auctions and deliver higher CPMs.
What Features Does HypeLab Use for Campaign Prediction?
HypeLab's prediction model uses 25 features combining impression context and campaign characteristics. Understanding these features helps crypto advertisers optimize their campaigns for better auction performance.
Impression-side features (shared): Device type, device model, operating system, browser, publisher slug, placement type, geo tier, time of day, day of week. These are identical for all campaigns because they describe the impression, not the campaign.
Campaign-side features (varying): Advertiser category, creative set type, creative set slug, campaign slug. These differ between campaigns and encode information about what is being advertised and how.
The feature matrix has shared columns (repeated for each row) and varying columns (different per row). This structure is efficient to construct: compute impression features once, then append campaign features for each candidate.
Feature computation efficiency: 25 total features. 18 impression-side (shared). 7 campaign-side (varying). For 15 campaigns, we compute 18 features once and 7 features per campaign = 18 + (15 x 7) = 123 feature computations, not 25 x 15 = 375. This 3x reduction in computation compounds the batch prediction gains.
How Do Campaign Features Affect Auction Rankings?
Campaign-side features determine how HypeLab ranks campaigns differently for the same impression. For crypto advertisers, optimizing these factors directly improves auction competitiveness.
Advertiser category: DeFi protocols like Aave, Compound, Lido, and Uniswap perform differently than gaming projects like Axie Infinity, Pixels, and Big Time, or NFT marketplaces like OpenSea and Blur. The model learns that certain categories perform better on certain publishers. A DeFi campaign might have higher CTR on a portfolio tracker like Zerion or DeBank than on a gaming site, while a gaming campaign performs better on entertainment platforms.
Creative set type: Display, native, video, and rewarded ads have different baseline CTRs and interact differently with publisher contexts. HypeLab's self-serve platform supports all these formats.
Creative set slug: A unique identifier for the specific creative set. The model learns that certain creatives outperform others, even within the same campaign. This is why creative testing matters.
Campaign slug: Unique campaign identifier. Captures campaign-specific patterns not explained by other features. Perhaps the landing page converts well, or the campaign has run long enough to build audience familiarity.
These features allow the model to predict different CTRs for different campaigns even when they target the same user on the same publisher. The campaign with the best predicted performance for this specific context wins the internal auction.
How Does HypeLab Calculate Expected Value for Auction Ranking?
The internal auction winner is determined by expected value, not just predicted CTR. This formula balances ad quality with bid competitiveness:
Expected Value = PCTR x Bid
A campaign with 2% PCTR and $1.00 CPC bid has expected value $0.02. A campaign with 1% PCTR and $3.00 CPC bid has expected value $0.03. The second campaign wins despite lower predicted click rate. This system rewards both creative quality and competitive bidding.
This is why calibration matters so much. If PCTR is systematically wrong, the expected value calculation produces incorrect rankings. Campaigns that should win lose, and vice versa. HypeLab continuously retrains models to maintain calibration accuracy.
For crypto advertisers: Your bid strategy interacts with predicted performance. Higher bids win more auctions but at higher cost. Optimal bidding depends on the value of each conversion and the competitive landscape. Top-performing campaigns on HypeLab see 2-3x better ROAS than industry averages. Launch a campaign today and access real-time auction analytics to optimize your Web3 advertising spend.
How Does HypeLab Handle Auction Edge Cases?
Real auctions have edge cases that simple expected value comparison does not handle. HypeLab's auction engine addresses each scenario:
Exact ties: Two campaigns with identical expected value. We use campaign ID as a tiebreaker for determinism - the same impression should always select the same winner.
Zero predictions: A campaign with PCTR of 0 (or effectively 0) should not win regardless of bid. We apply minimum PCTR thresholds to prevent this.
Single candidate: If only one campaign passes eligibility, there is no auction - that campaign wins by default. Prediction still runs to populate analytics for transparent reporting.
No candidates: If no campaigns pass eligibility, we return no bid. The SSP will fill from another network or show a fallback ad.
What Happens After the Internal Auction Selects a Winner?
Once the internal auction selects a winner, that campaign represents HypeLab in the external SSP auction. The bid submitted equals the expected value from the internal auction, potentially adjusted by margin considerations.
If HypeLab wins the external auction, we serve the ad and charge the advertiser (via crypto or credit card through our dual payment rails). If we lose, another network serves. Either way, the internal auction result feeds into analytics for future model training and transparent reporting to advertisers.
The internal winner's PCTR becomes our bid signal to the SSP. A high PCTR justifies a high bid. The SSP sees our bid and ad quality score, compares against other crypto ad networks, and makes its selection. This is where HypeLab's optimization advantage translates to higher win rates.
What Performance Improvements Did Batch Prediction Deliver?
Migrating from sequential to batch prediction delivered measurable improvements across HypeLab's Web3 ad platform:
- Latency reduction: P50 internal auction time dropped by 3x
- Timeout rate: Reduced by roughly 60% - fewer auctions exceeded latency budget
- Auction participation: Higher participation in external auctions due to faster internal decisions
- Revenue impact: More auction participation translated to more wins, more impressions, better CPMs for publishers
The migration was not trivial. Legacy code assumed sequential access patterns. Feature computation had to be restructured for batch efficiency. Testing required validating that batch and sequential prediction produced identical results for identical inputs. But the results justified the engineering investment.
What Future Optimizations Is HypeLab Exploring?
Batch prediction solved the immediate performance problem, but HypeLab continues exploring further optimizations to stay ahead in the competitive Web3 advertising landscape:
Campaign pre-filtering by prediction: Instead of predicting for all eligible campaigns, predict for a subset likely to win and only evaluate others if the subset produces poor results. This requires meta-learning about which campaigns are likely to be competitive.
Cached campaign predictions: If a campaign's performance is stable for certain impression types, cache that prediction. Only recompute when features change meaningfully. This could reduce inference calls by 30-50% for stable campaigns.
Approximate nearest neighbor for campaigns: Group similar campaigns and predict for cluster representatives. Use representative predictions for cluster members. This trades accuracy for speed in high-cardinality scenarios.
These optimizations are in various stages of exploration. The current batch prediction approach handles our scale well, but growth will eventually require further innovation. HypeLab's engineering investment in auction infrastructure is part of what differentiates us from other crypto ad networks.
How Can Crypto Advertisers Optimize for HypeLab's Auction System?
Understanding internal auctions helps crypto advertisers optimize their campaigns on HypeLab's Web3 ad platform. Here is what drives auction success:
Creative quality matters: Higher PCTR means higher expected value at the same bid. Investing in creative optimization directly improves auction competitiveness. Test multiple creative sets to find top performers.
Targeting affects competition: Broader targeting means competing against more campaigns. Narrower targeting reduces competition but also reduces volume. Find the balance that maximizes your ROI.
Bidding interacts with prediction: A higher bid compensates for lower predicted CTR. But overbidding for poor creatives is expensive. The efficient frontier balances creative quality and bid level.
HypeLab provides real-time analytics that help advertisers understand their auction performance. Win rate, average position, and competitive landscape data inform bidding and creative decisions. Launch your campaign to access these insights.
How Do Web3 Publishers Benefit from Faster Auctions?
For Web3 publishers, efficient internal auctions translate directly to higher revenue. Apps, games, and platforms like Phantom, StepN, and Zerion benefit from HypeLab's auction optimization in several ways:
More competition for inventory: When HypeLab can evaluate more campaigns quickly, more campaigns compete. More competition typically means higher winning bids and better CPMs for publishers.
Higher auction participation: Faster internal decisions mean HypeLab can participate in more external auctions before timeouts. Higher participation translates to more wins and more ad revenue.
Contextually appropriate ads: The internal auction considers publisher context in prediction - selecting ads that perform well on your specific site, not just generically. This improves user experience and engagement.
Publishers using HypeLab's Web3 publisher network get transparent reporting on auction performance, fill rates, and CPMs. See why leading crypto apps choose HypeLab for monetization.
Why Does Batch Prediction Matter for Web3 Advertising?
Internal auctions are invisible to users but critical to ad platform performance. The mechanics - eligibility filtering, batch prediction, expected value ranking - determine which ads get selected and how efficiently. This infrastructure is what separates leading crypto ad networks from commodity solutions.
Batch prediction transformed HypeLab's internal auction from a latency bottleneck to a competitive advantage. By evaluating all candidates simultaneously, we select better ads faster, compete in more external auctions, and deliver better outcomes for both advertisers and publishers.
The engineering is not glamorous, but it is foundational. Every millisecond saved in internal processing is a millisecond available for external competition. In real-time bidding, that margin matters.
Ready to see HypeLab's auction optimization work for you?
- Advertisers: Launch a campaign and reach premium Web3 audiences with programmatic RTB
- Publishers: Join our network and monetize your crypto app with brand-safe advertising
Frequently Asked Questions
- An internal auction happens within HypeLab to select which campaign to bid with. Multiple campaigns may target the same user, and the internal auction picks the best one based on predicted performance and bid value. An external auction happens at the SSP level (Prebid, Cebio) where HypeLab's winning campaign competes against other ad networks. Both auctions must complete within milliseconds for real-time bidding.
- Batch prediction evaluates all eligible campaigns in a single model call rather than calling the model once per campaign. With 10-20 eligible campaigns per impression, batch prediction reduces total inference time from 10-20 model calls to 1 model call. The model processes a matrix of features and returns a vector of predictions. This optimization was critical for meeting millisecond-level latency targets.
- User-side and publisher-side features are identical for all campaigns in an auction - same device, same publisher, same time of day. Campaign-side features differ: advertiser category, creative set type, creative set slug, and campaign slug. The model learns which campaign characteristics perform well in which contexts, enabling personalized ranking even with shared user features.



