AI-generated Every word, diagram, and the interactive map on this page were researched and written by AI (Claude), working under my direction. Learn more

What this is. The whole thing, the digging and the cross-checking and the prose, was done by AI research agents. My job was to steer: I asked the questions, pushed for more when an answer felt thin, pulled the agents back when they wandered, and checked the findings against the primary records myself.

Why I did it. Partly to actually learn how this technology works. Partly to see how far Claude Code could go as a research tool: how deep it could dig, how technical it could get, and whether it could bind dozens of scattered sources, filings and patents and app binaries and a live data feed, into one connected map.

The honest caveat. AI can be confidently wrong. That is exactly why every claim here carries a confidence label, and why the things that could not be confirmed are listed in the open rather than smoothed over. Read the labels, not the fluency, and for anything that matters, follow the source. The full account, including how the hallucination risk was handled, is in How this was made.

How a Kick Becomes a Number

Tracing the FIFA World Cup 2026™ tracking stack end to end: a 500 Hz sensor in the ball, sixteen cameras rebuilding every player, an AI layer on top, and the six audiences who each want something different from the same moment.

It started with the tracking vests the players wear. I went looking for what those pods actually were and found a Threads thread asking the same thing, where the answers were guesses and ChatGPT invented the rest. So I checked the primary sources instead: FCC filings, patents, the apps, and FIFA's own live data feed. This is what is really there.

Orientation

The big picture

The whole system in one view, before the eleven teardowns: who builds each piece, how data flows from the ball to your phone, and what is still unknown.

TL;DR

Calling the ball a computer is a slight stretch. It is closer to a sensor with a radio. But follow what it does, five hundred times a second, and "computer" stops feeling wrong.

The one-line answer. A moment on the pitch becomes data on a phone because two separate sensing systems watch every play and one shared clock welds them together. A sensor in the ball reports when. Sixteen cameras rebuild every player as a moving skeleton to report where and who. A clock accurate to about a millionth of a second stamps both, so software can ask what happened at the precise instant of a kick. Everything after that (the offside verdict, the broadcast graphics, the 2,000-plus stats, the team AI, the fan app) is built on those two streams and that one clock.

Five things worth knowing before the deep dives:

  1. It is a timing system first. The clever part is not any single sensor but the shared timeline they land on (PTP, the IEEE-1588 protocol), which lines up "boot strikes ball" with where every defender stood at that frame. Get the clock wrong and the offside line is wrong. It also holds the least public detail of anything here.
  2. The ball reports itself. Inside the Adidas Trionda, fixed behind one of the panels, sits a sensor module, not a computer, that times contact to about two milliseconds and broadcasts its position roughly a hundred times a second over ultra-wideband radio. The host chip reads straight off the FCC teardown photos (an Arm Cortex-M0+). What those photos cannot resolve, and the report's single biggest unknown, is which ultra-wideband chip the 2026 ball carries and whether it does cryptographic secure-ranging.
  3. Sony is the parent behind several of the vendors. The optical engine that draws the offside line (Hawk-Eye) and one of the two big wearable-vest vendors (STATSports) are both Sony. One company sits on both the officiating side and the training-data side of the same sport. This is a consolidation story worth knowing. The two tiers do not connect.
  4. The new AI is real, but its engine is unnamed. Football AI Pro is a working assistant: all 48 teams ask it questions in plain language and get back text, video, and 3-D answers drawn from 2,000-plus metrics. Teams reach it through a login-gated web portal, not a public app. Which foundation model sits underneath is not stated in any public source. The best-supported inference is a Lenovo-hosted, open-weight (Llama-class) model. No evidence points to ChatGPT, Claude, or Bedrock, and that read is labeled inference, not fact. inference
  5. The fan feed is wide open; the player feed is not. The same family of stats reaches the public fan app through an endpoint that, as far as the code shows, carries no key at all, and reaches the players' app from behind a per-user login. Same data, opposite front doors. That contrast is the cleanest answer to "how does the app get its data."
The contract for the whole report
Every load-bearing claim either points to a primary public source you can click (an FCC filing, a patent, a company register, a vendor or FIFA page) or is labeled as inference. Where the evidence runs out, the report says "open" and explains why. Nothing here came from logging into a FIFA system or probing one. It is public record, read carefully and cross-checked.
One-page infographic, How a Kick Becomes a Number. A clockwise loop, capture, flag resonance, transport, decide, tell the referee, around a one-microsecond clock at the center, then the same data fanning out to broadcast and TV, the fan apps, the player app, Football AI Pro and betting feeds. Below it, the small handful of companies behind the stack and the questions the report leaves open.
The one-page version: the whole loop on a single sheet, in the same style. open the interactive page · download the PDF

How to read this report

Two registers run in parallel: a narrative and visual layer (the map, the story, the figures) for the big picture, and eleven technical deep dives that follow one ball through the stack for the substance an engineer wants. Cross-links connect them. Three habits will help:

Every claim is labeled

Look for the badge after a claim:

verifiedcorrected disputedinference unverifiableopen

Verified = primary or multi-source. Inference = a reasoned read, labeled as such. Unverifiable = non-public.

The map has seven lenses

The same entities carry seven relationship types. Toggle them on the map:

dataflowvendor/contract ownershippeople/board identitycloud build

Highlight anything

All text, including diagram and table labels, is real, selectable text, so any phrase can be highlighted for dictionary lookup or translation. Dotted terms (like this) show a definition on hover; the full glossary defines them all.

The ecosystem, as one map

This is the whole stack as a single connected web (silicon, servers, clouds, identity providers, vendors, owners, boards and build responsibilities) over the four pipeline layers. Click any node for its full dossier (specs, owner, host/ASN, FCC teardown photo, sources). Toggle lenses to switch from "how data flows" to "who owns what" to "who built what." Use the confidence filter to reveal only verified facts, or to surface the disputed/inferred ones. The map is a navigable confidence ledger: every node and edge carries its label and sources.

Lens
Confidence
Sensing Transport Aggregation Redistribution Identity Cloud Governance hover a node to reveal labels · click for its dossier · scroll to zoom · node border = confidence

Built from graph.json, the synthesis of the verified corpus. Hub nodes (the PTP clock, the fusion engine, the Data Hub, the clouds, the IdPs, Sony) are single shared nodes, which is why focusing one entity lights up its role across every lens.

Who's who

The cast that designs, builds, operates and owns the stack. Full ownership chains, board interlocks and the "shell count" sit in the corporate section.

Governing body & its joint venture

FIFA

Owns the competition, the data, the FIFA Data Hub, the EFI metric space and the "Football Language Model." Departments: Football Technology & Innovation; Football Performance Analysis & Insights.

rights-holderdata owner

Football Technology Centre AG

The FIFA × Hawk-Eye joint venture that operates the optical / offside engine. A 3-director Zürich holding company (CHF/USD 120k capital), statute 31 Oct 2024.

JVverified

IFAB

The lawmaker. Approves the SAOT protocol and the equipment laws (Law 4) that make the connected ball and automated alerts legal.

standards

The technology vendors

Sony / Hawk-Eye

Hawk-Eye Innovations (100% Sony) builds the optical tracking + SAOT fusion + SkeleTRACK pose engine. Sony also owns STATSports (maj.), KinaTrax, Beyond Sports, Pulselive.

optical brainverified

KINEXON

The in-ball sensor + UWB local-positioning system (anchors, tags, edge). FIFA Preferred Provider for live player & ball tracking (Jul 2022). Munich; backed by a $130M Series A led by THL.

the ball's brain

Adidas

Official match ball (Trionda, 2026, and Al Rihla, 2022), housing the KINEXON module. FIFA partner through 2030.

the ball

Lenovo

Official Technology Partner (2024-10-15). AI (Football AI Pro), 3-D avatars, RefCam AI stabilization, broadcast IT (ThinkSystem servers @ Dallas IBC), the Miami command center. Runs on NVIDIA.

AI + computeverified

Catapult & STATSports

Training-tier wearables (GNSS/UWB/IMU vests). Catapult Vector; STATSports Apex (Sony-owned). FIFA-quality vendors, not central WC2026 official partners.

wearables

Riedel & Verizon

Riedel: the RefCam (14 g, 1080p50) + Easy5G private 5G + comms. Verizon: private 5G at all 16 venues plus the ~7 Tb/s contribution feed to the Dallas IBC.

transport

Named public figures (professional role only)

PersonPublic roleWhy they matter here
Johannes HolzmüllerFIFA Director of Football Technology & Innovation; President, FTC AG boardThe regulator↔JV-board interlock: heads the FIFA function and chairs the joint venture it contracts.
Yuanqing YangLenovo Chairman & CEOOn stage with FIFA's president to unveil the 2026 AI bundle.
Art HuLenovo CIOFIFA 2026 innovation briefing; the operational AI/IT owner on Lenovo's side.
Winston ChengLenovo CFOStated the multi-LLM "orchestrator / we're not doing our own LLM" strategy, the spine of the foundation-model verdict (the AI section).

Individuals appear only in their public professional capacity; no private information is compiled.

The story, start to finish

Follow one ball.

The kick

Late in a group-stage match, a midfielder clips a through-ball. Inside that ball, a KINEXON sensor module has been sampling its own motion 500 times a second. The boot's impact is a spike the accelerometer cannot miss, and the firmware marks that 2-millisecond sample as the instant of contact. At the same time the ball is broadcasting its position about a hundred times a second over ultra-wideband radio to a ring of receivers around the pitch. On its own, the ball has just answered when and roughly where.  → §1, the connected ball.

Two ways of seeing

The ball only knows about itself. To place every player, sixteen dedicated cameras in the stadium roof watch the pitch and a Hawk-Eye model called SkeleTRACK rebuilds each player as a 29-point skeleton about 50 times a second, on the order of 150 million tracking points in one match. Separately, before the tournament, all 1,248 players were 3-D scanned in roughly a second each into accurate avatars. Skeletons for the geometry, avatars for the picture.  → §2, optical tracking; §3, the parallel wearable tier.

One clock

Here is the hard part. The ball's radio stream and the camera skeletons are two different machines seeing two different things. They are only useful together if you know they are describing the same instant. A shared clock, Precision Time Protocol, stamps both onto one timeline good to about a millionth of a second. This is the quiet linchpin of the whole system, and also the thing FIFA says least about.  → §4, transport and timing.

The verdict

With the contact instant and every player's position on one clock, offside becomes arithmetic. A fusion engine, owned by a FIFA-Hawk-Eye joint venture, picks the frame of the pass, finds the second-to-last defender, draws the line, and tests whether the attacker is beyond it. New for 2026, a clear call sends an automated audio alert straight to the assistant referee's earpiece. If it is tight, a human still reviews it. The same skeletons get dressed in the avatar to make the on-screen graphic.  → §5, fusion and the verdict.

The firehose and its gate

The tracking data that settles offside also feeds a far bigger machine. FIFA's Data Hub turns it into more than 2,000 metrics, from line breaks, pressing, phases of play, a power index. Pitch to screen runs in under 30 seconds, but the last step is human: two analysts decide when each stat is allowed to appear, which is as much editorial control as engineering.  → §6, the data format; §7, redistribution and EFI.

The new brain

On top of all that data sits Football AI Pro. A coach asks, in plain language, "show me their build-up under pressure," and gets back video, charts, and 3-D scenes drawn from 2,000-plus metrics. All 48 teams get equal access, through a login-gated web portal, before and after matches but never live. What powers it underneath is the report's headline AI question, and the honest answer is that no public source names it.  → §8, the AI layer.

How it moves

None of this works without shifting enormous amounts of data off the pitch fast. Verizon runs private 5G at all 16 venues and the contribution network back to a central broadcast hub in Dallas. The referee's body-camera rides its own private 5G. And FIFA's blessed path for live tracking data is, by its own test document, a RabbitMQ queue into Google Cloud.  → §4, transport and timing.

Onto your phone

Finally, the part you can hold. The public fan app pulls near-live stats from an endpoint that, as far as the code shows, carries no authentication at all. The players' app pulls the same family of data from behind a per-user login. Same data, two opposite designs, and that contrast is the real answer to how the app gets what it gets.  → §9, how the app gets its data.

Two bookends frame the journey: who owns and builds each piece, and what is not publicly disclosed; and how this report itself was put together from public records.  → §10, infrastructure; §11, corporate; and the colophon.

The spine: ball → processing → app

This is the whole chain at a glance, before the deep dives take it apart hop by hop. The full per-hop detail (band, rate, processing, auth, host) lives in each hop's deep dive and the endpoint table; the parallel optical, wearable and app traces are detailed there too.

A vertical flow of how the automated offside alert fires. Two timestamped inputs, a ball kick timed to about two milliseconds and an optical 29-point pose at 50 fps, are aligned on one clock to about a millionth of a second. The fusion engine then tests the offside line using the kick frame, the second-to-last defender and a 10 cm margin. A clear call sends automated audio straight to the assistant referee, bypassing the video booth, while a tight call goes to human VAR review. The loop is sub-second, and fan and broadcast feeds are gated about 30 seconds downstream.
Figure 3, the offside alert, as it fires. The ball's inertial kick-timestamp and the optical skeletons are aligned on one PTP epoch before the fusion engine tests the offside line; a clear call is delivered as synthesized audio to the assistant referee, bypassing the video booth. Mechanics and per-hop sourcing in the verdict section. verified

The chain runs thirteen hops, from the sensor inside the ball to the app in a pocket, and each gets its own deep dive below. Three of those hops hold the report's most consequential unknowns: the ball's radio, where it is still unclear whether the transceiver supports secure ranging; the master clock, whose authentication is undisclosed; and the link that carries the offside cue to the assistant referee's earpiece. One hop runs the other way and is unusually open: the near-live fan-stats feed answers without asking for a token, a fact read from public responses and deliberately never probed on a live server.

The full tracking stack from the sensor inside the ball to the app in a pocket, as a labeled vertical sequence of stages grouped into capture, sync and transport, decide, redistribute, consume and an ownership layer. Three hops are marked dashed violet as the largest unknowns: the ball radio, the master clock and the earpiece link to the assistant referee. One hop, the no-key fan stats feed, is noted as unusually open.
Figure. The full stack, sensor to pocket. The whole chain in one view; each stage is its own deep dive below. The three dashed hops carry the report's biggest unknowns; the fan-stats feed runs unusually open the other way. Original artwork. verified

Notable facts

The "huh, that's interesting" details: the structural facts that reframe how you see the ecosystem once you have traced how it works.

  • Sony plays both sides of the tracking market. The same corporate group owns the optical engine and a body-worn EPTS vendor, a quiet consolidation of "the eyes" of football. The two tiers do not connect. verified
  • The two FIFA data feeds have opposite front doors. The near-live fan-stats feed (fdh-api) is served without a client token; the per-user player feed (fdp) requires a Bearer. The split tracks how sensitive each side is: public match stats open, a player's personal telemetry locked. verified
  • A regulator chairs the vendor joint venture. FIFA's technology director is also the president of the FIFA-Hawk-Eye joint venture's board, the body that owns the offside algorithm. verified
  • The AI you cannot see is the real one. The downloadable apps contain no LLM; the only client-side generative feature is a ServiceNow support chatbot in the ticketing app, while the actual football AI lives entirely server-side, reached through a login-gated web portal. verified
  • The foundation model is a deliberate blank. Neither FIFA nor Lenovo names the model behind Football AI Pro, and Lenovo's own CFO says they run an "orchestrator," swapping models by region. inference
  • National teams bought their own AI, separately. Argentina and France procured Google Gemini for tactical and injury analysis, parallel to and outside FIFA's tool. verified

Open questions

The things that could not be pinned down from open sources, and what it would take to resolve each. The full catalog of open, disputed and non-public items is in the ledger.

  • Name the foundation model. This is the report's single biggest AI edge. FIFA and Lenovo name no model behind Football AI Pro; the best-supported inference is a Lenovo-hosted, open-weight (Llama-class) model served via NVIDIA NIM, with no evidence it is ChatGPT, Claude, or Bedrock. A Lenovo solution brief, a FIFA technical-regulation annex, or an NIM model string in a future artifact would settle it. inference
  • The AI portal's identity provider and tenancy. The delivery channel is now resolved: a login-gated web portal at aipro.fifa.org / fbai.fifa.org, Akamai-fronted, reached from Lenovo devices at team base camps. What stays open is which identity provider gates it and how the 48 teams are kept apart as tenants. An OIDC discovery document or a base-camp account of the login would close it. open
  • Settle the ball's radio. Decap or X-ray the Trionda UWB die to resolve whether it supports secure ranging (STS). It is the one teardown that would close the headline RF question. open
  • The PTP profile. Whether the master-clock sync uses IEEE-1588-2019 Annex-P authenticated PTP is undisclosed, a detail that would complete the picture of how the timing layer is configured. open
  • Resolve the FTC AG equity split. Swiss filings do not publish shareholders; a Gesellschafterliste-style pull would reveal the FIFA-Hawk-Eye stake. unverifiable
  • The fdh-api feed design. Confirm whether the near-live stats feed is actually token-free by design, or whether a global client plugin adds auth the static read did not surface, and exactly which fields it returns. med/open
Deep dives

Follow the ball

Eleven pieces, from the silicon in the ball up to the cloud and the app.

The connected ball and its radio

Stack locator: you are at the Ball stage, 1 of 11, in the tracking chain.

The short version

A small sensor behind one panel of the match ball reads its own motion 500 times a second, so it can mark the instant of a kick to about two milliseconds, and it broadcasts short radio pulses on ultra-wideband. A ring of pitch-side receivers times those pulses, and an edge computer turns them into the ball's position roughly a hundred times a second.

The match ball is the first sensor in the chain, and it reports on itself. Behind one panel of the 2026 Adidas Trionda sits a small board, roughly 15 grams, that times a kick to about two milliseconds and broadcasts where it is around a hundred times a second over ultra-wideband radio. No camera in the stadium can pin the instant of contact the way that board can. The signal runs outward from the board to the radio to the first position fix on the pitch.

An animated vertical signal chain in five steps. One, an in-ball sensor in the Adidas Trionda times a kick to about two milliseconds with a 500 Hz motion sensor, and has no data ports. Two, an ultra-wideband burst sends about a hundred position updates a second over two channels. Three, a ring of pitch-side anchors timestamps each burst, with about 26 antennas across three height levels marked as inferred. Four, an edge box position engine fuses the arrival times into a ball position at about 100 Hz. Five, it hands off to SAOT, VAR and broadcast.
Figure. How the connected ball talks. The in-ball module senses a touch on its 500 Hz IMU. The UWB transceiver bursts position to a ring of pitch-side anchors. An edge box fuses the arrival times into a ball track, then hands it off to the fusion engine. The dashed violet item (about 26 antennas across three height levels) is the one inferred figure; everything else is sourced in the text that follows. Original artwork. verified

What is on the board

The sensor is one small PCB, built by KINEXON GmbH in Munich and carried inside an Adidas ball. It holds a microcontroller, a motion sensor, a battery, a charging coil, and a UWB transceiver. The processing happens off the ball, at the pitch edge. The processor on both the 2026 Trionda and the 2022 Al Rihla is a Microchip ATSAMD21E18A, a low-power Arm Cortex-M0+ chip read straight off the silkscreen (Atmel / ATSAMD21 / E18A-U) in the FCC internal photos verified. A Texas Instruments analog companion (a B0510508-class part) sits beside it.

The two boards differ in shape and mount. The Al Rihla module is a round disc about 4 cm across, silkscreened KINEXON TB-09-10; the Trionda module is roughly 28 × 15 mm, silkscreened KINEXON TB-07-06, and bonded to the bladder with a latex patch behind one panel instead of slung in the center.

The motion sensor does the timing. The IMU samples at 500 Hz, one reading every two milliseconds, across a three-axis accelerometer, a gyroscope, and a magnetometer verified. That stream, not the radio, is what catches a touch. When a boot strikes the ball the accelerometer sees a sharp spike, and the firmware flags the two-millisecond sample where that spike crosses threshold as the moment of contact. Adidas describes this trigger in its own ball patent as "a sensed impulse acceleration exceeding a threshold."

A hard impact can saturate the accelerometer, so derived numbers like launch angle are computed 100 to 150 milliseconds after the spike, once the signal recovers (US 12,533,561 B2). A single reading taken right at contact would be unreliable, which is why the ball samples so fast around it.

Adidas Trionda 2026 match ball exterior
Trionda exterior
Trionda cutaway showing the KINEXON sensor module bonded to the bladder
Cutaway: module bonded behind a panel
Trionda KINEXON sensor module in its casing
Module in casing, ~28 × 15 mm
Atmel ATSAMD21E18A host MCU on the Trionda board
Host MCU: ATSAMD21E18A (Cortex-M0+)
Figure. The 2026 Trionda and its KINEXON sensor module, from the FCC internal-photo exhibits (FCC ID ZLG-SMCOMB, filed by Adidas AG, 2026). The ATSAMD21 E18A-U silkscreen and the latex-patch mount are legible; the UWB transceiver is potted under a glob-top, covered below. Source: FCC OET / fcc.report. verified

The UWB radio chip: a confirmed DW1000 in 2022, a sealed unknown in 2026

On the 2022 Al Rihla, the UWB transceiver is exposed and silkscreened. Read at high resolution off the FCC internal photo, it says DECAWAVE DW1000 W220?E-1N P0300010 PH 2036, a Qorvo/DecaWave DW1000 dated to week 36 of 2020 (internal photos, FCC ZLG-ALRIHLAPRO) verified. The same chip turns up in the STATSports APX300 training pod of the same era, which made it the default sports-tracking UWB transceiver of its generation.

The 2026 Trionda is a different story: its UWB chip cannot be read. The main component on the sealed module is a black blob of potting compound about a centimeter across, and the radio chip beside it is house-marked V93LA1 2024, not a DecaWave or Qorvo catalog number. Nothing on the Trionda board says "DW" anything (internal photos V2). A chip change happened between 2022 and 2026: the mark is different, and the firmware jumped from version 5.5.4 to 4.11.13. But the exact part is not recoverable from the public photos, and the block diagram, schematics, and parts list are permanently confidential. So whether the Trionda's radio supports the Scrambled Timestamp Sequence (STS, the cryptographic secure-ranging feature the DW1000 lacks) is, in mid-2026, open. Neither outcome is asserted here.

DecaWave DW1000 UWB transceiver silkscreen on the Al Rihla board
Al Rihla UWB: DecaWave DW1000 (silkscreen)
Al Rihla round KINEXON PCB, DW1000 side
Round ~4 cm PCB · KINEXON TB-09-10
Trionda bare board showing the glob-top UWB SiP
Trionda bare board · glob-top, V93LA1 2024
Trionda PCB label KINEXON TB-07-06 contag
Trionda PCB · KINEXON TB-07-06 / contag
Figure. The UWB front end on both balls. Left, the 2022 Al Rihla's exposed DecaWave DW1000 (802.15.4-2011 HRP, no STS). Right, the 2026 Trionda's house-marked glob-top, which the public exhibits cannot resolve to a part number. Sources: FCC ZLG-ALRIHLAPRO and ZLG-SMCOMB internal photos / fcc.report. verified for the DW1000, open for the Trionda generation.

The radio it speaks

Both balls broadcast on the same two ultra-wideband channels, one near 4.5 GHz and one near 6.5 GHz, at a 6.8 Mbit/s data rate in the high-rate pulse (HRP) mode, using a modulation called BPM-BPSK (in Canada, regulators authorize the upper channel only) verified. The transmit power is tiny, well under a milliwatt, near the regulatory ceiling for a hand-held device of this class. That is by design: the range comes from the dense ring of receivers around the pitch, not from shouting.

The CSA Group Bayern test reports print the firmware versions in plain text, Trionda v4.11.13 and Al Rihla 5.5.4.

ParameterAl Rihla 2022 (ZLG-ALRIHLAPRO)Trionda 2026 (ZLG-SMCOMB)
ChannelsCh3 4492.8 + Ch5 6489.6 MHzCh3 4492.8 + Ch5 6489.6 MHz
Modulation / rateBPM-BPSK (HRP) · 6.8 Mbit/sBPM-BPSK (HRP) · 6.8 Mbit/s
Peak EIRP, worst caseCh5 −2.54 dBm · Ch3 −3.96 dBmCh5 −2.60 dBm · Ch3 −5.58 dBm
UWB transceiverDecaWave DW1000 (confirmed)glob-top, house-marked (open)
Firmware5.5.4v4.11.13

The Trionda differs from the Al Rihla in two radio details. It spreads its energy a little wider than the channel minimum. And it uses a single Johanson 7000AT18A1600E-AEC chip antenna, tuned for the upper band, to serve both channels, so it transmits the lower channel off its best frequency. That shows up in the power table as a weaker peak on Channel 3 than on Channel 5. The Al Rihla's antenna covered both channels more evenly. Across four years the power budget barely moved.

How a position gets computed

The ball transmits, and the receivers do the arithmetic. KINEXON's positioning blends several techniques. Claim 4 of its own patent (US 11,150,321 B2) names "Two-Way Ranging, TWR, Three-Way Ranging, 3WR, Time-Difference of Arrival, TDoA, Angle-of-Arrival, AoA, Phase Difference of Arrival, PDoA, and radio signal strength indicator, RSSI" verified. Two carry the load:

  • TDoA, time-difference of arrival. The ball emits one short blink; every receiver timestamps when it arrives, and none reply. The tiny differences in arrival time across the ring pin down where the ball is. One transmission locates it, so this is the low-energy, high-volume method. The price is that every receiver has to share one clock, synchronized to the nanosecond.
  • TWR, two-way ranging. The ball and one receiver trade timestamped packets, and the round-trip flight time gives the distance directly. The round trip cancels out any clock offset between the two, so it is the most accurate method, but it costs several packets per receiver and does not scale to a pitch full of fast-moving tags.

The blended fix is computed at the edge, not on the ball; the ball only ranges. The rates land at about 100 Hz for the ball's position and about 20 Hz for player tags, riding on top of that 500 Hz motion stream, and KINEXON's Officiate page states the split verbatim verified. A peer-reviewed validation of a 26-antenna pitch deployment measured player position error around 8 to 9 cm and ball error around 15 cm in 2D (17 cm for shots, 21 cm for throws) verified.

One patent recovers the ball's orientation and spin from the radio alone, with no motion sensor: US 11,150,321 B2 (inventor Martin Lawitzky). Because the ball radiates unevenly in different directions, the system rotates that known pattern until it matches what the receiver ring sees, pinning down spin at the exact moment the motion sensor saturates on impact.

Where the signal first lands: anchors, switch, and a mini-PC

The receive chain is named, word for word, in the Al Rihla FCC test report's companion-device list: "UWB transceiver: Kinexon Anchor; PoE Switch: Netgear GS108LP; Mini-PC: Intel NUC; LAN cables" (test report, doc 7716482) verified. The air link ends at a pitch-side KINEXON anchor; the anchor backhauls over a Netgear GS108LP Power-over-Ethernet switch to an edge box that runs the position engine, turning blinks into ball coordinates. These are the companions Adidas declared for the lab keep-alive test, not a confirmed match-day rack (the Intel NUC, for one, is a test-bench mini-PC). The stadium build is presumably more hardened, and its exact hardware is not public.

The newer KINEXON anchor test (the KNX-A9-1) shows the same anchor-to-PoE-to-edge-box pattern, so two independent filings four years apart point at the same edge tier inference for the production box.

The current anchor, the KNX-A9-1 (FCC-granted 2025-03-11), is more computer than radio. The de-shielded photo shows it runs embedded Linux on an NXP i.MX 6UltraLite (Arm Cortex-A7) processor on a Variscite module, alongside a house-marked "KIN" UWB module and a populated debug header silkscreened DBG UART (FCC 2ALC5-KNX-A9-1 internal photos) verified. It covers a third channel as well as the ball's two, and is filed for indoor use only.

How many anchors ring an actual pitch is not published. The citable figure is the 26 antennas and two base stations across three height levels from the peer-reviewed study, a research topology, not a FIFA install spec inference. From the edge box onward, the ball's stream joins the venue network and the shared clock that binds it to the cameras, the next leg of the journey.

Trionda  IMU 500 Hz  +  UWB blinks (Ch3 4492.8 / Ch5 6489.6, BPM-BPSK 6.8 Mbit/s)
   -> KINEXON Anchor (KNX-A9-1, tri-band, i.MX6UL / Variscite DART-6UL)
   -> Netgear GS108LP PoE switch
   -> edge box                  (position engine: TDoA + TWR -> ball xyz ~100 Hz)
   -> venue network / shared PTP clock  ->  optical fusion  (see the transport section)

The only way in: a Qi dock

The ball has no data ports; the test report says so in those words (Trionda UWB test report) verified. Its only non-radio connection is wireless charging: the KINEXON Ball Charger, KNX-WCHA1, described in its own FCC filing as a "long-distance (8 to 18 mm) Qi charger encased in a shell that is tuned to charge the Qi receivers in soccer and hand balls" (FCC 2ALC5-KNX-WCHA1) verified. It runs at a much lower frequency than the tap-to-pay NFC chips in a phone, and it pairs with the charging coil photographed on both boards. A ball charges on the dock before a match and runs for hours.

The dock also explains how the ball wakes and sleeps. By regulation, a hand-held UWB device of this class must stop transmitting within ten seconds unless it keeps hearing an acknowledgement from its receiver. The lab showed this directly: with the KINEXON anchor as the companion, "at the time M1 = 8s the companion device was powered off. The EUT immediately stopped transmissions" (Al Rihla test report), and the Trionda report records the same stop. Start-up is the mirror image: the ball "starts automatically transmission when taken away from a WPC station," so it begins broadcasting the moment it leaves the dock.

So a ball is on air only inside that handshake. One that rolls into the stands or waits in a spares bag loses the acknowledgements and goes quiet within seconds. None of this is a football feature; it is the power and interference behavior the regulator requires of this class of radio. The side effect is that only the ball in play transmits, which keeps the air clear and spares the battery.

The player and equipment tag (product context, not the World Cup method)

The ball is not the only UWB device KINEXON sells. The product line also includes a worn player and equipment tag, the KNX-HTAG2 ("TAG for UWB localization system," FCC-granted 2024-08-19), which uses the same two channels and hand-held profile as the ball. Its internal photo shows the label KINEXON / Model T010002, a flex antenna marked M156-04, a lithium-polymer cell, and a PCB silkscreened TH0730. Its main chip, like the ball's and the anchor's, is house-marked and not legible, the same across KINEXON's whole current UWB line.

The worn tag is product context, not the tournament's player-tracking method. At the World Cup the players are tracked optically by the stadium cameras, and the ball is the only officiating UWB device on the pitch. The training-tier vests that clubs run on their own, from Catapult and STATSports, are a separate world covered later.

KINEXON HTAG2 player tag opened, showing label and flex antenna
HTAG2 opened · Model T010002
KINEXON HTAG2 board with house-marked main IC
HTAG2 board · main IC house-marked
KINEXON KNX-A9-1 anchor Variscite DART-6UL with NXP i.MX6UL
KNX-A9-1 · Variscite DART-6UL / i.MX6UL
KNX-A9-1 anchor de-shielded board with KIN UWB module and DBG UART header
De-shielded · "KIN" module + DBG UART
Figure. The KINEXON player tag (KNX-HTAG2) and the tri-band anchor (KNX-A9-1). The anchor runs embedded Linux on a Variscite DART-6UL / NXP i.MX 6UltraLite and exposes a DBG UART header; tag and anchor both use house-marked UWB silicon. Sources: FCC 2ALC5-KNX-HTAG2 and 2ALC5-KNX-A9-1 internal photos / fcc.report. verified

What the patents actually claim

Four ball-and-UWB patents get cited around this system, and their granted claims are narrower, and often different, than the loose summaries in circulation (several of which trace to a law-firm blog that does not match the granted text). The table reads each one verbatim.

PatentAssigneeWhat it actually claims
US 11,150,321 B2KINEXON GmbH (Lawitzky) Recover ball orientation from the anisotropic radiation/absorption pattern of the in-ball transmitter as seen across the anchor grid, with no IMU; claim 4 lists TWR/3WR/TDoA/AoA/PDoA/RSSI for position.
US 12,533,561 B2Adidas AG (Coza, DiBenedetto) Display an instantaneous motion characteristic (speed, spin, spin axis) time-synced to the individual video frame; impulse-acceleration trigger; launch angle computed 100 to 150 ms post-impact. Priority 2014.
US 12,070,655 B2Adidas AG (Coza, DiBenedetto, Allen) Ball distance from free-flight detection plus a drag-profile speed model, with accelerometer-to-magnetometer redundancy for rotation when one stream is unreliable.
US 12,121,776 B2Adidas AG (+ Foundry Collaborative) A sports ball with a pit suspended in the shell by a plurality of cords (5 to 90° between cord axes), the pit holding the electronics, battery, and transmitter: the cord-suspension mount.

The cord-suspension patent US 12,121,776 B2 is the literal "Adidas Suspension System" of the Al Rihla. Goal-line and offside appear only as motivating applications in the description, never as a claimed algorithm. Adidas describes the Trionda as moving away from a center-slung pit toward a sensor layer behind one panel, so that cord-suspension claim reads on the Al Rihla-class concept, and whether the Trionda uses it or the latex-patch mount is an open question open.

None of the four patents claims an end-to-end "ball sensor to optical kick-frame to offside" fusion. The closest is US 12,533,561 B2's alignment of a motion reading to an individual video frame, and that is framed as a broadcast display method rather than an officiating one.

One patent often pinned to KINEXON, EP 4,305,444 A1 ("UWB anchor having a double antenna"), is in fact assigned to Trumpf Tracking Technologies and Zigpos. Its "double antenna" works by splitting frequencies across two bands rather than the direction-finding people assume corrected.

What isn't public
  • The Trionda's UWB transceiver generation. The 2026 part is house-marked (V93LA1 2024); a chip change from the DW1000 is evident, but the exact part is not resolvable from the public photos, and the block diagram, schematics, and parts list are permanently confidential. Whether the 2026 ball does STS secure ranging is therefore open; the DW1000 confirmed on the 2022 Al Rihla does not.
  • Whether the radio payload is encrypted. No FCC exhibit or vendor document mentions it. open
  • The exact motion-sensor part. The patents name an accelerometer, gyroscope, and magnetometer; the specific chip is not legible in the photos. open
  • How ball firmware is updated. The dock is the only non-radio path to the board; no vendor document describes the update mechanism. open
  • The real per-pitch anchor count and geometry across the 16 stadiums. The 26-antenna figure is from a peer-reviewed study, not a published FIFA deployment. inference

The ball has now answered the first two questions in the chain: when contact happened, to about two milliseconds, and roughly where it was, to within a handful of centimeters. It has handed that radio stream to a pitch-side anchor, a PoE switch, and a mini-PC. But the ball knows nothing about the 21 other players moving around it. That takes an entirely different way of seeing, and it lives in the stadium roof.

Optical tracking and the 3-D avatars

Stack locator: you are at the Optical stage, 2 of 11, in the tracking chain.

The short version

Sixteen cameras under the stadium roof watch every player and rebuild each one as a 29-point skeleton about fifty times a second. That is how the system places limbs the ball cannot see. On top sits a scanned 3-D body double of all 1,248 players, so a replay shows a recognizable figure instead of a stick drawing.

The ball reports on itself and nothing else. To place every other body on the pitch, the stadium watches. Sixteen cameras in the roof feed a model that turns each player into a 29-point skeleton about fifty times a second, more than 150 million tracking points across one match FIFA, World Cup 2026 innovation page. That is the geometry layer. On top of it sits a scanned 3-D double of every one of the 1,248 players, so a replay can show a recognizable body instead of a stick figure.

Sixteen cameras, and they run faster than the broadcast

Each of the 16 stadiums holds 16 optical tracking cameras, mounted under the roof, watching the ball and every player FIFA, 2026. That is up from 12 at Qatar 2022, and that jump is the whole upgrade on the capture side corrected.

Press counts of "30 cameras" or "10 to 14 cameras" measure something else. The 10-to-14 figure is the generic range Hawk-Eye quotes for its product across sports. The 30 lumps the tracking cameras together with a venue's separate replay, goal-line and VAR cameras.

These officiating cameras are separate from the broadcast cameras, and deliberately faster. A Lenovo engineer on a BBC panel said the World Cup tracking cameras "are going to have more frames per second per camera than a broadcast camera" BBC, "Will AI crown the World Cup winners?", 4 Jun 2026. The higher frame rate gives the offside machinery a tighter window around the instant the ball is struck. The cited rate is about 50 frames a second, phrased by FIFA in 2022 as "50 times per second" and in 2026 as "more than 50 times" verified.

FIFA's 2026 page does not print "29 points" or "50 fps." That detail comes from Hawk-Eye's product pages plus the 2022 FIFA spec, corroborated across the 2026 trade press.

SkeleTRACK: 29 joints per player, rebuilt in 3-D

The pose engine is Hawk-Eye's, called SkeleTRACK. Hawk-Eye describes it as a real-time, 3-D, skeletal-tracking system "built from the ground up using machine learning," tracking 29 key points per player, the joints that matter for an offside call: knees, ankles, hips, shoulders, elbows, wrists, head Hawk-Eye, SkeleTRACK.

The phrase "from the ground up using machine learning" is verbatim, though it comes from a Cambridge engineering talk by a Hawk-Eye ML engineer rather than the product page Machine Learning @ CUED, Hawk-Eye, 14 Nov 2022.

A single center-of-mass dot shows roughly where a player is, but not where a striker's trailing shoulder or front foot was at the frame of the pass. Twenty-nine points in 3-D can.

How the cameras become a skeleton is not spelled out. The standard approach for a ring of fixed, calibrated cameras triangulates the same points across overlapping views. Hawk-Eye has never published that it works this way, so this mechanism is an inference from the standard literature, not a disclosure inference. The output, whatever the internal route, is a 3-D skeleton per player at the camera frame rate.

Two figures circulate for different deployments. For the World Cup's 16-camera setup, FIFA quotes "over 150 million tracking data points per match" FIFA, 2026. Hawk-Eye's SkeleTRACK product literature quotes "172 million" across its general 10-to-14-camera range Hawk-Eye, SkeleTRACK. Either figure is a step change. The older center-of-mass tracking produced only about 600,000 points per team, so the skeletal feed carries roughly two orders of magnitude more.

How accurate it is, and what still breaks it

Independent evidence backs the accuracy, not just vendor marketing. A peer-reviewed study at ICSTPA 2025 analyzed the official offside data from the top European leagues (2020 to 2024) and the 2022 World Cup. It found that camera density correlates positively and significantly with centimeter-level offside precision (p < 0.01) Yan, ACM ICSTPA '25, doi:10.1145/3796028.3796045. That turns "more cameras means more precise" from a sensible guess into a measured result, the strongest justification for going from 12 cameras to 16 verified.

The same study names what still defeats the system. High player speed hurts: above about 30 km/h the misjudgment rate rises. Body-posture ambiguity and camera blind spots are the other two named limits. FIFA's own framing of the 2026 system agrees: it cannot resolve the very tightest offsides, and it struggles when players are grounded or clustered together Inside World Football, 3 Jun 2026. Below that floor, a skeleton built from images cannot be trusted to the centimeter. A tight margin still hands the call to a human. The offside section picks up that story.

The model is a deliberate blank (and one famous patent is the wrong one)

Hawk-Eye will say SkeleTRACK is machine learning and nothing more. The neural network architecture, the training framework, and the training set are undisclosed, and the Cambridge talk on the system holds back every architectural detail open.

No public patent fills the gap either. The patent most often cited as the SkeleTRACK pose network, US 10,970,849 ("Pose estimation and body tracking using an artificial neural network"), is not Hawk-Eye's at all. It is assigned to ETH Zürich and Walt Disney, works on a single image rather than many views, and was demonstrated on 21 hand landmarks, not a 29-point body US 10,970,849, Google Patents. It is background prior art and should not be attributed to FIFA or Hawk-Eye corrected.

The actual Sony and Hawk-Eye optical IP is a different patent, US 11,514,678, assigned to Sony Europe BV (UK Branch), Hawk-Eye Innovations Ltd and Sony Group Corp, with a 2019 priority date US 11,514,678, Google Patents. It covers how cameras are fused rather than the pose network: take a 3-D position fixed by the calibrated cameras, work out where it should appear in the picture of a moving broadcast camera, and pick the placement that best matches what that camera sees. Its method for lining cameras up in time is "timestamp association," tagging each image with the moment it was captured so frames from different cameras can be matched. That is consistent with the shared clock the timing section covers, though the patent never names it.

Hawk-Eye builds its own computer vision and machine learning rather than buying someone else's large language model for the job, a point that matters for the AI question later in this report. Its public technical signals are a Databricks data platform, Autodesk for 3-D, and Wiz for cloud-security monitoring. Its domain carries no Anthropic or OpenAI verification token, unlike several of the data distributors further down the chain inference.

The 3-D avatars: a one-second scan of all 1,248 players

The newest piece of the seeing layer is the part you watch on a replay. Every one of the 1,248 players, all 48 squads of 26, was 3-D scanned during the pre-tournament photo shoot, and the avatars feed both the offside review and the broadcast graphic Inside World Football, 3 Jun 2026.

The scan itself is fast. Lenovo owns these assets from scan to quality check to lifecycle, and describes the player stepping into a scanner for about 30 seconds including setup, the capture under one second, then reconstruction into one avatar per player Lenovo StoryHub, "Building 3-D player avatars", 5 May 2026. The roughly one-second capture is the cited figure. A widely repeated "28 scanning stations, three-hour render" detail is poorly sourced and has been left out disputed.

The mesh is dense. A Lenovo engineer described scanning a body to "about 10,000 data points," with the points "a millimeter or 2 millimeters apart," so the avatar resolves a shoulder or a knee as a real surface rather than a generic limb BBC, 4 Jun 2026. Treat the 1-to-2 mm figure as the vendor's, not a lab measurement. It is a scan resolution, not an offside tolerance.

The avatar's role is "a further data source for player tracking and officiating decisions," an extra input to FIFA's existing VAR, and Lenovo is explicit that it "is not running VAR" Lenovo StoryHub, 5 May 2026. The combination was trialled at the FIFA Intercontinental Cup 2025 in Doha before its World Cup debut.

