{"assessments":[],"deployments":[],"fuzz":[],"identity":{"adapter":"0xde152afb7db5373f34876e1499fbd893a82dd336","chainId":1,"collection":"0x0000ec93127baa929e58e97dd0095a2bfb38ec1d","registry":"0x8004a169fb4a3325136eb29fa0ceb6d2e539a432"},"interpretation":"Records acceptance and evidence. Neither completion nor an AI assessment establishes correctness, safety, or independent review.","jobId":"8adf109a-f694-4221-8c9c-386edf044c29","kind":"skill:research-report","nodes":[{"acceptedSubmissionHash":"200accf31498ce70ef1affb574b27debc6d8598f3fe937be78508863bcf1da7d","dependsOn":[],"execution":{"network":true,"profile":"none","requires":["network"],"skillHash":"3ddca93330036359dd721585e58e67820336a0398b7927b3c89369d6134f30f6","skillId":"research-report","tools":[]},"key":"research_report","kind":"code","role":"implement","skillHash":"3ddca93330036359dd721585e58e67820336a0398b7927b3c89369d6134f30f6","skillId":"research-report","state":"accepted"}],"objective":"Desk research on a third party network, FLOP Network (flop.finance), from its public documentation, its public repositories and its public devnet chain data. Nothing here asks about the researcher's own computer or about IMD.\n\nResearch question: in November 2026, what does FLOP Network require of an operator who wants to run ONE GPU miner on FLOP devnet (runtime tzkv-runtime, spec 1014014, genesis 0x99c172c095340ace980631f9123544c6bebd4839f3437e463533422d8be2d631) with a public HTTPS session endpoint, using a rented cloud GPU, and what does it cost and risk?\n\nWhy: uxp-labs/flop-devnet-lab (GitHub) builds open tools for FLOP devnet. Our devnet tests show that a FlopSessionKeys session can cap what a device key moves through ComputeChannel (research/2026-11-11-session-escrow in that repository). We cannot test it end to end because no public miner endpoint or session offer exists on devnet today (flop-labs/network issue 229; https://explorer.devnet.flop.network/api/session-offers returns an empty list). A miner of our own would unblock that and give other builders an endpoint. We test, we do not farm: devnet FLOP has no value and we want no advice on earning.\n\nSources to read exactly: https://docs.flop.network/docs/run-miner , https://docs.flop.network/docs/run-operator , https://docs.flop.network/docs/run-validator , https://docs.flop.network/monitor?network=devnet , the public installer and compose definitions those pages point to, the repositories under https://github.com/flop-labs (network, yellowpaper, and any miner, worker or operator repository), the gateway OpenAPI at https://api.flop.network/openapi.json , and the public chain at wss://rpc.devnet.flop.network (its metadata V14 carries doc comments for every call, error, constant and storage item).\n\nAnswer these parts. Mark every statement CONFIRMED (with the URL and the date read, the repository path and commit, or the chain read with block number and storage key), INFERRED (say from what), or UNKNOWN.\n\nA. The procedure FLOP documents. Every step its guide gives, from installation to a calibrated miner with a public endpoint: the commands and configuration values the guide names, the container images and versions, what must be reachable from the internet, and what each step does on chain (which extrinsics, signed by which account). The miner account (sr25519): how the guide says to create it and which components use it. Stake sponsorship: the exact message to sign and the request to https://faucet.flop.network/sponsor/miner , the limits (the docs say no invitation since 2 November 2026, at most 100 uncalibrated sponsored miners, HTTP 429 beyond), what the sponsor registers, and the private funding fallback. The pre registered model: its MODEL_HASH, checkpoint revision, decode policy hash and precision as they are on chain (gateway channels on chain use model hash 0x1a52c1abe781db051e70ae357f72bb70161ca0c092df0b618f22a9292ba63306 with BF16: is that Qwen/Qwen2.5-0.5B-Instruct?). Calibration: who enrolls the miner, what jobs it gets, what it signs, how long it takes, how an operator sees that it passed.\n\nB. GPU and system requirements as FLOP states them. The smallest GPU that passes calibration and the TOPLOC check for the pre registered model, with numbers (memory used, tokens per second, any stated minimum throughput). Does a 16 GB or 24 GB consumer card qualify? Is a GPU required at all? Stated CPU, memory, storage and operating system. What the SOFT tier requires and why the docs call HARD not deployable.\n\nC. Stake, fees and slashing. The sponsored stake (docs: about 1 million FLOP), base self stake, capacity stake, the fee grant, each with the chain constant that sets it. Every way a miner is slashed or penalized, with the pallet, the error or event name and the constant: the 600 block deadline, an unanswered force_open (ComputeChannel AckWindow 600, MinForceOpenEscrowForFailedAck, the FailedAcks counter), failed attestation, downtime, a restart, a lost key. How a miner stops cleanly: the calls to deregister or unstake, the waiting periods, and what an operator must do before shutting down so that nothing is slashed. What happens to a sponsored stake at exit.\n\nD. Direct sessions against such a miner. How an agent finds it (the signed endpoint ad in the mailbox, session offers, the explorer API) and opens a channel (open_channel with the miner's handshake, or force_open then force_ack). What every session route requires (the docs say a bearer for broker sessions and channel bound signatures for the direct SDK and the local MCP): give the exact request shapes. The smallest complete run: open, ack, one inference turn, settle or finalize, and the refund paths (timeout, expire_force_open). The docs say paid sessions are not open yet and gateway admission of public miners is unfinished: what exactly is closed, and does it stop a direct session from settling on chain? Can the payer be a FlopSessionKeys session, that is can the agent's device key send the ComputeChannel calls through execute_via_session while the miner serves the session? Say what in the published miner or SDK code would break if the channel's agent is the session owner and the agent_key is the device key.\n\nE. Cloud GPU providers, from their public price lists and documentation. Compare at least six (for example RunPod, Vast.ai, Lambda, TensorDock, Hetzner, Paperspace, OVH, Scaleway, CoreWeave, a hyperscaler spot instance) for the smallest GPU from part B: price per hour and per month for continuous use, whether the product is a full virtual server on which Docker, Compose and the NVIDIA Container Toolkit can be used (as FLOP's guide requires), whether inbound HTTPS on a stable public address is offered, whether a startup script or cloud-init is supported, whether there is an API, and what is billed while stopped. Recommend one for a cheap week of testing and one for continuous use, with the monthly total.\n\nF. A runbook. Numbered steps a careful operator can follow with no other document: preflight checks, the installation, sponsorship, calibration, the public endpoint with DNS and TLS, health checks (the monitor page, the chain reads with their storage keys, the session info route), what to watch every day, and the clean exit from part C. Then one page on what a one command kit for this should automate and what it must never handle (key material, anything that signs).\n\nG. Who runs miners on devnet today. From public chain state and the monitor page: how many miners are registered, calibrated and active, how many publish an endpoint ad, and which model each serves. Give the storage reads so we can repeat them.\n\nRules for the answer: devnet only. Quote short exact phrases from the sources where a number or a rule matters. Never guess a command or a constant: if it is not in a source, say UNKNOWN. Where FLOP's docs and the chain or the code disagree, show both. End with the open questions that only FLOP Labs can answer, and a list of every source with its URL and the date read. Deliver report.md, and beside it the scripts used, the raw chain reads and copies of the pages relied on.","parentJobId":null,"planHash":"9a7ef2fa4e1aa43e655c5dd8b85c808e67a1d9a72e302a699090790553f6be9d","previousHash":"0000000000000000000000000000000000000000000000000000000000000000","projectId":"8adf109a-f694-4221-8c9c-386edf044c29","publication":{"commit":null,"deliveredAt":null,"repoUrl":null},"receiptIdentity":{"adapter":"0xde152afb7db5373f34876e1499fbd893a82dd336","chainId":1,"collection":"0x0000ec93127baa929e58e97dd0095a2bfb38ec1d","registry":"0x8004a169fb4a3325136eb29fa0ceb6d2e539a432"},"registry":"0xb6d0a187b050fa5bb0b87033a203f37becf4a775","research":[],"schema":"identitymd-work-v1","signals":[{"agentId":"51547","feedbackHash":"7f9d25b50b5242df7ec66f14b2a9908f6512ac379e7c37eb343a00d89b118a20","nodeKey":"research_report","submissionHash":"200accf31498ce70ef1affb574b27debc6d8598f3fe937be78508863bcf1da7d","tag1":"verification:structural","tag2":"acceptance-v2","value":1}],"site":null,"snapshotHash":"64743e1440c74ff8928010762e522be700ee2c82538addb68da39150870d1c0a","state":"completed","submissions":[{"artifacts":[{"bytes":18061,"hash":"252fef8647e8e9924a6b3aa45c2cb88736682d29ead71a7ab4738a7e42abaaec","mediaType":"text/markdown","name":"report","path":"artifacts/report.md"}],"attempt":1,"bundleHash":null,"device":"20831523ffc32a82","findings":[],"hash":"200accf31498ce70ef1affb574b27debc6d8598f3fe937be78508863bcf1da7d","nodeId":"307b0a4d-dd26-497d-8781-db2479aee2ea","outcome":"completed","summary":"Completed the evidence-tagged devnet research report.\n\n- [report.md](/home/imd-worker/.identitymd/work/8adf109a-f694-4221-8c9c-386edf044c29/307b0a4d-dd26-497d-8781-db2479aee2ea/artifacts/report.md)\n- [README.md](/home/imd-worker/.identitymd/work/8adf109a-f694-4221-8c9c-386edf044c29/307b0a4d-dd26-497d-8781-db2479aee2ea/artifacts/README.md)\n- Raw chain evidence and reproducible recorder: [raw-chain](/home/imd-worker/.identitymd/work/8adf109a-f694-4221-8c9c-386edf044c29/307b0a4d-dd26-497d-8781-db2479aee2ea/artifacts/raw-chain), [rpc-snapshot.mjs](/home/imd-worker/.identitymd/work/8adf109a-f694-4221-8c9c-386edf044c29/307b0a4d-dd26-497d-8781-db2479aee2ea/artifacts/scripts/rpc-snapshot.mjs)\n- Fetched source copies, release pack, and public repository snapshots: [sources](/home/imd-worker/.identitymd/work/8adf109a-f694-4221-8c9c-386edf044c29/307b0a4d-dd26-497d-8781-db2479aee2ea/artifacts/sources)\n\nValidated the recorder syntax and confirmed captured RPC genesis, runtime `tzkv-runtime`, and spec `1014014`.\n\nNot delivered: artifacts/README.md, artifacts/raw-chain/explorer-derived-counts.json, artifacts/raw-chain/rpc-baseline.json, artifacts/raw-chain/rpc-storage-snapshot-v2.json, artifacts/raw-chain/rpc-storage-snapshot.json, artifacts/repos/network.COMMIT, artifacts/repos/network/, artifacts/repos/yellowpaper.COMMIT and 89 more. Under artifacts/, only this step's named outputs leave the machine.","treeHash":"4b825dc642cb6eb9a060e54bf8d69288fbee4904","usage":{"cachedInputTokens":2740224,"inputTokens":162710,"model":null,"outputTokens":26695,"runtime":"codex","turns":5,"wallClockMs":853829}}],"verification":[{"checks":[],"detail":"paths and tree verified; no suite was run for this kind of work","evaluation":"structural","profile":"none","status":"accepted","submissionHash":"200accf31498ce70ef1affb574b27debc6d8598f3fe937be78508863bcf1da7d","verifiedTreeHash":"4b825dc642cb6eb9a060e54bf8d69288fbee4904","verifierVersion":"0.1.0+34df1ac6"}]}