> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livepeer.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Orchestrator Glossary

> Key terms for Livepeer orchestrator operators – GPU setup, AI pipelines, staking, payment mechanics, monitoring, and protocol roles.

export const LinkIcon = ({href, target = '_blank', rel = 'noopener noreferrer', style = {}, className = '', icon = 'arrow-up-right-from-square', size = 12, ...iconProps}) => {
  return <a href={href} target={target} rel={rel} className={className} style={{
    borderBottom: 'none',
    textDecoration: 'none',
    ...style
  }}>
      <Icon icon={icon} size={size} {...iconProps} />
    </a>;
};

export const CopyText = ({text, label, className = '', style = {}, ...rest}) => {
  const handleCopy = () => {
    navigator.clipboard.writeText(text);
  };
  return <span className={className} style={{
    display: 'flex',
    alignItems: 'center',
    padding: '0.2rem 0.4rem',
    borderRadius: "4px",
    fontSize: '0.85rem',
    fontFamily: 'monospace',
    backgroundColor: 'var(--lp-color-bg-card)',
    border: '1px solid var(--lp-color-border-default)',
    minWidth: 0,
    overflow: 'hidden',
    ...style
  }} {...rest}>
      {label && <strong style={{
    flexShrink: 0,
    marginRight: "var(--lp-spacing-2)"
  }}>{label}</strong>}
      <span style={{
    overflow: 'hidden',
    textOverflow: 'ellipsis',
    whiteSpace: 'nowrap',
    flex: 1,
    minWidth: 0
  }}>
        {text}
      </span>
      <button onClick={handleCopy} style={{
    background: 'none',
    border: 'none',
    cursor: 'pointer',
    padding: '0 0 0 0.4rem',
    display: 'inline-flex',
    alignItems: 'center',
    color: 'var(--lp-color-text-secondary)',
    flexShrink: 0
  }} title="Copy to clipboard">
        <svg width="14" height="14" viewBox="0 0 24 24" fill="none" stroke="currentColor" strokeWidth="2">
          <rect x="9" y="9" width="13" height="13" rx="2" ry="2"></rect>
          <path d="M5 15H4a2 2 0 0 1-2-2V4a2 2 0 0 1 2-2h9a2 2 0 0 1 2 2v1"></path>
        </svg>
      </button>
    </span>;
};

export const glossaryBadges = [{
  color: 'blue',
  label: 'Video'
}, {
  color: 'purple',
  label: 'AI'
}, {
  color: 'green',
  label: 'Livepeer'
}, {
  color: 'yellow',
  label: 'Technical'
}];

export const LazyLoad = ({children, height = "200px", offset = "200px", fadeDuration = 400, className = "", style = {}, ...rest}) => {
  const ref = useRef(null);
  const [visible, setVisible] = useState(false);
  const [ready, setReady] = useState(false);
  useEffect(() => {
    const el = ref.current;
    if (!el) return;
    const observer = new IntersectionObserver(([entry]) => {
      if (entry.isIntersecting) {
        setVisible(true);
        observer.disconnect();
      }
    }, {
      rootMargin: offset
    });
    observer.observe(el);
    return () => observer.disconnect();
  }, []);
  useEffect(() => {
    if (!visible) return;
    const frameId = requestAnimationFrame(() => {
      setReady(true);
    });
    return () => cancelAnimationFrame(frameId);
  }, [visible]);
  const placeholder = <div ref={ref} className={className} style={{
    minHeight: height,
    ...style
  }} {...rest} />;
  if (!visible) return placeholder;
  return <div ref={ref} className={className} style={{
    opacity: ready ? 1 : 0,
    transition: `opacity ${fadeDuration}ms ease-in`,
    ...style
  }} {...rest}>
      {children}
    </div>;
};

export const CustomDivider = ({color = "var(--lp-color-border-default)", middleText = "", spacing = "default", style = {}, className = "", ...rest}) => {
  const spacingPresets = {
    default: {
      margin: "24px 0"
    },
    overlap: {
      margin: "-1rem 0 -1rem 0"
    },
    tight: {
      margin: "0 0 -1rem 0"
    },
    section: {
      margin: "0 0 -2rem 0"
    },
    sectionOverlap: {
      margin: "-1rem 0 -2rem 0"
    },
    deepOverlap: {
      margin: "-1rem 0 -1.5rem 0"
    }
  };
  const spacingStyle = spacingPresets[spacing] || spacingPresets.default;
  return <div role="separator" aria-orientation="horizontal" className={className} style={{
    display: "flex",
    alignItems: "center",
    ...spacingStyle,
    fontSize: style?.fontSize || "16px",
    height: "fit-content",
    ...style
  }} {...rest}>
      <span style={{
    marginRight: "var(--lp-spacing-px-8)",
    opacity: 0.2
  }}>
        <Icon icon="/snippets/assets/logos/Livepeer-Logo-Symbol-Theme.svg" />
      </span>
      <div style={{
    flex: 1,
    height: "1px",
    background: "var(--lp-color-border-default)",
    opacity: 0.4
  }}></div>
      {middleText && <>
          <Icon icon="circle" size={2} />
          <span style={{
    margin: "0 8px",
    fontWeight: "bold",
    color: color,
    opacity: 0.7
  }}>
            {middleText}
          </span>
          <Icon icon="circle" size={2} />
        </>}
      <div style={{
    flex: 1,
    height: "1px",
    background: "var(--lp-color-border-default)",
    opacity: 0.4
  }}></div>
      <span style={{
    marginLeft: "var(--lp-spacing-px-8)",
    opacity: 0.2
  }}>
        <span style={{
    display: "inline-block",
    transform: "scaleX(-1)"
  }}>
          <Icon icon="/snippets/assets/logos/Livepeer-Logo-Symbol-Theme.svg" />
        </span>
      </span>
    </div>;
};

export const DynamicTable = ({tableTitle = null, headerList = [], itemsList = [], monospaceColumns = [], columnWidths = {}, contentFitColumns = [], showSeparators = false, margin, className = "", style = {}, ...rest}) => {
  if (!headerList.length) {
    return <div>No headers provided</div>;
  }
  const safeContentFitColumns = Array.isArray(contentFitColumns) ? contentFitColumns : [];
  const usesContentFitColumns = safeContentFitColumns.length > 0;
  const isContentFitColumn = header => safeContentFitColumns.includes(header);
  const getColumnStyle = header => {
    const widthStyle = columnWidths[header] ? {
      width: columnWidths[header],
      minWidth: columnWidths[header],
      maxWidth: columnWidths[header]
    } : {};
    const contentFitStyle = !columnWidths[header] && isContentFitColumn(header) ? {
      width: "1%",
      whiteSpace: "nowrap"
    } : {};
    return {
      ...contentFitStyle,
      ...widthStyle
    };
  };
  return <div className={className} style={style} {...rest}>
      {tableTitle && <div style={{
    fontStyle: "italic",
    margin: 0
  }}>
          <strong>{tableTitle}</strong>
        </div>}
      <div style={{
    overflowX: "auto",
    ...margin != null && ({
      margin
    })
  }} role="region" tabIndex={0} aria-label={tableTitle ? `Scrollable table: ${tableTitle}` : "Scrollable table"}>
        <table data-docs-dynamic-table style={{
    width: "100%",
    tableLayout: usesContentFitColumns ? "auto" : "fixed",
    borderCollapse: "collapse",
    fontSize: "0.9rem",
    marginTop: 0
  }}>
          <thead>
            <tr style={{
    backgroundColor: "var(--lp-color-accent)",
    color: "var(--lp-color-on-accent)",
    borderBottom: "1px solid var(--lp-color-border-default)"
  }}>
              {headerList.map((header, index) => <th key={index} style={{
    padding: "10px 8px",
    textAlign: "left",
    fontWeight: "600",
    color: "var(--lp-color-on-accent)",
    ...getColumnStyle(header)
  }}>
                  {header}
                </th>)}
            </tr>
          </thead>
          <tbody>
            {itemsList.filter(item => showSeparators || !item?.__separator).map((item, rowIndex) => item?.__separator ? <tr key={rowIndex} style={{
    backgroundColor: "var(--lp-color-accent)",
    color: "var(--lp-color-on-accent)",
    borderBottom: "1px solid var(--lp-color-accent)"
  }}>
                  <td colSpan={headerList.length} style={{
    padding: "6px 8px",
    fontWeight: "700",
    color: "var(--lp-color-on-accent)",
    letterSpacing: "0.01em"
  }}>
                    {(item[headerList[0]] ?? item.Category) ?? "Category"}
                  </td>
                </tr> : <tr key={rowIndex} style={{
    borderBottom: "1px solid var(--lp-color-border-default)"
  }}>
                  {headerList.map((header, colIndex) => {
    const value = (item[header] ?? item[header.toLowerCase()]) ?? "-";
    const isMonospace = monospaceColumns.includes(colIndex);
    return <td key={colIndex} style={{
      padding: "8px 8px",
      fontFamily: isMonospace ? "monospace" : "inherit",
      wordWrap: "break-word",
      overflowWrap: "break-word",
      ...getColumnStyle(header)
    }}>
                        {isMonospace ? <code>{value}</code> : value}
                      </td>;
  })}
                </tr>)}
          </tbody>
        </table>
      </div>
    </div>;
};

