addrbookFor publishers
← The evidence ledger

Evidence row 570565

Observed , by probe.mcp/1.

Kind
mcp.tools
About
endpoint 78675bb5-13dd-4a36-9891-ca87c206c163
Recorded
Previous row
None: the first of its kind about this subject
Body SHA-256
739d36556043873f5c61eee7ef8a3e5b3dce1da314a5578dc9880de094229a0b
Leaf
0x28bbc01d998757526c387836f1be4564f2e9b44c6cc001759567b7c11e7c186f

What was observed

{
  "count": 5,
  "tools": [
    {
      "description": "Append the next unmodified text chunk to a temporary NodeSet2 upload created by begin_nodeset_upload. Pass upload_id exactly as returned by begin_nodeset_upload and chunk as the next consecutive XML text segment; send every chunk in original order without overlap, omission or reformatting. On success the result returns status=OK, upload_id and cumulative received_chars; UNKNOWN_UPLOAD_ID or UPLOAD_TOO_LARGE indicates the upload cannot continue. This tool only stages XML in temporary memory and does not parse or compare it yet.",
      "inputSchema": {
        "properties": {
          "chunk": {
            "title": "Chunk",
            "type": "string"
          },
          "upload_id": {
            "title": "Upload Id",
            "type": "string"
          }
        },
        "required": [
          "upload_id",
          "chunk"
        ],
        "title": "append_nodeset_chunkArguments",
        "type": "object"
      },
      "name": "append_nodeset_chunk"
    },
    {
      "description": "Compare two complete OPC UA NodeSet2 XML documents when both fit in a single request. Pass old_nodeset_xml as the full baseline revision and new_nodeset_xml as the full candidate revision. The deterministic report returns result (COMPATIBLE, REVIEW_REQUIRED, BREAKING, or INSUFFICIENT_INPUT), old_node_count, new_node_count, issue_count, a summary keyed by change code, and issues containing code, severity, node_id and detail. Examples include NODE_ADDED, NODE_REMOVED, DATA_TYPE_CHANGED and reference changes. For large XML documents use begin_nodeset_upload + append_nodeset_chunk for each revision, then audit_uploaded_nodesets instead.",
      "inputSchema": {
        "properties": {
          "new_nodeset_xml": {
            "title": "New Nodeset Xml",
            "type": "string"
          },
          "old_nodeset_xml": {
            "title": "Old Nodeset Xml",
            "type": "string"
          }
        },
        "required": [
          "old_nodeset_xml",
          "new_nodeset_xml"
        ],
        "title": "audit_nodeset_compatibilityArguments",
        "type": "object"
      },
      "name": "audit_nodeset_compatibility"
    },
    {
      "description": "Compare two large NodeSet2 XML revisions after both have been fully staged with begin_nodeset_upload and append_nodeset_chunk. Pass old_upload_id for the baseline revision and new_upload_id for the candidate revision. This call consumes both upload IDs, so do not reuse them afterward. The report has the same shape as audit_nodeset_compatibility: result (COMPATIBLE, REVIEW_REQUIRED, BREAKING, or INSUFFICIENT_INPUT), old/new node counts, issue_count, summary by change code, and issues with code, severity, node_id and detail. Use the direct audit tool instead when both complete XML documents fit in a single request.",
      "inputSchema": {
        "properties": {
          "new_upload_id": {
            "title": "New Upload Id",
            "type": "string"
          },
          "old_upload_id": {
            "title": "Old Upload Id",
            "type": "string"
          }
        },
        "required": [
          "old_upload_id",
          "new_upload_id"
        ],
        "title": "audit_uploaded_nodesetsArguments",
        "type": "object"
      },
      "name": "audit_uploaded_nodesets"
    },
    {
      "description": "Start one temporary in-memory upload for a large NodeSet2 XML document. Call this once for the old baseline and once for the new candidate when the complete XML documents are too large for audit_nodeset_compatibility. It returns upload_id and max_total_chars. Append that document's chunks in original order with append_nodeset_chunk. Uploads expire after 15 minutes and the service allows at most four active uploads; this tool stores only temporary process memory and does not modify an external system.",
      "inputSchema": {
        "properties": {},
        "title": "begin_nodeset_uploadArguments",
        "type": "object"
      },
      "name": "begin_nodeset_upload"
    },
    {
      "description": "Return bounded service metadata for OPC UA NodeSet Compatibility Gate. Use this only to discover deployment stage, deterministic static-analysis scope, production availability and payment status; do not use it to compare NodeSets. The result includes the shared MCP endpoint and explicitly lists which tool calls are free and which require x402 payment.",
      "inputSchema": {
        "properties": {},
        "title": "nodeset_compatibility_statusArguments",
        "type": "object"
      },
      "name": "nodeset_compatibility_status"
    }
  ]
}