A player holds an A-pose with arms outstretched inside a body-scan booth whose walls are lined with black-and-white fiducial markers, while a technician guides from the opposite side
The body-scan booth: an A-pose inside a marker-lined chamber
Figure. The body-scan booth: the A-pose inside the marker-lined chamber is the volumetric scan that becomes a player's avatar. Lenovo StoryHub, Building 3-D player avatars (re-hosted with attribution). verified
A referee at a pitch-side monitor during a VAR review, FIFA Club World Cup 2025, Seattle Sounders v Atlético Madrid
VAR review at the FIFA Club World Cup 2025, the dress rehearsal for the 2026 officiating stack
Figure. The optical tracking and avatar pipeline was trialled through the 2025 Club World Cup and the Intercontinental Cup 2025 before its World Cup debut. Source: SounderBruce, Wikimedia Commons, "2025 FIFA Club World Cup, Seattle Sounders FC vs. Atlético Madrid, VAR review" (19 Jun 2025), CC BY-SA 4.0. verified
Top-down view of one stadium: sixteen semi-automated-offside cameras ring the pitch under the roof, their sightlines converging on a player at the center who resolves first into a twenty-nine-point skeleton and then into a textured three-dimensional avatar. Labels note the roughly fifty-frames-a-second capture rate and the more than 150 million tracking points per match.
Figure. Sixteen eyes, one skeleton. The optical ring resolves a player into a 29-point pose, then a textured avatar. Capture runs at about 50 fps, faster than broadcast, producing over 150 million points per match. The camera-to-3-D reconstruction step is drawn dashed because the algorithm is not disclosed; the rest is sourced. Original artwork. verified
What isn't public
  • The SkeleTRACK neural network. Architecture, framework and training set are all undisclosed; only "machine-learning pose estimation, built from the ground up" is public. No patent discloses the net. open
  • The cameras-to-3-D reconstruction method. Multi-view triangulation is the standard and obvious approach, but no Hawk-Eye, Sony or FIFA source states the actual algorithm. inference
  • "29 points" and "50 fps" for 2026 specifically. FIFA's 2026 page prints neither; the provenance is Hawk-Eye's product pages plus the 2022 FIFA spec carried forward, corroborated by 2026 trade press. verified, with that provenance
  • The avatar scan logistics. The roughly one-second capture is cited; the "28 stations, three-hour render" detail is not well sourced and is left out. disputed

The system now holds two pictures of the same instant: the ball's radio stream from the last section, and a stadium full of skeletons and avatars from this one. Before either is put to use, there is a second, entirely separate tracking world that never touches officiating: the vests clubs and national teams put on players in training. That tier comes next.

Team wearables, the parallel training tier

Stack locator: you are at the Wearables stage, 3 of 11, in the tracking chain.

The short version

Separate from the officiating gear, clubs and national teams put tracking pods in the vests their players wear in training. Catapult and STATSports make most of them. The pods blend satellite positioning, motion sensors, and short-range radio, and the readings flow to each company's own cloud, never to the offside system.

A second tracking world runs next to the officiating pipeline. The vests clubs and national teams pull over their players in training belong to the teams and their vendors, not to FIFA. The readings go to a vendor cloud, not the offside engine. The sensors sit on a moving body, the same idea, but the stack is separate, with its own silicon and radios.

Two companies dominate the worn-pod market: Catapult with its Vector line and STATSports with Apex. Both are flat plastic pods about the size of a bar of soap, slotted into a pocket sewn between the shoulder blades of a compression vest.

One ownership detail matters here. STATSports is now majority-owned by Sony, the same group behind Hawk-Eye, the optical engine for the offside line. Sony's Companies House filing for STATSports Group (NI641589) records Sony Europe Limited as the controlling shareholder from 7 October 2025, confirmed by Sony's own acquisition release, which frames it as a "comprehensive optical and wearable tracking solution." One company now sits on both sides of the sport, officiating and training. The corporate section covers that; here it is context for who builds the pods.

What is inside the pods

The 2025-era STATSports flagship is the easiest device to read. Both of its FCC test reports carry a parts table that names every chip. The Apex 2.0 pod (internal name "ApexNXT," FCC ID 2APHS-APX400) is built around an NXP i.MX RT1064, an Arm Cortex-M7 processor clocked to 600 MHz, paired with a microSD card for raw session logging. That chip backs STATSports' "on-edge AI, 70-plus metrics on-board" marketing.

The processor also marks a generational jump. The prior APX300 pod ran on a Nordic nRF52840. The APX400 demotes that same Nordic part to a Bluetooth coprocessor and lets the new processor run the show. The parts tables in both APX400 filings list the full radio set, including the ultra-wideband ranging chip, a Qorvo/DecaWave DW1000, alongside the Bluetooth radio and a u-blox GNSS module. verified

The APX400 test report names a DecaWave DW1000. That part has no built-in way to confirm a range measurement was not spoofed, a feature the spec calls Secure Ranging (STS). It is the same chip STATSports labeled in its own APX300 photo, and the same family that sat in the 2022 Al Rihla ball. Both pod generations therefore run on a non-secure-ranging radio, a property of the silicon rather than a judgment about the deployment. corrected

Catapult's current Vector S8 reverses that. Its radio plan is readable, its parts list is not. The two S8 test reports describe the spectrum cleanly, dual-band ultra-wideband on two channels at the regulatory power cap (FCC 2ADAL-WD-S8-08-V1). But neither report carries a chip table, and the one internal photo is a low-resolution shot against a ruler. The processor and radio part numbers cannot be recovered from the public exhibits. verified (RF) · unrecoverable (S8 chips)

PodMain processorUWB transceiver
STATSports APX400 (2025)NXP i.MX RT1064, Cortex-M7DecaWave DW1000
STATSports APX300 (2019)Nordic nRF52840, Cortex-M4FDecaWave DW1000
Catapult Vector S8 (2025)not in public filingnot in public filing
STATSports Apex pod exterior, front: a glossy black rounded unit with the embossed STATSports hexagon logo
The Apex pod, front
STATSports Apex pod exterior, rear: a textured back panel carrying CE and FCC compliance marks
Rear: CE and FCC marks
Figure. The STATSports Apex pod from the outside, the unit a player wears between the shoulder blades in a vest, about 5 cm tall. Source: FCC OET external-photos exhibit for 2APHS-APX300 (STATSports Group Ltd). verified
STATSports APX300 internal FCC photo with vendor labels pointing to the Nordic nRF52840 and DecaWave DW1000
APX300, STATSports' own labels: nRF52840 + DW1000
STATSports APX400 internal FCC photo showing the NXP i.MX RT1064 Cortex-M7 processor
APX400, the NXP i.MX RT1064 (Cortex-M7)
STATSports APX400 main board underside showing the microSD socket and radio front end
APX400 board, microSD socket + radio front end
Catapult Vector S8 main board, chip silkscreen too low resolution to read
Catapult S8 board, silicon not legible
Figure. Training-tier pod teardowns from FCC filings. STATSports annotated its own APX300 photo; the APX400's chips come from the test-report parts table, and the Vector S8's stay unidentified because its exhibits carry no parts list. Source: FCC OET equipment-authorization exhibits for 2APHS-APX300, 2APHS-APX400, 2ADAL-WD-S8-08-V1, retrieved June 2026. verified (STATSports) · unrecoverable (S8 chips)

What they measure, and where it goes

A worn pod fuses three sensing streams. The primary one is satellite positioning, GNSS, which the pod runs outdoors at roughly 10 Hz across GPS, GLONASS, and Galileo. The second is an inertial unit: accelerometer, gyroscope, and magnetometer. Independent validation puts the accuracy at meter class. A peer-reviewed study of Catapult's S8 GNSS reported about 57 satellites acquired and a sub-meter distance error against a fixed point, the result expected from this class of receiver (Ellens et al., PLOS One 2025). verified

The third stream is the pod's UWB transceiver, the same ultra-wideband ranging the officiating system uses, measuring pod to fixed receiver. Outdoors the satellite fix carries the position. Indoors or under a closed roof, where the satellite signal is weak, the pod falls back to UWB local positioning. Several 2026 World Cup venues are roofed, so in those buildings the UWB fix would carry the player's position.

Bluetooth handles a separate job. It pairs the pod to a coach's tablet or watch and streams a live view, up to twenty devices at once.

Off the body, each vendor routes the data its own way. On Catapult, telemetry lands at a field receiver, which backhauls over Wi-Fi to a Windows desktop called OpenField Console. That console syncs to OpenField Cloud, which RDAP places on Amazon Web Services.

On STATSports, the pod talks to a Smart Beacon, which relays over Wi-Fi to the Sonra software. STATSports states its Sonra cloud runs on Microsoft Azure. That claim is readable on the product page but not confirmable at the infrastructure level: the public web tier sits behind Cloudflare and masks the origin vendor claim, infrastructure unconfirmed. Either way, the worn-pod data ends up in a vendor's analytics cloud, never on FIFA's officiating plane.

Where the marketing outruns the silicon

STATSports markets the Apex 2.0 as carrying "Differential and Dual-Band RTK GNSS" with "centimeter-level" accuracy. The filed silicon does not deliver that. The GNSS module named in both APX400 test reports is a u-blox NEO-M9N, which u-blox documents as a standard-precision part with a typical 2-meter position error and no real-time kinematic mode at all. Centimeter RTK needs a more capable receiver from a different u-blox line. disputed

The "Dual-Band RTK GNSS" phrase attaches to the ground-based Smart Beacon, not the worn pod, and a base station can only feed a player's receiver the corrections that receiver can use. The NEO-M9N accepts differential corrections that can pull open-sky accuracy toward sub-meter, but that is differential GNSS, not centimeter RTK.

KINEXON publishes two tag weights for its own line, an in-jersey tag around 9 grams and a heavier indoor Perform tag near 15 grams. They are separate products for separate jobs, and they belong to KINEXON's tracking system, not the Catapult or STATSports vests here. verified (KINEXON-published figures)

The training tier is widely worn and runs on its own silicon and clouds. It and the officiating tier are both useless until two independent sensors can be proven to describe the same instant. That is a clock problem, and the clock comes next.

Transport and timing: the clock and the network

Stack locator: you are at the Transport stage, 4 of 11, in the tracking chain.

The short version

Two things move the data. One shared timing signal lines up the ball and the cameras to the same instant, accurate to about a millionth of a second, so the system can tell which frame a kick fell on. A private high-capacity network then carries the flood of match video off the pitch to a hub in Dallas.

Two streams now exist. The ball's radio reports when a kick happened to about two milliseconds. A stadium full of cameras reports where every limb was, fifty times a second. They are worthless together until you can prove they describe the same instant. That is a clock problem first. Solve the clock, then move the bits.

One clock, because two sensors are useless without it

A shared clock welds the two streams together, and it gets the least public attention. The ball's inertial sensor samples its own motion 500 times a second, one reading every 2 milliseconds. The optical cameras run at 50 frames a second, one frame every 20 milliseconds. To ask "which camera frame was the ball kicked on," both streams have to carry timestamps on the same timeline.

The 2026 stack supplies that timeline with Precision Time Protocol, the IEEE-1588 standard. The published precision is one millionth of a second between the in-ball data and the optical pipeline. KINEXON states on its product page that connected-ball data is "integrated seamlessly with VAR and SAOT systems via Precision Time Protocol" KINEXON Officiate, and a named FIFA innovation lead, Nicolas Evans, put a number on it: "the use of a PTP master clock allows synchronization between KINEXON and Hawk-Eye data that's precise down to one-millionth of a second" The Lowdown. verified (vendor and named-FIFA-source)

One caveat: no FIFA primary page states PTP. That it binds the two systems is vendor-stated and journalist-confirmed, strong but not from FIFA itself.

Two input streams, the ball's ultra-wideband radio and the sixteen-camera optical system, converge on one PTP grandmaster clock that stamps both on the same timeline. A single high-capacity contribution pipe then carries the data from the sixteen stadiums to the International Broadcast Centre in Dallas.
Figure. One clock, one pipe. A shared PTP clock aligns the ball and camera streams to about a millionth of a second; the contribution network's 64 hundred-gigabit circuits, roughly 6.4 Tb/s in aggregate, carry the venues' output to the International Broadcast Centre in Dallas. Original artwork. verified
Why a millionth of a second buys anything
The ball's 500 Hz sensor pins the instant of contact to about 2 ms, but it knows nothing about where any defender stood. The cameras place every limb in 3-D, but on their own cannot locate the kick closer than their 20 ms frame interval. A sprinting attacker covers several centimeters in 20 ms. At the 2026 automated-offside tolerance, that blur is enough to flip a verdict. The PTP epoch lets the fusion engine take the 2 ms kick timestamp and pull the exact frame it belongs to from the optical stream. verified

How PTP actually keeps the epoch

One device on the network is elected the grandmaster (by the Best Master Clock Algorithm), and the assumption inside that election matters later. The grandmaster sends a timestamped Sync message; in a two-step clock a Follow_Up carries the precise send time t1. The follower records arrival t2, then sends a Delay_Req at t3 and gets back a Delay_Resp with the master's receive time t4. From those four numbers it solves:

mean path delay       = [ (t2 - t1) + (t4 - t3) ] / 2
offset (follower-master) = [ (t2 - t1) - (t4 - t3) ] / 2

-> the follower steers its clock to drive offset toward zero
-> sub-microsecond accuracy comes from HARDWARE timestamping at the PHY
   (the packet is stamped as it crosses the wire, before OS jitter creeps in)

The Sony and Hawk-Eye fusion patent (US11514678B2) never says PTP. It names only "timestamp association": images are "timestamped with their capture time to enable images captured by different cameras at the same time to be associated with each other." That is what a shared PTP clock would give you, frame by frame, but the patent stops at the word "timestamp." verified

The ball's time reaches that clock the long way around, because the 2026 match ball is not a node on the PTP network. Its FCC test report states plainly that it "has no data ports," and its only non-radio interface is the inductive charging dock (FCC ZLG-SMCOMB). PTP runs over Ethernet, so a device with no IP interface cannot be a PTP clock. The kick instant is an ultra-wideband radio event. The pitch-side anchors timestamp its arrival in their own radio timebase, and the wired edge server, which holds the PTP-disciplined clock, re-stamps the kick into the shared epoch with the cameras. The link from ball time to optical time is a two-hop translation, not a direct one. verified (no data ports) inference (the bridging step)

The part that is undisclosed

Everything above is confirmable. The configuration is not. A PTP deployment is defined by a profile, a grandmaster topology (how many clocks, redundant or not), and whether authentication is switched on. IEEE-1588-2019 added a security framework in its Annex P that can append an integrity check to each PTP message (IEEE 1588-2019). No public FIFA, Hawk-Eye, or KINEXON document names any of these for the officiating clock. The right word is undisclosed rather than unprotected. The presence of a control cannot be read off a standard, only off a deployment's own documents, and those are not public. open

One adjacent domain is knowable by industry standard rather than by FIFA. The broadcast video plant at the venues almost certainly synchronizes on SMPTE ST 2059-2, the professional-media PTP profile. The venue vendor (Riedel) publishes deployment guidance for it, and that profile is near-universal for IP broadcast plants (Riedel ST 2110 guide). A walkthrough of a modern broadcast truck at an NHL game shows in plain language how a live sports broadcast is built around a PTP master clock (Geerling, 2026).

Whether the officiating cross-clock shares that domain or runs an isolated profile is not established. inference (broadcast) open (officiating)

Moving the bits: the network off the pitch

With the clock settled, the second problem is volume, and one carrier handles almost all of it. Verizon, the official telecommunications sponsor, plays two distinct roles: inside the stadiums it runs a private 5G network, and between the venues and the hub it operates the wired contribution network. verified

Verizon's own release states that "private 5G networks will be deployed in host stadiums" to enable the Lenovo Referee View body cameras, and that network upgrades boost public-5G capacity "by an estimated three to five times" in the host stadiums, where fans are expected to use more than 50 TB of data inside a stadium per match (Verizon, 16 Apr 2026). The band, core, and RAN vendor of the private slice are not disclosed. verified

The contribution pipe, and the number that does not add up

The contribution network is the firehose that carries every venue's output to the International Broadcast Centre in Dallas. The well-sourced figure is the aggregate: 64 wave circuits of 100 gigabits each, about 6.4 Tb/s, which Verizon and the trade press round to roughly 7 Tb/s. That figure is Verizon-attributed, from the same Gorney interview, and internally consistent (64 times 100 is 6,400) (RCR Wireless; RedShark). verified

A widely repeated per-venue breakdown, about 600 Gbit/s a venue structured as two 100G paths over three redundant routes, does not survive the arithmetic and should not be trusted. It comes from a single non-Verizon outlet (Capacity), and no reading reconciles it with the aggregate. Three checks fail. Multiply 600 Gbit/s by 16 venues and the total is 9.6 Tb/s, not 6.4. Divide the 64 circuits across 16 venues instead and each gets 400 Gbit/s, not 600. And "two 100G paths" is only 200 Gbit/s of usable capacity. The figure reaches 600 only by summing three redundant routes, which is not how redundant capacity works. Treat the aggregate as the accurate figure and the per-venue split as single-source and unreconciled. disputed

Contribution figureValueProvenance
Aggregate to the Dallas IBC64 × 100G ≈ 6.4 Tb/sVerizon-attributed (Gorney); rounds to ~7 Tb/s
Per-venue contribution≈600 Gbit/s disputedSingle non-Verizon source; 600×16 = 9.6 Tb/s does not reconcile

What travels to Dallas is host-broadcast video and the centralized data for the verdict. The UWB tracking link never rides the 5G; it terminates on the venue edge box and stays local.

The production has been deliberately decentralized. The premium plan runs 45 cameras per match across all 104 matches, handled by 16 venue-based production teams, one per stadium. That is up from around eight teams in past tournaments, and it avoids hauling crews across three countries.

Every feed lands at the IBC, replays are cut centrally, and the feeds go out to media partners over everything from SRT to satellite, with a secondary post-production hub in London. A FIFA broadcast lead, on the record at the SVGEurope Football Summit, named the carrier in one breath: "a broadcast contribution network through Verizon, which is our partner. All cameras come to the IBC" (SVGEurope Football Summit 2026). verified

The Kay Bailey Hutchison Convention Center in Dallas, the World Cup 2026 International Broadcast Centre
Where the pipe ends: the Dallas IBC
Figure. The Kay Bailey Hutchison Convention Center in Dallas, the roughly 45,000 m² International Broadcast Centre where all 16 venues' contribution feeds converge. Photo: Raysonho @ Open Grid Scheduler / Scalable Grid Engine, via Wikimedia Commons, CC0 1.0 (public domain). verified

The referee camera's own private 5G

One more radio runs alongside Verizon's. The referee body camera, RefCam, rides a dedicated private-5G slice from Riedel, branded Easy5G, carrying a referee point-of-view feed. Whether that slice is fully separate from Verizon's venue 5G is not settled, since Verizon's own release ties its network to the Referee View cameras open. The camera, the head mount, and what Lenovo's AI does to that feed belong to the officiating story in the next section.

The feed format is reported as 1080i in World Cup coverage (USA TODAY) but 1080p50 in Riedel's earlier Bundesliga demos, so the exact 2026 format remains open. verified format open

A carrier-grade broadcast network diagram of how data leaves the stadium. At each of sixteen stadiums, roughly forty-five broadcast cameras and the referee body camera are captured, while the ball's ultra-wideband tracking radio stays local on the venue edge box and does not ride the network. Broadcast video and the centralized verdict data ride a Verizon contribution network of about 6.4 terabits a second to the International Broadcast Centre in Dallas, where replays are cut centrally and distributed to media partners over SRT and satellite, with a secondary hub in London. RefCam rides a separate Riedel Easy5G private-5G slice.
Figure. Off the pitch to Dallas. The broadcast contribution network: sixteen venues converge on the Dallas IBC over a Verizon pipe of about 6.4 Tb/s. The ball's tracking radio never rides it, it terminates locally at the venue edge. RefCam rides a separate Riedel slice; whether that slice is fully independent of Verizon's venue network stays open. Original artwork. verified RefCam path open

The live data path FIFA actually blesses

The most concrete transport finding sits in a FIFA certification document: KINEXON's FIFA EPTS Performance Test Report for the GPS PRO wearable system. The report describes FIFA's own live-latency test method in plain language: "This test method uses an open-source message broker software called Rabbit MQ. Tracking providers upload their live data to the platform, Google/MIT then act as a client and publish the messages to the Google Cloud Platform with a timestamp" (KINEXON FIFA EPTS Test Report). FIFA's blessed path for live tracking data is therefore a RabbitMQ queue into Google Cloud, which corroborates the KINEXON ingest hostnames the rest of this report mapped (an incoming host feeding a rabbitmq host feeding the FIFA-facing endpoint). verified

The document carries weight because it is an independent test. The report logs the setup: test date 19 May 2024, run at the Municipal Stadium of Leiria, Portugal, by an external test institute (Victoria University), with ground truth from a 38-camera Vicon optical motion-capture rig that tracks markers to sub-millimeter accuracy and serves as the "truth" the tested system is graded against.

