Анализ безопасности смарт-контрактов на основе ИИ для агентов и разработчиков ИИ.

##Проверь нас за две минуты

Вам нужен Узел 22 или новее (что использует наш рабочий процесс пересчета) и ничего больше.

Первая команда пересчитывает одну папку результатов из своих вердиктов и проверяет хэши. Он работает в автономном режиме.

Вторая команда проверяет шашки. Он копирует каждую папку результатов в временный каталог, устанавливает выдуманный идентификатор поиска и перевернутый вердикт и запускает check.mjs этой папки. Смирение - это хорошо. BLIND означает, что чекер принял установленную ошибку. Сегодня ни одна папка не является слепой. Последний, результат/2026-10-26-evmbench, был зафиксирован 3 ноября 2026 года в запросе 89. Чтобы увидеть, с чего мы начали, проверьте состояние перед исправлением:

Третья команда проверяет центральный индекс (results/README.md): каждая папка, которую она называет с числом недействительных ответов выше нуля, также должна быть названа в разделе «Степень, если недействительные ответы подсчитаны». Том Смарт обнаружил, что этого не хватало для пяти старых папок 4 ноября 2026 года (выпуск 41). Он охватывает один индекс, но не новую папку.

Три из пяти шашек, до которых можно добраться, были слепыми.

Bug Bounty Intelligence: MCP Server

AI-powered smart contract security analysis for AI agents and developers.

Verify us in two minutes

You need Node 22 or newer (what our recount workflow uses) and nothing else.

git clone https://github.com/holistis/bug-bounty-intelligence-mcp
cd bug-bounty-intelligence-mcp
node results/2026-11-02-shop-setup-five-audits/check.mjs
node tools/checker-selftest.mjs
node tools/ranges-check.mjs

The first command recounts one result folder from its verdict files and checks its hashes. It runs offline.

The second command tests the checkers. It copies every result folder to a temp directory, plants a made-up finding id and a flipped verdict, and runs the check.mjs of that folder. CAUGHT is good. BLIND means the checker accepted the planted fault. Today no folder is BLIND. The last one, results/2026-10-26-evmbench, was fixed on 3 November 2026 in pull request 89. To see where we started, test the state before our fixes:

The third command checks the central index (results/README.md): every folder it names with a voided-answer count above zero must also be named under its “Ranges if the voided answers are counted” section. Tom Smart found that this was missing for five older folders on 4 November 2026 (issue 41). It covers that one index, not yet a newer folder’s own README.

git worktree add ../selftest-before 0fafa23
node tools/checker-selftest.mjs ../selftest-before/results

Three of the five checkers a made-up id can reach were BLIND then.

First issues, each scoped to one folder or one audit: good first issues. How a change is reviewed and how credit works: CONTRIBUTING.md. The scan engine itself is not in this repository.

Every public statement of ours that turned out wrong is listed, with the date and the fix, in ERRATA.md. The counting rule behind our results is MEASUREMENT-RULE-two-judge-strict.md.

Update, 2 November 2026: the scan you can buy, counted

The setup behind our deep scan found 14 of 20 known High findings on five public audits, one run each, graded by a copy of the benchmark’s own judge. On the same five audits the leader’s own report finds 15 of 20 under that copy. Every verdict, the exact reports the judge read and a script that recounts everything are in results/2026-11-02-shop-setup-five-audits, with the limits listed. All our result folders are listed in results/README.md, and the longer story is on our blog.

Update, 25 October 2026, night: two free tools next to the scan