Evidence row 770546

What was observed

{
  "count": 4,
  "tools": [
    {
      "description": "Return the public profiles of two catalog projects side by side, identified by host and two owner/repo slugs. The response presents each project's facts and health bands; it draws no conclusion and names no winner. The pair is refused when either project is unavailable or has insufficient measured signals. Read-only. Serves catalog schema v1.",
      "inputSchema": {
        "additionalProperties": false,
        "properties": {
          "a": {
            "description": "The owner/repo slug of the first project.",
            "type": "string"
          },
          "b": {
            "description": "The owner/repo slug of the second project.",
            "type": "string"
          },
          "host": {
            "description": "Repository host, e.g. \"github\".",
            "type": "string"
          }
        },
        "required": [
          "host",
          "a",
          "b"
        ],
        "type": "object"
      },
      "name": "compare_projects"
    },
    {
      "description": "List the public curated lists in the notavibe catalog, or return the public members of one list identified by owner handle and list slug. Only public lists and their publishable members are returned. Read-only. Serves catalog schema v1.",
      "inputSchema": {
        "additionalProperties": false,
        "properties": {
          "handle": {
            "description": "List owner handle; together with slug, it selects one list.",
            "type": "string"
          },
          "slug": {
            "description": "List slug; together with handle, it selects one list.",
            "type": "string"
          }
        },
        "type": "object"
      },
      "name": "get_lists"
    },
    {
      "description": "Return the public profile of one catalog project, identified by host and either an owner/repo slug or a numeric repository id. Both host and one of slug or id are required; a call missing them is refused as an invalid argument and names what is missing, which is distinct from the not-found given for a well-formed lookup that matched nothing. This resolves any project the catalog holds, including one below the discovery floor that search does not return. The profile carries the claim state, verification or generation provenance, the six vocabulary dimensions, the five health-signal bands, license and package-registry facets, and staleness. Health signals are reported as bands, not raw measures; no person-derived counts are included. Read-only. Serves catalog schema v1.",
      "inputSchema": {
        "additionalProperties": false,
        "properties": {
          "host": {
            "description": "Repository host, e.g. \"github\".",
            "type": "string"
          },
          "id": {
            "description": "The numeric repository id (the stable identity anchor).",
            "type": "integer"
          },
          "slug": {
            "description": "The owner/repo slug.",
            "type": "string"
          }
        },
        "required": [
          "host"
        ],
        "type": "object"
      },
      "name": "get_project"
    },
    {
      "description": "Search the notavibe catalog of open-source projects. The query matches project name, project description, and the category, ecosystem, kind, runtime and license_family vocabulary facets; free-form repository topics are not matched. A facet match adds a project to the results and does not affect its position in them: results are ordered by how closely the query matches name and description, then by published health signals. Every word of the query must match. A project's description is generated from its facets until its maintainer claims it and writes their own, so a query describing what a project does, such as \"http router\" or \"date parsing\", matches only where those words appear in a project name, in a claimed description, or among the words a facet value matches; a project name or a category, kind or ecosystem word is what a generated entry reliably matches. The catalog currently covers one ecosystem: javascript-typescript. category, ecosystem, kind, runtime, license_family and topics are also exact filters. Every filter supplied is applied, and a filter combines with the query rather than replacing it: query with ecosystem returns only projects that match the text AND carry that ecosystem. A filter narrows the result set and never changes the order. category, ecosystem, kind, runtime and license_family accept only values from this catalog's managed vocabulary; a value outside it is refused and the refusal names the accepted values, so it is never returned as an empty result. topics is an open set, so any topic is accepted and an unrecognised one simply matches nothing. The full vocabulary is available from the catalog facet enumeration. The response echoes the filters that were applied. Search returns projects at or above this catalog's discovery floor — a repository whose measured activity is too low to be ranked is held out of search even though the catalog holds it and has signals for it. A call with a query also returns projects in the settling hold, a waiting period a new or changed entry serves before it can be ranked. A call with filters and no query lists ranked projects only, so it excludes projects in the settling hold. An empty result therefore means that nothing matched among the projects that call can return, which is not the same as the catalog having no such project: a project known by name can still be retrieved by exact identity with get_project. At most 100 results are returned; the response field truncated is true when more matched and the list was cut at 100, and no total is reported. Returns compact result rows: repository host and numeric id, slug, name, description, claim state, category, and the maintenance-rhythm and contribution-breadth health bands. Read-only. Serves catalog schema v1.",
      "inputSchema": {
        "additionalProperties": false,
        "description": "All properties combine with AND. Filters narrow the result set and never affect the order. A call with every property omitted returns an empty result set.",
        "properties": {
          "category": {
            "description": "Exact filter on the category dimension. Managed set: a value outside it is refused, and the refusal names the accepted values.",
            "type": "string"
          },
          "ecosystem": {
            "description": "Exact filter on the ecosystem dimension. Managed set: a value outside it is refused, and the refusal names the accepted values.",
            "type": "string"
          },
          "kind": {
            "description": "Exact filter on the kind dimension. Closed set: a value outside it is refused, and the refusal names the accepted values.",
            "type": "string"
          },
          "license_family": {
            "description": "Exact filter on the license-family dimension. Closed set: a value outside it is refused, and the refusal names the accepted values.",
            "type": "string"
          },
          "query": {
            "description": "Full-text query over project name, project description, and the category/ecosystem/kind/runtime/license_family facets. A facet match scopes the result set and never orders it. Combines with any filter below.",
            "type": "string"
          },
          "runtime": {
            "description": "Exact filter on the runtime dimension. Closed set: a value outside it is refused, and the refusal names the accepted values.",
            "type": "string"
          },
          "topics": {
            "description": "Exact filter on one repository topic. Open set: any value is accepted, and an unrecognised topic matches nothing rather than being refused.",
            "type": "string"
          }
        },
        "type": "object"
      },
      "name": "search_projects"
    }
  ]
}