export const SearchTable = ({TableComponent = null, tableTitle = null, headerList = [], itemsList = [], monospaceColumns = [], margin, searchPlaceholder = 'Search...', searchColumns = [], categoryColumn = 'Category', filterColumns = [], columnWidths = {}, contentFitColumns = [], columnVariant = {}, categoryBadges = [], textIcons = [], showSeparators = false, separatorColumn = null, boldFirstColumn = true, className = '', style = {}}) => {
  const allFilterCols = [categoryColumn, ...filterColumns];
  const [query, setQuery] = useState('');
  const [selections, setSelections] = useState(() => {
    const init = {};
    allFilterCols.forEach(col => {
      init[col] = 'All';
    });
    return init;
  });
  const safeHeaderList = Array.isArray(headerList) ? headerList : [];
  const safeItemsList = Array.isArray(itemsList) ? itemsList : [];
  const safeMonospaceColumns = Array.isArray(monospaceColumns) ? monospaceColumns : [];
  const safeSearchColumns = Array.isArray(searchColumns) ? searchColumns : [];
  const activeColumns = safeSearchColumns.length ? safeSearchColumns : safeHeaderList;
  const normalizedQuery = query.trim().toLowerCase();
  const badgeColorMap = {};
  categoryBadges.forEach(b => {
    badgeColorMap[b.label.toLowerCase()] = b.color;
  });
  const textIconMap = {};
  textIcons.forEach(t => {
    textIconMap[t.label.toLowerCase()] = t.icon;
  });
  const getOptionsForColumn = (colName, colIndex) => {
    let scoped = safeItemsList;
    for (let i = 0; i < colIndex; i++) {
      const prevCol = allFilterCols[i];
      const prevSel = selections[prevCol];
      if (prevSel !== 'All') {
        scoped = scoped.filter(item => String(item?.[prevCol] || '') === prevSel);
      }
    }
    return [...new Set(scoped.map(item => String(item?.[colName] || '')).filter(Boolean))].sort((a, b) => a.localeCompare(b, 'en', {
      sensitivity: 'base'
    }));
  };
  const filteredItems = safeItemsList.filter(item => allFilterCols.every(col => {
    const sel = selections[col];
    return sel === 'All' || String(item?.[col] || '') === sel;
  }));
  const searchedItems = !normalizedQuery ? filteredItems : filteredItems.filter(item => activeColumns.some(column => {
    const value = (item?.[column] ?? item?.[String(column).toLowerCase()]) ?? '';
    return String(value).toLowerCase().includes(normalizedQuery);
  }));
  const sortedItems = [...searchedItems].sort((a, b) => {
    for (const col of allFilterCols) {
      const cmp = String(a[col] || '').localeCompare(String(b[col] || ''), 'en', {
        sensitivity: 'base'
      });
      if (cmp !== 0) return cmp;
    }
    return 0;
  });
  const firstColumnName = safeHeaderList[0];
  const renderVariant = (value, variant, item, header) => {
    if (variant === 'bold' && typeof value === 'string') {
      return <strong>{value}</strong>;
    }
    if (variant === 'badge' && typeof value === 'string') {
      const colorName = badgeColorMap[value.toLowerCase()];
      if (colorName) {
        return <Badge color={colorName}>{value}</Badge>;
      }
    }
    if (variant === 'textIcon' && typeof value === 'string') {
      const icon = textIconMap[value.toLowerCase()];
      if (icon) {
        return <span style={{
          display: 'inline-flex',
          alignItems: 'center',
          gap: '0.35rem'
        }}>
            {icon} {value}
          </span>;
      }
    }
    if (variant === 'addressWrapper' && typeof value === 'string') {
      const href = item?.[`_${header}Href`] ?? item?._addressHref;
      return <div style={{
        display: 'flex',
        alignItems: 'center',
        gap: '0.35rem',
        width: '100%',
        minWidth: 0
      }}>
          <CopyText text={value} style={{
        flex: 1
      }} />
          {href && <LinkIcon href={href} color="var(--lp-color-accent)" />}
        </div>;
    }
    return value;
  };
  const displayItems = sortedItems.map(item => {
    const out = {
      ...item,
      _sepKey: String(item[separatorColumn || categoryColumn] || '')
    };
    for (const header of safeHeaderList) {
      if (columnVariant[header] && out[header] !== undefined) {
        out[header] = renderVariant(out[header], columnVariant[header], item, header);
      }
    }
    if (boldFirstColumn && firstColumnName && !columnVariant[firstColumnName] && typeof out[firstColumnName] === 'string') {
      out[firstColumnName] = <strong>{out[firstColumnName]}</strong>;
    }
    return out;
  });
  const withSeparators = [];
  let lastSep = '';
  displayItems.forEach(item => {
    const sepKey = item._sepKey || '';
    if (showSeparators && sepKey && sepKey !== lastSep) {
      withSeparators.push({
        __separator: true,
        [safeHeaderList[0]]: sepKey.toUpperCase()
      });
      lastSep = sepKey;
    }
    withSeparators.push(item);
  });
  const selectStyle = {
    minWidth: '150px',
    padding: '8px 12px',
    borderRadius: '8px',
    border: '1px solid var(--lp-color-border-default)',
    background: 'var(--lp-color-bg-page)',
    color: 'var(--lp-color-text-secondary)'
  };
  const updateSelection = (col, colIndex, value) => {
    const next = {
      ...selections,
      [col]: value
    };
    for (let i = colIndex + 1; i < allFilterCols.length; i++) {
      next[allFilterCols[i]] = 'All';
    }
    setSelections(next);
  };
  return <div className={className} style={style}>
      <div style={{
    marginBottom: "var(--lp-spacing-2)",
    display: 'flex',
    flexWrap: 'wrap',
    gap: "var(--lp-spacing-2)",
    alignItems: 'center'
  }}>
        <input type="text" value={query} placeholder={searchPlaceholder} onChange={e => setQuery(e.target.value)} aria-label="Filter table rows" style={{
    width: '100%',
    maxWidth: '420px',
    padding: '8px 12px',
    borderRadius: '8px',
    border: '1px solid var(--lp-color-border-default)',
    background: 'var(--lp-color-bg-page)',
    color: 'var(--lp-color-text-secondary)'
  }} />
        {allFilterCols.map((col, colIndex) => {
    const options = getOptionsForColumn(col, colIndex);
    if (options.length === 0) return null;
    const parentLabel = colIndex > 0 && selections[allFilterCols[colIndex - 1]] !== 'All' ? selections[allFilterCols[colIndex - 1]] : col.toLowerCase() + 's';
    return <select key={col} value={selections[col]} onChange={e => updateSelection(col, colIndex, e.target.value)} aria-label={`Filter by ${col}`} style={selectStyle}>
              <option value="All">All {parentLabel}</option>
              {options.map(o => <option key={o} value={o}>
                  {o}
                </option>)}
            </select>;
  })}
      </div>

      {typeof TableComponent === 'function' ? <TableComponent tableTitle={tableTitle} headerList={safeHeaderList} itemsList={withSeparators} monospaceColumns={safeMonospaceColumns} columnWidths={columnWidths} contentFitColumns={contentFitColumns} showSeparators={showSeparators} margin={margin} /> : <Warning>SearchTable requires a `TableComponent` prop.</Warning>}
    </div>;
};

{/* ==========================SECTION: SEARCH TIP========================= */}

<Tip>
  **Finding terms quickly**

  * **Cmd+K** (Mac) / **Ctrl+K** (Windows) – search all Livepeer docs
  * **Cmd+F** (Mac) / **Ctrl+F** (Windows) – search within this page
  * Use the category filter below to narrow by topic
</Tip>

<Note>
  Machine-readable term index: [glossary-data.json](./glossary-data.json)
</Note>

Terms covering GPU setup, AI pipeline configuration, staking mechanics, payment flows, monitoring, and protocol roles for operators running Livepeer Orchestrator nodes.

<CustomDivider />

