Re-export vault registry: add DeBlock steakusdc OAVs + global refresh#25
Merged
Conversation
📝 WalkthroughWalkthroughThe ChangesVersion Bump
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~1 minutes Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@package.json`:
- Line 3: Update the version field in package.json from "1.2.6" to "1.2.7" to
align with the PR objectives which explicitly require a version bump from 1.2.6
to 1.2.7. This ensures the package version matches what consuming packages will
expect when they update their dependency on `@yieldxyz/shield` to 1.2.7 in
follow-up work.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: e0e88b8d-c446-4f58-a1d6-5a1b4690f834
📒 Files selected for processing (2)
package.jsonsrc/validators/evm/erc4626/vault-registry.json
Philippoes
approved these changes
Jun 19, 2026
dnehl
approved these changes
Jun 19, 2026
raiseerco
approved these changes
Jun 19, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary by CodeRabbit
Re-exports
vault-registry.jsonfrom productionGET /v1/shield/registry(last export was2026-03-23, now2026-06-18). This picks up two DeBlock allocator vaults (OAVs) on thebase-usdc-steakusdcyield that were deployed 2026-06-08, plus other vaults onboarded across all clients since the last export.New DeBlock OAVs now whitelisted:
0x3090DA9cA38f8412BC7d3542406af866F9EBE962(feeConfig8fb60a73)0x570Ad4ba8DBE4197a34E6d0edcf01b17C7EDa28B(feeConfigcb8476e9)Why
DeBlock withdraws routed through these two OAVs were failing Shield validation with
"Vault address not whitelisted"in production (MONITOR mode, Betterstack). The OAVs are LIVE in the DB but were added after the last registry export, so the embedded registry didn't know about them. This is the same OAV-churn failure class as the Apr 29 Trust campaign incident — the static registry goes stale whenever a new allocator vault is deployed on an already-enabled yield.Changes
src/validators/evm/erc4626/vault-registry.json— re-exported (1,516 → 1,607 vaults)isWethVault: truepatch post-export (export doesn't set it correctly for WBNB-input vaults on chainId 56)1.2.5→1.2.6Verification
allocatorVaultscommon sorted yieldId sets); the only non-addition is a reordering within one yield'sallocatorVaultsarrayisWethVault: true)pnpm test vault-registrypassesFollow-up
@yieldxyz/shieldto1.2.6inapps/api+apps/yield-apiin the monorepo, deploy, and confirm the DeBlock"Vault address not whitelisted"false positives stop in BetterstackValidationContext.feeConfiguration, so the embedded registry is no longer the single source of OAV staleness