Skip to content

Euler & Pareto - #135

Merged
1kresh merged 9 commits into
mainfrom
delegator-simplify
Aug 7, 2026
Merged

Euler & Pareto#135
1kresh merged 9 commits into
mainfrom
delegator-simplify

Conversation

@1kresh

@1kresh 1kresh commented Aug 7, 2026

Copy link
Copy Markdown
Collaborator

No description provided.

1kresh and others added 9 commits July 28, 2026 18:15
Bailsec, Aug 2026. Audited symbioticfi/core-mirror at
80c346e, with resolutions reviewed at
87348bb and
a8846cd.

14 findings, no High: 2 Medium (1 resolved, 1 partially resolved), 8 Low and
4 Informational (all acknowledged). Scope covers ParetoOracle, ParetoAccount
and the Euler adapter.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@1kresh
1kresh requested a review from a team as a code owner August 7, 2026 01:44
@1kresh
1kresh merged commit f572e23 into main Aug 7, 2026
3 of 7 checks passed
1kresh added a commit that referenced this pull request Aug 7, 2026
TruffleHog's Lob detector matches `test_` followed by 35 alphanumerics,
which is exactly the shape of many Foundry test names recorded in
snapshots/gas.txt (e.g. test_AddAdapterUsesAdapterWhitelistEntry).

That produced 56 findings on PR #135, all in snapshots/gas.txt and all
test names. Because the bullfrog egress filter blocks api.lob.com, they
could not be verified and so surfaced under `--results=verified,unknown`,
failing the scan with exit 183.

Reproduced with trufflehog 3.96.0 over the same commit range: 56 Lob
findings, 25 unique, every one a test function name. With
`--exclude-detectors=lob`: 0 findings. A postal-mail API key cannot
legitimately appear in this repository, so no coverage is lost.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
1kresh added a commit that referenced this pull request Aug 7, 2026
The first `test` run on main after every merge starts with a cold Foundry RPC
cache: Actions scopes caches per ref, and main cannot read the entries a PR
branch wrote. Cold, the mainnet suites fetch all fork state at once and the
provider answers HTTP 429, so vm.createSelectFork and vm.deployCode fail across
the suite. That failed run 31197476561 (merge of #136) and run 31138998090
(merge of #135); the same commits passed on their PRs, where the cache restored
warm (~2 MB).

Retry the forge step up to 3 times with 60s/120s backoff. Foundry persists every
response it does receive to ~/.foundry/cache/rpc, so each attempt starts warmer
and needs fewer live requests - retrying in-job converges where a fresh run
cannot. Only 429s are retried; any other failure exits on the first attempt, so
a real regression still reports immediately instead of after three passes.

Verified by rendering the step out of the workflow with the matrix expression
substituted as Actions would, then running it under `bash -e` against a stubbed
forge: 429-then-pass exits 0 after 3 invocations, a plain revert exits 1 after 1
invocation with no retry, and persistent 429s exit 1 after 3.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant