A sharedfor food.

A shared language that lets people, applications, devices, robots, and autonomous systems understand one another and coordinate across the food economy.

Read the FoodBlock Paper

The shared layer.

Shared standards let different systems coordinate without giving one company control. FoodBlock provides that neutral layer for food: a common format anyone can implement, use, and build upon.

SWIFT
Banking
HTTP
Web
GS1
Logistics
HL7
Healthcare
FoodBlock
Food

The primitive.

Every FoodBlock follows the same three-part structure: what it is, what is true about it, and what it connects to. That simplicity lets every participant create blocks in the same way, whether it is a multinational supply chain, a market stall trader, a robot, or an autonomous vehicle.

Every record carries its own identity.

Each FoodBlock gets its identity from the information inside it. Change any detail and the identity changes too, so different systems can be sure they are seeing the same record.

Changes are visible

A record cannot be quietly rewritten. If any detail changes, it becomes a new record with a new identity.

Works without a connection

A farmer, fisher, driver, or inspector can create a record without internet access. It can be shared and checked when connectivity returns.

No central registry

No company or government needs to issue the identifier. The record creates its own identity, so different systems can recognise the same information.

Provenance.

Every FoodBlock connects to the people, places, ingredients, events, and claims around it. Together, those connections create trust and transparency across the whole food economy.

Trust emerges.

Like reputation in a social network, trust grows from signed interactions between people, businesses, inspectors, machines, and certifiers over time. Choose what you want to evaluate to see which evidence matters.

Evidence connected to a food participantChoose a participant and a trust question to see the evidence that applies.Signed recordsCreated by the farmsignature.ed2551948 temperature logsRecorded during operationobserve.telemetry12 inspectionsPassed over 3 yearsobserve.inspectionPowys Tomato FarmTrust for safetyactor.producerHygiene rating 5Current and verifiedobserve.rating2 safety reportsResolved and recordedobserve.incident3 years of checksConsistent over timeobserve.history
Participant

The network.

A common format lets businesses, devices, and agents contribute to one connected record of the food economy.

BakeryProducts and orders
Cold-chain sensorTemperature readings
RetailerReceipts and stock
CustomerPurchases and reviews
Food bankSurplus collections
AgentQueries and decisions

For developers.

FoodBlock only defines the structure of a shared food record. It does not define the application around it. Each developer adds to a pool of data that other tools can use and build upon.

More contributors
Growing pool
Applications using it
FoodBlockobserve.telemetry
temperature3.8°C
locationwarehouse-04
recorded27 Aug 2026 · 10:42

Cold-chain status verified. Added to the shared pool for other applications to use.

Governance.

No single entity can own the standard through which an economy records its food data.

01
Open source, MIT licence
The specification and all reference implementations are public, permissively licensed, and available to anyone. No permission is required to implement FoodBlock.
02
Federated by design
FoodBlock is federated like email. Operators run their own servers and exchange blocks with peers. There is no central authority that can deny access or revoke participation.
03
Participant data stays participant capital
Producers, venues, and makers own the blocks they create. No platform intermediary accumulates a proprietary copy of an industry's operational history and uses it as leverage.
04
Natural-language entry lowers the floor
Any AI system that understands natural language can produce standards-compliant FoodBlocks. Small producers with no technical staff are not excluded from the shared record.

Autonomous-system infrastructure.

Autonomous systems are first-class actors in the FoodBlock protocol.

1
Registration
signed actor block
Autonomous systems register through signed actor FoodBlocks with Ed25519 keypairs and scoped capabilities.
2
Permissions
capabilities[]
Scoped by block type, amount caps, auto-approve thresholds, and rate limits.
3
Draft → Approve
two-phase commit
Low-value actions auto-approve. High-value actions queue for human confirmation.
4
Event Subscriptions
pub/sub
Subscribe to block type patterns. New blocks trigger handlers in real-time.
5
Memory
observe.preference
Preferences and learned state stored as append-only observe.preference blocks.

Frequently asked questions

What is FoodBlock?

FoodBlock is an MIT-licensed protocol with three fields (type, state, refs) and six base types (actor, place, substance, transform, transfer, observe). It is federated, content-addressed, and append-only. Anyone can implement it without permission.

Who can use FoodBlock?

Anyone. The protocol is open and permissionless. Developers, businesses, machines, and autonomous systems can all write FoodBlocks without needing approval from a central authority.

How does content addressing work?

Each FoodBlock gets its identity from the information inside it. Change any detail and the identity changes too, so different systems can be sure they are seeing the same record. The hash is derived from the content using SHA-256.

Why is it federated?

FoodBlock is federated like email. Operators run their own servers and exchange blocks with peers. There is no central authority that can deny access or revoke participation. This prevents any single entity from owning the food economy's operational record.

What are the six base types?

Actor (people, businesses, machines), Place (locations and facilities), Substance (ingredients, products, materials), Transform (processes that change substances), Transfer (movements of ownership or goods), and Observe (measurements, reviews, certifications). These types can be extended with subtypes.

Can I build applications on FoodBlock?

Yes. The specification and all reference implementations are public and permissively licensed. Start with the SDK and documentation available on GitHub. No permission is required to implement FoodBlock.

How do autonomous systems participate?

Autonomous systems register through signed actor FoodBlocks with Ed25519 keypairs and scoped capabilities. They can create blocks within their permissions, with high-value actions requiring human approval and routine actions auto-approving within defined limits.

What is the governance model?

The protocol is governed through an open-source, consensus-driven model. No single entity can own the standard. Changes to the core specification require community consensus. Individual implementations can add features, but the base protocol remains stable and backward-compatible.

Build on FoodBlock.

Open protocol. Three fields. Anyone can write the shared food record.