pev
.
→
scale
new
showcase
graph
analytics
feedback
offline
by Silk Nodes
pev
/
block
/
#73,416,394
← previous block
next block →
recent activity
Analyzing
Block #73,416,394
11 transactions · 10 stateful · 2026-05-09 07:55:03 UTC
Parallelism
73
/100
Blocked
30
%
Avg conflicts / tx
0.55
Longest chain
3
deep
Execution timeline
did this block parallelize well?
view
Execution
Conflict
Heatmap
block
#73,416,394
· 11 txs across 3 waves · depth 3
parallel ↔ serial
wave
w0
wave
w1
wave
w2
#0
syscallReward
#1
transfer
#2
updatePrices
#3
0x121eab2f
· blocks 3
#4
updateDataFeedsValuesPartial
#5
batchUpdate
· blocks 2
#9
0xeffdedb0
#10
setData
#6
batchUpdate
· blocks 1
#8
0xed82b078
#7
batchUpdate
parallel · wave 0, no conflicts
delayed · forced to wait
conflict source · blocks others
Conflict graph
Blocked by
3
w0
5
w0
6
w1
7
w2
8
w1
- write/write
- - read/write
x = tx position · y = wave (depth)
Hot storage slots
Contention
0xf2f76ab3…623e
0x2a68ba…90c5
6 touches
3 conflicts
0x00000000…003d
0x065c9d…c394
4 touches
1 conflict
0x39681329…6eeb
0x065c9d…c394
4 touches
1 conflict
0x9f512c52…b679
0x065c9d…c394
4 touches
1 conflict
0xf537eaa0…73c8
0x065c9d…c394
4 touches
1 conflict
0x18396a88…d30b
0x065c9d…c394
2 touches
0 conflicts
0x57c65674…f7ea
0x065c9d…c394
2 touches
0 conflicts
0x86e808e0…4128
0x065c9d…c394
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
3 conflicts on slot
0xf2f76ab392…f3623e
Audit this contract →
← previous block
·
next block →
recent activity