Search results

Latest Events: Parallelize Block Processing

type: refactorCode improvement without changing functionalityCode improvement without changing functionality

Status: Open.

#199 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 19, 2025

Latest Events: On Reorg Update Only the Reorged Logs in the Resulting Vector

type: refactorCode improvement without changing functionalityCode improvement without changing functionality

Status: Open.

#198 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 19, 2025

Historic Mode: Fetch Logs From Different Block Ranges in Parallel

type: refactorCode improvement without changing functionalityCode improvement without changing functionality

Status: Open.

#197 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 19, 2025

fix: Figure Out How to Handle <code>to_block(block_hash)</code> being reorged during historic streaming

status: needs discussionRequires team input before implementationRequires team input before implementation

type: enhancementImprovement to existing functionalityImprovement to existing functionality

Status: Open.

#194 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 19, 2025

fix: Using Block Hash for <code>from_block</code>: Handle Unlikely Edge Case that a Reorg Happens Between Scanner Being Started and The First Logs Being Fetched

type: enhancementImprovement to existing functionalityImprovement to existing functionality

type: refactorCode improvement without changing functionalityCode improvement without changing functionality

Status: Open.

#193 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 19, 2025

<code>RobustProvider</code>: Client Should be Able to Pass Different Types of Provider-related Types Into <code>.fallback</code>

type: enhancementImprovement to existing functionalityImprovement to existing functionality

Status: Open.

#185 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 14, 2025

<code>latest</code> and <code>sync::from_latest</code> Should Allow Specifying "Anchor Event Filters" To Determine the Starting Point, But Stream Other Events

type: featureNew functionalityNew functionality

Status: Open.

#184 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 14, 2025

<code>EventFilter</code> Should Include <code>.count()</code> That Limits the Number of Events Streamed in Any Mode

type: featureNew functionalityNew functionality

Status: Open.

#183 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 14, 2025

Add <code>transaction_index</code> Scanner Field to Scanners That Rely on <code>from_block</code>

status: needs discussionRequires team input before implementationRequires team input before implementation

type: featureNew functionalityNew functionality

Status: Open.

#179 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 13, 2025

test: fix flaky <code>test_subscribe_fails_causes_backup_to_be_used</code>

priority: highImportant for MVP/core featuresImportant for MVP/core features

type: testTest coverage improvementsTest coverage improvements

Status: Open.

#170 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 10, 2025

feat: Support Multiple Event Filters for a Single Event Stream

type: featureNew functionalityNew functionality

Status: Open.

#169 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 10, 2025

feat: Scanner Live/Sync Modes Should Handle Subscriptions That Lag or Get Closed

type: enhancementImprovement to existing functionalityImprovement to existing functionality

Status: Open.

#167 In OpenZeppelin/Event-Scanner;

· 0xNeshi opened on Nov 7, 2025