The product under test is logged as a "Wearable System - GNSS," GNSS being satellite positioning (GPS and its peers), and it earns the four-year FIFA Quality stamp (valid 28 Nov 2024 to 27 Nov 2028) (KINEXON FIFA EPTS Test Report). verified

The same report tabulates the end-to-end latency of that live path for the GPS PRO wearable: a median of 378 ms from pitch to reception, with a 99th-percentile tail of 1,122 ms. Read that as roughly a third of a second typical and just over a second at the tail. verified

FIFA EPTS test report page titled Live Data Submission, with a Server Upload Assessment paragraph naming RabbitMQ and Google Cloud Platform, and a table giving median latency of 378 ms and 99th-percentile latency of 1122 ms at reception
The named transport and the measured latency, on one page
Figure. The "Live Data Submission" page of the FIFA EPTS test report. The Server Upload Assessment paragraph names the transport in plain text ("open-source message broker software called Rabbit MQ... publish the messages to the Google Cloud Platform with a timestamp"), and the Provider Results table gives the upload-latency split: median 334 / 36 / 378 ms and 99th-percentile 1083 / 69 / 1122 ms across the data-analysis, publication, and reception stages. This is the GNSS wearable (GPS PRO) path, not the connected-ball officiating path. KINEXON, GPS PRO (Live) FIFA EPTS Performance Test Report, 2024. verified
Two different paths, do not conflate them
The 378 ms figure is the GNSS wearable path (KINEXON GPS PRO), a separate product line from the connected-ball UWB officiating path that drives offside. RabbitMQ into Google Cloud is the live-EPTS transport pattern FIFA tests against; whether the in-venue officiating ingest uses the identical broker hop is not stated, and the report hedges that "a provider may deliver live data to its clients in a different format." So take the transport pattern as FIFA-blessed and the 378 ms as a measured number for the wearable line, not the offside-decision latency. verified

That is the wire-level layer end to end: one clock that makes two sensors comparable, a single carrier moving the broadcast firehose to a hub in Dallas, and a message queue carrying live tracking data into the cloud. A machine can finally ask the question this whole chain exists to answer: at the frame the ball was kicked, was the attacker beyond the second-to-last defender?

Fusion and the verdict

Stack locator: you are at the Verdict stage, 5 of 11, in the tracking chain.

The short version

With the kick instant and every limb on one clock, an offside call becomes arithmetic: pick the frame the ball was struck, find the second-to-last defender, draw the line, and check the attacker against it. New for 2026 is that a clear call sends an audio alert straight to the assistant referee, while tight calls still go to a human reviewer.

With the kick instant and every limb on one clock, the offside question turns from a judgment call into arithmetic. Pick the frame the ball was struck. Find the second-to-last defender. Draw a line through them across the pitch. Test whether the attacker sat beyond it. New for 2026 is what happens next. When the answer is obvious, a machine speaks into the assistant referee's ear.

The verdict is geometry once you have the clock

The four sections before this feed one step. The ball's inertial sensor hands the fusion engine a kick timestamp good to about 2 milliseconds. The sixteen optical cameras hand it a 3-D skeleton of every player, fifty times a second, fitted to that player's scanned avatar so the relevant body point is a real knee or shoulder, not a stick-figure dot. Precision Time Protocol stamps both onto the same microsecond timeline. The engine then does five things, in order, for every kick:

1.  ball IMU 500 Hz  -> impulse spike marks the kick, t_kick (+/- 2 ms)
2.  PTP epoch        -> t_kick selects the nearest 50 fps optical frame  (kills the 20 ms blur)
3.  3-D avatars      -> read the 2nd-last defender's rearmost relevant point
                     -> project the offside line across the pitch
4.  3-D avatars      -> read the attacker's frontmost legal limb
5.  tolerance test   -> is the attacker beyond the line by more than the margin?
       clear  ->  automated AUDIO ALERT straight to the assistant referee's earpiece
       tight  ->  "delay"  ->  a human VAR reviews, can set the kick point and line by hand

Step 2 is the trick the whole chain is built around. The cameras see the world in 20-millisecond frames, so on their own "the moment the ball was played" is ambiguous to within one frame. A sprinting attacker moves several centimeters in 20 ms. The 500 Hz kick timestamp, dropped onto the shared clock, picks the exact frame the foot met the ball, so the line is drawn at the right instant. KINEXON's product page calls the 500 Hz signal "the key asset for officiating" KINEXON Officiate. verified

The engine that runs all of this is owned by Football Technology Centre AG, the FIFA and Hawk-Eye joint venture set up in 2024 to hold the automated-offside and event-detection algorithms. Who owns that JV, and how its board president also runs FIFA's own technology department, is a thread the report picks up at the end (§11). FIFA's own Club World Cup 2025 page names it, crediting "algorithms developed by Football Technology Centre AG, its joint venture with Hawk-Eye Innovations Ltd, to automatically collect the majority of live event data based on the available tracking data" FIFA, Club World Cup 2025. verified

A semi-automated offside operator at a workstation; the large monitor labeled EPTS Camera 10 shows a reconstructed 3-D skeleton of a player with a magenta offside line drawn across the pitch, and an OFFSIDE PANEL on the right lists player numbers, a Pose score of 97 percent, an attacking-line graphics toggle and an UNLOCK KICK POINT control, with the event-tagging interface on a second screen below
The semi-automated offside workstation: skeleton, drawn line, and operator panel
Figure. The semi-automated offside workstation: the reconstructed 3-D skeleton, the drawn offside line, and the operator panel with the kick point and a per-pose confidence score. FIFA, Offside decisions and referee body cams (FIFA copyright, editorial use, re-hosted with attribution). verified
A five-panel sequence of an automated offside decision: the kick frame with the ball at the boot and a kick-time label; the second-to-last defender highlighted; the offside line drawn across the pitch through that defender; the attacker's frontmost legal body part just beyond the line with a greater-than-ten-centimeter callout; and the resulting audio cue sent to the assistant referee.
Figure. The offside call, step by step. The ball's 500 Hz sensor fixes the kick instant, the cameras place every limb, one shared clock aligns them, and a clear call goes to the assistant referee as audio. Original artwork. verified

The tolerance, and why the number is not FIFA's

The line is not a hairline. The engine fires automatically only when the attacker is clear by more than a built-in tolerance, the margin that marks a call safe to make without a human. The figure carried across the June-2026 coverage is 10 centimeters. Clear by more than that and the system flags it; inside it, the system defers. Inside World Football, reporting FIFA's pre-tournament briefing, says a real-time audio alert notifies the assistant referee "if a player is more than 10 cm offside," down from the 50 cm threshold trialed at the Club World Cup and the Intercontinental Cup Inside World Football, 3 Jun 2026. verified (strong-secondary)

FIFA's own 2026 offside page does not print that number. The page describes the routing change and the avatars in full but states no centimeter figure FIFA, 2026 offside briefing. So the 10 cm is press consensus, agreed across at least four independent outlets, but never a FIFA primary. The 50 cm baseline it replaced was the Club World Cup 2025 trial figure, not a 2022 World Cup number. Both sit inside the JV's tenure. disputed-as-primary

Another number gets confused with the 10 cm alert and should be kept separate. FIFA's 2019 Handbook of Test Methods for Virtual Offside Line Assessment is the certification protocol a virtual-offside-line system has to pass. It sets placement tolerances of plus or minus 250 mm in the 2-D full-width test and plus or minus 200 mm in the tighter 3-D match scenario FIFA VOL Handbook, 2019 (via Wayback). Those are the accuracy bands a system must hit in a 2019 lab certification, not the live detection sensitivity at which the 2026 engine fires an alert.

The test measures placement error against a surveyed ground truth. A crew places markers on the pitch at known coordinates, the system draws its line on a broadcast still of that scene, and the offset is scored against the tolerance across ten pitch positions, graded pass or fail. verified (FIFA-primary, 2019 protocol)

FIFA VOL Handbook diagram: the drawn virtual offside line, shown as a red band, placed at the toe of the boot on the true offside plane, with a surveyed ground marker beneath; below it a table of marker Easting and Northing coordinates
VOL certification: line vs surveyed marker
Figure. How the 2019 certification test scores a virtual-offside-line system. The drawn line (red band) is checked against a physically surveyed marker at the toe of the boot, and the placement offset is graded against the tolerance. The coordinate table sets the marker positions. This is the lab certification protocol a system must pass (bands of plus or minus 250 mm in 2-D and plus or minus 200 mm in 3-D), not the live 2026 detection sensitivity that fires the in-match alert. Source: FIFA, Handbook of Test Methods for Virtual Offside Line Assessment, June 2019 (via Wayback). verified (FIFA-primary, 2019 protocol)

What is new in 2026: the alert goes to the linesman, not the booth

The 2026 change is in who hears the verdict first, not in what gets decided. In 2022 the automated offside alert went to the video officials, who validated it by hand and relayed it to the referee on the field. For 2026, when the call is clear, the alert is routed directly to the on-field officials as an audio cue, so the assistant referee can raise the flag almost at once. FIFA states the routing change across all three of its innovation pages; the Intercontinental Cup 2025 page puts it most plainly, that the system "provides assistant referees with immediate audio alerts when a positional offside occurs on the pitch, greatly speeding up the offside decision-making process" FIFA, Intercontinental Cup 2025. verified (FIFA-primary)

Two qualifications keep this precise. First, the word "earpiece" is not FIFA's. FIFA says "audio alerts" and "sent directly to the match officials"; that the audio lands in the assistant referee's ear is press consensus, well corroborated across TechTimes, the BBC, Al Jazeera and others, but layered onto FIFA's "audio alert" TechTimes, 7 Jun 2026. The cue does not go to a watch or a phone; it reaches the officials over the referee communication system, the Riedel-based headset comms they already wear. Whether it is a spoken phrase or a plain tone is not confirmed. "Synthesized" is loose press wording, so the alert is not called speech here. The comms product, and whether the channel is authenticated or encrypted, are not disclosed.

Second, only the clear, positional call takes the fast path. A tight margin is a "delay" that still goes to a human VAR, who can manually set the kick point and the offside line. Interfering with play stays a human judgment, and under the IFAB protocol the referee is the final arbiter; the assistant referee can even hold the flag down if a malfunction is suspected. verified (FIFA + IFAB) open (tone vs speech)

The fast path, in one sentence
For a clear offside the machine output now reaches the field with one fewer human in the loop than in 2022: the fusion verdict goes straight to the assistant referee as an audio alert, the linesman flags, and the video booth is skipped. For anything tight, the booth is still there. verified

The ball does more than time the kick

The same in-ball sensor that pins the kick instant feeds two other officiating tricks new for 2026. The first is a goal-line-style 3-D animation for the byline: ball-tracking now reconstructs whether the whole ball crossed the touchline or goal line before a goal, the kind of call that decided a disallowed Aston Villa effort against Brentford in February. The second is sharper. The sensor identifies the last player to touch the ball, which lets the VAR settle corner-kick awards and similar decisions under expanded powers.

A "line-of-sight" extension also reaches offside review: virtual feeds that recreate both goalkeepers' viewpoints, shown to the VAR and to TV viewers Inside World Football, 3 Jun 2026. verified (strong-secondary)

Where the verdict physically runs

Ownership of the algorithm sits in Zürich; the compute that runs it does not. The video assistant referee operation for 2026 is run centrally from the Dallas International Broadcast Centre, the Kay Bailey Hutchison Convention Center. FIFA's IBC-opening release says the building houses "the video assistant referee (VAR) room" FIFA, IBC opening, and the broadcast-tech press is explicit that the SAOT cameras "feed directly into the VAR operation, which is being run centrally from the International Broadcast Centre in Dallas" RedShark. verified

Two precisions matter here. First, a central VAR operation does not mean the offside math runs on a specific server in Dallas. Hawk-Eye runs its own cloud infrastructure, the per-camera AWS environment the rest of this report mapped. So the first-pass triangulation and fusion may run at the venue edge, in that cloud, or at Dallas. The decision, the replay and the avatar render are surfaced centrally. Where the fusion computation physically happens, venue versus IBC versus cloud, no public source states. inference (fusion-compute location)

Second, the Lenovo ThinkSystem SR635 V3 servers are repeatedly described as running SAOT or VAR fusion. They are not. Every primary source ties them to the live-video and IPTV plane: FIFA's own Chief Business Officer, Romy Gai, says those servers "manage massive volumes of live video data from stadiums," powering the IPTV feed of ten channels to over a thousand screens Lenovo / Businesswire, 2 Jun 2026. The SR635 V3 ingests video; it does not render graphics. Lenovo's offside-related contribution is the GenAI 3-D avatars and the Referee View stabilization, and it names no server model for those, so the offside fusion server is unnamed. corrected

The host-broadcast reporting also describes a per-venue Video-Operations-Room failsafe, on-site replay operators kept at each stadium in case a venue loses its link to Dallas. The named sources confirm those crews as a "connectivity failsafe" SVGEurope, Football Summit 2026, but whether that backup covers the offside-adjudication function specifically, and exactly how failover works, is not spelled out. The per-venue VOR offside failsafe is treated here as inference. inference

Aerial view of the Kay Bailey Hutchison Convention Center, Dallas, the World Cup 2026 International Broadcast Centre that houses the centralized VAR room
Dallas IBC, where the VAR room sits
Figure. The Kay Bailey Hutchison Convention Center, Dallas, the World Cup 2026 International Broadcast Centre. FIFA states the building houses the central VAR room; the offside fusion server itself is unnamed in public sources. Photo: IcedCowboyCoffee, via Wikimedia Commons, CC0 1.0 (public domain). verified (facility / VAR room) inference (fusion-compute location)

RefCam, and what Lenovo's AI does to it

The other officiating-side camera sits on the referee's head, and Lenovo's AI now works on its picture. A head-mounted camera on a running referee produces a violently shaky image, and Lenovo's stabilization layer, branded "Referee View," cleans it up. The spec is up to 50 percent jitter reduction in high-motion scenes, with resolution held above 1K, handing the host broadcast an extra stream with no loss in visual quality Lenovo StoryHub, 12 Jun 2026. The layer stabilizes motion; it does not generate imagery.

Referee View earned its first moment on 11 June. It captured the first goal of the 2026 World Cup, Julián Quiñones for Mexico against South Africa at the Estadio Azteca, from referee Wilton Sampaio's point of view Lenovo StoryHub, 12 Jun 2026. verified

Mexico attack at the Estadio Azteca during the 2026 World Cup opening match against South Africa: a Mexico forward in the green home kit, number 16, shapes to shoot from just outside the penalty area while two team-mates and South African defenders close in, with a Lenovo perimeter advertising board behind the goal
Mexico v South Africa, the opening match Referee View captured the first goal of
Figure. The Mexico v South Africa opening match at the Estadio Azteca, the fixture from which Lenovo's AI-stabilized Referee View captured the first goal of the 2026 World Cup from the referee's point of view. Source: Lenovo StoryHub, The opening goal of the FIFA World Cup, through Referee View (Lenovo/FIFA press image, editorial use, re-hosted with attribution). verified
Close-up of the Riedel RefCam head unit, a small black camera worn on the side of a referee's head, with thin wires running down to the collar
The Riedel RefCam head unit, worn on the side of the head
Figure. The Riedel RefCam head unit, the 14-gram referee point-of-view camera. Riedel / EHF, RefCam at EHF EURO 2026 (press image, editorial use, re-hosted with attribution). verified

The camera itself is RefCam, a 14-gram point-of-view unit mounted on the side of the referee's head. The full worn kit is a customized earpiece on the right side, two thin wires (one for the camera, one for a microphone clipped at the collar), and a bodypack transmitter tucked into the shorts pocket. FIFA tried chest mounts and found the head mount gave the most natural perspective. The feed is reported at 1080i USA TODAY. The camera was developed by FIFA's own football technology and innovation team, not by the host broadcaster, which is why it ships inside the world feed rather than as a separate feed SVGEurope Football Summit 2026. The transport, Riedel's dedicated Easy5G private-5G slice, belongs to the previous section (§4). verified

RefCam is one piece of a small wearable kit the match officials now carry. The public got its clearest look at the whole set from a crowd-annotated broadcast still, corroborated in the replies by a self-described referee @denbersus on Threads. The consensus kit, matched against the known hardware, is four items. strong-secondary

View the referee-equipment post by @denbersus on Threads
Figure. The source: a crowd-annotated broadcast still posted by @denbersus on Threads (about 2.3 million views), the clearest public look at the officials' kit. Embedded from Threads; the line art below is this report's own reconstruction. strong-secondary
ItemWhat it does
Wrist watchTimekeeping plus the goal-line-technology buzz on a goal; large screen
Head-worn camera + mic + earpieceRefCam point-of-view feed and the live comms line to the crew and VAR
Upper-arm packBattery and receiver feeding the head unit
Second arm boxReceiver for the assistant referees' flag buttons; vibrates when an AR signals
An original line-art referee silhouette with four labeled callouts: a wrist smartwatch that buzzes the offside or goal alert; a head-worn camera, microphone and earpiece; an upper-arm battery and receiver pack; and a small box on the other arm that receives the assistant-referee flag haptic signal.
Figure. The referee kit, four worn devices. Original line art, not a traced photo. The wrist alert and head-worn camera and earpiece are well established; the arm-worn packs are read from a forum annotation and drawn dashed as inferred. inference

How good is the optical offside system, really

The marketing says the optical offside system beats human officiating, and for once there is independent evidence. A peer-reviewed study presented at ICSTPA 2025, drawing on official offside data from the top European leagues from 2020 to 2024 plus the 2022 World Cup, found that more cameras correlate with sharper centimeter-level offside precision (p < 0.01), the real-world backing for the 16-camera upgrade Yan, ICSTPA 2025 (ACM). The same work flagged the failure modes: player speeds above 30 km/h raise the misjudgment rate, and body-posture ambiguity plus camera blind spots are the standing limits. That matches FIFA's own caveats, that the system cannot resolve the tightest calls and struggles when players are grounded or clustered. The data is from leagues and 2022, not 2026, so read it as evidence about the technique, not a measurement of this tournament. verified (peer-reviewed)

