net robothood chain · 4663
block
seq
uptime
output
state WORKING
theme ◼ muted ▁▁▁▁▁
ROBOTHOOD
they work. you take the credit.
contract 0xb8f1Cf757E4e6fFd7E61d09997AC4cEad2631528
assembly bay · omega
power nominal
▓ power▓ liquidity▓ signal▓ ▒▒▒▒▒▒
00

The premise

floor: open

They work. You take the credit.

Everything on-chain is still hand-work. Somebody sits at a screen and clicks. Somebody watches a chart at four in the morning because that is when it moves. Somebody rebalances, redeploys, re-checks, and calls the whole exhausting ritual being early. It is not being early. It is labour, and it is being paid at zero.

The market does not close. You do. Every hour you spend asleep, eating, working a job or being a person is an hour the position is unattended and the work does not get done. That gap is not a discipline problem. It is a staffing problem.

ROBOTHOOD builds the staff. You do not do the work here. You commission a unit, set what it is allowed to do, and put it on the floor. It runs the shift. It does not sleep, it does not negotiate, and it does not take the credit.

They work. You take the credit.
Bring the idea. They will do the hours.ROBOTHOOD, intake notice, bay A
FIG.00 output curve · unit throughput after commissioning live

      
x — blocks since the unit went on shifty — output amplitudedecay half-life ≈ 340 blocks
01

The manual floor

why you are still the labour

Doing it yourself solved a real problem once. Deploying, trading and monitoring used to require a desk, a team and permission. Now it requires one person with a phone. That was progress, and it came with a cost nobody priced: the one person is you, and you are the bottleneck.

A human operator has a duty cycle of about sixteen hours on a good day, reacts in whole seconds, and gets worse the longer the shift runs. The venue you are operating in has a duty cycle of twenty-four hours, reacts in milliseconds, and does not get tired. You are not competing with other people. You are competing with everything that already automated.

It shows up in the chart below. The share of on-chain work still executed by a human hand is collapsing, and not because people got lazy. It is collapsing because the hand lost.

hours you can work ≤ 16 hours the market runs 24 ───────────────────────────── hours nobody is covering → ████

The floor's position is simple: the interesting part of a position was never the conviction. It is the execution, and execution is work. Work can be delegated. Almost nobody delegates it.

FIG.01 labour index · on-chain work still done by hand archive

      
bar length — share of the job still done by a personthe shorter the bar, the more of it a unit already covers
02

The chassis

five systems · one unit

Before you can commission anything, you need to know what a unit is made of. ROBOTHOOD models every worker as five systems. Each system is a slot. Each slot holds a setting you choose, and each setting changes something the market can actually feel.

Most tooling exposes one system: size. A few expose two. The floor exposes all five, plus the one nobody talks about, and lets you set them against each other. That is where a useful worker comes from. Not from one exotic setting, but from a combination nobody has put on shift before.

FIG.02 system load map · live units by subsystem live

      
load· idle░ light▒ working▓█ redlined
03

The build

bay B · procedure

Four steps. None of them involve writing Solidity. None of them involve you doing the work.

01 · Pick the frame. Choose the worker you are building on. A plain fixed-size unit, a rebasing one, a reflexive one. This is the chassis, and it decides what your settings are even able to mean.

02 · Set the systems. Configure the five. The floor compiles your choices into a contract rather than filling a template, so combinations no template author anticipated are still valid units.

03 · Burn-in. The unit runs a full shift against a simulated market before it touches the chain. Most builds fail here, which is the point. You get the teardown report either way.

04 · Put it on the floor. The unit that survives is deployed to chain 4663 and settles to Ethereum. From that moment its build is public, immutable and readable by anyone — including everything that would rather it stopped working.

We do not promise your unit holds. We promise it does the hours, and that the log says whose name is on them.ROBOTHOOD, bay B protocol, revision ██
FIG.03a burn-in chamber live

        
simulated market · unit under load
FIG.03b depth response live

        
asksbidsspread —
FIG.03c floor throughput · blocks vs. units on shift live

      
▁ total deploys▚ built in bay Bshare —
04

The failure rate

bay B · yield

Building is not free and the floor will not pretend otherwise. The further you tune a unit away from a known-good configuration, the higher the chance it comes off the line dead.

This is not a flaw in the process, it is the process. A workshop that guarantees every unit behaves identically is a workshop that can only produce the same worker everyone already has. Capability requires failure. The floor's job is to make the failure cheap, and to make it happen in burn-in instead of in someone's wallet.

The chart tracks it honestly. Lightly tuned units survive at rates close to a stock build. Heavily tuned ones do not. What changes is not just survival, it is range: the units that do survive do work the stock build simply cannot.

FIG.04 uptime vs. build complexity · units leaving burn-in

      
more custom work, fewer survivorsthe survivors are the ones that never clock out

Read it as a warning if you like. The floor reads it as a shift roster.

05

The units

canis · bay C

Three units that came off the line working.

These are not products and they are not for sale. They are reference builds: what happens when you take the same frame and push a single system to its limit. Every one of them is a dog because the first frame that held for a full shift was quadruped, and the name stuck.

Notice that none of the three is better. Each is a working answer to a different job, and each pays for its strength somewhere else. That trade is the whole discipline. A system with no cost is a system you have not measured yet.

We did not build them to be liked. We built them to be on time.ROBOTHOOD, bay C intake note, cycle ██████
06

The substrate

chain 4663

A work floor needs a medium that does not lie about who did what. The unit has to be readable, its build has to be immutable once deployed, and the record of the work has to outlive the workshop that built it.

ROBOTHOOD is specified against chain 4663, an EVM ledger that settles to Ethereum and posts its data as blobs on L1. There is no native chain token. Gas is paid in ETH. That matters here: a substrate with no coin of its own has no incentive to favour one worker over another. It is a neutral floor, which is the only kind worth putting a shift on.

chain id4663 · 0x1237 (mainnet) / 46630 (testnet)
settlementEthereum L1 · blob data availability
finalityinherited from Ethereum consensus
gas assetETH — no native chain token
build storageon-chain · immutable after deployment
mempoolpublic — every unit visible pre-inclusion
burn-inoff-chain simulation · deterministic seed
floor hook████████████████████

Ethereum is the part of this stack the floor does not control, and that is deliberate. The sequencer decides what happened inside a block. Ethereum decides whether the block happened at all. It means a deployed build cannot be quietly edited afterward, including by us.

Which is the only guarantee worth making. Not that your unit will be safe. That the record of the work — and of whose name is on it — will outlive anyone's ability to change it.

07

Liability

read this one

Everything above is the pitch. This section is the part the pitch usually leaves out, and it is here because a workshop that hides its failure modes is not a workshop.

Units are experimental. A configuration that has never been put on shift has, by definition, never been tested by reality. Burn-in simulates. It does not know.

Automation is not profit. A worker that executes flawlessly can execute a bad idea flawlessly, all night, at full speed. The floor makes the work happen. It cannot make the work correct.

The build is public. The moment your unit is deployed, every setting you chose is legible to anyone, including whoever is looking for a weakness in exactly that combination.

Nothing here is financial advice, and no outcome is promised. Assume any unit can go to zero, including yours, including the ones in bay C.

expected uptime : ████ expected return : undefined what is promised : the log, and nothing else
08

Shift phases

live telemetry
09

Floor stream

unfiltered
ROBOTHOOD shell v0.9.██ — type help for commands.
rl>