<LazyLoad height="600px">
  <SearchTable
    TableComponent={DynamicTable}
    showSeparators={true}
    filterColumns={["Niche"]}
    columnWidths={{ Definition: '50%' }}
    columnVariant={{ Category: "badge" }}
    categoryBadges={glossaryBadges}
    headerList={["Term", "Category", "Niche", "Definition"]}
    searchColumns={["Term", "Definition"]}
    itemsList={[
{ Term: "Active Set", Category: "livepeer", Niche: "protocol", Definition: "The top 100 orchestrators by total bonded stake eligible to receive video transcoding work in the current round." },
{ Term: "AI Inference", Category: "ai", Niche: "concept", Definition: "Running a trained neural network model on new input data to produce predictions or generated outputs." },
{ Term: "AI Runner", Category: "livepeer", Niche: "config", Definition: "The container process that executes AI model inference jobs; go-livepeer communicates with it via HTTP and it loads models into GPU memory to process requests." },
{ Term: "AIServiceRegistry", Category: "livepeer", Niche: "contract", Definition: "Smart contract registering AI service capabilities for orchestrators on the Livepeer AI network." },
{ Term: "aiModels.json", Category: "livepeer", Niche: "config", Definition: "JSON configuration file specifying available AI models including pipeline type, model ID, pricing, and warm status for an orchestrator node." },
{ Term: "aiWorker", Category: "livepeer", Niche: "config", Definition: "CLI flag starting a go-livepeer node as a dedicated AI worker process that connects to an orchestrator and handles AI inference jobs." },
{ Term: "Arbitrum", Category: "web3", Niche: "chain", Definition: "A Layer 2 Optimistic Rollup settling to Ethereum, processing transactions off-chain while inheriting Ethereum-grade security." },
{ Term: "Audio-to-Text", Category: "ai", Niche: "pipeline", Definition: "AI pipeline converting spoken language audio into written text using deep neural networks." },
{ Term: "Batch AI Inference", Category: "ai", Niche: "pipeline", Definition: "Running a trained model on a group of inputs asynchronously, optimising GPU utilisation through parallelisation." },
{ Term: "BLIP", Category: "ai", Niche: "model", Definition: "Vision-language model by Salesforce using bootstrapped captioning and filtering for image understanding tasks including captioning and visual QA." },
{ Term: "Bonding", Category: "web3", Niche: "tokenomics", Definition: "Staking (locking) LPT tokens to an orchestrator in Livepeer's delegated proof-of-stake system." },
{ Term: "BondingManager", Category: "livepeer", Niche: "contract", Definition: "Core smart contract managing bonding, delegation, staking logic, and fund ownership on the Livepeer protocol." },
{ Term: "BYOC (Bring Your Own Container)", Category: "livepeer", Niche: "deployment", Definition: "Deployment pattern enabling orchestrators to run custom Docker containers for AI workloads alongside standard Livepeer pipelines." },
{ Term: "Capability Advertisement", Category: "livepeer", Niche: "protocol", Definition: "Mechanism by which orchestrators inform gateways of the AI services, pipelines, and models they can process." },
{ Term: "Capability Matching", Category: "livepeer", Niche: "protocol", Definition: "Process by which a gateway routes an AI task to an appropriate orchestrator based on advertised capabilities." },
{ Term: "Cascade", Category: "livepeer", Niche: "upgrade", Definition: "Strategic vision for Livepeer to become the leading platform for real-time AI video pipelines, representing the current phase of protocol development." },
{ Term: "Clearinghouse", Category: "livepeer", Niche: "contract", Definition: "Contract or system handling settlement of payments between gateways and orchestrators." },
{ Term: "CLI (Command-Line Interface)", Category: "technical", Niche: "dev", Definition: "Text-based interface for interacting with software by typing commands; in Livepeer, the primary method for configuring and running go-livepeer nodes." },
{ Term: "CPU (Central Processing Unit)", Category: "technical", Niche: "hardware", Definition: "The primary general-purpose processor in a computer; in Livepeer, CPU handles node software overhead while GPU handles intensive transcoding and AI inference workloads." },
{ Term: "Cold Model / Cold Start", Category: "ai", Niche: "concept", Definition: "Latency incurred when an AI model must be loaded from storage into GPU memory before the first request can be processed, typically adding 5 to 90 seconds of delay." },
{ Term: "ComfyStream", Category: "livepeer", Niche: "product", Definition: "Livepeer project running ComfyUI workflows as a real-time media processing backend for live streams." },
{ Term: "ComfyUI", Category: "ai", Niche: "framework", Definition: "Open-source node-based graphical interface for building and executing AI image and video generation workflows." },
{ Term: "ControlNet", Category: "ai", Niche: "model", Definition: "Neural network architecture adding spatial conditioning controls such as edge maps, depth, and pose signals to pretrained diffusion models." },
{ Term: "CUDA (Compute Unified Device Architecture)", Category: "ai", Niche: "framework", Definition: "NVIDIA's parallel computing platform and programming API enabling GPUs to be used for general-purpose processing and deep learning." },
{ Term: "Daydream", Category: "livepeer", Niche: "product", Definition: "Livepeer's hosted real-time AI video platform turning live camera input into AI-transformed visuals with sub-second latency." },
{ Term: "Delegator", Category: "livepeer", Niche: "role", Definition: "LPT token holder who stakes tokens to an orchestrator to secure the network, participate in governance, and earn a share of rewards." },
{ Term: "Diffusion", Category: "ai", Niche: "concept", Definition: "Class of generative models that learn to produce data by reversing a gradual noising process applied during training." },
{ Term: "Dual Mode", Category: "livepeer", Niche: "deployment", Definition: "Deployment configuration where a single orchestrator process handles both video transcoding and AI inference simultaneously." },
{ Term: "ETH", Category: "web3", Niche: "token", Definition: "The native cryptocurrency of Ethereum, used to pay transaction fees (gas) and as the settlement currency for orchestrator service fee payments." },
{ Term: "Face Value", Category: "economic", Niche: "payment", Definition: "The payout amount assigned to a probabilistic micropayment ticket if it is drawn as a winner." },
{ Term: "Fee Cut", Category: "economic", Niche: "reward", Definition: "The percentage of ETH service fees that an orchestrator retains before distributing the remainder to delegators." },
{ Term: "Fee Pool", Category: "economic", Niche: "reward", Definition: "Accumulated ETH fees awaiting distribution between an orchestrator and its delegators." },
{ Term: "Gateway", Category: "livepeer", Niche: "role", Definition: "Node that submits jobs to the network, routes work to orchestrators, manages payment flows, and provides a protocol interface for applications." },
{ Term: "GB (Gigabyte)", Category: "technical", Niche: "hardware", Definition: "A unit of digital storage equal to 1,073,741,824 bytes (binary); used in Livepeer hardware specifications for RAM, VRAM, and storage requirements." },
{ Term: "GeForce", Category: "technical", Niche: "hardware", Definition: "NVIDIA's consumer-grade discrete GPU brand, encompassing the GTX and RTX product lines; the most common GPU family used by Livepeer orchestrator operators." },
{ Term: "go-livepeer", Category: "livepeer", Niche: "sdk", Definition: "Official Go implementation of the Livepeer protocol containing the Broadcaster, Orchestrator, Transcoder, Gateway, and Worker roles in a single binary." },
{ Term: "GPU (Graphics Processing Unit)", Category: "technical", Niche: "infra", Definition: "Specialised processor designed for parallel computation, used in Livepeer for both video transcoding and AI model inference." },
{ Term: "GPU Worker", Category: "livepeer", Niche: "deployment", Definition: "Subprocess running AI inference on a dedicated GPU, managed by the go-livepeer orchestrator process." },
{ Term: "GTX (NVIDIA GTX)", Category: "technical", Niche: "hardware", Definition: "NVIDIA's previous-generation consumer GPU product line; capable of Livepeer video transcoding but lacks the Tensor cores of the RTX series needed for accelerated AI inference." },
{ Term: "gRPC", Category: "technical", Niche: "protocol", Definition: "High-performance remote procedure call framework using HTTP/2 and Protocol Buffers for efficient binary communication between services." },
{ Term: "Hard Gate", Category: "livepeer", Niche: "config", Definition: "Strict filter that immediately disqualifies orchestrators failing a required criterion such as exceeding the gateway's maximum price threshold." },
{ Term: "HLS (HTTP Live Streaming)", Category: "video", Niche: "protocol", Definition: "Streaming protocol by Apple that encodes video into multiple quality levels and delivers them via standard HTTP with an M3U8 index playlist." },
{ Term: "HuggingFace", Category: "ai", Niche: "platform", Definition: "An AI platform and open-source community providing model repositories, datasets, and inference APIs; a primary source for AI models deployed on Livepeer orchestrator nodes." },
{ Term: "Image-to-Image", Category: "ai", Niche: "pipeline", Definition: "AI pipeline transforming an input image into a modified output image, guided by a text prompt or conditioning signal." },
{ Term: "Image-to-Text", Category: "ai", Niche: "pipeline", Definition: "AI pipeline generating a textual description from an input image, encompassing captioning and OCR tasks." },
{ Term: "Image-to-Video", Category: "ai", Niche: "pipeline", Definition: "AI pipeline generating a short video clip conditioned on a single input image, animating a still frame into motion." },
{ Term: "Inflation", Category: "economic", Niche: "reward", Definition: "Dynamic issuance of new LPT tokens each protocol round, distributed to orchestrators and delegators based on participation and stake." },
{ Term: "LIP-89", Category: "operational", Niche: "governance", Definition: "Livepeer Improvement Proposal introducing the on-chain LivepeerGovernor governance contract and community treasury." },
{ Term: "LIP-91", Category: "operational", Niche: "governance", Definition: "Livepeer Improvement Proposal bundling the treasury establishment mechanism and defining the inflation-funded treasury reward cut rate." },
{ Term: "LIP-92", Category: "operational", Niche: "governance", Definition: "Livepeer Improvement Proposal defining the AI model registry and capability discovery mechanism for the network." },
{ Term: "Live-Video-to-Video", Category: "ai", Niche: "pipeline", Definition: "AI pipeline applying generative models to a continuous video stream frame-by-frame at interactive frame rates." },
{ Term: "LLM (Large Language Model)", Category: "ai", Niche: "concept", Definition: "Neural network trained on massive text corpora to understand and generate human language for tasks including text generation, reasoning, and conversation." },
{ Term: "Loki", Category: "operational", Niche: "monitoring", Definition: "Horizontally scalable log aggregation system by Grafana Labs, used in Livepeer orchestrator monitoring stacks." },
{ Term: "LPT (Livepeer Token)", Category: "livepeer", Niche: "protocol", Definition: "ERC-20 governance and staking token used to coordinate, incentivise, and secure the Livepeer network; staked LPT determines work allocation and reward share." },
{ Term: "Mainnet", Category: "web3", Niche: "chain", Definition: "The primary public production blockchain where actual-value transactions occur on the distributed ledger." },
{ Term: "MaxPrice", Category: "livepeer", Niche: "config", Definition: "CLI flag setting the maximum transcoding price per pixelsPerUnit that a gateway will accept from an orchestrator; orchestrators above this threshold are excluded." },
{ Term: "Micropayment", Category: "economic", Niche: "payment", Definition: "Small-value payment represented as a signed probabilistic ticket with a chance of being a winner redeemable for ETH." },
{ Term: "Model Warmth", Category: "ai", Niche: "concept", Definition: "Status indicating whether an AI model is currently loaded in GPU memory (warm) or must be loaded from storage on demand (cold)." },
{ Term: "NVDEC", Category: "technical", Niche: "infra", Definition: "NVIDIA hardware video decoder that offloads video decoding from the CPU to dedicated silicon on NVIDIA GPUs." },
{ Term: "NVENC", Category: "technical", Niche: "infra", Definition: "NVIDIA hardware video encoder that offloads H.264 and H.265 encoding from the CPU to dedicated silicon on NVIDIA GPUs." },
{ Term: "O-T Split", Category: "livepeer", Niche: "deployment", Definition: "Architectural separation of the Orchestrator and Transcoder (Worker) processes, typically running on different machines, where the orchestrator handles protocol interaction and the transcoder handles GPU compute." },
{ Term: "Ollama", Category: "ai", Niche: "model", Definition: "Open-source tool for running large language models locally with a CLI and OpenAI-compatible REST API." },
{ Term: "Orchestrator", Category: "livepeer", Niche: "role", Definition: "Supply-side network node contributing GPU resources, receiving jobs from gateways, performing transcoding or AI inference, and earning rewards." },
{ Term: "OrchestratorInfo", Category: "livepeer", Niche: "config", Definition: "Data structure advertised by orchestrators containing capabilities, pricing, service URI, and metadata used by gateways for selection decisions." },
{ Term: "orchSecret", Category: "livepeer", Niche: "config", Definition: "Shared secret used to authenticate communication between an orchestrator process and its standalone transcoder or worker nodes in an O-T split deployment." },
{ Term: "Output Profile", Category: "video", Niche: "encoding", Definition: "Predefined set of encoding parameters (resolution, bitrate, codec, frame rate) defining a single rendition of a transcoded video." },
{ Term: "Overhead", Category: "economic", Niche: "pricing", Definition: "Additional operational costs beyond direct computation, including gas fees for ticket redemption, bandwidth, and administrative costs." },
{ Term: "Per Pixel (Price Per Pixel)", Category: "livepeer", Niche: "economics", Definition: "Livepeer's unit-based pricing mechanism where fees are calculated based on the number of pixels processed during a transcoding or AI inference job." },
{ Term: "Per Round", Category: "livepeer", Niche: "economics", Definition: "The Livepeer protocol's fundamental time unit, approximately equal to one day of Ethereum blocks; reward minting, activations, and delegator earnings accrue on a per-round basis." },
{ Term: "Performance Score", Category: "livepeer", Niche: "protocol", Definition: "Composite metric rating an orchestrator's reliability and speed, calculated as latency score multiplied by success rate, used by gateways in orchestrator selection." },
{ Term: "Pixel", Category: "video", Niche: "encoding", Definition: "Single point in a video frame used as the fundamental pricing unit for transcoding work on the Livepeer network." },
{ Term: "pixelsPerUnit", Category: "livepeer", Niche: "config", Definition: "CLI parameter defining the number of pixels constituting one billable work unit, allowing granular pricing control." },
{ Term: "PM (Probabilistic Micropayment)", Category: "economic", Niche: "payment", Definition: "Lottery-based payment scheme where gateways send signed tickets to orchestrators and only winning tickets are redeemed on-chain, amortising transaction costs across many payments." },
{ Term: "Pool", Category: "livepeer", Niche: "deployment", Definition: "Group of transcoder or worker nodes coordinated under a single orchestrator for increased capacity and redundancy." },
{ Term: "Pool Operator", Category: "livepeer", Niche: "deployment", Definition: "Entity running an orchestrator that coordinates a pool of transcoder or worker nodes, managing on-chain operations and distributing earnings to workers." },
{ Term: "Pool Worker", Category: "livepeer", Niche: "deployment", Definition: "Individual machine within an orchestrator pool, running go-livepeer in transcoder mode and executing GPU compute jobs delegated by the pool operator's orchestrator." },
{ Term: "Price Feed", Category: "livepeer", Niche: "config", Definition: "External data source providing real-time ETH/USD exchange rates used by orchestrators to denominate prices in USD terms." },
{ Term: "pricePerCapability", Category: "livepeer", Niche: "config", Definition: "CLI flag setting the price per unit for a specific AI pipeline and model pair, overriding the default pricePerUnit for that capability." },
{ Term: "pricePerGateway", Category: "livepeer", Niche: "config", Definition: "JSON configuration allowing orchestrators to set customised per-gateway-address pricing, enabling different rates for specific gateway partners." },
{ Term: "pricePerUnit", Category: "livepeer", Niche: "config", Definition: "CLI flag setting the transcoding price in wei per pixelsPerUnit that an orchestrator advertises to gateways." },
{ Term: "PyTorch (Torch)", Category: "ai", Niche: "framework", Definition: "Open-source deep learning framework providing GPU-accelerated tensor computation and automatic differentiation, used to build and run AI models on orchestrator nodes." },
{ Term: "Redeemer", Category: "livepeer", Niche: "role", Definition: "Service or entity submitting a winning probabilistic micropayment ticket to the TicketBroker contract to claim its face value in ETH." },
{ Term: "Remote Signer", Category: "technical", Niche: "security", Definition: "External service that holds private keys securely and signs Ethereum transactions on behalf of a node, allowing the node to operate without direct access to the signing key." },
{ Term: "Rendition", Category: "video", Niche: "processing", Definition: "Single encoded version of a source video at a specific resolution, bitrate, and codec configuration produced by a transcoding job." },
{ Term: "RTMP (Real-Time Messaging Protocol)", Category: "video", Niche: "protocol", Definition: "Protocol for streaming audio, video, and data over TCP on port 1935, used as the primary ingest protocol for live video submitted to Livepeer orchestrators." },
{ Term: "RTX (NVIDIA RTX)", Category: "technical", Niche: "hardware", Definition: "NVIDIA's current consumer GPU product line featuring dedicated Tensor cores that accelerate AI/ML inference workloads; RTX GPUs are well-suited for Livepeer AI pipeline tasks." },
{ Term: "Reward Call", Category: "livepeer", Niche: "protocol", Definition: "On-chain transaction (Reward()) that an active orchestrator submits once per round to mint and distribute new LPT inflation rewards." },
{ Term: "Reward Cut", Category: "economic", Niche: "reward", Definition: "The percentage of inflationary LPT rewards that an orchestrator keeps before distributing the remainder to delegators." },
{ Term: "RoundsManager", Category: "livepeer", Niche: "contract", Definition: "Smart contract tracking round progression and coordinating round-based protocol state including round initialisation and block counting." },
{ Term: "Segment", Category: "livepeer", Niche: "protocol", Definition: "Short time-sliced chunk of a video stream (typically around 2 seconds) representing the unit of work for video transcoding in the Livepeer protocol." },
{ Term: "Segmentation (AI)", Category: "ai", Niche: "pipeline", Definition: "AI task partitioning a digital image into regions by assigning a label to every pixel, identifying and outlining objects or areas." },
{ Term: "Service URI", Category: "livepeer", Niche: "config", Definition: "Public URL registered on-chain that gateways use to discover and connect to an orchestrator node for job submission." },
{ Term: "ServiceRegistry", Category: "livepeer", Niche: "contract", Definition: "Smart contract where orchestrators register their service URI for gateway discovery." },
{ Term: "Session", Category: "livepeer", Niche: "protocol", Definition: "Active logical connection between a gateway and an orchestrator during which one or more jobs are processed." },
{ Term: "Siphon", Category: "livepeer", Niche: "deployment", Definition: "Lightweight component directing incoming work to the correct processing path within an orchestrator, or routing a subset of network traffic to specific orchestrators for staged rollout." },
{ Term: "Slashing", Category: "livepeer", Niche: "protocol", Definition: "Penalty mechanism that destroys a portion of an orchestrator's bonded LPT stake for protocol violations such as failing verification or missing verifications." },
{ Term: "Smoke Test", Category: "operational", Niche: "monitoring", Definition: "Preliminary test verifying that an AI pipeline or node configuration is working correctly before deploying to production or accepting live traffic." },
{ Term: "Solo Operator", Category: "livepeer", Niche: "deployment", Definition: "Orchestrator deployment where a single operator runs a complete orchestrator node with all components on one machine, without pool workers." },
{ Term: "SPE (Special Purpose Entity)", Category: "livepeer", Niche: "entity", Definition: "Treasury-funded organisational unit with a defined scope, budget, and accountability structure for executing ecosystem initiatives." },
{ Term: "Stable Diffusion", Category: "ai", Niche: "model", Definition: "Open-source latent diffusion model for text-to-image generation, operating in a compressed latent space for efficient high-quality image synthesis." },
{ Term: "Stake Weight", Category: "economic", Niche: "reward", Definition: "An orchestrator's proportional influence in the network, determined by total bonded LPT (self-stake plus delegated stake), affecting active set rank, reward share, and governance vote weight." },
{ Term: "StreamDiffusion", Category: "ai", Niche: "model", Definition: "Optimised real-time diffusion pipeline using stream batching and stochastic similarity filtering to achieve interactive frame rates for live video transformation." },
{ Term: "Subgraph", Category: "web3", Niche: "concept", Definition: "Custom open API defining how Livepeer on-chain data is indexed and queried via GraphQL, built on The Graph protocol." },
{ Term: "Text-to-Image", Category: "ai", Niche: "pipeline", Definition: "AI pipeline generating an image from a natural language text prompt using a language encoder and diffusion model." },
{ Term: "Text-to-Speech", Category: "ai", Niche: "pipeline", Definition: "AI pipeline synthesising spoken audio from written text input via phonetic conversion and neural audio synthesis." },
{ Term: "TicketBroker", Category: "livepeer", Niche: "contract", Definition: "Smart contract managing the probabilistic micropayment system, holding gateway funds and processing winning ticket redemptions." },
{ Term: "Throughput", Category: "operational", Niche: "monitoring", Definition: "Rate of successful data processing per unit time, measuring the volume of work an orchestrator can complete (segments transcoded per second, or AI requests per minute)." },
{ Term: "Titan Node", Category: "livepeer", Niche: "tool", Definition: "Community orchestrator group in Western North America providing education, Start Up Grants, and pre-configured hardware for running Livepeer orchestrators." },
{ Term: "Transcoding", Category: "video", Niche: "processing", Definition: "Direct digital-to-digital conversion of video from one encoding to another, producing multiple adaptive renditions at different resolutions and bitrates." },
{ Term: "Transcode Fail Rate", Category: "operational", Niche: "monitoring", Definition: "Percentage of source segments that an orchestrator fails to transcode successfully, used as a performance and reliability metric by gateways." },
{ Term: "Treasury", Category: "economic", Niche: "treasury", Definition: "On-chain pool of LPT and ETH governed by token holder votes, used for funding public goods and ecosystem development initiatives." },
{ Term: "Upscale / Upscaling", Category: "ai", Niche: "pipeline", Definition: "AI pipeline increasing the resolution of an image or video frame using neural models that predict high-frequency detail not present in the source." },
{ Term: "USD Pricing", Category: "economic", Niche: "pricing", Definition: "Pricing approach where orchestrators denominate work costs in US dollars, using a price feed to dynamically convert to wei as the ETH/USD rate fluctuates." },
{ Term: "VRAM (Video RAM)", Category: "technical", Niche: "infra", Definition: "Dedicated memory on a GPU used to store graphics data, AI model weights, intermediate tensors, and video frames during processing." },
{ Term: "Warm Model", Category: "ai", Niche: "concept", Definition: "AI model already loaded into GPU memory and ready to serve inference requests immediately, without cold-start latency." },
{ Term: "Webhook", Category: "technical", Niche: "dev", Definition: "HTTP callback mechanism triggered by an event, sending a POST request to a configured URL to notify external services of state changes." },
{ Term: "Webhook Discovery", Category: "livepeer", Niche: "protocol", Definition: "Mechanism for orchestrators to dynamically advertise their AI capabilities to gateways via HTTP webhook callbacks rather than only relying on on-chain registration." },
{ Term: "Wei", Category: "web3", Niche: "token", Definition: "The smallest denomination of Ether, where 1 ETH equals 10^18 Wei; used in on-chain calculations and Livepeer pricing parameters." },
{ Term: "Whisper", Category: "ai", Niche: "model", Definition: "OpenAI's encoder-decoder transformer model for speech recognition and translation, pretrained on 680,000 hours of multilingual audio." },
{ Term: "Win Probability", Category: "economic", Niche: "payment", Definition: "The configured likelihood that any given micropayment ticket is a winning ticket; a lower probability means larger face values per winning ticket." },
{ Term: "Winning Ticket", Category: "economic", Niche: "payment", Definition: "Probabilistic payment ticket whose random outcome meets the configured threshold, entitling the holder to redeem its face value in ETH on-chain." },
{ Term: "Workload", Category: "operational", Niche: "process", Definition: "Total amount of work assigned to an orchestrator – the aggregate of active sessions, concurrent segments, and AI inference requests being processed at a given time." },
{ Term: "Yield", Category: "economic", Niche: "reward", Definition: "Return earned from staking LPT and performing work, expressed as an annual percentage combining inflationary LPT rewards and ETH service fees." },
]}
  />
