fibercrypto / fibercrypto/skycoin
Process received blocks in separate channel
- 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