Comments URL: https://news.ycombinator.com/item?id=48384879

Points: 3

# Comments: 0

Logs are local, but some claims need to travel. As agents, MCP tools, metered APIs, and automated payment flows do more work, there needs to be a simple way for another system to verify what was reported later. PEAC issues portable signed records for that boundary.

https://github.com/peacprotocol/peac

Website: https://www.peacprotocol.org

Comments URL: https://news.ycombinator.com/item?id=47824244

Points: 3

# Comments: 1

Comments URL: https://news.ycombinator.com/item?id=47784960

Points: 1

# Comments: 0

The idea is to make agent, MCP, and API interactions verifiable across org boundaries instead of relying only on logs. Still early, but that’s the thing I’m most focused on right now.

Originary: https://www.originary.xyz PEAC: https://github.com/peacprotocol/peac

Comments URL: https://news.ycombinator.com/item?id=47564359

Points: 3

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=47531158

Points: 2

# Comments: 0

It opens a signed interaction record and shows who acted, what happened, and whether the signature verifies. You can try it in the browser with a sample file or use the CLI locally. No signup, no backend, no outbound fetches.

I built it because logs are useful for debugging, but not great when another team or customer needs something portable they can inspect independently later. I wanted a simple way to open a signed record and verify it with a public key.

The tool is deliberately narrow: it is read-only, verifies structure and signatures, and does not issue records or validate business logic.

Happy to answer technical questions.

Comments URL: https://news.ycombinator.com/item?id=47477304

Points: 1

# Comments: 1

Comments URL: https://news.ycombinator.com/item?id=47387314

Points: 1

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=47332009

Points: 41

# Comments: 3

Comments URL: https://news.ycombinator.com/item?id=47331982

Points: 8

# Comments: 0

I built it because most agent logs are hard to review and easy to fake or misread. This gives you a readable timeline plus local verification for supported receipt/bundle files, with no account and no outbound verification.

Comments URL: https://news.ycombinator.com/item?id=47324434

Points: 1

# Comments: 1

Comments URL: https://news.ycombinator.com/item?id=47308559

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=47271187

Points: 95

# Comments: 71

Comments URL: https://news.ycombinator.com/item?id=47234017

Points: 1

# Comments: 0

What it does:

- captures tool calls (input/output/timing/status) via the OpenClaw hook surface

- appends them to a tamper-evident chain (each entry links to the previous digest)

- emits a signed, portable receipt per tool call (JSON you can verify offline)

Why: If you’re running agents across services, the “truth” of what happened ends up split across logs. This gives you a single artifact you can attach to an incident, audit, customer ticket, or cross-team handoff.

Try:

- git clone https://github.com/peacprotocol/peac - cd peac && pnpm install - cd examples/openclaw-capture && pnpm demo

It prints a trace + emits 3 example receipts.

Looking for feedback from OpenClaw users: - which fields are missing for real debugging/auditing? - do you want this to map to an existing trace model (OTel, etc.)? - what storage/transport would you actually use for receipts in production?

Comments URL: https://news.ycombinator.com/item?id=46965661

Points: 1

# Comments: 1