A note on the architecture
A single fusion engine, owned by a FIFA-controlled joint venture, sits behind the offside verdict, the broadcast graphic and the event data that feeds everything downstream. The call-deciding algorithm has exactly one owner, a concentration that is a plain fact of the org chart. The ownership thread that explains it runs through §11. verified
What isn't public
  • The 10 cm alert tolerance is strong-secondary, not FIFA-primary. FIFA's 2026 page prints no centimeter figure; the 50-to-10 cm tightening is well-sourced press consensus from the Club World Cup 2025 baseline. disputed-as-primary
  • Whether the alert audio is synthesized speech or a tone. FIFA says "audio alerts"; "synthesized" is press wording, and "earpiece" is secondary, not FIFA's word. open
  • What carries the alert, and whether that channel is authenticated or encrypted. No public source names the comms product (Riedel RefComms and VOKKERO are both plausible) or describes its security. The right word is undisclosed, not unprotected. open
  • Where the SAOT fusion computation physically runs (venue edge versus the Dallas IBC versus Hawk-Eye's cloud). The VAR operation is centralized at Dallas (verified); the fusion-compute building is not. inference
  • The per-venue VOR offside failsafe and its exact failover. On-site replay crews are confirmed as a connectivity backup; whether that covers offside adjudication is not spelled out. inference
  • The end-to-end 2026 decision latency (kick to audio in the ear, in milliseconds). Only the 2022 "about half a second behind live" proxy and the under-30-second wall-clock target are public. open
  • The RefCam 2026 broadcast format. Reported as 1080i in World Cup coverage and 1080p50 from earlier Riedel demos; the exact tournament format is the residual unknown (carried from §4). open

That is the officiating story end to end: sense, sync, decide, signal. But the same tracking stream that settles one offside call also becomes thousands of measurements about everything else on the pitch, and those run through a firehose with a human hand on the valve. §6 and §7.

The data format on the wire

Stack locator: you are at the Format stage, 6 of 11, in the tracking chain.

The short version

Once a position exists, it becomes a row of bytes in an open format FIFA publishes in plain text. Each exchange is two files: a flat text file holding every player and ball position, one line per frame, plus a separate file that explains how to read it. Each line carries a frame number rather than a clock time, and the real time is calculated from the frame rate.

The system now has a position. The fusion engine holds a kick instant and a pitch full of skeletons on one clock, enough to settle an offside call. The next question is what that position looks like once it stops being physics and becomes a row of bytes. The format is open. FIFA publishes the tracking-data spec in plain text, and the worked example is a real file anyone can download and parse.

The spec is public, and fully readable

The specification is plain text, not a sealed binary. Point pdftotext -layout at FIFA's own Standard Data Transfer Format documentation and the whole grammar reads out cleanly: the element tree, the delimiter rules, the field types, the enums. Everything below is read straight off that primary document rather than inferred from third-party parsers. corrected

The standard is the EPTS Standard Data Format, written jointly by FIFA and FC Barcelona's innovation group after the 2015 IFAB rule change let electronic performance and tracking systems onto the pitch in competition. The PDF calls itself a "first version," a fair label for a small, vendor-neutral interchange format. It exists because every tracker speaks its own proprietary dialect. A club or league needs one shape it can read no matter who produced the feed. A KINEXON ball feed, a Hawk-Eye optical feed, and a Catapult vest export all collapse into the same text grammar, with no per-vendor parser. verified

Two files, and the raw data is deliberately not XML

An exchange is always two files, and the bulk payload stays out of XML to keep it compact. The provider hands over a flat text file, one line per frame, plus a separate XML file that explains how to read it. The text is the data; the XML is the key that decodes it.

Raw data (.txt)

Flat text, one frame per line, parsed left to right. Three delimiters, :, ; and ,, pack the frame number, every player's channel values, and the ball position onto one line. verified

Metadata (.xml)

An XSD-validated envelope: GlobalConfig (frame rate, field size, tracking type), the team and player roster, the Devices and Sensors tree, and the DataFormatSpecification that maps each delimited slot to a named, typed channel. verified

The metadata is built for more than one kind of sensor. A Device holds Sensor entries, and FIFA's schema names the wearable types: GPS, accelerometer, magnetometer, gyroscope. For an optical setup a "sensor" is a virtual source rather than a physical chip. Each sensor lists its Channels (XPosition, YPosition and the rest), and PlayerChannels tie a channel to a player by id. The key field is TrackingType, an enum with three allowed values: Optical, GPS, and RF. That one field records whether a position came from a camera, a satellite, or a radio inside the ball, and nothing downstream is supposed to care which. verified

The spec lays the whole grammar out as a single element tree. The root, FIFADataTransferFormatEPTS, splits into exactly two children that match the two-file split above: a Metadata branch and a DataFormatSpecifications branch. The Metadata side holds the boxes already named here, from GlobalConfig through Devices with their Sensors and Channels, drawn out below straight from the PDF. verified

The complete EPTS schema element tree from FIFA's specification: a root FIFADataTransferFormatEPTS element branching into a Metadata side (GlobalConfig, Sessions, Teams, Players, Devices with Sensors and Channels, PlayerChannels) and a DataFormatSpecifications side, with each element's child fields, types, and cardinalities drawn out
The full XSD element tree, from FIFADataTransferFormatEPTS down to every channel and separator field.
Figure. The complete schema for the EPTS Standard Data Format, drawn as an element tree. The root splits into Metadata and DataFormatSpecifications; every box below is a named, typed element the consumer parses against. The format is public and fully documented, so this is read off the primary source rather than inferred. Source backlink: FIFA, Standard Data Transfer Format documentation. verified

One real frame, copied verbatim

Below are two consecutive lines from FIFA's distributed example file, untouched, then decoded. The delimiters carry the entire structure. A colon splits the frame number from the player block from the ball block, a semicolon ends one player and starts the next, and a comma separates the channel values inside a single player.

# RAW DATA (.txt): FIFA's own example, two consecutive frames, verbatim
# shape:  frameCount : player1 ; player2 ; player3 ; : ballX,ballY,ballZ :
1779143:-769,-2013,-500,100,9.63,9.80,4,5,177,182;-461,-615,-120,99,900,9.10,4,5,170,179;-2638,3478,120,110,1.15,5.20,3,4,170,175;:-2656,367,100:
1779144:-770,-2010,-500,100,9.63,9.80,4,5,177,182;-462,-616,-120,99,900,9.10,4,5,170,179;-2638,3479,120,110,1.15,5.20,3,4,170,175;:-2656,368,100:

# decoding frame 1779143 (channel order is whatever the metadata declares; this read is illustrative):
#   frameCount = 1779143
#   player 1 : x=-769  y=-2013  z=-500  ... then speed / acceleration / heart-rate channels   (integers, cm scale, pitch-center origin)
#   player 2 : x=-461  y=-615   z=-120  ...  the lone "900" here is a wart in FIFA's example, see below
#   player 3 : x=-2638 y=3478   z=120   ...
#   ball     : x=-2656 y=367    z=100

The coordinates are plain integers on a centimeter scale, with the origin at the center of the pitch. A player on the halfway line reads near zero. The four corners of a standard 105 by 68 meter pitch land around plus or minus 5,250 along its length and plus or minus 3,400 across it. None of that is mandated. The XSD leaves origin and units to the provider, declared per file in FieldSize, which the spec documents as "meters or pixels." The centimeter, pitch-center layout in the example is the optical convention, not a rule of the format.

TRACAB is the optical product often cited as the textbook example of this convention. It came out of ChyronHego. It is now an Electronic Arts product, not a Stats Perform product: EA agreed to acquire TRACAB Technologies in February 2025 (SVG, 4 Feb 2025). verified inference (the example's units) corrected

That line is kept exactly as FIFA ships it, wart and all. Player 2's fifth channel reads 900 in FIFA's own published example file, far out of range next to the 9.63 and 1.15 in the same column for its neighbors. An open-source parser built to reproduce FIFA's reference data flags it: the example "is misspecified," because the raw file carries frames the specification does not fully define. Trust the metadata blindly and you would misparse FIFA's own sample. verified

One literal EPTS data frame, annotated. The leading integer is braced as the frame counter; each semicolon-separated group is a player; inside one player group the comma-separated channels are pulled out as x, y, z and derived values; the trailing colon-delimited triple is the ball's x, y, z. The three delimiter levels, colon, semicolon and comma, are color-coded.
Figure. One data frame, decoded. A single real frame line from the EPTS format. The leading integer is the frame counter, the timeline is frame count and not a wall clock; semicolons separate players, commas separate channels, and the trailing colon-triple is the ball. Color marks the three delimiter levels. verified

The frame counter is the clock

There is no wall-clock timestamp on the line. The frame carries nothing but an integer frameCount that increments from the start of the period. A timestamp is computed, never stored.

timestamp = frameCount / FrameRate        # seconds, relative to the period start recorded in the metadata

A time-of-day stamp written into each frame can round, drift, or quietly disagree between two machines that both think their clocks are fine. An integer counter cannot drift. Frame 1779143 is frame 1779143 on every consumer that opens the file, to the digit.

Lining up two EPTS feeds, or an EPTS feed against the live officiating pipeline, then needs only two things: the FrameRate agreed once in the metadata, and the shared PTP clock the capture systems were synchronized to (Section 4). The counter answers which tick; the shared clock answers when that tick happened in the world. That keeps the shared clock as the single source of truth for real-world time, the same clock the cameras and the ball edge already use. verified

The messy reality of a live match is handled by the DataFormatSpecification itself. Each one carries a startFrame and an endFrame, so a single file can change parsing rules partway through. That is how it survives a half-time break or a mid-session change in which channels are present: a consumer picks the spec whose frame range covers the current line and parses to those rules. verified

About 25 Hz, and that figure is derived

This format carries derived variables, not raw sensor signal. The spec's own example of the cadence is traveled distance reported "25 times per second." The frequency field is flexible, not pinned. So the working number is roughly 25 Hz, a documentation example for the interchange feed rather than a guarantee stamped on every export. It sits well under the 50 Hz optical capture and the 100 Hz ball-position rate quoted in earlier sections, one step down from the raw sensing layer. inference (25 Hz is documented as illustrative, not fixed)

What isn't public
  • Whether the WC2026 officiating feed travels in this public interchange format or in a richer internal one. FIFA's PDF calls this the "first version" interchange standard, and the live tracking transport FIFA tests against is a separate matter, a RabbitMQ queue into Google Cloud, covered in Section 4. This is the documented public face of the feed layer; the production officiating wire format is almost certainly internal and unpublished. open
  • Whether the feed is delivered live as a stream or only after the match, and which spec version the 2026 tournament ran. The FIFA landing pages were last updated 1 April 2026 but state neither the delivery mode nor a version number. open
  • Whether the 29-point skeletal data from the optical system rides inside this format or only in a separate skeletal-tracking standard. FIFA publishes a distinct Skeletal Tracking test manual, which hints the body-point data lives elsewhere, but the boundary is not stated. open

So that is one tick of tracking data: a frame number, a row of per-player channels, a ball triple, three nested delimiters, and a clock kept deliberately somewhere else. Run that single line about 25 times a second for a whole match, and the result is the firehose the rest of the system drinks from. The next question is where all of it goes, through what gate, and who is allowed in.

Redistribution: the Data Hub and the gate

Stack locator: you are at the Hub stage, 7 of 11, in the tracking chain.

The short version

The same tracking stream becomes more than two thousand football measurements, computed by software and human analysts and stored in one central place FIFA controls. From there the numbers fan out to broadcasters, teams, apps, and licensed data sellers. The last step before any stat reaches a screen is two analysts deciding the moment it appears.

The same tracking stream that settles one offside call also becomes more than two thousand measurements about everything else on the pitch. The machine computes a stat in under two seconds. The last step before it reaches a screen is two people deciding the moment it appears. The data fans out from there to broadcasters, teams, apps, and licensed data sellers, and one of those consumers ends up on a different tap from everyone else.

The Data Hub is the central store, and the FTC engine feeds it

Everything downstream of the fusion engine passes through one place. FIFA calls it the FIFA Data Hub. The Hub "centralises all the tournament and match data collected by and for FIFA" (FIFA, Player App). The same FTC AG / Hawk-Eye engine that draws the offside line also generates the automated event data and pushes it here. There is no separate "team feed" and "broadcast feed" at the sensing layer. One engine and one Hub feed everyone, and consumers differ only in how the same source is later packaged. verified (engine identity) inference (single source, then fork)

EFI: the layer that turns positions into football

On top of the Hub sits the metric system, Enhanced Football Intelligence. EFI is a layer, not a product you log into. It is "a series of algorithms and models that operate live to integrate event and tracking data," all captured against a controlled vocabulary FIFA calls the FIFA Football Language, and built by FIFA's own Football Performance Analysis & Insights team (FIFA, EFI play-offs). Raw tracking gives you coordinates; EFI reads those coordinates back as the language coaches actually use. A defensive line did not just sit at x = 41.2 m; it broke, or held, or got played through. verified

The metric families are mostly spatial, the point of having skeletons rather than a scoreline. Line breaks count a ball played past a defensive line and record how many players it bypassed, how many lines it broke, and whether it went through the middle, around the side, or over the top (FIFA High Performance, SSAC 2023). Team shape assigns every player a role from their position relative to teammates and aggregates the last three minutes of play into a true shape, often nothing like the 4-3-3 on the team sheet. Phases of play bucket time into build-up, progression, press, counter-press, and the rest. The remaining families cover pressure, receptions and offers, forced turnovers, ball-recovery time, final-third entries, and a summarising FIFA Power Index.

The headline figure FIFA and Lenovo both quote is more than 2,000 metrics drawn from hundreds of millions of data points a match (FIFA, football data solutions). verified (metric existence and headline names)

The granular definitions are no longer a matter of inference. FIFA published a public, non-login Enhanced Football Intelligence explanation document for the 2023 Women's World Cup that spells out how each metric is calculated. Because EFI is the same metric layer FIFA carries into 2026, the methodology travels with it (FIFA, EFI Explanation Document v1.1, 11 July 2023). verified (FIFA-primary)

The two possession figures you see on TV, Team A and Team B adding to a hundred, are a flattened view. FIFA's own model splits a match into four states: possession by Team A, possession by Team B, out of play, and a third in-play state FIFA calls In Contest, the loose-ball moments when neither team controls the ball. An aerial duel is In Contest, and so is the instant a defender blocks a pass. The four percentages are computed from the sequence of ball-control events on the pitch, and they sum to the whole match rather than to a hundred percent of "active" time. The loose-ball slice is the one the on-screen graphic usually leaves out (FIFA, EFI Explanation Document v1.1, 11 July 2023). verified

FIFA EFI Possession Control page: football and calculation descriptions defining the four possession states (Team A, Team B, In Contest, Out of Play) computed from the sequence of ball-control events.
Possession Control: the four-state breakdown, with In Contest defined
Figure. FIFA's own definition of possession splits a match into four states, including the loose-ball "In Contest" state that broadcast graphics usually fold away, all calculated from the sequence of ball-control events. FIFA, Enhanced Football Intelligence Explanation Document v1.1, 11 July 2023. verified

Phases of play are computed per frame, then stitched into time. The algorithm classifies each frame from where the players and ball are and how they are moving; a phase that holds across enough frames becomes a sequence, and the sequences aggregate into a fraction of in- or out-of-possession time. The taxonomy is larger than the broadcast shorthand suggests: 7 in-possession phases (build-up, progression, counter-attack, and more), 9 out-of-possession (presses, blocks, counter-press, recovery, defensive transition), and 4 set-play, each with a plain FIFA definition. A low block, for instance, is a compact defensive shape held near a team's own penalty area. The on-screen "Phases of Play" bars are the aggregated output of this per-frame classifier (FIFA, EFI Explanation Document v1.1, 11 July 2023). verified

FIFA EFI Phases of Play page: the per-frame calculation description above a live in-match graphic showing In Possession phase percentages (build-up, progression, final third, counter-attack, long ball, attacking transition) for Denmark versus Australia.
Phases of Play: the per-frame calculation, with the live in-match bars
Figure. The phases algorithm classifies every frame from player and ball positions, distances and movement, holds a phase across consecutive frames, then aggregates it into a share of in- or out-of-possession time; the Denmark v Australia "In Possession" bars are that output on screen. FIFA, Enhanced Football Intelligence Explanation Document v1.1, 11 July 2023. verified

The same document also pins down the other two metrics this section leans on. A line break counts how many opponent units a pass, cross, or ball-carry bypasses, a unit being the defenders, the midfielders, or the attackers as a group. It also records the route (through, around, or over), whether the action was attempted or completed, and where the ball was received relative to the opponent's team shape. Ball recovery time is the time between a team's last ball-control event in one possession sequence and its first ball-control event in the next, that is, how long a side goes without the ball before winning it back (FIFA, EFI Explanation Document v1.1, 11 July 2023). verified

Nine Enhanced Football Intelligence metric families, line breaks, team shape, phases of play, pressure, receptions and offers, forced turnovers, ball-recovery time, final-third entries and the FIFA Power Index, each a labeled node feeding upward into a single box reading over two thousand metrics.
Figure. From nine families to 2,000+ metrics. The Enhanced Football Intelligence families that the tracking pipeline feeds, aggregating into the figure FIFA quotes. verified

How the metrics actually get made: 22 analysts, frame-accurate, on Airflow

The pipeline behind EFI is more hand-built than the "2,000 metrics" headline implies, and its mechanics are public: two members of FIFA's High Performance team described them on stage at the 2023 Sloan conference. It starts with people. A data-collection unit puts 22 football analysts on a match, one per player, each annotating their player's events, on the ball and off it, for the full ninety (FIFA High Performance, SSAC 2023). That human event stream is then synced against the optical tracking stream. The tagging is frame-accurate on purpose, so that "we know exactly where all players were at each moment that there was an event tagged." Event data answers what happened, tracking answers where everyone was, and the frame-accurate join lets EFI compute a line break or a press as a spatial fact rather than a guess. verified

The metric algorithms run on Apache Airflow (an open-source tool for scheduling data-processing jobs), FIFA's own choice of orchestrator, with "as many algorithms as we want in parallel." When one breaks mid-match, say a pressure job throwing red errors, the team drops into "investigation mode" and debugs it live. During a match they sit in one room: data scientists, engineers, and football analysts alongside the data providers, all watching dashboards. When they spot a trend worth surfacing, they push it out to the broadcasters and the stadium screens. verified

Pitch to screen in under 30 seconds, with a human hand on the valve

FIFA states the complete live path, pitch through external providers to the screens, at under 30 seconds for event-based metrics, of which the metric processing itself runs under two seconds on average (FIFA, EFI play-offs). With computation at two seconds and the ceiling at thirty, most of that budget is not machine time. It is the human step: two qualified analysts decide when each metric is revealed, "in accordance with the events taking place on the pitch." They surface the right insight at the right moment rather than dumping every number the engine produces. That is editorial control as much as engineering, the cleanest example in the stack of a person sitting deliberately between the data and the audience. verified

Two caveats keep that precise. First, this is the EFI-metrics-to-screens path, not the real-time officiating signal that bypasses the Hub for the assistant referee's earpiece, and not the 30-to-100 second buffering on consumer streaming services, a separate artifact for unrelated reasons. Second, the figure is FIFA-documented for the 2022 cycle and its intercontinental play-off trials; no 2026 page restates the thirty seconds verbatim. It most likely holds, since the architecture has not changed, but that is an inference, not a fresh quote. verified (2022-stated) inference (2026 persistence)

Where it fans out

From the Hub, the data goes to six kinds of consumer. Broadcast graphics get the 3-D offside replays built from the player avatars, the match-center event timeline with real pitch coordinates, and the EFI dashboards, all behind the timing gate. The two FIFA apps, the fan-facing one and the players' own, both draw the same family of EFI data but through deliberately opposite front doors, a contrast treated two sections on. Officials get the offside signal on the fast path that skips the Hub. The 48 teams reach the analytics through a brand-new tool, the subject of the next section. And the licensed distributors take a commercial cut of the data out to a separate world entirely. verified

The FIFA Data Hub at the center, fanning out to six consumers: match officials, the 48 team coaches, players, betting and data distributors, the public and fans, and broadcasters. A two-analyst editorial gate sits on the broadcast and fan-app paths, while the automated officiating signal bypasses the Hub and the gate and runs straight to the assistant referee's earpiece.
Figure. One Hub, six consumers, one gate. Everything downstream of the fusion engine passes through the FIFA Data Hub and fans out to six audiences. A two-analyst, under-30-second valve sits on the broadcast and fan feeds; the automated offside signal is the one output that bypasses the Hub and the gate, going straight to the assistant referee's earpiece. Original artwork. verified

The distributors, and what FIFA actually sold

FIFA's commercial-data tier is three companies with three different relationships, and they are easy to lump together. Stats Perform is the new one: FIFA's "first-ever official worldwide betting data and betting streaming rights distributor," with exclusive rights covering all 104 matches of the 2026 tournament, announced on 12 January 2026 (FIFA media release; Stats Perform). It is the single licensed pipe that resells FIFA's official data and video to sportsbooks, through brands you may know: Opta for the stats, RunningBall for the ultrafast betting tick, and Bet LiveStreams for the video. verified

Sportradar is the older, complementary relationship: FIFA's integrity partner, running bet-monitoring across all 211 member associations, extended through 2031 in an announcement dated 2 March 2026 (Sportradar; GlobeNewswire). Its Universal Fraud Detection system watches the betting markets for matches that look fixed; it never touches the on-pitch tracking data. Stats Perform sells the data, Sportradar polices the markets the data feeds, which is why FIFA can hold both deals at once without conflict.

Genius Sports, often assumed to belong here, has no FIFA-central deal for 2026. Its FIFA footprint is the free-to-play games tier on play.fifa.com, and its tracking pedigree (Second Spectrum, bought for USD 200 million in 2021) belongs to the 2022 optical generation, not the 2026 engine (Sportico). For scale: the 2026 tournament is expected to draw on the order of a 50 billion-dollar betting handle, with Brazil entering as a freshly regulated market. verified verified (context)

DistributorFIFA role for 2026Touches tracking data?
Stats PerformOfficial worldwide betting-data + stream distributor (exclusive)Commercial data/video only
SportradarIntegrity / bet-monitoring partner (to 2031)No, watches betting markets
Genius SportsNo FIFA-central deal; free-to-play games tierNo

The betting tick is not the tracking tick

The sub-second feed that reaches a sportsbook's in-play odds is not the KINEXON in-ball or Hawk-Eye optical tracking stream, a structural point that headlines about "official FIFA data on betting markets" gloss over. It is RunningBall data, collected by humans. Stats Perform's own product page says it plainly: "RunningBall scouts will be in-venue for every World Cup match," connected to "secure, ultrafast stadium Wi-Fi," delivering data "from the venue in under one second" (Stats Perform, RunningBall). A scout watches the match and taps in what happens. The "tracking-derived" content that does reach betting is Opta-modeled event data, not raw positional coordinates from the officiating sensors. The betting world runs its own fast observation path, parallel to the officiating pipeline and never crossing it. The "under one second" and "100% reliability" claims are Stats Perform's own marketing, not an independent benchmark. verified (scout-collected, parallel path)

One small public artifact shows that the fan-facing slice of all this has been live for a while. The Internet Archive's index shows FIFA's data-hub per-match stats endpoints returning ordinary 200 OK responses back in 2022, and it has captured a new 2026 route at /v1/powerranking/match/{id}, the public surface behind the Power Index, recorded without anyone probing a live server (Wayback Machine / CDX). That route is part of the fan-feed story two sections on. verified (index)

The shape of it
One engine, one Hub, one EFI metric space, many feeds. The officiating signal is the only output that skips the Hub and goes straight to the earpiece. Everything else, broadcast graphics, both FIFA apps, the 48-team tool, and the betting and integrity distributors, draws from the same computed space, separated only by how much is exposed, over which transport, and behind which front door. What controls what the audience sees is not a sensor or a model, but two analysts deciding when a number is allowed to appear. verified
What isn't public
  • Whether the under-30-second, two-analyst rule persists verbatim for 2026. FIFA documented it for 2022 and the intercontinental play-offs; no 2026 page restates the number. inference
  • The granular EFI sub-definitions are now FIFA-primary. FIFA's public EFI Explanation Document (v1.1, Women's World Cup 2023) defines how possession, phases of play, line breaks and ball-recovery time are calculated; EFI is the same metric layer carried into 2026, so the methodology travels across tournaments. What stays inferred is only that the exact thresholds are unchanged for 2026, not the method. verified (FIFA-primary)
  • The wire protocol and authentication on the Hub-to-distributor leg. The fan-out to Stats Perform and the rest is confirmed to exist, but how the data physically reaches them, the format, the push or pull, the authentication method, appears in no public source. open
  • FIFA Data Hub internals: which cloud and region host it, its schema, and whether it consumes the EPTS Standard Data Format. No public API or developer docs for the Hub exist. open

The Data Hub, then, is a firehose with a human valve. One of the biggest consumers hanging off it is brand-new for 2026, and it does more than display the data: a coach types a question in plain language and gets back video, charts, and 3-D scenes. That is the next stop, and the one detail FIFA has not disclosed is which model is doing the talking.

The AI layer: Football AI Pro and the foundation-model question

Stack locator: you are at the AI stage, 8 of 11, in the tracking chain.

The short version

On top of all the tracking, FIFA and Lenovo built a tool a coach can question in plain words and get back clips, charts, and 3-D scenes. All 48 teams reach it through a login-protected web page. Which language model answers those questions has never been disclosed, leaving an evidence-weighted guess.

On top of every tracking stream the stack produces, 2026 adds a layer a coach can talk to: ask the data a question in plain words and get back video, charts, and 3-D scenes. FIFA has not disclosed which model is doing the talking.

What the tool actually is

Football AI Pro is the team-facing assistant FIFA and Lenovo built together, unveiled on 7 January 2026 at Lenovo Tech World during CES in Las Vegas, with FIFA's president sharing the stage with Lenovo's chief executive (FIFA media release). A user types a football question, in one of many languages, and it replies in seconds with prose, video clips, graphs, and 3-D visualizations. It is more than a chatbot. FIFA and Lenovo both describe a multi-agent system that "orchestrates a team of intelligent agents." The agents query FIFA's structured match data, the human-tagged event stream and the optical player tracking, alongside the Football Language Model and the video archive. A generative model reasons over the results (Computer Weekly). At bottom, it is a retrieval system grounded on FIFA's own data, with a language model on top. verified

The agents reason over more than 2,000 metrics from the Enhanced Football Intelligence layer described in the previous section. All 48 teams get it on identical terms. It is licensed for use before and after matches only, not during live play (FIFA media release; Fox Business, 26 May 2026).

The framing FIFA chose was equality. Infantino's pitch was to "democratise access to data by providing the most complete set of football analytics to all competing teams," and reported users sit at both ends of the seeding table, Spain and Cape Verde among them. verified

Before 2026, a team's match analysis arrived as a written report of 50 or 60 pages. Football AI Pro turns that into a conversation, so a coach pulls "their build-up under pressure" with a question instead of leafing through a binder (FIFA innovation).

FIFA owns the data, the Data Hub it lives in, and the Football Language Model. Lenovo supplies the computing power and the agent and application layer that runs over them. This ownership split drives everything later in this section. verified

How teams reach it: a login-gated web portal

The tool is a web portal. FIFA's pages and a dozen press write-ups all called it an "enterprise knowledge assistant" or a "platform" and stopped there, the longest-standing blank in the AI layer. FIFA runs two purpose-built, FIFA-owned web addresses for it: aipro.fifa.org, whose public page title reads "FIFA AI Pro," and fbai.fifa.org, titled "Football FIFA AI Pro." Both sit behind the Akamai edge, both serve a small login page, and both are indexed by search engines as FIFA sign-in pages (aipro.fifa.org). The two addresses return an identical page, down to the same caching fingerprints, so they are two names for one application, not two products. verified (the portal channel)

Everything above comes from the public response a browser receives before any login screen draws: the page title and the response headers, read once, plus public registration records. Those headers mark this as a running application gated behind a login. The Cache-Control: no-store and X-Frame-Options: DENY headers are the standard fingerprint of logged-in content, served over a roughly 1,280-byte stub that loads its real interface in the browser. No credential was submitted, no login attempted, and nothing behind the login touched. verified

Teams open that portal in a browser on Lenovo hardware at their base camps. Lenovo's June 2026 operations release puts more than 17,000 Lenovo and Motorola devices and over 200 engineers across venues and Team Base Camp training sites, with ThinkPad laptops and workstations on the list for analysts and staff at those sites (Businesswire, 2 Jun 2026). The portal and the base-camp browsers are each verified; that teams open aipro.fifa.org on those ThinkPads is a strong inference, not a quoted line.

It is neither a public app-store download nor an open programming interface: no FIFA app carries a "Football AI Pro" string, and there is no developer documentation or public access point. verified (web portal, not an app, not an API) inference (portal on the base-camp device)

What the portal does not settle
Finding the door is not the same as opening it. Three things stay undisclosed: how the portal handles login (FIFA's documented sign-in service is PingOne, which makes FIFA single sign-on the best guess but not a fact), how 48 teams are kept isolated from each other on one platform, and whether the heavy 3-D "tactical sandbox" runs on installed software at the site rather than entirely in the browser. open

Is it ChatGPT, Claude, or AWS?

This is the question people actually ask, and it has not been disclosed. No public source names the foundation model under the Football Language Model or Football AI Pro: not the FIFA media release, not its innovation page, not Lenovo's StoryHub releases, not any of roughly a dozen press and analyst pieces. Every one of them stops at "FIFA's Football Language Model" plus "Lenovo's full-stack AI." The identity is held as proprietary, so the non-disclosure is itself the verifiable fact (InformationWeek). verified that it is undisclosed

No single source names the model, so the verdict breaks into pieces at different confidence levels. The breakdown below is the whole verdict, an inference, not a fact.

Claim about the foundation modelConfidence
The base model is publicly undisclosed; no source names itHIGH
The generative layer runs on Lenovo's own AI-Factory / Hybrid-AI infrastructure, on-prem and at the edge, rather than on a hyperscaler's managed inferenceHIGH
It is an open-weight, Llama-class model served through NVIDIA NIM, fine-tuned or grounded on FIFA dataMEDIUM
Any one named vendor; the model is most likely swappable behind the agentsLOW

The two high-confidence rungs rest on Lenovo's own statements. Lenovo runs the tournament's AI on its own machines at the venue, described as the place "where cloud-only solutions failed to meet broadcast requirements," with the servers named and placed at the International Broadcast Centre in Dallas (Businesswire, 2 Jun 2026). Running on-site cuts against a managed cloud home such as Amazon's or Microsoft's hosted AI. Lenovo's platform guide describes a self-hosted system that can serve many models through NVIDIA NIM, with a Meta-Llama 8B model as its sizing reference (Lenovo Press lp2311).

That is the basis for the medium-confidence "open-weight, Llama-class, via NIM" read, and the load-bearing word is class. Llama-8B is a hardware-sizing yardstick, not a sign that FIFA runs Llama-8B, and NIM serves dozens of model families. The inference reaches "the kind of model Lenovo's platform is built to serve" and no further. verified (infrastructure and platform) inference (that the FIFA model runs there, and is Llama-class)

The low-confidence rung, that no single vendor is the answer, comes from the one Lenovo executive who addressed it head-on. At the World Economic Forum in January 2026, Lenovo's chief financial officer Winston Cheng said on the record, "we're not doing our own LLM" and "we're taking an orchestrator approach," partnering with region-appropriate models, Mistral, Humain, Alibaba, DeepSeek, depending on jurisdiction (Business Today, 23 Jan 2026). Cheng was describing Lenovo's corporate, device-level AI strategy, not FIFA, so reading it onto the FIFA tool is a reasonable bridge, not a stated link.

If the model is chosen by region, "which one model" may have no single global answer for FIFA at all. So of the candidates people keep naming, ChatGPT, Claude, and AWS Bedrock are each individually unevidenced for FIFA's team tool. A closed model served through NIM cannot be fully ruled out either, which keeps the Llama-class rung at medium. best-supported inference

Signals often mistaken for the answer

One tempting shortcut to the model question is wrong. Several companies in this ecosystem publish public records that link their domains to Anthropic and OpenAI, a marker proving ownership to an AI vendor. The data distributors all carry them: Stats Perform, Sportradar, and Genius Sports each publish both an Anthropic and an OpenAI marker; Catapult and Riedel each carry OpenAI. All those markers prove is that those companies use those models somewhere in their own tooling. They say nothing about Football AI Pro, which sits on a different layer. verified (the tokens exist) inference (what they imply)

Then there is who carries nothing. Hawk-Eye, whose optical engine draws the offside line, publishes neither an Anthropic nor an OpenAI marker; its domain points to security and data tools instead. That is the footprint of a self-built computer-vision shop with no language model in its tracking engine. FIFA's own tool appears nowhere in this picture at all. verified

The other thing mistaken for the FIFA model is a separate AI that some teams brought themselves: Google Gemini, bought at the team level. Argentina's technical staff describe using Gemini for tactical, injury, and decision analysis, announced as an Argentine FA sponsorship in March 2026. France's Google deal is team communications and Pixel as the official phone, not tactical work (TechTimes, 10 Jun 2026).

Two football ties get misread as Gemini. Brazil's Google football tie is DeepMind's TacticAI, a different product. The wider Gemini deals around the USA, Türkiye, Iraq, and Morocco are fan-facing sponsorships rather than team tools. Team Gemini is a parallel, team-bought track, not the engine inside FIFA's tool. verified (team-procured, separate)

The apps carry no model

Taking the four FIFA apps apart turns up no foundation-model vendor on the phone. The Official app, the Tournament and ticketing app, the Player app, and the Media app carry no trace of one: no OpenAI, no Anthropic, no Amazon, Microsoft, or Google AI service, no Cohere, Mistral, or Hugging Face, no vendor addresses, no model names, no AI keys. That is a clean result, not a worrying one. On-device machine learning amounts to barcode scanning in the ticketing app and nothing more. verified

The only generative-AI feature shipped to any app is a third-party support chatbot, ServiceNow "Now Assist" in the Tournament app, a help-desk agent running on FIFA's servers at football.service-now.com. Its backing model is not named in the app: Now Assist can run ServiceNow's own model, Microsoft's hosted AI, or others, depending on how the account is set up. The app only tags answers as LLM versus NLU for analytics, naming no vendor. The Official, Player, and Media apps carry zero ServiceNow code. verified

// the single AI-bearing endpoint across all four FIFA apps (Tournament/ticketing only)
host:   football.service-now.com
sdk:    ServiceNow NowChat / Now Assist  (server-side generative virtual agent)
auth:   OAuth client 9dfb...ba8d
model:  UNNAMED in the binary  (ServiceNow "Now LLM" vs Azure OpenAI vs other = tenant config)

// foundation-model vendor signatures across all 4 apps: 0 hits
//   openai / anthropic / claude / bedrock / azure-openai / vertex / gemini / cohere / mistral / huggingface
//   model-ids gpt-* / claude-* / llama / titan: 0 hits.  No LLM API key embedded anywhere.
What the apps can and cannot prove
A missing string on the phone is not a missing feature. FIFA's generative AI is delivered from servers: to teams through the portal, to fans as pre-rendered content. A server that calls a model leaves no trace on a phone; the app receives only the finished text, graphic, or number. So the clean teardown means "not called directly from the phone," not "no model anywhere in the FIFA stack," which is why the verdict above is broken into pieces. verified

The closest public look at the analytics output

Football AI Pro's own interface has never been shown publicly. Two adjacent surfaces are the nearest public artifacts, and the caveats have to travel with them. The first is Lenovo's Intelligent Command Center dashboard, published as a press image on Lenovo's StoryHub on 8 June 2026 in a pre-tournament demo state, every group standing reading 0-0-0. That dashboard is the operations layer, the big-screen view at the Miami Tournament Operation Center showing host cities, fixtures, and weather, not the on-pitch tracking and not the team analytics tool. verified

Inside FIFA's Tournament Operations Center in Miami: an executive and the FIFA President speak at a desk with a microphone in front of a wall of venue countdown clocks labeled Vancouver, Mexico City, Dallas and Miami, with large operations screens behind and desk panels reading Team Service, Safety and Security, Competition Management and TOC Operations
FIFA's Tournament Operations Center, Miami: venue countdown clocks and ops desks
Figure. Inside FIFA's Tournament Operations Center in Miami, the central nerve room for the 2026 tournament. FIFA, Tournament Operation Center, Miami (re-hosted with attribution). verified
The Lenovo Intelligent Command Center dashboard in a pre-tournament demo state: a Matchday panel listing the MEX v RSA fixture, group standings for Groups A through I all reading zero, a live match panel for Mexico v South Africa, a Mexico City weather widget, a fixtures strip across the top, and a row of host-city badges along the bottom
The Intelligent Command Center dashboard, pre-tournament demo (standings all 0-0-0)
Figure. Lenovo's Intelligent Command Center dashboard in its pre-tournament demo state, with host cities, fixtures, standings and weather. This is the operations-intelligence layer at the Miami Tournament Operation Center, distinct from the on-pitch tracking and from Football AI Pro. Lenovo StoryHub, Building an Intelligent Command Center for FIFA World Cup 2026 (illustrative pre-tournament demo, re-hosted with attribution). verified

The second is a pair of KINEXON webinars that show the vendor's analytics platform running: a statistics view with per-player tactical tables, a 2-D and 3-D replayer, post-match report templates, and a pitch-control map. It is an honest look at what ball-and-position analytics produce. It is also a 2022 vendor demo on anonymized sample data: the on-screen refresh dates read 12 April and 8 August 2022, and it is not the FIFA officiating screen. The same KINEXON product family grew into the connected-ball system, but these frames predate the World Cup (KINEXON, 1 Sep 2022). verified (2022 vendor exemplar)

A KINEXON Sports analytics screen running in Microsoft Power BI, report named Pitch_Control, with a data-refresh date of 12.4.22. A pitch-control surface fills the pitch in blue and gray territory shading around tracked player dots, beside KPI cards reading Pitch Under Control 37 percent, Pitch Not Under Control 52 percent, Pitch Equal Control 10 percent, Pitch Under Strong Control 19 percent, and Under Rival Strong Control 30 percent
KINEXON's Power BI pitch-control surface, with the 12.4.22 demo-data refresh date
Figure. The KINEXON Sports analytics platform: a Power BI pitch-control surface with per-zone control percentages, the visible 12.4.22 data refresh confirming the demo-data vintage. KINEXON webinar, 1 September 2022: a vendor exemplar on anonymized demo data, not the FIFA officiating screen. Source: KINEXON, Kinexon and FIFA webinar, The Impact of Ball Data on Performance Evaluation (frame re-hosted with attribution). verified (2022 vendor exemplar)
What isn't public
  • The foundation model behind the Football Language Model and Football AI Pro: its vendor, family, open-versus-closed status, and size are named in no public source. Best-supported read is a self-hosted open-weight, Llama-class model served via NVIDIA NIM, swappable by region. Resolves with a Lenovo solution brief, a FIFA technical-regulations annex, or a future model name. open
  • Whether any FIFA AI work ever touches a major cloud provider despite the on-site framing. Disfavored by the stated on-site setup, but not excluded. open
  • How the portal handles login and keeps each team's data separate: login-gated is verified; the rest is not exposed in the public page and was not probed. open
  • The model behind ServiceNow Now Assist in FIFA's account: not in the app; needs disclosure from FIFA's ServiceNow setup. open

The intelligence works and every team gets the same access. The engine behind it stays a blank. All of it, the verdict on the pitch, the 2,000 metrics, the team AI, is built for professionals at the base camps. That leaves the closest-to-home question: how does your app get any of this?

How the public FIFA app gets its data

Stack locator: you are at the App stage, 9 of 11, in the tracking chain.

The short version

The same family of stats reaches the public fan app through a feed with no lock. The players' own app reaches its data behind a personal login. The apps' published code shows the fan app requesting public match numbers, and a fleet of FIFA apps built on different tools with no shared sign-in.

The same family of stats reaches the public fan app through a front door with no lock. It reaches the players' own app through a per-user login. Same data, two opposite designs. The rest of this section works it out from the code, then steps back to the five-app fleet behind it.

Everything here was read statically. The sources are the public Android binaries pulled apart with apktool and jadx, plus public app-store labels and public DNS. Nothing was logged into, no endpoint was called, no credential was submitted. Any feed authentication described below is read from the client's config and network code, not probed on the live server. Secret values are shown as a name plus the first and last four characters. This ground rule shapes every claim that follows. verified

The two data-hub feeds, side by side

FIFA serves its Enhanced Football Intelligence stats to fans and to players through two separate backends. The names look almost identical, so they are easy to confuse. The fan app calls fdh-api.fifa.com, the Football Data Hub. The players' app calls fdp.fifa.org, the FIFA Data Platform. Both carry the same numbers, the EFI metrics built off the tracking pipeline traced so far. They share no login at all. verified

One central box of EFI data from the FIFA Data Hub splits into two feeds: a left feed to fdh-api.fifa.com slash v1, the fan and Official app, with no key, near-live, polled about every twenty seconds; and a right feed to fdp.fifa.org slash api slash v2.0, the players app, requiring a per-user Bearer token, post-match, a personal dossier.
Figure. One data family, two front doors. The same Enhanced Football Intelligence numbers reach a phone two ways: the fan feed answers without a key, the player feed demands a per-user token. The no-key property was read from public responses, never probed on a live server. verified

Feed one: the fan app pulls stats through a door with no lock

The FIFA Official app is the one that shows match data (com.fifa.player is the player app, this one is com.fifa.fifaapp.android, v6.5.4). It is built on Kotlin Multiplatform with Ktor as the HTTP client. The jadx decompile kept FIFA's own package and source-file names, so the API calls read almost like source. The live stats come from the Football Data Hub at base https://fdh-api.fifa.com/v1, through an interface named IFDHAPI (the implementation is the obfuscated class FDHAPI, pb0/C34634d). Four methods, all keyed by a match "IFES id":

// FIFA Official app · Ktor FDHAPI client (com.fifa.legacy.network.FDHAPI)
// base = ke.a.d = "https://fdh-api.fifa.com/v1"
GET /stats/match/{matchIfesId}/players.json     // live per-player EFI metric arrays
GET /stats/match/{matchIfesId}/teams.json       // live per-team EFI metric arrays
GET /stats/season/{seasonId}.json
GET /stats/season/{seasonId}/teams.json

// the client config installs JSON + a response validator + exception logging only.
// NO Authorization header. NO Ocp-Apim-Subscription-Key. NO api-key.   (static-inferred; not probed)

The response is a compact table of numbers, Map<String, List<List<JsonPrimitive>>>, keyed by player or team id, each pointing to rows of bare values. The metric names live in the app, not on the wire. The .json file-style paths, plus a sibling AWS CloudFront match-data CDN at d1pm0fe67fpjw8.cloudfront.net/fifa-matches-wc, are the shape of cacheable static JSON.

The Ktor client that fetches it attaches no Authorization header and no API-key header at all. So as far as the code shows, anyone who knows a match's IFES id can fetch the live EFI feed. verified

The app reads it on a 20-second poll (tickFlowInterval = 20000). That makes it a near-live reader of an already-curated feed, one that sits downstream of the human gate from the previous-but-one section. It is not a real-time stream or a way around it.

One hedge travels with that claim. The zero-auth read is from the per-client config. A global Ktor DefaultRequest or Auth plugin, somewhere the static read did not reach, could in principle add a header, and the no-probe rule meant the endpoint was not called to settle it. So the precise wording is "no client auth header in the decompiled client," not "confirmed open on the wire." An independent verifier reproduced the same zero-header read from IFDHAPI and pb0/C34634d.java, as far as static analysis can take it. static inference, not live-probed

Feed two: the players' app pulls the same family of data behind a personal token

Now the other door. The FIFA Player app (com.fifa.player, v3.0.10) is where a player reviews their own match. It is a thin skin on the Imgzine/Triple "androidcore" white-label platform, with the FIFA-specific logic in a bundled fifa-player module. Its data backend is the FIFA Data Platform at base https://fdp.fifa.org/api/v2.0/, through a Retrofit interface named DataService.

Every call carries a per-user bearer token. An OkHttp interceptor named PlatformRequestInterceptor attaches Authorization: Bearer <accessToken> to every request. One request is the exception, flagged isNotAuthorizable: true and used only by the downloadPdf call. Login is mandatory (APP_LOGIN_METHOD = "required"). verified

// FIFA Player app · OkHttp PlatformRequestInterceptor, on every call:
GET https://fdp.fifa.org/api/v2.0/FifaPlayerApp/GetMatchInfo?RegistrationKey={…}&playerKey={…}
   Authorization: Bearer eyJh…<redacted per-user access token>…_sig

// the DataService surface (base = /api/v2.0/, per-user Bearer):
//   FifaPlayerApp/GetPersonAppInfo            own (or ?playerKey=) profile + role
//   FifaPlayerApp/GetMatchInfo                the per-match EFI / heatmap dossier
//   FifaPlayerApp/GetSelectedTeamPlayers      ?SelectionEditionKey=
//   FifaPlayerApp/GetTeamsForCompetition      ?competitionEditionKey=
//   FifaPlayerApp/GetPersonImagesForMatch     ?MatchKey=
//   PlayerAppResourceHub/GetResources | GetLanguages
//   downloadPdf -> GET {url}   header isNotAuthorizable:true   (the lone unauthenticated call)

The token is minted by a Duende/IdentityServer-style login server on fdp.fifa.org itself, with a public client client_id="OAuth", no client secret, and PKCE doing the protecting. (The identity machinery behind that, and the fact that fdp.fifa.org also federates to a Microsoft Entra tenant, is the next subsection.)

The bearer unlocks a rich personal dossier in the GetMatchInfo payload: a 20×14 heatmap encoded as a 280-character digit string (with a finer 7,245-cell variant, about one cell per meter on the pitch), five speed zones each split into in-possession, out-of-possession and dead-ball distance, distance covered, average and top speed, sprints over 20 km/h, a pass matrix, line breaks, final-third entries, goal attempts with xy coordinates, aerial and ground challenges, a radar, goalkeeper saves, the FIFA Power Index, and team-level EFI, all aligned to four camera angles by a per-event syncOffsetInMs. It is a post-match review tool (matchDataStatusType:"Finished") that loads once the game is over. verified

The answer, stated plainly
fdh-api.fifa.com/v1 (fan app, near-live, no client auth header) and fdp.fifa.org/api/v2.0/ (players' app, post-match, per-user bearer token) are two different FIFA data-hub backends. They carry the same metric family for different audiences, with opposite logins. That is how the public app gets its data: an unauthenticated GET against a public stats feed. verified

The open feed tracks the sensitivity of the data. The numbers on fdh-api are the same broadcast stats FIFA already pushes to scoreboards, apps and TV, so an unauthenticated public feed is a normal choice. The players' personal dossier, which links a named individual to their own physical-performance telemetry, sits behind a mandatory login instead. verified

The content API in one line, and the fleet behind it

The fan app also pulls its richer match and content data from a third backend, api.fifa.com/api/v3 (internally "FDCP", the Match Data Platform): fixtures, live scores, event timelines including VAR notifications, squads, standings. That is roughly 55 endpoints, consumed largely as an unauthenticated guest behind an Azure API Management key (Ocp-Apim-Subscription-Key, value 2b1a…58bf). It is content plumbing, separate from the EFI stats feed. The full route list lives in the endpoint appendix. verified

FIFA ships a fleet, around fifteen apps across the two stores. Five were pulled apart binary by binary for this report, and below the logo they share almost nothing: four engineering stacks wired to three identity vendors, with no single sign-on bridging them.

App · packageStackIdentity
Official / FIFA+
com.fifa.fifaapp.android
Kotlin Multiplatform + KtorPingOne + DaVinci (EU)
Tournament (ticketing)
com.fifa.tournament
Flutter + native + ComposePingOne + DaVinci (same EU tenant)
Player (performance)
com.fifa.player
Imgzine / Triple "androidcore"Microsoft Entra + Duende on fdp.fifa.org
Media (accredited press)
com.fifa.mediahub
React Native / Expo / HermesMicrosoft Entra (second tenant, runtime-injected)
Mobile Tickets (wallet)
Apple id6532603739
binary not obtained(likely PingOne)

Two package names are easy to get wrong: the Google Play listings confirm the player and press apps are com.fifa.player and com.fifa.mediahub, not the older com.fifa.fifaapp.player / com.fifa.media. corrected

Two identity regimes run across the five, with no federation between them. The two consumer apps (Official, Tournament) share one Ping Identity tenant, environment 3f85e2e1-…, home region EU. The two workforce apps (Player, Media) live in Microsoft Entra, on different tenants (Player's e8b93319-… is named in the binary, Media's is supplied at runtime and never appears in the package). Add the tracking vendor Catapult's own Auth0 tenant, and that is three identity vendors and at least three FIFA-side tenants for one tournament. verified

Certificate pinning across the fleet is light and uneven. It is applied to exactly one host, the login endpoint auth.fifa.com (a single pin shared by the two consumer apps). Every other host, the EFI feeds included, is checked against the device's built-in list of trusted authorities. The players' and press apps pin nothing at all. verified

The fleet's other details belong to the appendix, not to the question of how the app gets its data: the Tournament app's NFC ticketing on SECUTIX's TixnGo and its ServiceNow "Now Assist" support chatbot, the Media app's staff "view-as" impersonation header and its PairIP-wrapped Hermes bundle.

Independent teardowns reached the same picture

Two third parties analyzed the same FIFA apps with no contact with this project, and the outside record lines up. NowSecure, a mobile-security firm, published a free risk report for the Official app and independently reproduced the host map drawn here. It found the same connections to Akamai, AWS, Cloudflare and Google across the US, Frankfurt and Toronto, the same light dangerous-permission set (camera, biometric, notifications, no location, microphone or contacts), and the same collection of the device build fingerprint (NowSecure MARC). verified

Exodus Privacy, a French non-profit tracker auditor, counted the embedded trackers and permissions: 10 trackers and 21 permissions on the Official app, and 6 trackers and 28 permissions on the Tournament app, in line with this report's SDK inventory (Exodus, Official app; Exodus, Tournament app). The exact tracker names could not be pulled, the report-detail pages were unreachable, so the counts are confirmed and the named list is not. verified (counts) tracker names not retrievable

One trap surfaces whenever people search for "FIFA app privacy." Two widely-cited exposés are about the Qatar-2022 government apps, Hayya and Ehteraz, the contact-scraping, call-history-reading state apps analyzed by CNIL and Promon, not the FIFA-published com.fifa.* apps studied here (Cybernews; Private Internet Access). A different set of apps, a different tournament. verified (do not merge)

What isn't public
  • Whether fdh-api.fifa.com/v1's stats are served without any auth header end to end, or whether a shared Ktor DefaultRequest / Auth plugin (not reached in the static read) adds one. The endpoint was deliberately not probed.
  • Whether match IFES ids can be enumerated from /timelines or the in-stadium geofence responses, and the human-readable EFI metric names behind fdh-api's number arrays (in a client-side schema not fully recovered here).
  • Whether fdp.fifa.org issues opaque or JWT access tokens, and the exact Azure region of the fdp origin (Azure App Service is header-confirmed, the precise region is not).
  • The Media app's Entra tenant GUID, injected at runtime and absent from the binary, and the fifth app, FWC2026 Mobile Tickets, which was not obtained, so its stack, identity provider and pinning are unknown.

That is how the public app gets its data. The next section shows where those feeds physically live, and the one after that maps the companies behind every box in the diagram.

Cloud and infrastructure footprint

Stack locator: you are at the Cloud stage, 10 of 11, in the tracking chain.

The short version

The two systems run on separate clouds, by design. The offside and tracking side answers on Amazon, with most of its addresses off the public internet. The fan side rides an Akamai edge into Microsoft and Google. The two never meet, the same locked-versus-open split seen at the apps, one layer down in the addresses.

Two systems decide a match, and they run on different clouds by design. The officiating side, which settles offside, answers on Amazon. The fan side, which fills your phone, rides an Akamai edge into Microsoft and Google. It is the same split you met at the apps' front doors, one layer down in the IP addresses.

The officiating plane is on AWS

The tracking pipeline's backends sit in one autonomous system, the block of addresses one organization announces to the internet: AS16509, Amazon's main commercial network. Two vendors, one address space. Hawk-Eye's broadcast-data layer answers on hawkeyeinnovations.com, an Amazon address by authoritative RDAP (RDAP 13.248.177.213). KINEXON's FIFA tracking host, fifa.kinexon.com, resolves to a single server in Amazon's us-east-1 region, RDAP Amazon again (RDAP 34.232.89.6). The ball's position stream and the optical engine that draws the offside line both terminate on the same network. verified (the cloud the hostnames sit in)

Resolving a hostname and looking up who owns the address tells you which cloud the host lives in. It does not tell you how the deployment is wired on match day: zones, hot failover, a per-venue fallback box, the instance counts behind the one address that answers. All reasonable for a tournament that cannot drop a frame, but no public source enumerates it. The cloud is a fact; the match-day topology is an inference. inference (match-day redundancy, HA, failover)

Most officiating hosts will not resolve for you

Most of KINEXON's officiating hosts do not resolve from the public internet: engage-officiating.kinexon.com, the dedicated offside-alert surface; the GNSS pipeline; the real-time mesh. Each returns NXDOMAIN, the DNS answer for "no such name." They are not firewalled; they do not exist in public DNS at all. KINEXON runs split-horizon DNS, so those names resolve only inside its own network. The lone host that answers publicly, fifa.kinexon.com in us-east-1, pins the cloud. verified

Their existence is still knowable through Certificate Transparency. Every security certificate a vendor issues is logged to public, append-only CT logs, hostnames included. So the officiating names appear there even though they never resolve. The same logs draw Hawk-Eye's per-camera fingerprint: thousands of entries shaped like <N>.{dev,ctf-dev}.broadcast.data.hawkeyeinnovations.com, numeric labels consistent with roughly sixteen cameras across sixteen venues, all under AWS, none with a public address. The names are public record; the addresses behind them are not. verified (CT entries) inference (the per-camera reading of the numbers)

The fan plane is a different stack

The other system, the one that ends on your phone, runs on a different cloud. Every *.fifa.com host the fan and player apps reach sits behind an Akamai edge, where the secure connection terminates and Akamai's bot defense runs (RDAP 23.196.3.189). The origins behind it are picked per job. The FIFA-operated API and identity tier runs on Microsoft Azure. cxm-api.fifa.com fronts an Azure app server, and the player-data host fdp.fifa.org and media host api-media.fifa.com both carry Azure signatures in their live response headers. Google Cloud / Firebase handles the mobile plumbing: push notifications, crash reporting, and remote config, split into three projects, one per app family (fifa-fta, fifa-player-app, fifa-media-hub-app), from the decompiled app resources. verified

Small enough to hold in your head: one edge and a few function-specific origins.

PlaneCloudWhat runs there
Officiating & opticalAWS (AS16509)Hawk-Eye broadcast data on Global Accelerator; KINEXON ball and position ingest in us-east-1
Fan & player edgeAkamaievery *.fifa.com host; TLS termination; Bot Manager
App & identity APIAzurecxm-api, fdp.fifa.org, api-media on App Service plus APIM, behind Akamai
Mobile plumbingGCP / Firebasepush, crash, remote config; three projects, one per app
Two stacked planes separated by a bold divider reading physically separate clouds by design. The officiating plane shows the ball and sixteen cameras feeding an AWS box, then Hawk-Eye Global Accelerator and KINEXON us-east-1, with a note that most hosts are split-horizon, returning NXDOMAIN publicly and visible only in certificate-transparency logs. The fan and player plane shows a phone reaching an Akamai edge, then two origins, Azure and Google Cloud Firebase.
Figure. Two clouds, separated by design. The network that settles offside (AWS) never meets the edge a phone hits (Akamai to Azure and Firebase). Mapped from public indexes and certificate-transparency logs, with no active scanning. verified

The split is the finding

The two traces never cross. The data that settles offside never touches the Akamai edge your phone hits. The open stats feed your phone pulls never reaches the AWS network where the offside engine runs. The boundary lines up with the auth contrast at the app layer, the locked door for officiating and the open one for fan data. verified (the planes are physically separate)

One slice of this infrastructure does double duty as evidence elsewhere. The vendors in the redistribution chain publish DNS verification tokens, the small records that prove domain ownership to a SaaS or an AI provider. Across the chain, the data distributors carry both Anthropic and OpenAI tokens while the optical vendor carries neither (CT, hawkeyeinnovations.com; the TXT records are observable directly with dig TXT). That pattern feeds the foundation-model question. The AI layer (Section 8) works out what it does and does not imply. The conclusion there: the tokens describe the vendors' own toolchains, not the model behind FIFA's tool. verified (public DNS TXT records)

What isn't public
  • The match-day topology of the officiating plane, redundancy, hot failover, any per-venue fallback box, the instance counts behind the one host that answers publicly. RDAP proves the cloud; it does not enumerate the deployment.
  • The IP space behind KINEXON's split-horizon officiating, GNSS and mesh hosts, and behind Hawk-Eye's per-camera broadcast.data SANs. Enumerable from CT logs; no public A record.
  • The exact Azure regions actually serving production traffic for fdp and api-media. The Azure stack is header-confirmed; the region is read from host-name conventions.

The IP addresses draw the same boundary the auth headers did. One question is left: who owns the companies behind every box in the diagram? Section 11.

Corporate and the shell game

Stack locator: you are at the Owners stage, 11 of 11, in the tracking chain.

The short version

Several vendors that look independent trace back to a few owners: Sony holds both the optical engine that draws the offside line and one of the big vest makers, and the offside algorithm lives in a tiny Swiss company jointly owned by FIFA and that engine's maker. The recurring blank is price, because FIFA publishes no contract values.

Hawk-Eye, the optical engine that draws the offside line, and STATSports, one of the two big training-vest makers, share a parent: Sony. Sony has assembled most of a sports-tracking portfolio, so several vendors that look independent trace back to one owner. The two tiers stay apart in use. Officiating runs on Hawk-Eye through a FIFA joint venture; the vests are the teams' own kit. A large electronics company owning sports-tech firms is ordinary, but worth knowing when the branding makes them look separate. This section maps who owns each box, who builds it, and the one figure none of them publishes: the price.

Sony owns both ways of seeing

The two tracking subsystems meet at one owner. Hawk-Eye Innovations Ltd, which builds the SAOT optical engine and the SkeleTRACK pose model, is a wholly owned Sony company. The UK register lists Sony Europe Limited as the person with significant control, holding 75% or more of the shares, notified 3 March 2025 verified. The same Sony Europe Limited also controls STATSports Group Ltd, the Newry company behind the Apex wearable pods, the control entry notified on the register 7 October 2025 and announced the next day verified. Sony made the pairing explicit: it bought the wearable maker to build "a comprehensive optical and wearable tracking solution" alongside Hawk-Eye (Sony press 25-037E, 8 Oct 2025).

The register draws Sony's control over STATSports carefully. Sony holds more than half the shares but under 75%, yet more than 75% of the voting rights, plus the right to appoint and remove directors. So the founders, Alan Clarke and Sean O'Connor, kept a real slice of the equity while Sony took control.

The two are not a standalone pair. The same Sony release names the biomechanics firm KinaTrax and the virtual-recreation studio Beyond Sports as group companies, and the sports-platform shop Pulselive sits in the same portfolio. So when the offside graphic draws itself from a dressed avatar, the geometry is Hawk-Eye and the rendering style Beyond Sports built, both under the same Tokyo parent.

The board ties them tighter still. The same two Sony-side directors, Atsuki Matsuzawa and Fumiatsu Hirai, now sit on both the Hawk-Eye and the STATSports boards, having taken their STATSports seats the day Sony's control was notified, 7 October 2025 verified. The two nominally independent vendors share named individuals at board level, not just an ultimate owner.

The Home of FIFA building in Zurich, a low glass-clad structure set in parkland with the FIFA wordmark on the facade
The Home of FIFA, Zürich. FTC AG, the joint venture that owns the offside algorithm, is registered at this address: c/o FIFA, FIFA-Strasse 20.
Figure. FIFA headquarters, Zürich. Photo: MCaviglia / Wikimedia Commons, CC BY-SA 3.0. verified
An ownership tree: Sony Group Corporation in Tokyo down to Sony Europe Limited in the UK, which owns 100 percent of Hawk-Eye Innovations and a 75-percent-plus voting majority of STATSports. Three sibling Sony sports-tech names, KinaTrax, Beyond Sports and Pulselive, are bracketed faintly; a dotted link notes common directors. A faded note records the collapsed Dutch holding stack and nine legal layers touched between 2018 and 2025.
Figure. The Sony ownership tree. Registry identifiers and dates as filed: one parent now sits above both the optical (Hawk-Eye) and wearable (STATSports) suppliers. The collapsed Dutch holding stack is shown as a count, not a roll-call. verified

The shells, counted once

The path into Hawk-Eye is a textbook restructuring trail. Hawk-Eye's control ran for years through a stack of Dutch holding companies, Sony Europe B.V. and two others, all collapsed and ceased as controllers across a three-day window at the end of October 2024, then replaced by the new UK holdco Sony Europe Limited (Companies House 15698470, incorporated 1 May 2024) by March 2025 verified. One intermediate vehicle, named "Newco1 Hive B.V.," appeared and vanished inside a single day. Nine separate legal layers, live and ceased, were touched between 2018 and 2025 to land Hawk-Eye and STATSports under one Weybridge address.

The timing lines up. That Dutch-to-UK collapse happened in the same fortnight a new Swiss company was incorporated in Zürich, so Sony rebuilt the holding layer for its sports-tech assets as FIFA's offside joint venture was standing up. Both dates are independently verified; their coordination is the reasonable read, not a filed fact. inference (coordination)

FTC AG, the joint venture that owns the offside algorithm

The algorithms that settle an automated offside belong neither to Hawk-Eye nor to FIFA directly, but to a joint venture. Football Technology Centre AG is a Swiss company limited by shares, register identifier CHE-427.492.520, domiciled c/o FIFA, FIFA-Strasse 20, 8044 Zürich, its stated purpose to build "first-class functional algorithms grounded in football logic" for "automated real-time detection of factual on-pitch events" (Swiss commercial register, FTC AG). Its parents are FIFA and Hawk-Eye, which is to say FIFA and Sony, and it is the legal home of the productized offside logic described earlier. verified

It is a small thing to own a World Cup's decision-critical software. The share capital is USD 120,000, fully paid as 100,000 registered shares at USD 1.20, audited by PricewaterhouseCoopers AG, run by a three-person board (Swiss register, FTC AG). The currency is the odd detail. A Zürich company would normally be capitalized in Swiss francs, so the choice of dollars is the one public hint of a non-Swiss, Sony-side hand in the cap table, a hint, not proof inference (USD-denomination hint).

The split itself is sealed. Swiss companies of this kind need not publish a shareholder register, and the FIFA-to-Hawk-Eye ratio appears in no FIFA report, no Sony filing, and no Swiss gazette. Who actually controls the company that owns the offside algorithm is not derivable from public records, and no percentage is guessed here unverifiable (the FIFA-to-Hawk-Eye equity split).

The regulator that approves the technology chairs the venture that builds it. The president of the FTC AG board, Johannes Holzmüller, also heads FIFA's own football-technology and innovation function, the department that commissions, tests, and approves match technology. The Swiss register names him President of the joint venture's board; FIFA's published pages name him its Director of Innovation verified (the interlock).

The overlap is composed from those two sources; no single document states it, and the JV's launch announcement names only the FIFA Secretary General and the Hawk-Eye CEO, not Holzmüller. The longer title "Director of Football Technology and Innovation" that some profiles carry is an aggregator rendering, not FIFA's own. The identity match, same name, same FIFA tech remit, is clean.

What the interlock implies about FIFA's control of the venture stays open. Chair plus department-head is role concurrency, and with the equity split sealed the "FIFA-controlled JV" reading is inference, not fact.

The patents draw a cleaner line. The camera-fusion patent, US 11,514,678 B2, is assigned to Sony and Hawk-Eye, not to FTC AG (US 11,514,678 B2). So the boundary reads: Sony owns the patents, FTC AG owns the productized offside algorithm. That the algorithm IP sits in FTC AG specifically, rather than being licensed from Hawk-Eye, is read off the register's purpose clause, not a filed assignment inference (algorithm-versus-patent boundary).

An interlock diagram centered on Football Technology Centre AG in Zurich, with undisclosed equity split, owned jointly by FIFA and Hawk-Eye Innovations (Sony). It emits the offside and event-detection algorithms to the FIFA Data Hub and is audited by PwC AG. The same person, Holzmuller, sits on both the FIFA side and the FTC AG president seat, marked as the regulator-to-joint-venture interlock.
Figure. The FTC AG interlock. The joint venture that owns the productized offside algorithm. The equity split is undisclosed (dashed); the notable feature is one person chairing the venture while heading FIFA's own innovation unit. verified

KINEXON, Lenovo, and the round that was not a BMW round

The sensor inside the ball comes from KINEXON, which is not one company but a four-entity German group plus a US arm, under the common control of its two founders, Alexander Hüttenbrink and Oliver Trinchera. The operating parent is KINEXON GmbH (HRB 200097 at the Munich register), which began life in 2012 as SporTactics GmbH and was renamed by 2013 (German Handelsregister via Northdata) verified. Below it sit the trading entity KINEXON Sports & Media GmbH, a holding shell, and an industrial-automation arm, with KINEXON Inc in Chicago as the US entity and the FCC grantee for the radio hardware. The structure is ordinary. One company supplies both the in-ball sensor and player-tracking, under FIFA's Preferred Provider designation for Live Player and Ball Tracking, named July 2022.

KINEXON's funding history is widely mis-told, and the correction changes who the company answers to. The April-2022 round reported as "a BMW i Ventures minority stake" was a $130 million Series A led by Thomas H. Lee Partners, the Boston private-equity firm, with BMW i Ventures and Deutsche Telekom's strategic fund as co-investors, not the lead (Business Wire, KINEXON $130M; BMW Group press) corrected. BMW's own release confirms a minority position and discloses no amount. So the larger new shareholder in the maker of the in-ball sensor is a US private-equity firm, not a carmaker. The exact percentages are sealed: the German register gates the shareholder list, so THL's, BMW's and the founders' stakes are not public, though the founders stayed on as co-CEOs and kept executive control unverifiable (KINEXON cap table).

Lenovo is FIFA's Official Technology Partner for 2026 and the 2027 women's tournament, announced 15 October 2024, and the supplier of the compute behind the avatars, the broadcast feeds, the Referee View, and Football AI Pro verified.

Two data-rights deals run alongside, complementary rather than competing. Stats Perform (owned by the private-equity firm Vista Equity Partners) is FIFA's first official worldwide betting-data and stream distributor, exclusive for 2026, announced 12 January 2026; Sportradar is FIFA's integrity and bet-monitoring partner, extended through 2031 verified.

Genius Sports, often named in the same breath, has no FIFA-central deal for 2026; it works at member-association level, and its link to this stack is historical, having bought the 2022-era optical firm Second Spectrum for USD 200 million in 2021, a lineage easily confused with Hawk-Eye.

Adidas through 2030, with the dates fixed

The ball itself is Adidas, FIFA's Official Match Ball supplier through 2030, and the end date is one more thing repeated incorrectly. It does not come from a "2021 renewal," as a wave of July-2021 articles implied; those pieces republished an older Adidas release verbatim. The through-2030 term was announced on 21 November 2013 in Moscow (NBC Sports, Adidas-FIFA extension) corrected (the date). The value, like every other contract here, is undisclosed; press estimates put it north of a billion dollars, which would make it the largest in FIFA history, but that is an estimate, not a filed number unverifiable (value). Adidas's commercial counterparty for the sensor is KINEXON, not FIFA directly, a supplier relationship that runs from Al Rihla in 2022 to the Trionda in 2026.

One corner that changed hands in bankruptcy

One piece of the supply chain moved through a Chapter 11. The video delivery network behind FIFA's media app, content.uplynk.com, is Uplynk, whose lineage runs Edgecast to Verizon Digital Media Services to Edgio. Edgio filed for Chapter 11 on 9 September 2024, and the Uplynk business emerged from bankruptcy wholly owned by the hedge fund Lynrock Lake, so the live FIFA media-video path now sits under a hedge fund verified. Separately, Akamai, which already fronts every *.fifa.com hostname as FIFA's edge, acquired the other Edgio contracts, so two slices of the same defunct network landed with two of FIFA's own vendors.

The officiating side has a smaller echo: the founder of Riedel, the company behind the RefCam and its private 5G, acquired the Munich camera-and-lighting maker ARRI in full, announced 14 April 2026. Vendors here are bought and sold under the feeds while the feeds keep running.

The money nobody prints

The one thing this map cannot give you is a price. FIFA does not disclose vendor contract values, and its own accounts break out no line for tracking or officiating technology. The published 2023-26 cycle budget puts the 2026 World Cup event investment at USD 3,839 million, "Information Technology" at USD 106 million and "Digital Development Services" at USD 193 million across the cycle, with no line anywhere for SAOT, the Data Hub, or FTC AG (FIFA, 2023-26 cycle budget) verified. The cost of the offside system is absorbed inside those larger numbers.

The firm money lives at the parent-group level, and none of it isolates the FIFA spend: Lenovo's group revenue was about USD 83 billion for its 2026 fiscal year, Catapult's about AUD 116.5 million, and the only precise price tag in the whole space is a comparable, the USD 200 million Genius paid for Second Spectrum in 2021. Every FIFA-facing contract value, and both Sony acquisition prices, is confidential unverifiable (all FIFA vendor contract values).

The shell count is modest per vendor and concentrated in two places. Sony reaches both tracking vendors through five live entities and at least four ceased Dutch and UK shells touched in the 2024-25 restructure; KINEXON is four German entities plus a US arm; and the offside algorithm sits in one Swiss company audited by one firm. Everyone else, Adidas, Lenovo, Riedel, is a single clean entity. The map is a small cast with two dense knots inference (the "knot" framing; the entity counts are register-verified).

What isn't public
  • The FTC AG FIFA-to-Hawk-Eye equity split. Swiss companies of this kind do not publish shareholders, and it appears in no FIFA or Sony filing. The USD-denominated capital is a hint of Sony-side structuring, not proof of a ratio. unverifiable
  • The KINEXON cap table. The German register gates the shareholder list; the THL-led $130M round and the BMW co-investment are confirmed, the percentages are not. unverifiable
  • Every FIFA vendor contract value (Lenovo, Hawk-Eye/FTC AG, KINEXON, Adidas, Stats Perform, Sportradar). FIFA discloses none, and the listed partners do not break out the FIFA line. unverifiable
  • Sony's purchase prices for Hawk-Eye (2011) and STATSports (2025), and the STATSports founders' retained equity percentage. All officially undisclosed; the press figures are estimates. open
Looping back
A moment on the pitch became data on your phone, and this is who built its path. A sensor maker backed by US private equity, a ball brand on a deal struck in Moscow in 2013, an optical engine and a wearable vendor that turned out to be the same Tokyo company, an offside algorithm sealed inside a three-director Swiss shell that the regulator chairs, and a row of contracts priced in numbers none of them will publish. The technology is clever. The corporate map under it is small, concentrated, and quiet. The last page is about how this report knows any of it.
Appendix

The receipts

Where every claim came from, what stayed open, and how the report was built.

Confidence ledger

The report's intellectual honesty lives here: every claim is labeled, and the genuinely open / disputed / unverifiable items are cataloged rather than papered over. Across the corpus, five independent verifier passes produced zero core refutations; the changes were corrections (a GNSS chip class, patent assignees, a model-procurement status) and honest "non-public" flags.

Figure 14, the confidence distribution. The overwhelming majority of claims are verified; the visible disputed, inferred, open and unverifiable slices are exactly the items in the table below. Computed live from the entity graph.
#ItemStateWhy
CL1Trionda (2026) UWB transceiver generation / STS supportopenglob-topped, house-marked "V93LA1 2024"; resolvable only by decap/X-ray
CL25Foundation model under the Football Language Model / Football AI Proopenpublicly undisclosed; best-inference self-hosted Llama-class via NVIDIA NIM; OpenAI/Claude/Bedrock each unevidenced for FIFA's tool
CL2Football AI Pro delivery channelresolvedlogin-gated web portal aipro.fifa.org / fbai.fifa.org (Akamai-fronted), reached from Lenovo devices at team base camps; residual open edge = the portal's IdP and 48-team tenancy
CL8FIFA PTP profile / IEEE-1588 Annex-P authenticationopeninternals not in public OSINT; decisive for how the timing layer is authenticated
CL9AR-earpiece alert channel auth/encryptionopenundisclosed; asserted "undisclosed," not "unprotected"
CL10fdh-api truly unauthenticated vs a global Ktor pluginmed/openstatic-only; deliberately NOT live-probed
CL6STATSports Apex "dual-band RTK GNSS cm-level"disputedfiled silicon = u-blox NEO-M9N (single-band L1, non-RTK); vendor-marketing
CL3FTC AG FIFA↔Hawk-Eye equity splitunverifiableSwiss AGs don't publish shareholders
CL5All FIFA vendor contract values (Lenovo/Hawk-Eye/KINEXON/…)unverifiableconfidential; no filing breaks them out
CL5bExodus tracker names per app (counts stand)unreachablehost TCP:443 down + no Wayback; counts verified (Official 10, Tournament 6)
CL26SkeleTRACK neural architecture / framework / training setopenonly "ML / deep pose estimation" public; arch reserved by Hawk-Eye
CL27Foundation model behind ServiceNow Now Assist (FIFA tenant)opennot in the binary; the enums label engine-type only, never the vendor
CL142026 30-second / 3-tablet live-delay ruledisputed/inferenceno 2026 primary regulation text; 2022 model well-attested (carry-over)

Corrections applied during verification (not refutations): STATSports APX400 UWB = DW1000; patent ledger re-attributed to primary sources; per-team Gemini upgraded disputed → confirmed.

Glossary

Plain-language definitions for every acronym and term of art in this report. These also power the hover-tooltips on dotted terms throughout.

Endpoint surface (selected)

Key backends from the 22-host estate, with their authentication posture. None were live-probed; these were read statically from decompiled clients and passive DNS/CT. Secret values are redacted throughout.

HostRoleAuthCloud / notes
fdh-api.fifa.com/v1near-live EFI fan stats (Official app)unauthenticated (static-inferred)Akamai → origin
fdh-api.fifa.com/v1/powerranking/match/{id}per-match FIFA Power Index route (fan feed)unauthenticated (same client, static-inferred)Akamai → origin; recovered from a 2026 Wayback CDX capture
fdp.fifa.org/api/v2.0per-player post-match EFI (Player app)per-user Bearer (Duende)Azure
api.fifa.com/v3match / content (MDP)APIM subscription key (reused)Akamai → Azure
cxm-api.fifa.comFIFA+ CMS + PingOne brokerOIDC Auth-Code + PKCEAkamai → Azure App Service (Japan East + Central US)
api-media.fifa.commedia hubBearer + Mediahub-Impersonation-TrigramAzure
auth.fifa.comconsumer identityOIDC; the one TLS-pinned host (LE-E8)n/a
engage-officiating.kinexon.comKINEXON edge (ball track)internalAWS us-east-1
…broadcast.data.hawkeyeinnovations.comHawk-Eye optical/fusion planeinternalAWS Global Accelerator (AS16509)
football.service-now.comServiceNow Now Assist chatbot (ticketing); the only AI endpointOAuth client + WebRTCServiceNow; model server-side/unnamed
content.uplynk.commedia-hub video CDNcommercialUplynk (hedge-fund-owned post-Edgio)
fsdevglhub.servicebus.windows.netAzure Notification Hubs (push)DEV Listen-SAS key hardcoded in PROD Official appAzure

Sources & method

This dossier is OSINT-only. No live system was probed, no credential or non-public access was used, and no individual was targeted beyond their public professional role. Where a public document was bot-walled (e.g. Cloudflare), it was retrieved through the official primary source or a fingerprint-correct fetch; anything that stayed unreachable is flagged in the ledger.

Primary-source families

  • FCC EAS equipment-authorization filings (grantees ZLG-SMCOMB, ZLG-ALRIHLAPRO, 2ALC5, 2APHS, 2ADAL): the device teardowns, RF test reports, and chip photos.
  • Patents: USPTO/EPO (US11514678B2 SAOT camera-fusion; US12121776B2 ball suspension; KINEXON US11150321B2). USPTO 10,970,849 is ETH Zürich / Disney landscape, not Hawk-Eye.
  • Corporate registries: UK Companies House (Sony Europe, Hawk-Eye, STATSports), Swiss commercial register / SHAB (FTC AG), German HRB (KINEXON entities).
  • App artifacts: the four decompiled public APKs (Tournament, Official, Player, Media) + Hermes string tables.
  • Passive infra: Certificate Transparency, RDAP, passive DNS, BGP/ASN, DNS-TXT verification tokens.
  • Vendor & FIFA primary: FIFA innovation/media releases, Lenovo press + lenovopress product docs, Hawk-Eye SkeleTRACK pages, IFAB Law 4.

Standards & technical references

  • IEEE 802.15.4z (UWB HRP PHY) · IEEE 1588 / PTP (precision time): the radio and timing layers.
  • FIFA EPTS Standard Data Format + the FIFA Quality Programme test handbooks: the interchange schema.
  • Hawk-Eye SkeleTRACK technical pages + the SAOT camera-fusion patent US11514678B2 (no public patent discloses the SkeleTRACK net; USPTO 10,970,849 is ETH Zürich / Disney landscape, not Hawk-Eye).
  • Adidas / KINEXON connected-ball patents (incl. the cord-suspension US12121776B2).
  • Independent third-party app analyses used as cross-checks: NowSecure, Exodus Privacy.

Per-claim sourcing is kept in the project's private working notes; this public page is the synthesis. Every node and edge in the map carries its own source list, and the appendix lists the primary-source families. Retrieval date for all web sources: 2026-06-16.

Image credits & licenses

Every embedded raster image, with its source and the basis on which it is used. Diagrams and the ecosystem map are purpose-built and carry no license constraint.

  • Device teardown photos (the ball, anchors, wearables): U.S. FCC equipment-authorization public filings (grantees ZLG-SMCOMB, ZLG-ALRIHLAPRO, 2ALC5, 2APHS, 2ADAL), retrieved via fcc.report. Public-domain regulatory records.
  • FIFA document page screenshots: captures of FIFA's own published PDFs, used for commentary with the source linked on each figure. The EFI pages (efi-*) are from FIFA's Enhanced Football Intelligence Explanation Document v1.1 (11 July 2023); the EPTS pages (epts-*) from FIFA's EPTS Standard Data Format specification; the VOL pages (vol-*) from FIFA's Virtual Offside Line handbook (via the Wayback Machine); the KINEXON page (kinexon-9) from the FIFA EPTS performance test report. © FIFA, editorial use.
  • Body-scan booth: Lenovo StoryHub, "Building 3-D player avatars" (news.lenovo.com). Re-hosted with attribution and a source backlink.
  • Semi-automated offside workstation: FIFA, "Offside decisions and referee body cams" (inside.fifa.com). © FIFA, editorial use, re-hosted with attribution.
  • Riedel RefCam head unit: Riedel / EHF, "RefCam at EHF EURO 2026" (riedel.net). Press image, editorial use, re-hosted with attribution.
  • Tournament Operations Center, Miami: FIFA, "Tournament Operation Center, Miami" (inside.fifa.com). Re-hosted with attribution.
  • Intelligent Command Center dashboard: Lenovo StoryHub, "Building an Intelligent Command Center for FIFA World Cup 2026" (news.lenovo.com). Illustrative pre-tournament demo, re-hosted with attribution.
  • IBC Dallas (exterior, aerial) and Home of FIFA, Zürich: Wikimedia Commons. IBC photos CC0 1.0 (public domain), by Raysonho and IcedCowboyCoffee; the Zürich photo MCaviglia / CC BY-SA 3.0.
  • Club World Cup 2025 VAR-review scoreboard (external link in the optical section): Wikimedia Commons, CC BY-SA 4.0.
  • All diagrams, charts and the ecosystem map: purpose-built for this report from the verified data (SVG / Cytoscape / Chart.js), selectable text, no licensing constraint.

Embedded images are downsized for web. Where a publisher holds copyright, the image is used for commentary with the source linked on the figure; nothing whose license is unclear is re-hosted without a backlink to the original.

How this was made

What this is

This report is AI-generated and AI-written. A human set the questions, steered the research, pushed for more depth, and independently validated the findings; the searching, cross-checking, drafting, and assembly were done by AI agents. None of it is presented as the human's own writing. The goal was to answer one question, as rigorously as open sources allow: how does the FIFA World Cup 2026 player- and ball-tracking stack actually work, end to end? A second goal: to see how far an AI research process could be pushed, and how well it could bind many independent sources into one coherent map.

The standard throughout is simple. Every load-bearing claim either points to a primary public source or is openly framed as inference. Where sources disagree or run out, the report says so.

A nine-stage process flow for how the report was made: seed and scaffold; the 78-target research wave; the social and behind-the-scenes sweep across eleven lanes; the browser pass for bot-walled pages; the OCR-to-research chain, highlighted, running image to text to person to document to fact; the passive infrastructure pass using only public indexes; keeping it coherent in durable files; mapping findings back into the report; and a closing note on handling hallucination. A foundation band underneath marks the cross-cutting practices.
Figure. How this report was made. The pipeline at a glance; the detailed account follows. The center loop, image to text to person to document to fact, is the step most worth understanding.

1. Seed and scaffold

The work began from public questions and the known vendor set. One literal seed was a public forum thread asking what gadgets the 2026 referees are actually using. The first passes built the scaffold, starting with a vendor and corporate map, the public endpoint and subdomain estate, a correlation index, and an entity graph. Later, narrower questions hung off that frame.

2. The 78-target wave

A challenge agent interrogated the draft the way a relentless child would, asking "why? what is that? how do you know?" of every section, while also acting as a fact-checker. Its questions fanned out to 78 independent research agents, one per question, across the whole stack, from the silicon inside the ball, the pitch-side anchors, the transport network, the optical and semi-automated-offside systems, the AI and data-hub layers, the corporate and contractual chain, the patents, and the radio test filings. Each agent returned a brief in which every claim carried a confidence label (verified, corrected, disputed, inference, unverifiable, or open) and a primary-source link wherever one existed.

3. The social and behind-the-scenes sweep

A second wave widened the aperture from specifications to the human and visual record. Eleven parallel lanes covered YouTube, social posts, trade press, behind-the-scenes imagery, conference talks, public code, procurement tenders, job postings, betting and data feeds, the bench and analyst interface, and infrastructure glimpsed incidentally in general footage. Each lane ran the same shape: fetch widely, then pass every candidate through a classifier that ruled it keep, drop, or review against a strict football-only scope, then synthesize the keepers. Review items were never silently accepted. The orchestrator took a first pass on each borderline find, and the human monitored and overrode in the loop.

4. The browser pass

Much of the best material sits behind bot-walls and JavaScript that a plain fetch cannot read. For those, the orchestrator drove a real browser. That is how the report obtained the Lenovo "how it works" pages (the 3-D avatar pipeline, the Referee View stabilizer, the operations-center dashboard), the original referee-kit thread, a peer-reviewed offside-accuracy paper, and the vendors' own product screens, all of which had returned errors to every automated fetch.

5. The OCR-to-research chain

This is where the pipeline compounded, and it is the part most worth understanding. Collected images were not merely viewed; they were read for their incidental text, and every fragment became a lead. A vendor webinar frame showed an analytics dashboard whose owner was named on screen. Researching that name identified a KINEXON data scientist, which led to a conference speaker page, which pinned the exact event and date where the connected ball was first shown in public. A filename glimpsed on a slide identified the analytics deck behind it. The same loop dated that whole webinar to 2022, which is precisely why it is cited as a vendor exemplar of the analysis output rather than as a 2026 measurement. Image to text to person to document to fact.

6. The passive infrastructure pass

A final pass used only public indexes, drawing on search-engine document queries, certificate-transparency logs, the web archive, and the pre-collected Shodan index. There was no active scanning, probing, or login, in keeping with the report's posture of explaining how the stack works rather than testing it. The pass surfaced public technical PDFs with exact numbers and definitions. One was a FIFA performance test report that listed hard live-data latency figures and, in its own stated test method, named the RabbitMQ-to-Google-Cloud transport that earlier passes had only inferred. Another was the EPTS data-format specification, down to the on-wire frame layout. A third set was FIFA's own video-assistant-referee and virtual-offside test-method handbooks. Anything that looked sensitive would have been flagged to the owner rather than published; nothing of that kind appeared.

7. Keeping it coherent

Every pass wrote to durable files rather than to a chat window, among them per-target briefs, a correlation index and a graph, a classification log of what was kept or dropped and why, a review-resolutions log, a queue of pages that needed a browser, a browser-results log, and a running steering log that recorded each human instruction and the decision taken on it. Findings from different agents were deduplicated and cross-referenced, so a figure that appeared in a patent, a test report, and a conference talk could be triangulated rather than trusted once.

8. Mapping it back into a report

Integration re-authored every section to the cite-or-infer standard, folded in all of the above, rebuilt the original "how it works" diagrams and animations from the verified findings, and embedded the public imagery with its attribution. The whole page then passed through a final quality gate that renders the actual output and inspects it: prose and readability, citation and link integrity, acronym-to-glossary coverage, table fit, image legibility and licensing, animation legibility, and build integrity, looping fix-and-recheck until nothing serious remained.

9. On hallucination

The honest answer to "how do you know none of this is made up?" is not that it was prevented. It is that the process is built to catch it: confidence labels on every claim, primary-source citation as the default, cross-agent corroboration so that no single agent's word is load-bearing, adversarial checking that tries to refute findings, and plain open and disputed tags where the evidence is thin. As a live reminder of why that matters, the sweep turned up a polished "inside the Trionda factory" video that was itself entirely AI-fabricated, inventing chip details and viewer figures; it was caught and dropped, and it stands here as the cautionary case. The labels are the contract: trust the verified claims, weigh the inferences, and treat the open questions as open.

A note on honesty
This report was built with heavy AI assistance. The research and the cross-checking were carried out by language-model agents working under human direction. That is the reason every claim is labeled and sourced, the open questions are listed in full, and the single live data pull is called out by name. Read the labels, not the fluency.
Built from public sources only - filings, patents, FCC/ITU records, app artifacts, DNS/CT/RDAP, academic papers, press. Every claim carries a confidence label and a source. This dossier targets technology and organizations, not individuals beyond their public professional role.
Generated 2026-06-16 · highlight any term for lookup/translation · hover dotted terms for definitions.
Independent and unofficial. Not affiliated with, authorized by, endorsed by, or sponsored by FIFA, Adidas, Sony, or any other company named here. FIFA and FIFA World Cup are trademarks of FIFA; Adidas and Trionda are trademarks of Adidas AG; all other product and company names are trademarks of their respective owners, used here for identification and commentary only. This is an analysis of public information for journalistic and educational purposes; no confidential or non-public data was accessed.
click outside, or press Esc, to close