<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Provetrail</title>
    <link>https://provetrail.org</link>
    <description>An open standard for verifiable execution provenance: a portable, third-party-verifiable record of what an AI agent did, in what order, and under what governance.</description>
    <language>en</language>
    <lastBuildDate>Mon, 03 Aug 2026 04:05:43 +0700</lastBuildDate>
    <generator>Ion SSG</generator>
    <item>
      <title>What is verifiable execution provenance?</title>
      <link>https://provetrail.org/posts/what-is-verifiable-execution-provenance/</link>
      <guid>https://provetrail.org/posts/what-is-verifiable-execution-provenance/</guid>
      <pubDate>Sun, 12 Jul 2026 00:00:00 +0000</pubDate>
      <description>Verifiable execution provenance is a portable, third-party-verifiable record of what an agent did, in what order, and under what authority. A definition, and where it sits among C2PA, MCP, A2A, and agent identity.</description>
      <category>provenance</category>
      <category>standards</category>
      <category>verification</category>
    </item>
    <item>
      <title>What makes an implementation Provetrail-conformant?</title>
      <link>https://provetrail.org/posts/what-makes-an-implementation-conformant/</link>
      <guid>https://provetrail.org/posts/what-makes-an-implementation-conformant/</guid>
      <pubDate>Sun, 12 Jul 2026 00:00:00 +0000</pubDate>
      <description>An implementation is Provetrail-conformant if it accepts every valid record in the published vector suite and rejects every tampered or malformed one. Conformance is defined by the vectors, not by who wrote the code.</description>
      <category>conformance</category>
      <category>standards</category>
      <category>verification</category>
    </item>
    <item>
      <title>Signed vs proven: what a runtime record can and can&#39;t prove</title>
      <link>https://provetrail.org/posts/signed-vs-proven/</link>
      <guid>https://provetrail.org/posts/signed-vs-proven/</guid>
      <pubDate>Sat, 11 Jul 2026 00:00:00 +0000</pubDate>
      <description>A signature proves who emitted a record and that it was not altered afterward. It does not, on its own, prove the work behind it was real. Where the line falls, and the frontier we are building toward.</description>
      <category>verification</category>
      <category>cryptography</category>
      <category>honesty</category>
    </item>
    <item>
      <title>How third-party verification works</title>
      <link>https://provetrail.org/posts/how-third-party-verification-works/</link>
      <guid>https://provetrail.org/posts/how-third-party-verification-works/</guid>
      <pubDate>Fri, 10 Jul 2026 00:00:00 +0000</pubDate>
      <description>You verify a Provetrail record by rehashing its events into a Merkle root, checking the signature on that root against a published key, and confirming each outcome is bound to committed evidence. All of it runs client-side, in any language, against public conformance vectors.</description>
      <category>verification</category>
      <category>cryptography</category>
      <category>conformance</category>
    </item>
  </channel>
  <atom:link href="https://provetrail.org/feed.xml" rel="self" type="application/rss+xml"></atom:link>
</rss>