pev
.
→
scale
new
showcase
graph
analytics
feedback
offline
by Silk Nodes
pev
/
block
/
#75,020,330
← previous block
next block →
recent activity
Analyzing
Block #75,020,330
11 transactions · 10 stateful · 2026-05-16 18:24:29 UTC
Parallelism
82
/100
Blocked
30
%
Avg conflicts / tx
0.36
Longest chain
2
deep
Execution timeline
did this block parallelize well?
view
Execution
Conflict
Heatmap
block
#75,020,330
· 11 txs across 2 waves · depth 2
parallel ↔ serial
wave
w0
wave
w1
#0
syscallReward
#1
0x1ffa3c9b
· blocks 2
#2
0xd53e7c84
· blocks 2
#3
updatePosition
#5
updateDataFeedsValuesPartial
#6
updateDataFeedsValuesPartial
#9
setData
#10
execute
#4
0x0c7abd22
#7
batchUpdate
#8
batchUpdate
parallel · wave 0, no conflicts
delayed · forced to wait
conflict source · blocks others
Conflict graph
Blocked by
1
w0
2
w0
4
w1
7
w1
8
w1
- write/write
- - read/write
x = tx position · y = wave (depth)
Hot storage slots
Contention
0xf2f76ab3…623e
0x2a68ba…90c5
4 touches
1 conflict
0x9b18c273…e30b
0x065c9d…c394
4 touches
1 conflict
0x00000000…003d
0x065c9d…c394
4 touches
1 conflict
0x5be1505e…0889
0x065c9d…c394
3 touches
1 conflict
0x0354c846…6aac
0x065c9d…c394
3 touches
1 conflict
0x9db59808…28ef
0x065c9d…c394
3 touches
1 conflict
0x2b0b58a0…c752
0x065c9d…c394
3 touches
1 conflict
0x51ebe27f…a628
0x065c9d…c394
3 touches
1 conflict
What's blocking what?
Click any transaction in the timeline or graph to see which storage slots forced it to wait, and which later transactions it blocked.
The bottleneck
Throughput-killer:
Kuru Exchange: MarginAccount
1 conflict on slot
0xf2f76ab392…f3623e
Audit this contract →
← previous block
·
next block →
recent activity