pev
.
→
scale
new
showcase
graph
analytics
feedback
offline
by Silk Nodes
pev
/
block
/
#96,180,279
← previous block
next block →
recent activity
Analyzing
Block #96,180,279
10 transactions · 8 stateful · 2026-08-15 10:31:33 UTC
Parallelism
60
/100
Blocked
38
%
Avg conflicts / tx
0.7
Longest chain
4
deep
Execution timeline
did this block parallelize well?
view
Execution
Conflict
Heatmap
block
#96,180,279
· 10 txs across 4 waves · depth 4
parallel ↔ serial
wave
w0
wave
w1
wave
w2
wave
w3
#0
syscallReward
#1
0xaf5e395a
· blocks 3
#2
updatePrices
· blocks 1
#6
0x5acec890
#7
execute
#8
setData
#9
0x8494ef…1492
#3
0x6ad2e98b
· blocks 2
#4
0xab083028
· blocks 1
#5
0x41a8f47c
parallel · wave 0, no conflicts
delayed · forced to wait
conflict source · blocks others
Conflict graph
Blocked by
1
w0
2
w0
3
w1
4
w2
5
w3
- write/write
- - read/write
x = tx position · y = wave (depth)
Hot storage slots
Contention
0x889d5e90…929a
0x2a68ba…90c5
8 touches
6 conflicts
0x00000000…0002
0x103de0…bb55
4 touches
1 conflict
0x43bb7dc5…2d98
0x065c9d…c394
3 touches
1 conflict
0x251ad5cc…8928
0x065c9d…c394
3 touches
1 conflict
0x08d53462…97ef
0x2b46c0…1669
2 touches
0 conflicts
0xa980598e…ec52
0x3bd359…433a
2 touches
0 conflicts
0xb5ed555a…386f
0x3bd359…433a
2 touches
0 conflicts
0x0641a6e2…6386
0x754704…b603
2 touches
0 conflicts
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
6 conflicts on slot
0x889d5e90c7…59929a
Audit this contract →
← previous block
·
next block →
recent activity