BlockSentinel logoBlockSentinel

Product

Lending-specific exploit risk scoring plus guard proposal packages for protocol multisigs.

BlockSentinel is an off-chain risk engine for lending protocols. It watches event-log activity, computes explainable near-term risk, alerts teams when thresholds move, and packages response recommendations for multisig review.

BlockSentinel is an off-chain risk engine for DeFi lending protocols. It monitors Ethereum event activity, detects abnormal market stress, explains risk drivers, alerts security teams, and prepares bounded guard proposals for multisig review.

BlockSentinel is advisory by design: no custody, no autonomous execution, and no unilateral control over protocol contracts.

Where this sits in the market

A narrower wedge than “protect everything on-chain.” Designed for DeFi lending security teams.

CategoryTypical promiseBlockSentinel wedge
Generic monitoringAlert on eventsExplain why lending risk changed
Broad security platformsDetect many attack typesFocus first on lending stress and exploit preconditions
Risk consultanciesParameter analysis and dashboardsContinuous event-driven score plus operational alerting
Firewall / prevention layersBlock risky transactionsAdvisory guard proposals for multisig approval
Analytics dashboardsExplore dataGet an actionable risk package when thresholds move

Monitoring coverage

CapabilityPhase 1 status
Ethereum mainnetIn scope
Lending protocol event ingestIn scope
Borrow / repay / liquidation signalsIn scope
Rolling counts and z-scoresIn scope
Risk 7d and 30dIn scope
Slack / email alertsIn scope
Dashboard / APIIn scope
Guard proposal JSONIn scope
Safe transaction packagingOptional / roadmap
Multi-chainRoadmap
Full oracle feedsRoadmap
Autonomous executionOut of scope by design

Risk scoring methodology

Phase 1 starts with rules, not unexplained black-box AI.

Risk score 0–10

Normalized near-term exploit risk for operational response. Higher means more stress in the scoring window.

Confidence 0–1

Signal agreement and freshness. Low confidence suppresses noisy alerts.

Factors + evidence

Each score lists drivers, windows, and evidence so teams can argue with the number.

7d is the fast window; 30d is the smoothed trend. Future AI explanations, if added, stay optional and capped — they do not replace the evidence bundle.

Alert delivery

  • Slack and email with severity tiers
  • Dedupe windows to reduce alert spam
  • Evidence links: transactions, blocks, and signal drivers
  • API access for internal tooling and a read-only dashboard

Guard proposal package

When policy thresholds are met, BlockSentinel prepares a proposal: human-readable summary, auditable JSON, allowlisted action, cooldown, and expiration. Optional Safe transaction packaging is proposal-only and depends on backend readiness.

BlockSentinel does not sign, execute, or override governance.

Integrations

  • Slack webhook alerts
  • Email alerts
  • HTTP API for dashboards and internal tools
  • Optional Gnosis Safe proposal packaging (roadmap / optional)

FAQ

Is BlockSentinel an audit replacement?+

No. Audits review code before deployment. BlockSentinel watches live lending-market stress after deployment and packages a response. They are complementary.

Does BlockSentinel execute transactions?+

No. Guard actions are proposals only. Protocol multisigs review and execute, or reject.

Does BlockSentinel hold funds?+

No. There is no custody of protocol or user funds.

Which chains are supported first?+

Ethereum first. Additional chains are on the roadmap.

Which protocols are supported first?+

DeFi lending protocols, starting with a small Ethereum set such as Aave-style markets during the pilot. There is no implied partnership unless explicitly stated.

How do guard proposals work?+

When risk and confidence cross policy thresholds, BlockSentinel builds an allowlisted proposal package (summary + JSON + expiration). Signers decide. Safe packaging is optional depending on backend readiness.

Can teams customize thresholds?+

Yes. Pilot onboarding includes protocol config, market set, and threshold preferences.

How does BlockSentinel reduce false positives?+

Phase 1 uses rule-based scores with confidence, persistence windows, and alert dedupe. It does not claim a better false-positive rate than other vendors.