What the leaf hashes

{"body":"0dfaea7fd93afe39eb9b5c856b01a71285f26ecb1b6010ba920108a585750da1","id":770546,"kind":"mcp.tools","method":"probe.mcp/1","observed_us":1793184715602118,"prev":null,"subject":"ad632b97-35d4-44f2-82a8-41559d4bbbba","subject_kind":"endpoint"}

Proof

Fold these into the leaf in order, hashing each sorted pair with keccak256, to reach the root of 2026-10-28 (231336 rows).

1. 0x9f23ebd8521b99854e2ceac538d3a71b781e80eea4983b2f8de02d8541c41d52
2. 0x860192039be58d46332fa20c37d144542d92f5b5519c82965919f694bf273b01
3. 0xde326d33c9f2347c3657a8af1135a967c6e365ed31673c9de12c506856be8d79
4. 0xfcf9f35193806a93b18aced3d32dc47752cdff7543f742b2ad9c5a42e1bc5a48
5. 0x1bc232d4082737d74628edf80d3561448730d962f747cc7bd814efa05d420311
6. 0xde84b600fec6c1da130f0a1bfc7c2a5e81d312c0c3960ed73fd9b8c8ac83d151
7. 0x2bbbf10916eda553c06f61750bdfcd6f91970a46e3b3232aea87a10ffa579fef
8. 0xa880fca734febc778dfd35456f461dbb5f5dccdb30059d878958dec38bc2bc5e
9. 0x6ffd0424f043468426a07a58da3b05eb8393be7481340918d3e521aaa8fca577
10. 0x8f8d533486e9607a377040d199fe4648b1bf4b8b6a63b80b6c447cd0980be93e
11. 0xa0a08318dc6083307bd8c0af52c4afcc7dd786054c69837c31bcaca2fe1c7c6f
12. 0x9ad41ad6fb87c51fe544b1778909c03f41ac2424c196c84a0b78024f6a9df13d
13. 0xa938e25481f6c2bb7474d5ed23c3e6616105250a53a3f98587d0ebff02240902
14. 0xc4674b97eec0bfb92cf9c2ffb4427d455d9f902b5fe3ea0be83ee462202d7416
15. 0xcf313ac43fef601c9e46f82a687b6a3c655f47c31675c1791c49de20295be63d
16. 0x0f8977bd16865247451d1ee836b084081d3d0cd17d6a07353fad0c70393c7403
17. 0xe08e8bd91858a8a10c46ecde9c29a6288b960987303173c5e882afb46ce91fa0
18. 0xe6cfe00ae4e02bc12327e45b5f3334ea5850ba3bcc8e3101d30a8189856a95af

Day root

0x2c19037464cc4c493624565f01775d6446fc78eaa118fc6865bfe2bfca9ff78e

Chained

0xd1d7dee8322ceff8f4c8d83aa1fe4a4466825c2af1c97dbde3d35db61234f7be

Published

On Arc Testnet, block 69584042: 0x8bae2b1d097834c8b458513862d70d29ee807e98dc2e863b27250131c15b35ae