</LazyLoad>

<CustomDivider />

## Livepeer Protocol Terms

<AccordionGroup>
  <Accordion title="Active Set" icon="book-open">
    **Definition**: The top 100 Orchestrators by total bonded stake eligible to receive video transcoding work in the current round.

    **Context**: Active Set membership is determined at round start by ranking Orchestrators by total bonded LPT (self-stake plus delegated stake). AI inference routing does not require Active Set membership – it prioritises capability and price over stake position.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="AIServiceRegistry" icon="book-open">
    **Definition**: Smart contract registering AI service capabilities for Orchestrators on the Livepeer AI network.

    **Context**: Orchestrators optionally advertise their AI pipelines and models on-chain via this contract, enabling capability-based routing by Gateways.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/contracts`
  </Accordion>

  <Accordion title="aiModels.json" icon="book-open">
    **Definition**: JSON configuration file specifying available AI models including pipeline type, model ID, pricing, and warm status for an Orchestrator node.

    **Context**: The primary config file for AI Orchestrators. Each entry defines which model to load, at what price, and whether it should be pre-warmed on startup.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/config`
  </Accordion>

  <Accordion title="AI Runner" icon="book-open">
    **Definition**: The container process that executes AI model inference jobs; go-livepeer communicates with it via HTTP and it loads models into GPU memory to process requests.

    **Context**: Configured via `aiModels.json` and the `-aiWorker` / `-aiModels` CLI flags. Each AI Runner handles one or more pipelines on a dedicated GPU.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/setup`
  </Accordion>

  <Accordion title="aiWorker" icon="book-open">
    **Definition**: CLI flag starting a go-livepeer node as a dedicated AI worker process that connects to an Orchestrator and handles AI inference jobs.

    **Context**: Enables the Orchestrator to offload GPU inference work to a separate subprocess. Multiple aiWorker processes can be connected to a single Orchestrator for multi-GPU setups.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/architecture`
  </Accordion>

  <Accordion title="BondingManager" icon="book-open">
    **Definition**: Core smart contract managing bonding, delegation, staking logic, and fund ownership on the Livepeer Protocol.

    **Context**: The central contract for all LPT stake operations – bonding, unbonding, delegation, reward distribution, and slash execution.

    **Status**: current

    **Pages**: `orchestrators/contracts`, `orchestrators/staking`
  </Accordion>

  <Accordion title="BYOC (Bring Your Own Container)" icon="book-open">
    **Definition**: Deployment pattern enabling Orchestrators to run custom Docker containers for AI workloads alongside standard Livepeer pipelines.

    **Context**: BYOC containers must conform to the Livepeer AI worker API specification. Used by teams deploying proprietary or experimental models not available in the standard pipeline set.

    **Status**: current

    **Pages**: `orchestrators/compute`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Capability Advertisement" icon="book-open">
    **Definition**: Mechanism by which Orchestrators inform Gateways of the AI services, pipelines, and models they can process.

    **Context**: Orchestrators broadcast their capabilities either on-chain via the AIServiceRegistry or off-chain via webhook discovery. Gateways use this data to route inference jobs to capable nodes.

    **Status**: current

    **Pages**: `orchestrators/discovery`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Capability Matching" icon="book-open">
    **Definition**: Process by which a Gateway routes an AI task to an appropriate Orchestrator based on advertised capabilities.

    **Context**: The Gateway compares the requested pipeline and model against each Orchestrator's advertised capabilities and selects the best match based on price, performance score, and availability.

    **Status**: current

    **Pages**: `orchestrators/discovery`, `orchestrators/routing`
  </Accordion>

  <Accordion title="Cascade" icon="book-open">
    **Definition**: Strategic vision for Livepeer to become the leading platform for real-time AI video pipelines, representing the current phase of protocol development.

    **Context**: The Cascade phase introduced AI inference as a first-class network capability, enabling Orchestrators to advertise and earn from AI workloads alongside video transcoding.

    **Status**: current

    **Pages**: `orchestrators/protocol`, `orchestrators/upgrades`
  </Accordion>

  <Accordion title="Clearinghouse" icon="book-open">
    **Definition**: Contract or system handling settlement of payments between Gateways and Orchestrators.

    **Context**: The clearinghouse resolves probabilistic micropayment tickets on-chain via the TicketBroker contract, converting winning tickets into ETH for Orchestrators.

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="ComfyStream" icon="book-open">
    **Definition**: Livepeer project running ComfyUI workflows as a real-time media processing backend for live streams.

    **Context**: ComfyStream enables Orchestrators to expose ComfyUI-based diffusion pipelines as live-video-to-video capabilities on the Livepeer Network.

    **Status**: current

    **Pages**: `orchestrators/ai`
  </Accordion>

  <Accordion title="Daydream" icon="book-open">
    **Definition**: Livepeer's hosted real-time AI video platform turning live camera input into AI-transformed visuals with sub-second latency.

    **Context**: Daydream is both a Livepeer product and a showcase of AI inference on the network, demonstrating live-video-to-video pipelines for interactive creative use cases.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/use-cases`
  </Accordion>

  <Accordion title="Delegator" icon="book-open">
    **Definition**: LPT token holder who stakes tokens to an Orchestrator to secure the network, participate in governance, and earn a share of rewards.

    **Context**: Delegators do not run infrastructure. They bond LPT to an Orchestrator of their choice and receive a proportional share of that Orchestrator's inflation rewards and service fees.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Dual Mode" icon="book-open">
    **Definition**: Deployment configuration where a single Orchestrator process handles both video transcoding and AI inference simultaneously.

    **Context**: The most common production configuration for operators with capable hardware (24 GB+ VRAM). Dual mode is a workload configuration, not a separate protocol mode – the same go-livepeer binary supports all modes via flag combinations.

    **Status**: current

    **Pages**: `orchestrators/modes`, `orchestrators/config`
  </Accordion>

  <Accordion title="Gateway" icon="book-open">
    **Definition**: Node that submits jobs to the network, routes work to Orchestrators, manages payment flows, and provides a protocol interface for applications.

    **Context**: Gateways are the demand side of the Livepeer Network. They receive streams or AI requests from users or applications and select Orchestrators to fulfil the work.

    **Status**: current

    **Pages**: `orchestrators/architecture`, `orchestrators/routing`
  </Accordion>

  <Accordion title="go-livepeer" icon="book-open">
    **Definition**: Official Go implementation of the Livepeer Protocol containing the Broadcaster, Orchestrator, Transcoder, Gateway, and Worker roles in a single binary.

    **Context**: The canonical node software for running any Livepeer Network role. Orchestrators, Gateways, and transcoders all run go-livepeer with different flag combinations.

    **Status**: current

    **Pages**: `orchestrators/setup`, `orchestrators/code`
  </Accordion>

  <Accordion title="GPU Worker" icon="book-open">
    **Definition**: Subprocess running AI inference on a dedicated GPU, managed by the go-livepeer Orchestrator process.

    **Context**: In AI or dual-mode deployments, each GPU in the system runs a dedicated AI Runner subprocess (GPU worker). The Orchestrator routes inference jobs to available GPU workers.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/architecture`
  </Accordion>

  <Accordion title="Hard Gate" icon="book-open">
    **Definition**: Strict filter that immediately disqualifies Orchestrators failing a required criterion such as exceeding the Gateway's maximum price threshold.

    **Context**: Unlike soft scoring factors, a hard gate is binary – the Orchestrator is excluded from consideration entirely if the condition is not met. MaxPrice is the most common hard gate in practice.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/config`
  </Accordion>

  <Accordion title="LPT (Livepeer Token)" icon="book-open">
    **Definition**: ERC-20 governance and staking token used to coordinate, incentivise, and secure the Livepeer Network; staked LPT determines work allocation and reward share.

    **Context**: LPT is the native utility token of the Livepeer Protocol. Orchestrators must bond LPT to enter the Active Set for video transcoding work. Delegators bond LPT to Orchestrators to earn a share of rewards.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="MaxPrice" icon="book-open">
    **Definition**: CLI flag setting the maximum transcoding price per pixelsPerUnit that a Gateway will accept from an Orchestrator; Orchestrators above this threshold are excluded.

    **Context**: MaxPrice acts as a hard gate in Orchestrator selection. Orchestrators set their own pricePerUnit; Gateways set their MaxPrice to filter out Orchestrators whose prices exceed the budget.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/config`
  </Accordion>

  <Accordion title="O-T Split" icon="book-open">
    **Definition**: Architectural separation of the Orchestrator and Transcoder (Worker) processes, typically running on different machines, where the Orchestrator handles protocol interaction and the transcoder handles GPU compute.

    **Context**: Enables security isolation and multi-GPU scaling. The Orchestrator process uses the `-orchestrator` flag; the transcoder uses `-transcoder`. Authentication between them uses the `orchSecret` shared secret.

    **Status**: current

    **Pages**: `orchestrators/architecture`, `orchestrators/config`
  </Accordion>

  <Accordion title="Orchestrator" icon="book-open">
    **Definition**: Supply-side network node contributing GPU resources, receiving jobs from Gateways, performing transcoding or AI inference, and earning rewards.

    **Context**: The canonical Livepeer compute node. An Orchestrator handles protocol interaction, job routing, payment negotiation, and capability advertisement. It may run its own transcoder subprocess or delegate to remote transcoder workers.

    **Status**: current

    **Pages**: `orchestrators/index`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="OrchestratorInfo" icon="book-open">
    **Definition**: Data structure advertised by Orchestrators containing capabilities, pricing, service URI, and metadata used by Gateways for selection decisions.

    **Context**: OrchestratorInfo is exchanged during Gateway-Orchestrator negotiation. It includes the Orchestrator's pricePerUnit, supported AI capabilities, ticket parameters, and service URI.

    **Status**: current

    **Pages**: `orchestrators/code`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="orchSecret" icon="book-open">
    **Definition**: Shared secret used to authenticate communication between an Orchestrator process and its standalone transcoder or worker nodes in an O-T split deployment.

    **Context**: Set via the `-orchSecret` CLI flag on both the Orchestrator and transcoder. Must match exactly. Prevents unauthorised nodes from connecting to an Orchestrator as transcoders.

    **Status**: current

    **Pages**: `orchestrators/config`, `orchestrators/security`
  </Accordion>

  <Accordion title="Performance Score" icon="book-open">
    **Definition**: Composite metric rating an Orchestrator's reliability and speed, calculated as latency score multiplied by success rate, used by Gateways in Orchestrator selection.

    **Context**: Performance score is tracked per-Gateway and influences routing decisions. A low score from failed transcodes or high latency reduces the probability of being selected for future jobs.

    **Status**: current

    **Pages**: `orchestrators/discovery`, `orchestrators/performance`
  </Accordion>

  <Accordion title="pixelsPerUnit" icon="book-open">
    **Definition**: CLI parameter defining the number of pixels constituting one billable work unit, allowing granular pricing control.

    **Context**: Used in conjunction with pricePerUnit. Setting a larger pixelsPerUnit value effectively lowers the per-pixel price while keeping the per-unit number manageable. Defaults to 1 pixel per unit.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/config`
  </Accordion>

  <Accordion title="Pool" icon="book-open">
    **Definition**: Group of transcoder or worker nodes coordinated under a single Orchestrator for increased capacity and redundancy.

    **Context**: A pool allows Orchestrators to scale beyond a single machine. The pool operator runs the on-chain Orchestrator node and handles staking, reward calling, and ticket redemption. Pool workers contribute GPU compute and receive off-chain payouts from the operator.

    **Status**: current

    **Pages**: `orchestrators/architecture`, `orchestrators/operations`
  </Accordion>

  <Accordion title="Pool Operator" icon="book-open">
    **Definition**: Entity running an Orchestrator that coordinates a pool of transcoder or worker nodes, managing on-chain operations and distributing earnings to workers.

    **Context**: Pool operators require infrastructure reliability and community trust. They stake LPT to the Active Set threshold and distribute earnings to pool workers via off-chain agreements.

    **Status**: current

    **Pages**: `orchestrators/architecture`, `orchestrators/operations`
  </Accordion>

  <Accordion title="Pool Worker" icon="book-open">
    **Definition**: Individual machine within an Orchestrator pool, running go-livepeer in transcoder mode and executing GPU compute jobs delegated by the pool operator's Orchestrator.

    **Also known as**: Pool node

    **Context**: Pool workers do not hold LPT or interact with the protocol directly – the pool operator stakes on their behalf. Workers connect to the Orchestrator using the `-orchAddr` and `-orchSecret` flags.

    **Status**: current

    **Pages**: `orchestrators/architecture`, `orchestrators/operations`
  </Accordion>

  <Accordion title="Price Feed" icon="book-open">
    **Definition**: External data source providing real-time ETH/USD exchange rates used by Orchestrators to denominate prices in USD terms.

    **Context**: Orchestrators using USD pricing fetch the current ETH/USD rate from a price feed service to dynamically adjust their wei-denominated pricePerUnit as ETH price fluctuates.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/config`
  </Accordion>

  <Accordion title="pricePerCapability" icon="book-open">
    **Definition**: CLI flag setting the price per unit for a specific AI pipeline and model pair, overriding the default pricePerUnit for that capability.

    **Context**: Allows Orchestrators to charge different rates for different AI pipelines based on compute intensity. For example, a text-to-image pipeline with a large model can be priced higher than a lightweight audio-to-text pipeline.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/ai`
  </Accordion>

  <Accordion title="pricePerGateway" icon="book-open">
    **Definition**: JSON configuration allowing Orchestrators to set customised per-Gateway-address pricing, enabling different rates for specific Gateway partners.

    **Context**: Useful for commercial relationships where specific Gateways receive preferential pricing. Configured as a JSON map from Gateway Ethereum addresses to price overrides.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/config`
  </Accordion>

  <Accordion title="pricePerUnit" icon="book-open">
    **Definition**: CLI flag setting the transcoding price in wei per pixelsPerUnit that an Orchestrator advertises to Gateways.

    **Context**: The primary pricing parameter for video transcoding. Gateways with `-maxPricePerUnit` below this value will not route work to the Orchestrator. Can be set in wei directly or with a USD target using a price feed.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/config`
  </Accordion>

  <Accordion title="Redeemer" icon="book-open">
    **Definition**: Service or entity submitting a winning probabilistic micropayment ticket to the TicketBroker contract to claim its face value in ETH.

    **Context**: In production deployments, Orchestrators typically run an automated redeemer process that monitors for winning tickets and submits them on-chain. Redemption costs gas, so batching is common.

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Reward Call" icon="book-open">
    **Definition**: On-chain transaction (`Reward()`) that an active Orchestrator submits once per round to mint and distribute new LPT inflation rewards.

    **Context**: Missing a reward call permanently forfeits that round's rewards. Gas cost on Arbitrum is approximately $0.01–$0.12 per call. Orchestrators typically automate reward calling via a cron job or dedicated service.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="RoundsManager" icon="book-open">
    **Definition**: Smart contract tracking round progression and coordinating round-based protocol state including round initialisation and block counting.

    **Context**: Each protocol round is approximately 22 hours (5,760 Ethereum L1 blocks). The RoundsManager tracks the current round number and must be initialised at the start of each round before reward calls can be submitted.

    **Status**: current

    **Pages**: `orchestrators/contracts`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Segment" icon="book-open">
    **Definition**: Short time-sliced chunk of a video stream (typically around 2 seconds) representing the unit of work for video transcoding in the Livepeer Protocol.

    **Context**: Gateways split incoming live streams into segments and distribute them to Orchestrators. Orchestrators transcode each segment independently and return the results. Segment-level parallelism enables distributed transcoding at scale.

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Service URI" icon="book-open">
    **Definition**: Public URL registered on-chain that Gateways use to discover and connect to an Orchestrator node for job submission.

    **Context**: Must be publicly reachable from the internet. Format is typically `https://your-domain:8935`. Registered via the ServiceRegistry contract. An unreachable or incorrect service URI prevents Gateways from routing work to the Orchestrator.

    **Status**: current

    **Pages**: `orchestrators/config`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="ServiceRegistry" icon="book-open">
    **Definition**: Smart contract where Orchestrators register their service URI for Gateway discovery.

    **Context**: Orchestrators call the ServiceRegistry when activating or updating their service endpoint. Gateways query this contract to build their list of reachable Orchestrators.

    **Status**: current

    **Pages**: `orchestrators/contracts`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Session" icon="book-open">
    **Definition**: Active logical connection between a Gateway and an Orchestrator during which one or more jobs are processed.

    **Context**: Video sessions are stream-based (one per active stream); AI sessions are job-based (one per inference request or batch). The `-maxSessions` flag limits concurrent sessions and effectively controls the Orchestrator's maximum throughput.

    **Status**: current

    **Pages**: `orchestrators/routing`, `orchestrators/architecture`
  </Accordion>

  <Accordion title="Siphon" icon="book-open">
    **Definition**: Lightweight component directing incoming work to the correct processing path within an Orchestrator, or routing a subset of network traffic to specific Orchestrators for staged rollout.

    **Context**: In Orchestrator architecture, the siphon routes incoming jobs between video transcoding and AI inference paths. It can also describe a minimal transcoder deployment that connects to a remote Orchestrator to expose local GPU resources.

    **Status**: current

    **Pages**: `orchestrators/architecture`, `orchestrators/routing`
  </Accordion>

  <Accordion title="Slashing" icon="book-open">
    **Definition**: Penalty mechanism that destroys a portion of an Orchestrator's bonded LPT stake for protocol violations such as failing verification or missing verifications.

    **Context**: Slashing conditions include failing transcoding verification, skipping required verifications, or sustained underperformance. Both the Orchestrator's self-stake and delegated stake are at risk, which incentivises Delegators to select reliable Orchestrators.

    **Status**: current

    **Pages**: `orchestrators/protocol`, `orchestrators/staking`
  </Accordion>

  <Accordion title="Solo Operator" icon="book-open">
    **Definition**: Orchestrator deployment where a single operator runs a complete Orchestrator node with all components on one machine, without pool workers.

    **Context**: The standard deployment for most individual Orchestrators. Full control and full responsibility for staking, reward calling, ticket redemption, and compute. Can run in video, AI, or dual mode.

    **Status**: current

    **Pages**: `orchestrators/modes`, `orchestrators/setup`
  </Accordion>

  <Accordion title="SPE (Special Purpose Entity)" icon="book-open">
    **Definition**: Treasury-funded organisational unit with a defined scope, budget, and accountability structure for executing ecosystem initiatives.

    **Context**: SPEs are how the Livepeer community funds sustained work. Orchestrator-relevant SPEs include LiveInfra (infrastructure), LISAR (contributions), and AI Video SPE (compute scaling). SPEs are approved via on-chain governance.

    **Status**: current

    **Pages**: `orchestrators/governance`
  </Accordion>

  <Accordion title="TicketBroker" icon="book-open">
    **Definition**: Smart contract managing the probabilistic micropayment system, holding Gateway funds and processing winning ticket redemptions.

    **Context**: The TicketBroker holds Gateway deposits and reserves, validates winning ticket signatures, and transfers ETH to Orchestrators when tickets are redeemed. It is the on-chain settlement layer for all Livepeer service payments.

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/contracts`
  </Accordion>

  <Accordion title="Titan Node" icon="book-open">
    **Definition**: Community Orchestrator group in Western North America providing education, Start Up Grants, and pre-configured hardware for running Livepeer Orchestrators.

    **Context**: Titan Node operates as both a community resource and a hardware supply partner. Their pre-configured nodes are designed to lower the barrier to entry for new Orchestrator operators.

    **Status**: current

    **Pages**: `orchestrators/setup`, `orchestrators/hardware`
  </Accordion>

  <Accordion title="Treasury" icon="book-open">
    **Definition**: On-chain pool of LPT and ETH governed by token holder votes, used for funding public goods and ecosystem development initiatives.

    **Context**: The Livepeer on-chain treasury is funded by a governable percentage of per-round inflation (the treasury Reward Cut rate). Orchestrators appear in treasury governance pages as stake-weighted voters.

    **Status**: current

    **Pages**: `orchestrators/governance`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Webhook Discovery" icon="book-open">
    **Definition**: Mechanism for Orchestrators to dynamically advertise their AI capabilities to Gateways via HTTP webhook callbacks rather than only relying on on-chain registration.

    **Context**: Provides a flexible, off-chain channel for capability advertisement. Gateways can call a registered webhook endpoint to retrieve the Orchestrator's current capability set, enabling real-time updates without on-chain transactions.

    **Status**: current

    **Pages**: `orchestrators/discovery`, `orchestrators/config`
  </Accordion>
</AccordionGroup>

<CustomDivider />

## AI Terms

<AccordionGroup>
  <Accordion title="AI Inference" icon="book-open">
    **Definition**: Running a trained neural network model on new input data to produce predictions or generated outputs.

    **External**: [Inference engine – Wikipedia](https://en.wikipedia.org/wiki/Inference_engine)

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/pipelines`
  </Accordion>

  <Accordion title="Audio-to-Text" icon="book-open">
    **Definition**: AI pipeline converting spoken language audio into written text using deep neural networks.

    **External**: [Speech recognition – Wikipedia](https://en.wikipedia.org/wiki/Speech_recognition)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Batch AI Inference" icon="book-open">
    **Definition**: Running a trained model on a group of inputs asynchronously, optimising GPU utilisation through parallelisation.

    **External**: [Batch inference – Google Cloud](https://cloud.google.com/discover/what-is-batch-inference)

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/pipelines`
  </Accordion>

  <Accordion title="BLIP" icon="book-open">
    **Definition**: Vision-language model by Salesforce using bootstrapped captioning and filtering for image understanding tasks including captioning and visual QA.

    **External**: [BLIP – Hugging Face](https://huggingface.co/docs/transformers/model_doc/blip)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Cold Model / Cold Start" icon="book-open">
    **Definition**: Latency incurred when an AI model must be loaded from storage into GPU memory before the first request can be processed, typically adding 5 to 90 seconds of delay.

    **Context**: During the current beta, Orchestrators typically support one warm model per GPU. Requests to a cold model trigger a model load before inference can begin. Warm model status is configured in `aiModels.json`.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/performance`
  </Accordion>

  <Accordion title="ComfyUI" icon="book-open">
    **Definition**: Open-source node-based graphical interface for building and executing AI image and video generation workflows.

    **External**: [ComfyUI – GitHub](https://github.com/Comfy-Org/ComfyUI)

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/pipelines`
  </Accordion>

  <Accordion title="ControlNet" icon="book-open">
    **Definition**: Neural network architecture adding spatial conditioning controls such as edge maps, depth, and pose signals to pretrained diffusion models.

    **External**: [ControlNet – Hugging Face](https://huggingface.co/lllyasviel/ControlNet)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="CUDA (Compute Unified Device Architecture)" icon="book-open">
    **Definition**: NVIDIA's parallel computing platform and programming API enabling GPUs to be used for general-purpose processing and deep learning.

    **External**: [CUDA – Wikipedia](https://en.wikipedia.org/wiki/CUDA)

    **Status**: current

    **Pages**: `orchestrators/setup`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Diffusion" icon="book-open">
    **Definition**: Class of generative models that learn to produce data by reversing a gradual noising process applied during training.

    **External**: [Diffusion model – Wikipedia](https://en.wikipedia.org/wiki/Diffusion_model)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="HuggingFace" icon="book-open">
    **Definition**: An AI platform and open-source community providing model repositories, datasets, and inference APIs; a primary source for AI models deployed on Livepeer Orchestrator nodes.

    **Also known as**: Hugging Face, HF

    **External**: [HuggingFace](https://huggingface.co/)

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/run-an-orchestrator/requirements/setup`
  </Accordion>

  <Accordion title="Image-to-Image" icon="book-open">
    **Definition**: AI pipeline transforming an input image into a modified output image, guided by a text prompt or conditioning signal.

    **External**: [Image translation – Wikipedia](https://en.wikipedia.org/wiki/Image_translation)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Image-to-Text" icon="book-open">
    **Definition**: AI pipeline generating a textual description from an input image, encompassing captioning and OCR tasks.

    **External**: [Image-to-text – Hugging Face](https://huggingface.co/tasks/image-to-text)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Image-to-Video" icon="book-open">
    **Definition**: AI pipeline generating a short video clip conditioned on a single input image, animating a still frame into motion.

    **External**: [Image-to-video – Hugging Face](https://huggingface.co/tasks/image-to-video)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Live-Video-to-Video" icon="book-open">
    **Definition**: AI pipeline applying generative models to a continuous video stream frame-by-frame at interactive frame rates.

    **External**: [StreamDiffusion – GitHub](https://github.com/cumulo-autumn/StreamDiffusion)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="LLM (Large Language Model)" icon="book-open">
    **Definition**: Neural network trained on massive text corpora to understand and generate human language for tasks including text generation, reasoning, and conversation.

    **External**: [LLM – Wikipedia](https://en.wikipedia.org/wiki/Large_language_model)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Model Warmth" icon="book-open">
    **Definition**: Status indicating whether an AI model is currently loaded in GPU memory (warm) or must be loaded from storage on demand (cold).

    **Context**: Orchestrators typically support one warm model per GPU during the current beta phase. The warmth status of each model is configured in `aiModels.json` and determines whether a model can serve requests immediately or incurs a cold-start delay.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/performance`
  </Accordion>

  <Accordion title="Ollama" icon="book-open">
    **Definition**: Open-source tool for running large language models locally with a CLI and OpenAI-compatible REST API.

    **External**: [Ollama – ollama.com](https://ollama.com/)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="PyTorch (Torch)" icon="book-open">
    **Definition**: Open-source deep learning framework providing GPU-accelerated tensor computation and automatic differentiation, used to build and run AI models on Orchestrator nodes.

    **External**: [PyTorch – Wikipedia](https://en.wikipedia.org/wiki/PyTorch)

    **Status**: current

    **Pages**: `orchestrators/ai`
  </Accordion>

  <Accordion title="Segmentation (AI)" icon="book-open">
    **Definition**: AI task partitioning a digital image into regions by assigning a label to every pixel, identifying and outlining objects or areas.

    **External**: [Image segmentation – Wikipedia](https://en.wikipedia.org/wiki/Image_segmentation)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Stable Diffusion" icon="book-open">
    **Definition**: Open-source latent diffusion model for text-to-image generation, operating in a compressed latent space for efficient high-quality image synthesis.

    **External**: [Stable Diffusion – Wikipedia](https://en.wikipedia.org/wiki/Stable_Diffusion)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="StreamDiffusion" icon="book-open">
    **Definition**: Optimised real-time diffusion pipeline using stream batching and stochastic similarity filtering to achieve interactive frame rates for live video transformation.

    **External**: [StreamDiffusion – GitHub](https://github.com/cumulo-autumn/StreamDiffusion)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Text-to-Image" icon="book-open">
    **Definition**: AI pipeline generating an image from a natural language text prompt using a language encoder and diffusion model.

    **External**: [Text-to-image model – Wikipedia](https://en.wikipedia.org/wiki/Text-to-image_model)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Text-to-Speech" icon="book-open">
    **Definition**: AI pipeline synthesising spoken audio from written text input via phonetic conversion and neural audio synthesis.

    **External**: [Speech synthesis – Wikipedia](https://en.wikipedia.org/wiki/Speech_synthesis)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Upscale / Upscaling" icon="book-open">
    **Definition**: AI pipeline increasing the resolution of an image or video frame using neural models that predict high-frequency detail not present in the source.

    **External**: [Image scaling – Wikipedia](https://en.wikipedia.org/wiki/Image_scaling)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Warm Model" icon="book-open">
    **Definition**: AI model already loaded into GPU memory and ready to serve inference requests immediately, without cold-start latency.

    **Context**: During the current beta, Orchestrators typically support one warm model per GPU. The warm status for each model is declared in `aiModels.json`. Requests to a warm model are served immediately; requests to a cold model trigger a model load that adds seconds to minutes of latency.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/performance`
  </Accordion>

  <Accordion title="Whisper" icon="book-open">
    **Definition**: OpenAI's encoder-decoder transformer model for speech recognition and translation, pretrained on 680,000 hours of multilingual audio.

    **External**: [Whisper – Hugging Face](https://huggingface.co/openai/whisper-large-v3)

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `orchestrators/ai`
  </Accordion>
</AccordionGroup>

<CustomDivider />

## Economic Terms

<AccordionGroup>
  <Accordion title="Face Value" icon="book-open">
    **Definition**: The payout amount assigned to a probabilistic micropayment ticket if it is drawn as a winner.

    **Context**: The face value of tickets is set so that, over many tickets, the expected payout matches the fair cost of the work performed. Orchestrators accept lower-probability, higher-face-value tickets to reduce on-chain redemption frequency.

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Fee Cut" icon="book-open">
    **Definition**: The percentage of ETH service fees that an Orchestrator retains before distributing the remainder to Delegators.

    **Context**: Set independently from Reward Cut. A lower Fee Cut sends more ETH earnings to Delegators, which can attract more delegation. Both cuts are configured on-chain and visible in the Livepeer Explorer.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/economics`
  </Accordion>

  <Accordion title="Fee Pool" icon="book-open">
    **Definition**: Accumulated ETH fees awaiting distribution between an Orchestrator and its Delegators.

    **Context**: ETH earned from winning tickets flows into the fee pool each round. Orchestrators and Delegators claim their respective shares according to the Orchestrator's Fee Cut setting.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Inflation" icon="book-open">
    **Definition**: Dynamic issuance of new LPT tokens each protocol round, distributed to Orchestrators and Delegators based on participation and stake.

    **Context**: The inflation rate adjusts by 0.00005% per round based on whether total bonded LPT is above or below the 50% target bonding rate. Orchestrators claim their share of inflationary rewards each round via the reward call transaction.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/economics`
  </Accordion>

  <Accordion title="Micropayment" icon="book-open">
    **Definition**: Small-value payment represented as a signed probabilistic ticket with a chance of being a winner redeemable for ETH.

    **External**: [Micropayment – Wikipedia](https://en.wikipedia.org/wiki/Micropayment)

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Overhead" icon="book-open">
    **Definition**: Additional operational costs beyond direct computation, including gas fees for ticket redemption, bandwidth, and administrative costs.

    **Context**: In Livepeer pricing, overhead specifically refers to the estimated ticket redemption cost divided by the face value, expressed as a percentage. The `autoAdjustPrice` flag incorporates overhead into automatic price calculations.

    **Status**: current

    **Pages**: `orchestrators/performance`, `orchestrators/economics`
  </Accordion>

  <Accordion title="Per Pixel (Price Per Pixel)" icon="book-open">
    **Definition**: Livepeer's unit-based pricing mechanism where fees are calculated based on the number of pixels processed during a transcoding or AI inference job.

    **Context**: A 4K frame costs more to process than a 720p frame because it contains more pixels; enables pricing that scales with workload complexity.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/transcoding`
  </Accordion>

  <Accordion title="Per Round" icon="book-open">
    **Definition**: The Livepeer Protocol's fundamental time unit, approximately equal to one day of Ethereum blocks; reward minting, activations, and Delegator earnings accrue on a per-round basis.

    **Context**: Key unit for Orchestrator reward calculations, Delegator stake checkpoints, and LPT inflation scheduling.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="PM (Probabilistic Micropayment)" icon="book-open">
    **Definition**: Lottery-based payment scheme where Gateways send signed tickets to Orchestrators and only winning tickets are redeemed on-chain, amortising transaction costs across many payments.

    **Context**: The PM system is the core payment mechanism in Livepeer. Most tickets are non-winning; over time, the expected value of winning tickets equals the fair payment for work performed. Orchestrators batch redemptions to optimise gas costs.

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Reward Cut" icon="book-open">
    **Definition**: The percentage of inflationary LPT rewards that an Orchestrator keeps before distributing the remainder to Delegators.

    **Context**: Set by the Orchestrator and visible in the Livepeer Explorer. A lower Reward Cut sends more LPT to Delegators, which can attract more delegation and increase Active Set rank. Separate from Fee Cut.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/economics`
  </Accordion>

  <Accordion title="Stake Weight" icon="book-open">
    **Definition**: An Orchestrator's proportional influence in the network, determined by total bonded LPT (self-stake plus delegated stake), affecting Active Set rank, reward share, and governance vote weight.

    **Context**: Stake weight is the primary factor in Active Set membership for video transcoding. Higher total bonded LPT means a higher rank and greater share of inflationary rewards.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="USD Pricing" icon="book-open">
    **Definition**: Pricing approach where Orchestrators denominate work costs in US dollars, using a price feed to dynamically convert to wei as the ETH/USD rate fluctuates.

    **Context**: Enables price stability relative to real-world costs. Implemented via the `-pricePerUnit` flag with a USD value (e.g. `0.50USD`) combined with an ETH/USD price feed service.

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/config`
  </Accordion>

  <Accordion title="Win Probability" icon="book-open">
    **Definition**: The configured likelihood that any given micropayment ticket is a winning ticket; a lower probability means larger face values per winning ticket.

    **Context**: Win probability is a parameter negotiated between Gateway and Orchestrator. Lower win probability reduces on-chain redemption frequency (and gas costs) at the expense of larger, less frequent payouts.

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Winning Ticket" icon="book-open">
    **Definition**: Probabilistic payment ticket whose random outcome meets the configured threshold, entitling the holder to redeem its face value in ETH on-chain.

    **Context**: Most tickets sent by Gateways are non-winning. The winning ticket mechanism amortises on-chain transaction costs across many off-chain payments while preserving the expected payout value.

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="Yield" icon="book-open">
    **Definition**: Return earned from staking LPT and performing work, expressed as an annual percentage combining inflationary LPT rewards and ETH service fees.

    **Context**: Orchestrator yield depends on Active Set position, Reward Cut, Fee Cut, total stake, and network workload volume. Delegator yield is derived from the Orchestrator's yield minus the cuts retained by the Orchestrator.

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/economics`
  </Accordion>
</AccordionGroup>

<CustomDivider />

## Video Terms

<AccordionGroup>
  <Accordion title="HLS (HTTP Live Streaming)" icon="book-open">
    **Definition**: Streaming protocol by Apple that encodes video into multiple quality levels and delivers them via standard HTTP with an M3U8 index playlist.

    **External**: [HLS – Wikipedia](https://en.wikipedia.org/wiki/HTTP_Live_Streaming)

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/streaming`
  </Accordion>

  <Accordion title="Output Profile" icon="book-open">
    **Definition**: Predefined set of encoding parameters (resolution, bitrate, codec, frame rate) defining a single rendition of a transcoded video.

    **External**: [Video codec – Wikipedia](https://en.wikipedia.org/wiki/Video_codec)

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/config`
  </Accordion>

  <Accordion title="Pixel" icon="book-open">
    **Definition**: Single point in a video frame used as the fundamental pricing unit for transcoding work on the Livepeer Network.

    **External**: [Pixel – Wikipedia](https://en.wikipedia.org/wiki/Pixel)

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/pricing`
  </Accordion>

  <Accordion title="Rendition" icon="book-open">
    **Definition**: Single encoded version of a source video at a specific resolution, bitrate, and codec configuration produced by a transcoding job.

    **External**: [Video rendition – Cloudinary Glossary](https://cloudinary.com/glossary/video-rendition)

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/encoding`
  </Accordion>

  <Accordion title="RTMP (Real-Time Messaging Protocol)" icon="book-open">
    **Definition**: Protocol for streaming audio, video, and data over TCP on port 1935, used as the primary ingest protocol for live video submitted to Livepeer Orchestrators.

    **External**: [RTMP – Wikipedia](https://en.wikipedia.org/wiki/Real-Time_Messaging_Protocol)

    **Status**: current

    **Pages**: `orchestrators/streaming`
  </Accordion>

  <Accordion title="Transcoding" icon="book-open">
    **Definition**: Direct digital-to-digital conversion of video from one encoding to another, producing multiple adaptive renditions at different resolutions and bitrates.

    **External**: [Transcoding – Wikipedia](https://en.wikipedia.org/wiki/Transcoding)

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/index`
  </Accordion>
</AccordionGroup>

<CustomDivider />

## Web3 Terms

<AccordionGroup>
  <Accordion title="Arbitrum" icon="book-open">
    **Definition**: A Layer 2 Optimistic Rollup settling to Ethereum, processing transactions off-chain while inheriting Ethereum-grade security.

    **External**: [Arbitrum – docs.Arbitrum.io](https://docs.arbitrum.io/welcome/arbitrum-gentle-introduction)

    **Status**: current

    **Pages**: `orchestrators/protocol`, `orchestrators/staking`
  </Accordion>

  <Accordion title="Bonding" icon="book-open">
    **Definition**: Staking (locking) LPT tokens to an Orchestrator in Livepeer's delegated proof-of-stake system.

    **External**: [Proof-of-stake – ethereum.org](https://ethereum.org/developers/docs/consensus-mechanisms/pos/)

    **Status**: current

    **Pages**: `orchestrators/staking`, `orchestrators/protocol`
  </Accordion>

  <Accordion title="ETH" icon="book-open">
    **Definition**: The native cryptocurrency of Ethereum, used to pay transaction fees (gas) and as the settlement currency for Orchestrator service fee payments.

    **External**: [Ether – ethereum.org](https://ethereum.org/what-is-ether/)

    **Status**: current

    **Pages**: `orchestrators/payments`, `orchestrators/staking`
  </Accordion>

  <Accordion title="Mainnet" icon="book-open">
    **Definition**: The primary public production blockchain where actual-value transactions occur on the distributed ledger.

    **External**: [Mainnet – ethereum.org](https://ethereum.org/glossary/)

    **Status**: current

    **Pages**: `orchestrators/protocol`
  </Accordion>

  <Accordion title="Subgraph" icon="book-open">
    **Definition**: Custom open API defining how Livepeer on-chain data is indexed and queried via GraphQL, built on The Graph protocol.

    **External**: [Subgraphs – The Graph](https://thegraph.com/docs/en/subgraphs/developing/subgraphs/)

    **Status**: current

    **Pages**: `orchestrators/protocol`, `orchestrators/data`
  </Accordion>

  <Accordion title="Wei" icon="book-open">
    **Definition**: The smallest denomination of Ether, where 1 ETH equals 10^18 Wei; used in on-chain calculations and Livepeer pricing parameters.

    **External**: [Wei – ethereum.org](https://ethereum.org/glossary/)

    **Status**: current

    **Pages**: `orchestrators/pricing`, `orchestrators/payments`
  </Accordion>
</AccordionGroup>

<CustomDivider />

## Hardware Terms

<AccordionGroup>
  <Accordion title="CPU (Central Processing Unit)" icon="book-open">
    **Definition**: The primary general-purpose processor in a computer; in Livepeer, CPU handles node software overhead while GPU handles intensive transcoding and AI inference workloads.

    **Tags**: `technical:hardware`

    **External**: [Wikipedia](https://en.wikipedia.org/wiki/Central_processing_unit)

    **Status**: current

    **Pages**: `orchestrators/run-an-orchestrator/requirements/setup`
  </Accordion>

  <Accordion title="GB (Gigabyte)" icon="book-open">
    **Definition**: A unit of digital storage equal to 1,073,741,824 bytes (binary); used in Livepeer hardware specifications for RAM, VRAM, and storage requirements.

    **Tags**: `technical:hardware`

    **External**: [Wikipedia](https://en.wikipedia.org/wiki/Gigabyte)

    **Status**: current

    **Pages**: `orchestrators/run-an-orchestrator/requirements/setup`
  </Accordion>

  <Accordion title="GeForce" icon="book-open">
    **Definition**: NVIDIA's consumer-grade discrete GPU brand, encompassing the GTX and RTX product lines; the most common GPU family used by Livepeer Orchestrator operators.

    **Tags**: `technical:hardware`

    **External**: [NVIDIA GeForce](https://www.nvidia.com/en-us/geforce/)

    **Status**: current

    **Pages**: `orchestrators/run-an-orchestrator/requirements/setup`
  </Accordion>

  <Accordion title="GTX (NVIDIA GTX)" icon="book-open">
    **Definition**: NVIDIA's previous-generation consumer GPU product line; capable of Livepeer video transcoding but lacks the Tensor cores of the RTX series needed for accelerated AI inference.

    **Also known as**: GeForce GTX

    **Tags**: `technical:hardware`

    **External**: [NVIDIA GeForce graphics cards](https://www.nvidia.com/en-us/geforce/graphics-cards/)

    **Status**: current

    **Pages**: `orchestrators/run-an-orchestrator/requirements/setup`
  </Accordion>

  <Accordion title="RTX (NVIDIA RTX)" icon="book-open">
    **Definition**: NVIDIA's current consumer GPU product line featuring dedicated Tensor cores that accelerate AI/ML inference workloads; RTX GPUs are well-suited for Livepeer AI pipeline tasks.

    **Also known as**: GeForce RTX

    **Tags**: `technical:hardware`

    **External**: [NVIDIA GeForce graphics cards](https://www.nvidia.com/en-us/geforce/graphics-cards/)

    **Status**: current

    **Pages**: `orchestrators/run-an-orchestrator/requirements/setup`
  </Accordion>
</AccordionGroup>

<CustomDivider />

## Technical Terms

<AccordionGroup>
  <Accordion title="CLI (Command-Line Interface)" icon="book-open">
    **Definition**: Text-based interface for interacting with software by typing commands; in Livepeer, the primary method for configuring and running go-livepeer nodes.

    **External**: [CLI – Wikipedia](https://en.wikipedia.org/wiki/Command_line_interface)

    **Status**: current

    **Pages**: `orchestrators/setup`, `orchestrators/config`
  </Accordion>

  <Accordion title="GPU (Graphics Processing Unit)" icon="book-open">
    **Definition**: Specialised processor designed for parallel computation, used in Livepeer for both video transcoding and AI model inference.

    **External**: [GPU – Wikipedia](https://en.wikipedia.org/wiki/Graphics_processing_unit)

    **Status**: current

    **Pages**: `orchestrators/ai`
  </Accordion>

  <Accordion title="gRPC" icon="book-open">
    **Definition**: High-performance remote procedure call framework using HTTP/2 and Protocol Buffers for efficient binary communication between services.

    **External**: [gRPC – Wikipedia](https://en.wikipedia.org/wiki/GRPC)

    **Status**: current

    **Pages**: `orchestrators/architecture`, `orchestrators/code`
  </Accordion>

  <Accordion title="NVDEC" icon="book-open">
    **Definition**: NVIDIA hardware video decoder that offloads video decoding from the CPU to dedicated silicon on NVIDIA GPUs.

    **External**: [NVDEC – Wikipedia](https://en.wikipedia.org/wiki/NVDEC)

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/setup`
  </Accordion>

  <Accordion title="NVENC" icon="book-open">
    **Definition**: NVIDIA hardware video encoder that offloads H.264 and H.265 encoding from the CPU to dedicated silicon on NVIDIA GPUs.

    **External**: [NVENC – Wikipedia](https://en.wikipedia.org/wiki/NVENC)

    **Status**: current

    **Pages**: `orchestrators/transcoding`, `orchestrators/setup`
  </Accordion>

  <Accordion title="Remote Signer" icon="book-open">
    **Definition**: External service that holds private keys securely and signs Ethereum transactions on behalf of a node, allowing the node to operate without direct access to the signing key.

    **External**: [Remote signing – ethereum.org](https://ethereum.org/developers/docs/consensus-mechanisms/pos/keys/)

    **Status**: current

    **Pages**: `orchestrators/security`
  </Accordion>

  <Accordion title="VRAM (Video RAM)" icon="book-open">
    **Definition**: Dedicated memory on a GPU used to store graphics data, AI model weights, intermediate tensors, and video frames during processing.

    **External**: [VRAM – Wikipedia](https://en.wikipedia.org/wiki/Video_random-access_memory)

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/hardware`
  </Accordion>

  <Accordion title="Webhook" icon="book-open">
    **Definition**: HTTP callback mechanism triggered by an event, sending a POST request to a configured URL to notify external services of state changes.

    **External**: [Webhook – Wikipedia](https://en.wikipedia.org/wiki/Webhook)

    **Status**: current

    **Pages**: `orchestrators/discovery`
  </Accordion>
</AccordionGroup>

<CustomDivider />

## Operational Terms

<AccordionGroup>
  <Accordion title="LIP-89" icon="book-open">
    **Definition**: Livepeer Improvement Proposal introducing the on-chain LivepeerGovernor governance contract and community treasury.

    **Context**: LIP-89 established the on-chain governance infrastructure including stake-weighted voting, the 10-round voting period, the 33% quorum threshold, and the community treasury funded by inflation.

    **Status**: current

    **Pages**: `orchestrators/protocol`, `orchestrators/upgrades`
  </Accordion>

  <Accordion title="LIP-91" icon="book-open">
    **Definition**: Livepeer Improvement Proposal bundling the treasury establishment mechanism and defining the inflation-funded treasury Reward Cut rate.

    **Context**: LIP-91 activated the community treasury by directing a governable percentage of per-round LPT inflation into the on-chain treasury contract.

    **Status**: current

    **Pages**: `orchestrators/protocol`, `orchestrators/upgrades`
  </Accordion>

  <Accordion title="LIP-92" icon="book-open">
    **Definition**: Livepeer Improvement Proposal defining the AI model registry and capability discovery mechanism for the network.

    **Context**: LIP-92 specified how Orchestrators register AI capabilities on-chain via the AIServiceRegistry, enabling structured capability advertisement and Gateway discovery of AI services.

    **Status**: current

    **Pages**: `orchestrators/protocol`, `orchestrators/upgrades`
  </Accordion>

  <Accordion title="Loki" icon="book-open">
    **Definition**: Horizontally scalable log aggregation system by Grafana Labs, used in Livepeer Orchestrator monitoring stacks.

    **External**: [Loki – Grafana Labs](https://grafana.com/oss/loki/)

    **Status**: current

    **Pages**: `orchestrators/monitoring`, `orchestrators/operations`
  </Accordion>

  <Accordion title="Smoke Test" icon="book-open">
    **Definition**: Preliminary test verifying that an AI pipeline or node configuration is working correctly before deploying to production or accepting live traffic.

    **External**: [Smoke testing – Wikipedia](https://en.wikipedia.org/wiki/Smoke_testing_\(software\))

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/testing`
  </Accordion>

  <Accordion title="Throughput" icon="book-open">
    **Definition**: Rate of successful data processing per unit time, measuring the volume of work an Orchestrator can complete (segments transcoded per second, or AI requests per minute).

    **External**: [Throughput – Wikipedia](https://en.wikipedia.org/wiki/Throughput)

    **Status**: current

    **Pages**: `orchestrators/performance`, `orchestrators/benchmarks`
  </Accordion>

  <Accordion title="Transcode Fail Rate" icon="book-open">
    **Definition**: Percentage of source segments that an Orchestrator fails to transcode successfully, used as a performance and reliability metric by Gateways.

    **Context**: A high transcode fail rate lowers an Orchestrator's performance score and reduces the probability of being selected for future jobs. Causes include GPU errors, timeout, software bugs, and capacity overload.

    **Status**: current

    **Pages**: `orchestrators/performance`, `orchestrators/monitoring`
  </Accordion>

  <Accordion title="Workload" icon="book-open">
    **Definition**: Total amount of work assigned to an Orchestrator – the aggregate of active sessions, concurrent segments, and AI inference requests being processed at a given time.

    **Context**: Workload determines whether an Orchestrator is at capacity. The `-maxSessions` flag caps the maximum concurrent workload. Monitoring workload against capacity helps operators tune pricing and hardware scaling decisions.

    **Status**: current

    **Pages**: `orchestrators/performance`, `orchestrators/operations`
  </Accordion>
</AccordionGroup>

<CustomDivider />

<CardGroup cols={3}>
  <Card title="Orchestrator Docs" icon="house" href="/v2/orchestrators">
    Setup guides, configuration references, and architecture for running an Orchestrator node.
  </Card>

  <Card title="Full Glossary" icon="book" href="/v2/resources/glossary">
    All terms across every Livepeer tab
  </Card>

  <Card title="Orchestrator FAQ" icon="circle-question" href="/v2/orchestrators/resources/faq">
    Answers to common questions about running an Orchestrator.
  </Card>
</CardGroup>