What the leaf hashes

{"body":"739d36556043873f5c61eee7ef8a3e5b3dce1da314a5578dc9880de094229a0b","id":570565,"kind":"mcp.tools","method":"probe.mcp/1","observed_us":1793139827306714,"prev":null,"subject":"78675bb5-13dd-4a36-9891-ca87c206c163","subject_kind":"endpoint"}

Proof

Fold these into the leaf in order, hashing each sorted pair with keccak256, to reach the root of (273461 rows).

  1. 0x28bbdc64a953dcb5e3ff31f40356a7264d4c313ee5aba1fecaea2330750f40b4
  2. 0x0644875cd24f59ec0eab00e1757de1cdb5c3e098f814c9ab5488cf66126d23fb
  3. 0x9a612e1388a97e5ebc84c14dda085cc4c66ae7fb11e4488f9b74b98511ae8e24
  4. 0x21f3cf141363018ce5dec88a231758a3f5d9dac3150c233908ab6b5d9c85102e
  5. 0x872aab0519510f6c55e8590646a6b510a5be7ecc9640865b1265865fc314f69e
  6. 0xf94f8d71b3c053c33b83d3346460e56684a97c10bd2e06fcae34ee09ac8834cc
  7. 0xfe17749f2ee343cfe1f926e9bfe6c3b28d4507b31213b6d067771372251a0ea2
  8. 0x86d175d5ebddf92b6547c7f7a6aa09037f3950a9f19b4b7717f1e1dfd0d5cccd
  9. 0x1d2370a54ee81b80db2cde6a0675bbf7196d4bd2501cac28ee2dfde63a32dcc3
  10. 0x119d4c62f2467379b4ad8ecee541493dc0dff08b8e9843267888bcc9adfb14af
  11. 0x64977be4349e1af29930fcfd7d89ebbb219bc4a1a076ecb37395cda952cbeb6b
  12. 0x53be2d72842ed384672ee78d06cbad599558474b78db9065a3b26f87d53522fa
  13. 0x28be2f2303fcac4decdb6323b0f4ee8f8a31038beb758eaafc604a98626292e4
  14. 0x8ff18b1523f9fbdd16a5796cbe184b46854c06256508af8de5509b598370c725
  15. 0xa383a1cfe9b3f6af67eb4c7642564b9424d46d7fca90e7ba175d549f8b67dd0c
  16. 0x52efa60e0c3d8525486d2310eb3b6b566c9677c64fd1f819edb072cf101bcbdb
  17. 0x22c1fb9487ee0b9732fa017a0cc321eb27a60c08450d112f755089796e12cb1c
  18. 0xa20d48798a34aba12eb9c7297722982d910f06c148f5e27ac59307422964a585
  19. 0x9fc354c0ea3efc3f1b6548bb77ea902a50f2c9647647ea61592efce2bd795699
Day root
0xdd77e5e99da32c3f154180d63e3c3e6fe11e896a2c6896412ef6b5c4bcf7e795
Chained
0x23bb4dfd09f55c15ac3962f53578e02c6114d5bfd9bb451cf8794fb6e2817ef4
Published
On Arc Testnet, block 69414147: 0xb2ebd83aafeb765a0ce66e76aefb133ed06606c98038fd56191e2bcd1dcb77b4

How to check it · This row as JSON