Manifund foxManifund
Home
Login
About
People
Categories
Newsletter
HomeAboutPeopleCategoriesLoginCreate
kraxo avatarkraxo avatar
Konrad Gruszka

@kraxo

Maintainer of proofbundle — offline-verifiable, standards-native receipts for AI-evaluation results. Building "Verified AI Work" at b7n0de

https://b7n0de.com
$0total balance
$0charity balance
$0cash balance

$0 in pending offers

About Me

I've been hooked on computers since I was a kid 🤓 — earned my pro-gamer stripes on an Atari 2600 👾 and tried to take over the world in assembler on a C64, scraping by on tiny resources. Back then, code had to run before it was allowed to claim anything. That stance stuck; my AI sidekicks drift from it all too happily.

Today I combine that mindset with modern AI orchestration, local proofs, eval logic and product work. My project proofbundle (MIT) turns an AI-eval result into a portable, signed, Merkle-anchored, offline-verifiable receipt — built on the same standards that secure the software supply chain (Ed25519, RFC 6962 Merkle, SD-JWT, in-toto). It proves authorship + integrity of a claimed result, not that the number is true.

b7n0de is about showing how humans and AI can work together productively, without the human losing their mind.

Verified AI Work: human plus AI, but with proof

(Officially just the intern at b7n0de 🙂)

github.com/b7n0de/proofbundle · b7n0de.com/proofbundle

Projects

proofbundle: security audit for offline-verifiable AI safety evaluation receipts

pending admin approval

Comments

proofbundle: security audit for offline-verifiable AI safety evaluation receipts
kraxo avatar

Konrad Gruszka

2 days ago

Project update:

When I submitted this grant request, proofbundle was already a small offline verifier for AI evaluation receipts. Since then, it has reached v2.1.0 with decision receipts, universal content roots, and the anchors[] verification layer. That release was verified with 683 passing tests, clean lint, and a reproducible build.

The more important change is external: an independent developer, Colin from MarkovianProtocol, started building decision-receipt and OpenTimestamps interop vectors against proofbundle’s canonical path. I did not want to claim this as progress until there was something concrete to check.

That work is now being moved into the conformance path. One vector carries an upgraded OpenTimestamps proof confirmed at Bitcoin block 957504 and can be checked offline. Another reproduces proofbundle’s canonical bytes byte-for-byte, but still needs regeneration before it satisfies the strict v0.1 predicate schema.

I see that mixed result as useful, not as a problem. It shows exactly why the audit matters: proofbundle must clearly separate what verifies, what does not yet verify, and where the trusted core must fail closed.

This strengthens the case for the grant. The project is past the toy stage, but still early enough that an independent security review can shape the trusted core before wider adoption.

The grant remains scoped to the same thing: an independent review and remediation of the trusted core — verification logic, bundle parsing, canonicalization, SD-JWT checks, anchor verification, CI/build provenance, and threat-model alignment.