fibercrypto / fibercrypto/skycoin

Process received blocks in separate channel

Open
#1,986 0 comments 0 reactions 0 assignees View on GitHub
optimization
Dominant language
Go
Stars
0
Forks
1
PR merge metrics
No merged PRs in 30d

Description

Now that the database is threadsafe, the blocks received over the network can be processed in a separate goroutine.

Currently block processing occurs in the same thread as the network loop. If a block processing queue is used in a separate goroutine, the network could receive blocks faster than it can process them, so the queue might fill up. This case should be analyzed and handled properly.

Contributor guide

No contributing guide indexed for this repository

Research direction

Trace the network loop and the current block-processing path mentioned in the issue. Analyze how a separate processing queue should behave when network reception outpaces processing, and consider the work complete when processing is separated and queue saturation is handled safely.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend, networking
Issue type
Refactor
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.